[過去ﾛｸﾞ] Arch Linux 17 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
769: 2023/11/22(水)19:37 ID:mj5HkKiX(3/4) AAS
>>765
> わざわざarch使って部分的にバージョン固定ってどういう用途なのか気になったのよね
自覚症状無いのだろうけどお前がそれだぞ。
> 開発環境とかはパッケージマネージャとは別に管理する方が便利だし
つまりお前が「使ってる」開発環境は勝手にアップデートされたら困るから固定(ないしは手動アップデート)し、
そして「使ってない」ツール群は全部最新版にしておきたいんだろ。
770: 2023/11/22(水)20:38 ID:ajD8a7x2(3/3) AAS
システムと開発環境じゃ全然違うレイヤーの話だろ
俺が気になってるのはシステムの一部をバージョン固定する理由
771: 2023/11/22(水)21:20 ID:mj5HkKiX(4/4) AAS
同じだよ。勝手に変更されたら困る部分を固定してるだけ。
それがお前にとっては開発環境で、鯖屋なら各種デーモンになるだけ。
772: 2023/11/22(水)21:33 ID:IuFUsyx4(3/4) AAS
Archのアプデで主に出る不具合は依存関係の定義漏れだね
Debian系ではパッケージ側の定義ミスを踏んだ経験なかったから最初は驚いたよ
773: 2023/11/22(水)23:45 ID:IuFUsyx4(4/4) AAS
Archは原則バージョン固定を想定していないのに
AURは平然と依存関係をAUR製に上書きしてくるから考えずに使っていると簡単に壊れる
最初にArchを使った時にはそれで大失敗したけど
〝他のAURパッケージに依存するAURは使わない〟
〝既存パッケージをAURのパッケージで置き換えない〟
という2つの大原則を守るようにしてからは壊れにくくなった
774(1): 2023/11/23(木)19:18 ID:bovU6qgP(1) AAS
どこまでがシステムでどこからが開発環境と呼ぶのか知らないけどお遊び用途でなく普通のPCとして常用するならセキュリティ更新は毎日実施、
セキュリティ以外は更新したいものだけ好きなタイミングで更新、新規インストールも他パッケージの更新は無視して自由に可能、ぐらいできないと困る
775: 2023/11/23(木)19:41 ID:zTKNuZn9(1) AAS
Archのパッケージマネージャに頼るならそれを諦めろという話
提供されているものに逆らおうとするなら用途に合ったディストロを選ぶなりコンテナを使うなりそれなりの労力は必要になる
776(1): 2023/11/23(木)20:00 ID:GNNBBC+5(1) AAS
>>774
労働の対価としての金も払わねぇでテメェの手すら動かさねぇなら勝手に困ってろよクズ
777: 2023/11/23(木)20:23 ID:NmWBXWLe(1) AAS
依存関係の処理をパッケージマネージャにやらせない鶏を選べばいい
778: 2023/11/23(木)20:37 ID:TX82lTQW(1/2) AAS
だからカーネルメンテナ達からはFedoraが人気なんだよね
ArchはArchを触ること自体を楽しむディストリ
779: 2023/11/23(木)20:38 ID:J8ysYJny(1) AAS
>>776
金払っても手を動かしてもどうにかなる問題じゃないじゃん
archの仕組み的に無理なんだから
780: 2023/11/23(木)20:51 ID:TX82lTQW(2/2) AAS
そういう意味ではFedoraがベストなんだけど
利用環境を英語と決めつけたバグが随所に転がっているから使えないんだよね
言語絡みのバグは報告しても放置だし
781(1): 2023/11/24(金)00:13 ID:AdxdPO3F(1) AAS
つか、バージョン固定したいサービスやアプリはコンテナ使うもんじゃないの？
782: 2023/11/24(金)00:15 ID:/WXlUFg2(1) AAS
カーネルメンテナでArch使ってる人たくさんいるけどな…
有名どころだとGKHとか
783: 2023/11/24(金)00:24 ID:FqdFH590(1) AAS
使うディストリによって自分の開発ができなくなっちゃうような低レベルなプログラマがカーネルメンテナにそもそもなれるわけない
784: 2023/11/24(金)07:36 ID:lQdc/CI6(1) AAS
ArchスレはFラン混入率が他のディストリより少し高め
Alter 関係者か
785: 2023/11/24(金)08:47 ID:DN7JyBhU(1/2) AAS
>>746
>Linuxは「使う」ものであってね。
そのとおりで、Linuxは便利に使えるからね
Widowsのような欠陥OSにこだわってるユーザはWSLで十分だと言いたいのか？
WSLとLinuxネイティブは同じ環境ではない
WSLはずっと劣化した制限の多い仮想環境
土台のWidowsがこければWSLもこける
786: 2023/11/24(金)08:55 ID:MRD1+VTP(1/2) AAS
最大効率でなくても問題ないような無責任な仕事ではないから使うディストリは選ぶでしょ
787: 2023/11/24(金)09:20 ID:zcH6VXZg(1) AAS
>>781
仕事に使おうと思うとセキュリティ関連以外は全て時間の余裕がある時を除き固定したいのが普通なわけで
788: 2023/11/24(金)09:35 ID:MRD1+VTP(2/2) AAS
バグを発見して貢献すること自体が趣味でもないと普通はそうなるよね
だから一般ユーザーにはUbuntuが人気だし、最新パッケージが欲しい開発者にはFedoraが人気
そして暇なユーザーにはArchが人気となっている、俺はもちろん暇たからArch大好きだぞ
789: 2023/11/24(金)10:27 ID:gBH5NlCI(1) AAS
Calam-Arch-Installer 使うと
endevourやmanjaro並にインストールが簡単だから
Arch以外の出番が減ったな
790(1): 2023/11/24(金)10:37 ID:lOIvLqjC(1) AAS
今のArchは公式にarchinstallコマンドが付属している
最初は手動である程度の構造を把握して二回目からはarchinstallでサクっとインストールが基本
公式ツールだけあって活発にメンテされているから外部のインストーラー使うより安定しているよ
791(2): 2023/11/24(金)12:02 ID:/z30h5S4(1) AAS
みんなブートの高速化でどこまでやってる？
自分は
・systemd-bootに切り替え(効果大)
・mkinitcpioからboosterに切り替え(効果中)
・Btrfsのブロックグループを有効化してマウントを高速化(効果大)
・systemctl enable upower(効果小)
このあたりまでは最適化してみた
792: 2023/11/24(金)12:31 ID:qxVqH6ni(1/2) AAS
>>790
一度インストールしたら二度とインストールしなくて済む為のローリングアップデートだと思うのですがそれは
>>791
起動時間が問題ならsuspend/hibernateで使うべきでは
793: 2023/11/24(金)12:36 ID:DN7JyBhU(2/2) AAS
起動時間が速いことに越したことはないが、
実用上に問題になることはあまりない
作業中断して素早い起動がほしい時はオレもsuspend/hibernate使うよ
794: 2023/11/24(金)13:11 ID:YOaGGNFh(1) AAS
>>791
その次はLTOだな
がんがれ
795(1): 2023/11/24(金)13:28 ID:v/0vBGSD(1/2) AAS
意外と実用でArchを選んでる人って多い感じ？
Linuxの設定とかいじくり回すのが好きな人が大半かと思ってた
796(1): 2023/11/24(金)13:49 ID:qxVqH6ni(2/2) AAS
>>795
つ現実
外部ﾘﾝｸ:news.mynavi.jp
797: 2023/11/24(金)16:31 ID:QcfP4DYV(1) AAS
>>796
Web サーバーじゃん
798: 2023/11/24(金)17:51 ID:Sx5hEGbs(1/2) AAS
debian
>>761
あなたはNixOSを使ったほうがいいのでは…？
799: 2023/11/24(金)17:52 ID:Sx5hEGbs(2/2) AAS
> debian
なんか余計なものがレス作成欄にそのまま残ってたわ…すまん
800: 2023/11/24(金)18:40 ID:D7+HMcTr(1) AAS
ジェンツーとかな
801: 2023/11/24(金)19:48 ID:v/0vBGSD(2/2) AAS
最近のLinuxはすごい勢いで進歩しているから
Archみたいな最新系のディストリ以外は使う気にならなくなってる
こんな素晴らしいディストリが存在してくれて感謝
802: 2023/11/26(日)08:42 ID:t3ZizWzx(1) AAS
archinstall をコンソールで使うと文字が見づらいけど、
EndeavourOS をUSBメモリから起動して、
Konsole で archinstall を実行すると快適になった
Plasmaデスクトップだからフォントを簡単に変更できるし、
archinstall の日本語翻訳も表示できる
わからないことがあれば Firefox で調べられる
803: 2023/11/27(月)06:50 ID:X6N2aC5x(1) AAS
それはもうEndeavourOSをインストールしていいんじゃないかな
804: 2023/11/27(月)08:18 ID:yG4GnwdV(1/2) AAS
それはもう別の話だね
805: 2023/11/27(月)18:40 ID:+NXw6pN7(1/2) AAS
最近はgoogle検索自体の精度が落ちてきているせいでLinuxが使いにくくなっている
Arch Wikiも更新されなくなってきているから最新の情報だとどうにも役に立つ率か落ちてるしさ
806: 2023/11/27(月)18:42 ID:MO0lm6rw(1) AAS
グーグル検索の精度が落ちたのは昨日今日の話ではないがな
807: 2023/11/27(月)18:50 ID:+NXw6pN7(2/2) AAS
Arch Wikiのラングがガタ落ちした感じがするんだよね
Ask Ubuntuがトップに出るからかなり検索しにくい
比較的正確な回答が多かったredditのランクも落ちた
悪い意味でWindows的な状態に陥りつつある
808: 2023/11/27(月)20:02 ID:yG4GnwdV(2/2) AAS
> Arch Wikiも更新されなくなってきている
今まで更新してくれていた人に感謝しつつ、
自分が担う番が来たということでは
809: 2023/11/27(月)23:00 ID:bHrSToG6(1) AAS
google検索よりAIに質問したほうが早い説あるけど、AIもポンコツだからなぁ
810(3): 2023/11/27(月)23:48 ID:jQEELSfo(1) AAS
ソース読んだりデバッガ使ってサクッと自分で直せない奴らって何のためにLinux使ってんの？
811(3): 2023/11/28(火)00:02 ID:xvnWqiqv(1/5) AAS
>>810
Linuxの設定周りは直す箇所を特定するのが難しいんだよ
例えばGDM3のログイン画面から直接ハイバネートする項目を出現させる方法とか分かる？
812: 2023/11/28(火)12:23 ID:eA8RoP1v(1/4) AAS
>>811
んな普段使ってすらねぇようなもんのピンポイントな具体例聞かれたところでエスパーじゃねぇんだから知るわけねぇだろ
そういうのはUIに使われてる文言とかでソース検索してどのへんで処理してんのかとか当たりつけて読んでくんだよ
それを俺にやれってんなら相応の対価を払え
あるいはお前は既に一生懸命ググって答えを知った上でその汎用性のかけらも無い知識をドヤ顔で披露するためにその無意味な質問してんなら大好きなArchWikiにでも書いとけ
813: 2023/11/28(火)12:24 ID:xvnWqiqv(2/5) AAS
ほらね？ 分からないでしょ
814: 2023/11/28(火)13:04 ID:eA8RoP1v(2/4) AAS
レスはっや、一日中張り付いてんのかよw
しゃーないからネット上のソースとドキュメントだけちらっと見てやったけどextensionでいくらでも拡張できるようにpanelのアイテム一個一個から全部公開されてるからAPIのドキュメントみて自分で多分精々100行もいかんようなjsのコード書きゃいいだけじゃねーか
なんかGnome周りの前提知識なし&流れ的にググるの禁止縛りでやったけどこの程度ならググれば拡張機能とか普通に公開されてんじゃねーのか
ほんとレベル低すぎて呆れるわ
815: 2023/11/28(火)14:33 ID:xvnWqiqv(3/5) AAS
残念ながら拡張機能はGDMのログイン画面には影響を与えられません
早速直す箇所の特定を間違えてるじゃん
816: 2023/11/28(火)15:17 ID:eA8RoP1v(3/4) AAS
だからエスパーじゃねぇんだから普段使ってねぇ&検証用の環境も用意してねぇもんの正確な中身なんざ知るわけねぇだろっつうのwww
環境用意してしっかり調べてほしいんなら
対
価
を
払
え
817: 2023/11/28(火)16:29 ID:xOfogtEJ(1) AAS
知識自慢しようと勝手に調べてそれが的外れだと指摘されたら対価払えば教えるよなどと
818(1): 2023/11/28(火)17:26 ID:QF95xbGX(1/3) AAS
>>811
本当に困っているのならともかく、
自分の中で答えを持ってそうな人に答えても、反論されて面倒くさいだけ
> Linuxの設定周りは直す箇所を特定するのが難しいんだよ
> 例えばGDM3のログイン画面から直接ハイバネートする項目を出現させる方法とか分かる？
例えば mousepad のフォントを変更する方法とか簡単
OSの問題ではなく、ユーザーが何をやるか次第だと思う
ユーザーの多くがやるような設定は基本的に簡単だし、調べればすぐ出る
GDM に関して言うと、github.com/GNOME/gdm に行って、
「/hibernat」と入力して Enter
省5
819: 2023/11/28(火)17:29 ID:qFV8cJ+z(1) AAS
普通なら手を動かして調べる行動力を称賛されるのに…
>>810で徳の低い煽りをしなけりゃよかったのにねぇ！
820(1): 2023/11/28(火)18:02 ID:xvnWqiqv(4/5) AAS
「ソース読んだりデバッガ使ってサクッと自分で直せる」らしい人なら
Arch Wikiにも存在しない方法で直せるかと思ったけど無理だったか。
>>818
調べてもらったところ申し訳ないけど
それは電源の物理ボタンの設定であって項目を出現させる方法ではないんだよね。
一見簡単そうに見えて超難易度の高い設定というのがLinuxには多々あるからハマると大変という一例。
821(1): 2023/11/28(火)19:15 ID:C7gt+kF4(1) AAS
ハイバネートってなんですか
822: 2023/11/28(火)19:26 ID:7Ppci2H+(1) AAS
調べてもキーボードショートカット設定すれば？な代替策しか出てこない……
823: 2023/11/28(火)19:41 ID:XfqI7tjE(1/2) AAS
>>821
さぁ？
でもarch及びその系統のユーザーには何か気色悪いのが多そう
って言うのはわかるマン
824(1): 2023/11/28(火)19:48 ID:oU8mWufR(1) AAS
ハイバネートなんてやらないほうがいい
825: 2023/11/28(火)19:50 ID:0dqB39lM(1) AAS
アゲアゲでパネェ感じなんですね…
826(1): 2023/11/28(火)20:45 ID:QF95xbGX(2/3) AAS
>>820
コードを書いて pull request すればいいよ
他のユーザーも助かるだろう
> 一見簡単そうに見えて超難易度の高い設定というのがLinuxには多々ある
この人には何を言っても無駄そう
GDM に関して言うと、github.com/GNOME/gdm に行って、
「/hibernat」と入力して Enter
GDM 本体には hibernate に関するメニューがなさそう
ないものをやるのは設定の範囲を超えてる
827: 2023/11/28(火)20:49 ID:XfqI7tjE(2/2) AAS
>>824
でも世の中にはログイン画面で保存したい人も居るらしいよ
828(1): 2023/11/28(火)22:05 ID:Bwxx2XXK(1/3) AAS
>>826
>ないものをやるのは設定の範囲を超えてる
Linux初級者はメニュー・コマンド・設定ファイル等で設定できないものはお手上げになるが、
それが、Linux中級以上になるとソースコード等をいじって設定できるようにするんだろうがな
俺もだが、Linux初心者にはソースコード公開してあっても意味なし感じだからな
829(2): 2023/11/28(火)22:15 ID:eA8RoP1v(4/4) AAS
外部ﾘﾝｸ:imgur.com
しょうがないからテスト用の環境用意して調べてやったけど環境構築の時間含めても2時間もかからず実現できて草
CですらないjsだしGnome周りの知識0からの俺ですらすぐ実現できんのにこんなんが高難易度とかマジで何のためにLinux使ってんの？
830(1): 2023/11/28(火)22:21 ID:xvnWqiqv(5/5) AAS
まじでサクっと直せる人じゃん！！
なんか感動したから俺も今度からソース読んだりデバッガ使って頑張ることにする
831(1): 2023/11/28(火)23:32 ID:QF95xbGX(3/3) AAS
>>829
偉い
>>828
初級なら中級ならという話じゃない
「コードを追加して設定できるようにすればいい」とかもう設定じゃないのよ
Linux に限った話じゃない
>>811 >>830
方言なのかもしれないけど、オプションの追加はそもそも「直す」ではない気が
機能追加を「直す」て言うんか
832: 2023/11/28(火)23:48 ID:Bwxx2XXK(2/3) AAS
>>829
スゲーな
Linuxは乞食するのに適しているということで使っている奴が多い
こんな奴(当然俺もだが)は乞食すること以外は碌にできない
当然、Cやらjs等の言語学習はしないから簡単なソースコードすらわからん(高難易度)
(乞食は笑っちゃうレベルのシェルスクリプトできれば俺様超スゲーだろになる)
そして、ソースコードを見てもわからんということで見ることすらしないのが乞食
833: 2023/11/28(火)23:53 ID:Bwxx2XXK(3/3) AAS
>>831
>「コードを追加して設定できるようにすればいい」
乞食(永遠の初心者)は、今回はjsでだが、コード追加が(ハイレベルすぎ)できない
834(1): 2023/11/29(水)00:11 ID:5gtnZVCl(1) AAS
まあ言語なんて結局は文法とかはコンパイラなりのツールとかが間違ってるよって教えてくれるし
あとは物事を論理的に考えられるかと実際に挑戦するかどうか程度の問題よ
別に｢俺には出来ない｣って人もそれはそれで全然いいと思うけどそういう手も動かさない頭動かさない対価も払わないくせに自分が乞食だっていう自覚すら無いゴミ共が
>>767みたいに薄っぺらい知識で｢archが抱える原理的問題だよ｣とか手を動かしてくれてる中の人達の成果物ディスるとイラッとするからちょっと>>810で煽ってみたんだわ
835: 2023/11/29(水)01:20 ID:nOd4hz99(1/3) AAS
Arch上級者は実演で黙らせるからカッコいい
836(1): 2023/11/29(水)02:41 ID:/womJDxW(1/2) AAS
Arch Wiki に書かれてない有用なことがあるなら Wiki に書けばいい
オプションを追加するコードを書いたなら pull request すればいい
コードを書けないけどどうしても必要なら、Issues で機能提案すればいい
GDM って歴史の長いソフトだから、いまさらオプションが追加されることはなさそう
Wiki に解決法を書き込むのが現実的かな
自分だけが正しいクイズ大会とかやっても人が離れるだけ
837(1): 2023/11/29(水)08:28 ID:nOd4hz99(2/3) AAS
>>836
文句しか言わない連中なんて離れた方が治安良くなるよ
上から目線で他人の貢献を要求する君もそのひとり
838: 767 2023/11/29(水)10:26 ID:hg4ximew(1/8) AAS
>>834
俺は810以降は書き込んでないけどな。
俺ツエー合戦で盛り上がれる程若くないので、生暖かい目で見てた。
何が気に障ったのか知らんが、俺はCもJSも読めるから、
お前が今読めなくて困っているOSSのコードがあれば見てみてもいいけど。
(ただし、俺が何かしら回答出来る確率はかなり低い)
しかし俺も今回のは、831と同様、
> ソース読んだりデバッガ使ってサクッと自分で直 (810)
とは言わないと思うがな。
839: 767 2023/11/29(水)10:27 ID:hg4ximew(2/8) AAS
あと、ノリが学生レベル過ぎる。
ほぼ全員の学生が就職して驚くのはテストの量で、企業では煽り抜きで100万倍テストしてる。
というより、学生は「俺が今使ってる環境で動いたからOK」で、甘すぎなんだが。
今回のハイバネート、設定を追加しただけのようだが、なら、何故それが既に公式に来てないのかを考えた方がいい。
おそらく、何かしら問題があるんだよ。(お前に命中するかはまた別だが)
この点については、
> ハイバネートなんてやらないほうがいい (824)
は当たってる。Linuxは元々節電なんて考えた作りではないので。
それでも試してくれる人柱が居ないと進まないからどうぞ使ってみてくれではあるけど。
それから、俺はarchを使ってなくて、今はZorin、次はMintを使う予定だ。
省11
840: 2023/11/29(水)10:27 ID:ZK/p0W9o(1/3) AAS
知識ひけらかしたくて話しふって自己レスっていう
ほのかに自演臭漂うやりとりがarchユーザーっぽさ出てて良かった
841(1): 2023/11/29(水)11:00 ID:vGxGe3iZ(1/6) AAS
> アップデートパッケージは完璧で何ら問題がないという前提なら一つの最適解だろう。
これは完全に逆
どうせ完全には出来無いから取りあえず全部最新にしておいてバグ踏んだら次のアプデを祈れ、
フィードバック出来るなら上流にしろ、というのがArch
バージョン固定して必死にバグ取りしてたらリリース遅延しまくりだったDebianが反面教師や
842(2): 2023/11/29(水)11:04 ID:nOd4hz99(3/3) AAS
Archから乗り換えるのは分かるけどZorinやMintを選ぶ理由が分からない
FedoraかDebian、100歩譲ってUbuntuまでじゃないか？
特にUbuntuの派生なんてDebianから数えたら派生の派生なんだからどこに不具合が潜んでいるか不明だし
それこそ〝今使ってる環境で動いたからOK〟の典型例が、Ubuntu派生ディストリだから主張と矛盾しているように感じるね
843(1): 2023/11/29(水)11:26 ID:wuND0hsA(1/2) AAS
>>842
ぼくはカッコいいからArch使ってるよ。
普段ネットサーフィンかエロ動画視聴にしか使ってないから、別にディストリなんでも良いし、Windowsでも良いんだけど
844: 2023/11/29(水)12:39 ID:SQHtKMlU(1/2) AAS
arch wikiの原則に書いてあるけど
> Arch はできるだけ多くの人にアピールするよりも、貢献している人のニーズを満たすことを目指しています。熟練の GNU/Linux ユーザーや、積極的にドキュメントを読んだり自分の問題を解決する“do-it-yourself”の姿勢を持った人をターゲットにしています。
お客様はそもそもターゲットではない
845(1): 2023/11/29(水)12:41 ID:ZK/p0W9o(2/3) AAS
>>843
arch使う事がかっこ良いという考えは改めた方が良いと思うよ
外部ﾘﾝｸ:qph.cf2.quoracdn.net
Facebookﾘﾝｸ:TecMint
846(2): 2023/11/29(水)13:45 ID:hg4ximew(3/8) AAS
>>841
そういう解釈もありだ。
まあ意味付けはともかく、現実的なアップデート戦略は、両端がarchとRHELなのだと思う。
> バージョン固定して必死にバグ取りしてたらリリース遅延しまくりだったDebianが反面教師や
これは知らんが、枯れたバージョンを使う連中がバグ取り(＝新規コード挿入)をしてる事自体が戦略ミスだね。
arch等の先端で問題なかった物の集合体を枯れたパッケージにすべきで、駄目ならさっさとスキップすべきだ。
まあ何かしら旧バージョンにこだわる(＝新バージョンでは駄目な)理由があったんだろうけど。
>>842
動作報告があったからだね。
俺は「自分で使う用」だから自分が使えれば何でもいいんだよ。
省7
847(1): 2023/11/29(水)13:57 ID:KJ+h0eZx(1/2) AAS
アムド製のGPUならそうなるかもな
848(1): 2023/11/29(水)14:28 ID:jRHsBbrJ(1) AAS
なおnVidia製だ。(勿論プロプライエタリドライバは入れてる)
ただ、正直LinuxのGPU活用はWindowsと比べて20年遅れてる。
クライアントマシンとして使うならWindowsの方が断然優れてると思う。
(Linuxのシェアが上がらないのも分かる。Windowsなら何の問題も無く出来てる事が、出来ない)
849(1): 2023/11/29(水)14:43 ID:SQHtKMlU(2/2) AAS
>>846
PCを乗り換える5年から10年くらいならOS問わず再インストールが必要になるとは思わない
ただ、もし必要になった時archならpacstrapで必要なものを再インストールするだけとやりやすくはある
850(1): 2023/11/29(水)14:54 ID:KJ+h0eZx(2/2) AAS
事務員がGPUが遅くて困るとかあるか？
オフィースワークなら、LinuxとLibreOfficeで解決するのが現状
851(1): 2023/11/29(水)15:57 ID:wuND0hsA(2/2) AAS
>>845
ギークって感じでかっけぇじゃん
852: 2023/11/29(水)16:51 ID:/womJDxW(2/2) AAS
>>837
> 上から目線で他人の貢献を要求する君もそのひとり
目線低過ぎでは
> > 自分だけが正しいクイズ大会とかやっても人が離れるだけ
> 文句しか言わない連中なんて離れた方が治安良くなるよ
調べてみたら設定項目自体がないし、答えても文句しか言わないし、
そもそもオープンソースの世界で「俺が正解のクイズ大会（答えは内緒）」とかされてもさ
「ここで詰まった、こうしたら解決した、Linux難しい」でいいのに
とあるソフトのリリースノートに貢献者として載った
Arch LinuxのISOファイルにも入る（来月分には間に合わないかも）
省1
853: 2023/11/29(水)17:25 ID:mpJZ3k90(1) AAS
Archスレは初心者が紛れていると見せかけて蓋を開けたら大抵初心者じゃないから好き
854: 2023/11/29(水)18:32 ID:RoPZG394(1) AAS
>>848
そうかな？
linuxでも ffmpeg のハードウェアアクセラレーション出来るし言うほど駄目ではないと思うけど
動画再生ソフトは大体内部でffmpegのライブラリ叩いてるしイケるでしょ
855: 2023/11/29(水)18:35 ID:ZK/p0W9o(3/3) AAS
>>851
そうかな？
以下はものすごく偏見にまみれた俺個人の意見
gentoo → ひきこもり
arch → 猥褻物陳列罪
その他 → どうでもよー
異論は認めるけどレスは返さない
856(1): 2023/11/29(水)20:34 ID:vGxGe3iZ(2/6) AAS
>>846
固い文章の割に知識ではなく想像で物言ってるように見える
現実はスペクトラム的に書けば以下のような感じですよ
パッチ多 <-> パッチ小
バージョン古 <-> バージョン新
バグ少 <-> バグ多
Debian - Ubuntu - Manjaro - Arch
RHEL Fedora
バグを取るのがおかしいとか言ってるけど、管理されたディストリ程パッケージのソースは
上流のソース＋大量のパッチ、となってます。パッケージのソースを取得して見た事のある人なら誰でも知ってる事
857: 2023/11/29(水)20:35 ID:vGxGe3iZ(3/6) AAS
RHELとFedora の位置がおかしくなってしまった。
RHELはDebianとUbuntuの間、Fedora は Manjaro と同じあたり。
858: 2023/11/29(水)20:40 ID:hg4ximew(4/8) AAS
>>850
俺の場合はCM再生中にニュース等を読んでるのでCPU使用率が高いとカクついてウザイ。
(元より参戦してないが)アドブロックのいたちごっこからはもう降りた。
デスクトップでオフィス作業の一般的な使い方なら、GPUが問題になる事は多分ない。
モバイルの場合はバッテリーを無駄に消費する問題はある。
>>849
まあ俺みたいに単に使いたいだけなら5〜10年毎にPC買い換えるのが結局一番楽そうではある。
来年出るらしいWindows12に乗り換えるのが一番妥当な気はしてる。
859: 2023/11/29(水)21:03 ID:hg4ximew(5/8) AAS
>>856
まあ実際知らんしね。
ただそれだとやはりdebianは戦略を間違ってるよ。
そして肥大化しすぎたダウンストリームパッチへのアンチテーゼとしてのarchか。
> Arch Linux はシンプリシティを、「不必要な追加や修正を行わない」ことと定義しています。
> Arch Linux はオリジナルの開発者(アップストリーム)のリリースしたままのソフトウェアを、
> 最小限のディストリビューション固有(ダウンストリーム)の変更を加えて提供しています。(from Arch wiki)
とはいえそもそも個別のunixコマンド群やデーモンにディストリビューション固有の変更が必要とは思えないから、
大方C自体のパッチファイルではなく、デフォでssh起動するかとかの設定ファイル等じゃないかと思ってるが違うか？
そうではなく、本当にCを弄ってるのなら、それは枯れたとは言わんし、戦略として矛盾してるという話。
860: 2023/11/29(水)21:26 ID:mpUvEI+O(1) AAS
せんとくんショックから、ウブンツサーバーの評価上がったよね。実際使いやすいし。
861(2): 2023/11/29(水)21:34 ID:vGxGe3iZ(4/6) AAS
> ディストリビューション固有の変更が必要とは思えない
整合性取るためにはメチャクチャ必要ですよ。あとセキュリティパッチも。
例えば RHEL7 の apache httpd には 157個のパッチファイル(勿論Cメイン) が含まれています。
862: 2023/11/29(水)22:06 ID:AJ604FjC(1) AAS
Emacs Lisp のパッケージを /usr/share/emacs/site-lisp 下にインストールするとき
・Aはデフォルトで、サブディレクトリを作ってそこにAの設定ファイルをまとめてインストールしてくれる。
・アプリBはデフォルトでは /usr/share/emacs/site-lisp 直下に大量のファイルをバラ撒いてしまう。
ただし configure でちょいとオプションを付けてビルドすれば、BもAと同じようにインストールしてくれる。
という状況で「BもAのようにしてくれ」とArchに要望を出したら「シンプリシティに反する」と却下された。
configure にちょいとオプションを付けることさえ拒否されるんだなあ。
863: 2023/11/29(水)22:12 ID:hg4ximew(6/8) AAS
>>861
だからバックポート自体が間違いなんだよ。
生産性のある作業ではないので、出来るだけ無くそうというarchの戦略は妥当だし、
そもそもセキュリティ周りの最新パッチが欲しければ最新版使え、が一番シンプルな解だ。
とはいえRHELの場合はそうも行かないからバックポートするのだろうけど、
それより古いバージョンをdebianが保持する理由はさっぱり分からんね。
まさかRHELですらバージョンアップが早すぎて、一度動いたら永久にそのまま動かしたい勢がdebianなのか？
864(1): 2023/11/29(水)22:18 ID:vGxGe3iZ(5/6) AAS
別に代弁するつもりも無いので、Debian stable too old とかでググって好きなだけ議論を漁って下さい
archの人達も最新を維持するのが正解、と思ってるわけで貴方に合うならそれでいいんじゃない？
arch ではサイクルが早すぎると思ってる人達が定期サイクルで安定化を図っているのがManjaro
debian では遅すぎるので testing をベースに半年サイクルで更新頻度を上げたのがUbuntu
鏡像のような関係ですね
リリースサイクルの管理には色々な思想宗派があるってだけの事です
865: 2023/11/29(水)22:21 ID:hg4ximew(7/8) AAS
>>861
つうて確認してみようと思ったが、RHELってソースコードの公開停止してんだな。
まあ確かにバックポートの手間を考えれば金払えではある。
866(1): 2023/11/29(水)22:38 ID:vGxGe3iZ(6/6) AAS
RHEL7までは最後にCentがミラーしてた SRPM を拾えば確認出来るよ
867: 2023/11/29(水)23:19 ID:hg4ximew(8/8) AAS
>>864
まあ確かにdebianについてはここでこれ以上は必要ないね。
ちなwikiがあるので確認してみたが、のっけから
哲学が最も重要だ、FreeBSDのカースト制が糞だったからdebian作った、とか、政治的すぎてビビる。
割とFreeBSDの連中も政治的な気はするが、なんだかねー。
> 外部ﾘﾝｸ:wiki.debian.org
>>866
GitHubでさらっと見えるのなら、程度で居たのでまあいいや、という感じ。
とはいえ、ありがとう。気が向いたら確認するかも。
868(1): 2023/11/30(木)03:41 ID:62/AR/We(1/2) AAS
バックポートが間違いも何も依存関係で上げられないケースがあるんだから多かれ少なかれバックポートは必要だぞ
非OSSのソフトが古い依存関係を要求してたらこちらはバージョンを上げない以外に手の打ちようがない
上下前次1-新書関写板覧索設栞歴
あと 134 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.030s