[過去ﾛｸﾞ] Arch Linux 15 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
472: 2020/09/11(金)15:29 ID:YGGDeMPe(1) AAS
いつの間にかpi(3,4共用?)aarch64が来てた
473: 2020/09/11(金)18:51 ID:ibpwkMaB(1) AAS
昔試したときはmainlineだとGPIO動かなかったけど今は大丈夫になってたりする？
474: 2020/09/12(土)12:20 ID:4g5xtNlb(1) AAS
GPIO使ってないからわからない
This provides an installation using the mainline kernel and U-Boot.
Use this installation only if you have no dependencies on the closed source vendor libraries shipped in the ARMv7 release.
This installation has near full support for the device, including the VC4 graphics.
475: 2020/09/18(金)09:21 ID:jg/GXHKE(1) AAS
ずっとlts使ってる。dkmsパッケージのためだけに。
476: 2020/09/19(土)04:29 ID:C36kOGhu(1) AAS
普通hardendやろ
477: 2020/09/19(土)10:51 ID:rdz6Z7E9(1) AAS
たまに素のカーネル用と、ltsとか用にDKMSとで2種類用意されてるパッケージあるけどさ(俺が直近で思い浮かぶのはvirtualbox-host)、
あれって普通のカーネルにDKMSの方入れたらなんかマズいの？
478(1): 2020/09/19(土)11:09 ID:8kHkBo4n(1) AAS
まずくないけど選ぶ意味なくない？
479(1): 2020/09/19(土)11:25 ID:ynxkTmR2(1) AAS
ちょっと前に一時期dkmsだけになってコンパイル済みのモジュールが無くなった時期あったよね
確かそんときに｢カーネルアプデの度にdkms走って時間かかるのウザくね？｣｢でも各カーネル用に全部開発者がビルドするのは負担増でしんどい｣｢素のlinuxだけコンパイル済みのパッケージ配布してltsとかはdkmsにすれば？｣
みたいなやり取りがあった気がする
480: 2020/09/19(土)13:00 ID:5gACBl6E(1) AAS
>>478
いややっぱりlts使おとか、zen使おうってなった時気楽かな…なんて
しないんだけどさ、そんなこと
>>479
ほへー、そういう議論の落としどころとして2パッケージ制なんだ
使ってるマシンのパワーにもよるだろうけど、Arch使ってる以上ある程度のビルドタイムは覚悟の上だしDKMSで開発者の負担が減るならそれで…とも思っちゃうね
いやビルド済み配布してくれるならそりゃ有り難いんだけども
481: 2020/09/20(日)21:30 ID:qIn3uURs(1) AAS
Twitterﾘﾝｸ:archlinuxmemes
Archはカルトみたいなことが書いてあって否定しきれないのが悔しい
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
482: 2020/09/20(日)21:58 ID:+7TUyF04(1) AAS
カルトとは対極だろ
馴れ合いを嫌い、合理性だけを追求する
483: 2020/09/21(月)17:59 ID:d0QVj0eW(1) AAS
合理性を信仰の対象としている
ローリングアップデートに慣れると他にいけない
484: 2020/09/22(火)10:13 ID:ZAzhQ9NB(1) AAS
セキュリティ設定は難しいけどね
どう設定していいかすら分からん
485(1): 2020/09/22(火)18:49 ID:wT8VT1mU(1) AAS
なんやろね。スーパーユーザー無力化してsudoオンリーにしてファイアウォールつかえばええ？
486: 2020/09/22(火)21:12 ID:s5syNSJ5(1) AAS
どうかな〜
カスタマイズの過程で知らず知らずに
セキュリティ上マズい設定を踏み抜いている可能性もあるし
Archをセキュリティも考慮して使うには相当高度な知識が必要になりそう
487: 2020/09/22(火)21:18 ID:bPyyFzSC(1) AAS
>>485
結局なにに使うかだよね
topでサーバーの過負荷見るだけのサーバー（？？？）ならそれでいいだろうけど、
ssh使うんだったらsshの設定しなきゃだし
「大丈夫」って言うために無限にチェックする項目があるわけではないと思う
Arch特有のセキュリティの話だったら、「pacmanの更新後3日くらいはarchlinuxのwikiにかじりつく」じゃねぇかなぁ…… 特定のパッケージに出た問題はすぐ報告されて上がってくる
488: 2020/09/29(火)21:01 ID:IDJMjGKq(1) AAS
linux-zenカーネル使ってて、「Androidエミュがこんなにメモリ食うわけなくね？」とか
「ようつべ見てるだけでメモリ3G食うのはありえなくね？」みたいなこと考え始めると
まあたぶん関係ないんだろうけど、そろそろメインラインカーネルにしようと思う
489: 2020/10/03(土)17:56 ID:dT7CAUJ8(1) AAS
archって色々とセキュリティ面で脆弱だよね…本当のプロなら自分でカーネルのコンパイラ設定なりも全て施したりするんだろうけど…
aurのauraみたいに独自にチェックも気休め程度だし
490(1): 2020/10/03(土)23:07 ID:AOH7RUGt(1) AAS
セキュリティが高いかどうかは使うやつがどれだけセキュリティに配慮してるかどうかによるだろ
初めからセキュリティ高いから安心とかうたってるディストリと比べてたら余分なデーモンが動いてないからよっぽど安全だと思うが
パッケージングのセキュリティだけ心配してるんならchrootやコンテナ上でやる方法使うとかあるでしょ
何も考えずにyaourtをrootでホストマシンで実行したら危険だけどそれは他のディストリも同じだわ
491: 2020/10/04(日)05:55 ID:7mWcvclc(1) AAS
他のディストリは余計な事をすると危ないってのが直感的に分かるけど
Archの場合は殆どの設定がマニュアルなせいで
危険な設定をしても自覚すら出来ない。
上下前次1-新書関写板覧索設栞歴
あと 511 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.019s