[過去ﾛｸﾞ] Arch Linux 16 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
603: 2021/07/01(木)15:13 ID:/QSXLwOS(2/2) AAS
本人は具体的に指摘してるつもりなんだろうけど相変わらず｢依存関係での不具合｣とかいうぼんやりした物言いに終始してて草
604: 2021/07/02(金)11:39 ID:jmevyBd5(1) AAS
vlcのビルドで誤ったライブラリを参照されるということであればvlcのバグなのでは
605(2): 2021/07/02(金)12:17 ID:2u+6grQG(1/2) AAS
頻繁に依存関係が壊れるパッケージといえばhaskell関連だな。
archのたまに出てくる依存関係壊すやつは公式の手順どおりに使ってないだけって奴は単純に使ってるパッケージが少ないだけ。
普通に更新切れたパッケージが削除されずに残って依存関係を壊す（パッケージが腐る）こともあるし、経験足りないんじゃないの？
ただそのぐらいの不具合は他のディストリにもあるし、そのぐらいはアーチユーザーが空気吸うみたいに修正して使うから問題にならないだけだ。
606(2): 2021/07/02(金)12:23 ID:2u+6grQG(2/2) AAS
昔からフルビルドして使ってる人からしたらパッケージマネージャーは依存関係の補助でしかなくて、Linuxにインストールするソフトやファイルの位置は自分でコントロールするのが普通でpacmanはそれがやりやすいだけで、依存関係をわざと壊そうとしたら普通に壊せるからな。
Luaのパッケージにしたって危惧すべきことが起きたなあって感じだ。
607: 2021/07/02(金)12:37 ID:YGM+fr54(1) AAS
error while loading shared libraries: libfoo.so.1: cannot open shared object file: No such file or directory
とか言われたら
1. libfoo.so.2とかの似た奴がないか探してもしあったら｢$ ln -s libfoo.so.2 libfoo.so.1｣とかやって自分でシンボリックリンク作ってやる
2. 1がなかったらUbuntuとか別ディストロからlibfoo.so.1.1.1とかをコピーして持ってきて｢$ ln -s libfoo.so.1.1.1 libfoo.so.1｣とかやって自分でシンボリックリンク作ってやる
ってやってやれば良いんやで
ってのはウソやで、どっちもよく見かける間違った対処法だから真似したらアカンで
608(1): 2021/07/02(金)12:52 ID:m1FnR+W2(1) AAS
>>605
cabal使ってて壊れてるならインストールしたいものに依ってはちょっと面倒かもだけどstackage使った方がいい
haskellライブラリ専用のディストリビューションみたいになってて依存関係で壊れる心配がなくなる
609: 2021/07/02(金)15:28 ID:5z+rkvTc(1) AAS
>>608
おっしゃる通り、もうパッケージマネージャーに依存してなくて、stackコマンドで管理してる。
依存関係壊れなくても頻繁にpacmanのビルドが更新されるからアップデート時の負担になるので切り離したほうが圧倒的に楽だった。
610: 2021/07/02(金)17:06 ID:DBS68A5n(1) AAS
stackがない頃 (有名じゃない頃？) に構築した環境そのまま使ってるから pacman まかせだわ
haskel 関係のアプデ多いからウザいっちゃウザいんだよな
今のところ不具合というのはないが
611: 2021/07/02(金)17:25 ID:4REpWDcm(1) AAS
カーネル5.13はどう?
612: 2021/07/02(金)19:52 ID:zkLUfbvq(1) AAS
>>605
本当それですわ
開発とかで大量のパッケージ入れ始めると
pacmanへの信用がなくなる
613(1): 2021/07/02(金)22:35 ID:5DVFBBv5(1) AAS
自分の開発環境とディストリの配布物は混ぜないようにするのが良いとxmonadで学んだ
ちょっと想像すると分かるが、自分のPCで今動いている自作のソフトウェアが本当は何に依存しているのか、把握するのって結構大変よ
614: 2021/07/03(土)00:13 ID:E7G1tF4Z(1/4) AAS
xmonad何かあったんか?
615: 2021/07/03(土)00:21 ID:qdT7U3Eh(1/2) AAS
そりゃ会話の流れ的に、開発用途で入れたライブラリで
Xmonadの方のHaskellの依存が壊れたんでしょ
616: 2021/07/03(土)00:32 ID:E7G1tF4Z(2/4) AAS
開発でHaskellライブラリ使うことあるのか
猛者かね
もう4〜5年近くarch使ってるけど、公式アナウンスされるのとほんの少し程度しか依存関係然りbootしなくなったことねーけどな〜
皆猛者で弄りまくってるからなのか、皆が何も考えず弄ってるのか、はたまた俺が優秀なのか、はたまた俺がなんも弄らんで使ってるから壊れないのか
どれなんだ一体？！
617: 2021/07/03(土)00:32 ID:fjEuxsxS(1) AAS
Archでマイナーな構成にすると
自分しか遭遇しないであろうトラブルにも結構見舞われるから
もう諦めてGNOMEにしてるわ
618: 2021/07/03(土)00:41 ID:qdT7U3Eh(2/2) AAS
実際ソフトウェア開発にはあまり向いてないね
公式の開発環境の導入手順がDebianやfedora用しか紹介されてない事が多いし
619: 2021/07/03(土)06:02 ID:L8Im1wqj(1) AAS
開発とかいう言葉に逃げてるフシがあるが、本当に開発のために夥しい数のかつdevelopingなパッケージをインストールする必要があるなら今はdocker等を検討するべきでしょう
それに、DebianやFedoraは平気なのにpacmanでは解決できてない依存関係というのが本当に存在するなら、抽象的な物言いでなく具体的にいつのどれと言えば良い
>>613とは別人だと思うが、
> 自分の開発環境とディストリの配布物は混ぜない
って何を今更ってくらい当たり前のことですよ
アマチュア開発者さんたちの率先してわけわからんことして喜ぶくせ、本当に良くないよ
620(2): 2021/07/03(土)07:14 ID:XO6FBg0A(1) AAS
ArchはAURで勝手に開発用の依存関係入れてくるから
AURが必要ないようなミニマルな用途じゃない限りは避けられないでしょう
逆に619さんがどういう用途でArchを使っているのか気になるよ
621: 2021/07/03(土)07:24 ID:LKh3nHEM(1/2) AAS
一言に開発と言っても言語やフレームワークによって前提条件異なるからそこの認識合わせないと議論はすれ違い続けるのでは
622: 2021/07/03(土)08:21 ID:E7G1tF4Z(3/4) AAS
それ 情報系言葉の定義が広かったり、多様な意味あったりとで明確な名称で定着してほしいもんだ
623: 2021/07/03(土)08:30 ID:EpVlBR5P(1) AAS
>>620
それが、Archが公式にAURパッケージのインストール補助をしない理由なんですよ
> ArchはAURで勝手に開発用の依存関係入れてくるから
これは言っちゃ悪いが糖質並みの妄言だ
いつどのように「ArchがAURで勝手に開発用の依存関係入れ」たのか説明しろ
逃げんなよ絶対しろ
624: 2021/07/03(土)08:37 ID:KcNL5rFs(1/3) AAS
node.jsだったらnvm使うしrubyだったらrvm使う
それがhaskellだったらstackだったってだけでは
625(1): 2021/07/03(土)09:42 ID:c+sEipgN(1/2) AAS
全部過去の話よ
外部ﾘﾝｸ[php]:wiki.archlinux.org あたりの
日々使うソフトはpacmanで管理したいけど、ちょっと興味が湧くから開発環境も入れるじゃん？
cabal-installとかもとりあえず使ってみるじゃん？
で、しばらくするとcabal-installで入れたもの、それを元にmakepkgしたhaskellのパッケージ、pacmanが管理しているもの
全部が混在することになってpacman -Syuするとghc-pkgが怒る
もちろん、これは「何もしていないのに壊れた」なんて当時も思っちゃいなかったが、「何が悪いのか分からない」状態にはなった。
626(1): 2021/07/03(土)10:24 ID:s4L8YXou(1/5) AAS
言語やフレームワークごとにパッケージマネージャがある場合はどう考えてもディストリのパッケージマネージャとは使い分けるべきだ
pip しかり cabal しかり
使い分けると言っても、単にユーザー環境下 ($HOME 以下) にインストールすることにすれば足る話
これは開発とはまたレイヤの違う、常識やモラルの話だろう
>>625さんは分かっておいでのことだと思うが、他の多くの方はどうもこの点を理解されていない
627: 2021/07/03(土)10:50 ID:aLG59f9B(1/7) AAS
やっぱ結局なーんも理解しないで｢何もしてないのにぶっ壊れた｣って騒いでるだけっていうね
628: 2021/07/03(土)12:01 ID:P3+J52mG(1) AAS
"ぎじゅつりょく"至上主義は頂けないな。
発展性の無い事に頭や時間を使うのは趣味でしか無い事くらい自覚しときなよ。
629: 2021/07/03(土)12:04 ID:g5wTqN0x(1) AAS
ライブラリを共有するのが悪いってことでそれがsnap？
630(1): 2021/07/03(土)13:20 ID:iSU9IFbY(1) AAS
話のきっかけの<<605たけど、
俺は一言も開発環境と言ってなくて、haskellの公式パッケージはたびたび依存関係が壊れるって話。
Rubyもnodejsもシステムのパッケージ壊れないだろ。
ちなみにたまーにglibが壊れるのと同じ理由、原理的に壊れないということはないのよ。
バイナリ配布は難しいのよ。
631: 2021/07/03(土)13:34 ID:aLG59f9B(2/7) AAS
いつんなったら自分がサポート外のことしてぶっ壊してるだけなんだって気づくんだろ
632: 2021/07/03(土)13:50 ID:aLG59f9B(3/7) AAS
相変わらず｢壊れた｣が何を意味してんのかすらはっきり言わねぇからあれだけど
仕組み的にはサポート外のことしなきゃ壊れなくなってるしサポート外のことしてないのに壊れてるならバグレポすればいいだけ
ちゃんと理解してるなら対応も簡単だし今ここでバージョンとかの具体例を上げればいいだけ
理解して無くて｢なんもしてないのに壊れたよふぇぇぇ｣とかしか出来ないから具体例が上げられないんだよな
633(1): 2021/07/03(土)13:55 ID:kIV0YRft(1/8) AAS
ちょっとまって、依存関係が壊れた で何を意味してるかわからないユーザーがいるの？
シングルバイナリじゃないとモジュールに依存して動くんだけど、それが壊れるってだけなんだけど、それがわからないの？？
634(1): 2021/07/03(土)14:14 ID:aLG59f9B(4/7) AAS
>>633
どんだけレベル低いんだよ
ただ｢壊れる｣としか言わねぇんじゃ動的リンク時の話なのかもロード時の話なのか単純にライブラリが見つからないのかとかsonameの付け間違いなのかそれらが上流のバグなのかArchのバグなのかアホユーザーが自分で壊したせいなのかとか腐るほど可能性があって話にならねぇんだよ
だからバージョンなりエラーなり具体的に言えっつってんの
635(1): 2021/07/03(土)14:20 ID:kIV0YRft(2/8) AAS
>>634
なんていうか、おつかれ。俺そんなのはコミュニティに直接報告するからここでは書いても意味ないし、知りたいことは自分で調べるから十分だわ。
説明してマンに説明するぐらいなら開発者に言うわ。
あと大抵、pkgbuildのミスかパッケージ更新のタイミングが殆どの原因だよ。
Haskellはバージョンが変わると基本全部ビルドし直しだから更新のタイミングがずれただけで壊れる。
これ以上は説明する気さえ起きない。調べろ。
636: 2021/07/03(土)14:24 ID:kIV0YRft(3/8) AAS
あと普通はリンクできなくてエラーになるのを依存関係が壊れると言うと思う。
言葉ミスってる奴はいるし、俺はスルーしてる。
他の原因まで考えないそれが普通。
間違ってたら間違ってるよといえばいいだけ。
ロードできないとかは依存関係は壊れてないだろ。
637: 2021/07/03(土)14:25 ID:kIV0YRft(4/8) AAS
勝手に可能性を広げて拡大解釈して意味わからんとか何がしたいか全然わからん。
638(2): 2021/07/03(土)14:28 ID:aLG59f9B(5/7) AAS
な、結局なーんも理解しないで自分でぶっ壊して｢なんにもしてないのに壊れた！｣とか言ってるだけだろ？
639: 2021/07/03(土)14:33 ID:zNOIQjxh(1) AAS
>>638
ちゃんと読めよ。遠回しに否定されてんだろ
640: 2021/07/03(土)14:37 ID:kIV0YRft(5/8) AAS
>>638
<<606
641(1): 2021/07/03(土)14:51 ID:aLG59f9B(6/7) AAS
> あと普通はリンクできなくてエラーになるのを依存関係が壊れると言うと思う。
な、やっぱなーんも理解してない
リンク時にエラーになるっつーのはつまり自分でビルドしてるときの話なわけだがそれはつまり公式の立場から見りゃAURと同じで"サポート外"なわけ
公式のパッケージは依存するライブラリの非互換な変更によるリビルドやパッチの必要性をTODOでリスト化して対応してから一斉にアプデって形がとれるけど
無限にあるユーザーのオレオレビルドオレオレパッチのために公式の側のアプデを遅らせるなんて不可能だからな
んでそれは固定リリースのUbuntuだろうがDebianだろうがリリースが変われば非互換な変更が起きるんで同様の問題が起きる事に変わりはない
642(1): 2021/07/03(土)14:58 ID:LKh3nHEM(2/2) AAS
>>630
golangやrustといった最近の言語が静的リンクデフォルトにしてるのはバイナリ配布難しい問題に対する一つの回答なのかね
言語のランタイムも静的リンクするからコンパイラのバージョンアップでABI/APIが変わっても影響されない
その分ディスク容量は食うわけで富豪的な解決策ではあるが
643: 2021/07/03(土)15:08 ID:kIV0YRft(6/8) AAS
>>642
*nixのモジュール主義は初期のディスク容量の制限からきてるし、当初はみんなビルドしてたから問題なかったし、動的リンクの方が良かった。
今は静的リンクの方がめんどくさくないから当然考えられるオプションだと思うよ。
なるべく依存したくないのはみんな同じだと思う。
644: 2021/07/03(土)15:10 ID:aLG59f9B(7/7) AAS
>>420>>980
次スレは
--------
システムメンテナンス (英語, 日本語)
外部ﾘﾝｸ:wiki.archlinux.org
外部ﾘﾝｸ:wiki.archlinux.jp
--------
も追加してくれ
AURやローカルでのビルドはアプデ時に自分で対応が必要とかの基本的な事もちゃんと書いてある
645: 2021/07/03(土)15:15 ID:kIV0YRft(7/8) AAS
>>641
当然、自分でビルドしてないのに見つからないことがあります。
他人には詳細に前後の関係を求めるくせに、自分は偏見で判断するの良くないよ。
あと依存が壊れたのをアーチの所為には誰もしてない。壊れたと事実を言ってるだけ。
646: 2021/07/03(土)15:22 ID:ICIdujQb(1) AAS
Ubuntuなら壊れないとかDebianならこんな事にはならないなんて誰も言ってないのにそういう声が聞こえるみたいだし、なんかの病気だろうね
647: 2021/07/03(土)15:28 ID:kIV0YRft(8/8) AAS
まあでもHaskellの依存関係が壊れるのは頻繁にHaskellのバージョンを上げてるのが一番の原因だけどな。
関連パッケージが同時に更新されないのも痛い。
Haskellに関してはアーチとの相性が圧倒的に悪い。
あと単純にHaskellが時代遅れ。
xmonad使う層が自分たちで解決しちゃうのもあって初見殺し感もある
648: 2021/07/03(土)15:32 ID:c+sEipgN(2/2) AAS
haskellはビルドした時点で依存関係がガチガチに固まるってことを分かってない人がいるな
今は1000近いhaskellのパッケージをほぼ1人で作成しているんで壊れにくくなってる
が、これってあんま健全じゃない
649: 2021/07/03(土)18:36 ID:H8swIg6H(1/2) AAS
>>606ゥ？？？
> 昔からフルビルドして使ってる人からしたらパッケージマネージャーは依存関係の補助でしかなくて、Linuxにインストールするソフトやファイルの位置は自分でコントロールするのが普通でpacmanはそれがやりやすいだけで、依存関係をわざと壊そうとしたら普通に壊せるからな。
頓珍漢もいいとこだぞ
サポート外のことしか書いてない
650: 2021/07/03(土)18:41 ID:H8swIg6H(2/2) AAS
少なくともID:kIV0YRftがサポート外のことして「壊し」てるのは確定ですね
>>635辺り見てもAURを公式と見なしてるの確定
ID違うが>>620と同じ奴か？
こんだけ言われててなおこんなに基本的なこと分かってない奴が何人もいるって思いたくないのだが
651(3): 2021/07/03(土)19:35 ID:E7G1tF4Z(4/4) AAS
話変わる質問なんだけど、
言語由来のパッケージマネージャーであるpip然りでインストールするより、aurなり公式リポジトリからインストールすべきなの？それとも言語由来のパッケージマネージャーで入れるべき?
652: 2021/07/03(土)19:38 ID:jI2iSlEc(1/7) AAS
誰かHaskellの関連パッケージがAURじゃなくて公式のパッケージって教えてやれよ
653: 2021/07/03(土)19:40 ID:8YjekEVh(1) AAS
>>651
使いたいのがシステム側で使うだけのツールならそれも含めて公式から入れてもいいけどバージョン指定したり最新が良い、公式に無いパッケージも使う開発用なら環境丸ごと仮想化したほうが楽
654: 2021/07/03(土)19:40 ID:YBBzEdQF(1/3) AAS
誰か公式パッケージで起きるならバグだからレポートしろで終わりって教えてやれよ
655: 2021/07/03(土)19:52 ID:jI2iSlEc(2/7) AAS
>>651
好みもあるだろうから一概に言えんが、pacmanで入れるpythonはシステムだからAURでもいい、ただし、ちゃんと管理、更新して。ホームディレクトリで管理する開発用のpythonはpipにすればいい。ユーザーで環境変わるので。
656: 2021/07/03(土)19:57 ID:jI2iSlEc(3/7) AAS
Haskellの公式の依存関係壊れるって話は、バグじゃないんだよ。
ビルドが落ちてくるタイミングで違うんだ。リポジトリのサーバーの更新のタイミングのせい。
構造的な問題って話。
こればっかりはアーチとHaskellの更新スピードとビルドの相性が悪いの。
だからみんなHaskellはアーチのビルド使わずにstack使うわって話したわけ。
なんにも知らないのに依存関係ポリスが突っ込んでくんな。検索ノイズ増えるからやめろ。
657: 2021/07/03(土)20:06 ID:YBBzEdQF(2/3) AAS
repo-addがロックファイル作ってatomicに更新されるんだからんなこと起こるわけねぇだろ
そんなタイミング依存の競合状態すら考慮してないとか開発者舐めんのもいい加減にしろボケ
658: 2021/07/03(土)20:10 ID:jI2iSlEc(4/7) AAS
1000のパッケージがバージョンアップごとにビルドが必要でって件理解してないのかこいつ
659: 2021/07/03(土)20:16 ID:YBBzEdQF(3/3) AAS
1000件ありゃタイミング依存の競合状態が許容されるとでも？
件数の問題じゃねぇんだよ
お前が言ってる状態がもし許容されるならそれはタイミングによって極わずかでも任意のコード実行とかの脆弱性に繋がりうるから許されるようなもんじゃねぇの
マジでちゃんと考えてる開発者に足りない脳みそで適当こいてションベン引掛けんじゃねぇよクソが
660: 2021/07/03(土)20:19 ID:jI2iSlEc(5/7) AAS
HaskellのArchwiki読んでこいよ。わざわざシステム用に動的リンクでビルドしてるんだぞ。意味わかってんのか?
661: 2021/07/03(土)20:20 ID:jI2iSlEc(6/7) AAS
Cと同じに考えるのやめろ
662(1): 2021/07/03(土)20:24 ID:jI2iSlEc(7/7) AAS
下品なコメント以外は有意義のレスついたし、俺は無料で教育するのまっぴらだしこの辺で。
663: 2021/07/03(土)20:37 ID:4eKV4RZ3(1) AAS
使えないやつほどわかってるつもりの発言するし態度が悪いから掲示板上で教えるのは難しいんだよね
664: 2021/07/03(土)21:49 ID:s4L8YXou(2/5) AAS
>>651
>>626
依存関係を解決する目的で pacman がインストールするものについては、pacman の好きなようにさせてやれば良いと思う
ユーザーが自分の目的でたとえば pip install するパッケージは、仮想化とは言わないまでも、$HOME 以下にインストールするべきでしょう
すなわち sudo pip install なんて普通はするべきじゃない
665: 2021/07/03(土)21:50 ID:s4L8YXou(3/5) AAS
AUR に置いてあるパッケージは、言語のパッケージマネージャがあるなら、使うメリットないように思える
666: 2021/07/03(土)21:54 ID:s4L8YXou(4/5) AAS
>>662
どのレスを有意義なものと見なしてるの？笑
667(1): 2021/07/03(土)21:55 ID:KcNL5rFs(2/3) AAS
Pythonのパッケージなんかはインストールにクセあったりする場合あるしAURにほとんど揃ってるからAURで揃えるの全然ありだな
エコシステムがちゃんと自分のとこで解決してるRustなんかは逆にほとんどAURにライブラリ上がってないし
Haskellは特殊だからArchWikiに記事作られてるんかね
668: 2021/07/03(土)21:56 ID:6l83L9QX(1) AAS
AURのパッケージが
別のAURのパッケージを引っ張って依存関係を解決できる仕様になってるから消せないんだろう
直接叩かなくても他のAURから勝手に使われる
669(1): 2021/07/03(土)21:59 ID:s4L8YXou(5/5) AAS
>>667
> Pythonのパッケージなんかはインストールにクセあったりする場合ある
どういうの？
670: 2021/07/03(土)22:01 ID:KcNL5rFs(3/3) AAS
>>669
PyPIから素直に入れられないパッケージ、具体的にはDL関係が特に自分的に辛い
671: 2021/07/03(土)22:01 ID:G2yCb3UT(1) AAS
ID:kIV0YRft = ID:jI2iSlEc でしょ？
>>606に安価飛ばして何か言ってる気になってる時点で終わりです
引っ込みつかなくなって暴れてるだけでしょう
672(1): 2021/07/05(月)01:43 ID:fBV4HQYB(1) AAS
言語系はdockerとかで隔離してvscode remoteとかで動かすと環境汚れなくていいよgui系は無理だけど
673: 2021/07/05(月)06:15 ID:6rTluGg1(1) AAS
>>672
code ｇｕｉじゃないん？
674: 2021/07/05(月)09:56 ID:rwOnZ5pg(1) AAS
docker使ったことがあればコンテナ内のアプリでは〜ってわかるやろ。
675: 2021/07/05(月)10:30 ID:vz5YhbPx(1) AAS
配布用のバイナリ作るときは最近はdockerじゃなかったけ？
676(1): 2021/07/06(火)17:12 ID:av2J0LUk(1) AAS
amdgpuのロードがちょいちょいされなくなる？何が原因だろう
677(2): 2021/07/06(火)20:28 ID:AqtgL5lq(1) AAS
fedoraチームがシステム側をコンテナ化する逆転の発想ディストリを実験中だから
Linuxの環境問題も数年後には改善されそう
678: [553] 2021/07/06(火)21:40 ID:1drBH6vh(1) AAS
>>554 >>556
遅れたが、情報thx
679: 2021/07/06(火)21:58 ID:fc2bbkLa(1) AAS
フォントはホームディレクトリの.fonts内に置いても認識されるから
他ディストリから引っ張るならホームディレクトリに置く方法で試した方がいいと思う。
この方法ならArchの再構築した時でもホームさえ使い回せばフォントも維持されてかなり楽。
680: 2021/07/07(水)01:04 ID:tfck4Btf(1) AAS
>>677 システムとは?
681: 2021/07/07(水)05:59 ID:4EU67Kvr(1) AAS
>>677
あれchromeOSのパクリだからな
682: 2021/07/07(水)22:22 ID:ydCRTVIC(1) AAS
買収したCoreOSとOS Tree の悪魔合体じゃないの。ChromeOS関係無いでしょ。
683(1): 2021/07/07(水)23:58 ID:WGPuVrCZ(1) AAS
Fedoraの不安定さって、更新で依存関係が壊れるとかじゃなくて
wayland採用でアプリが動かないとか、pipewire採用で音が鳴らないみたいな根本的な部分での不安定さだから
コンテナ化されても大して意味がなさそう
684: 2021/07/08(木)11:30 ID:AFjDaNsl(1) AAS
chromeOSは2つのシステムをパーティションで分けてインストールするからアップデートに失敗がないのよな
fedoraのOSTreeは1つのパーティションでスイッチしてシステムを切り替えるからストレージ効率はいいけど安全性は劣る
685: 2021/07/12(月)15:51 ID:sec/E6Mz(1) AAS
$ ls /dev/cdrom
/dev/cdrom
$ eject
$ ls /dev/cdrom
ls: '/dev/cdrom' にアクセスできません: そのようなファイルやディレクトリはありません
/dev/cdromはディスクが入ってる間しか存在しないのか？
eject -t でトレイを閉じれないじゃないか
686: 2021/07/12(月)20:04 ID:4mSuS7K/(1) AAS
ls -l /dev/cdrom は？
687: 2021/07/12(月)20:11 ID:gSdvXxqS(1) AAS
ダメだね 数秒後にはなくなる
alias eject='eject /dev/sr0'
にして解決してる
688: 2021/07/13(火)17:41 ID:keOXCzdg(1) AAS
>>683
それ、マシンスペックが脆弱なんだろ 笑
689: 2021/07/13(火)20:29 ID:0MPduw+b(1) AAS
スペックが脆弱ってどういう意味?
690: 2021/07/14(水)11:57 ID:Rk0Dg757(1) AAS
インテル入ってるんだろ
691(1): 2021/07/14(水)15:05 ID:n8domECO(1) AAS
>>676
mkinintcpio.confのmoduleにamdgpu書いてる？
692(1): 2021/07/14(水)16:56 ID:R54rLoy5(1) AAS
debianのupdate-alternativesと同じようなことををarchでやる方法は無いのかな？
手動でlink貼るしかないのか
693: 2021/07/15(木)13:00 ID:pSkYrlRb(1) AAS
>>691
すまん解決したの報告してなかった。ディスプレイの環境変数をzshrcにwsl用に書いてたのを環境分けてなかった。完全に俺のせい
694(1): 2021/07/15(木)20:40 ID:Ajxrbq1P(1/2) AAS
>>692
community/dpkg に入ってる模様
695(1): 2021/07/15(木)21:05 ID:TxwG9UAj(1) AAS
>>694
dpkgを使いたいわけでないんだよな
696: 2021/07/15(木)21:38 ID:Ajxrbq1P(2/2) AAS
>>695
debian では postinstall スクリプトで登録してる処理コマンドを管理したい対象に自力でやる。
ま、ln で自前でやる方が楽かも知れんけどね。
697(1): 2021/07/16(金)02:53 ID:NkX3zrec(1) AAS
ArchベースのSteamOSが搭載されたSteam DeckがValveから発売
外部ﾘﾝｸ:www.steamdeck.com
698(3): 2021/07/16(金)08:26 ID:wyhM8quy(1/3) AAS
>>697
WINEで動かすとかではなく、
SteamのライブラリがクロスプラットフォームだからOSはLinuxでも良いってことか。
PCだとスペックと値段は良いけど、携帯ゲーム機だと値段が厳しそう。
699: 2021/07/16(金)08:54 ID:zPF7G0C0(1) AAS
>>698
WINEから派生したProtonで動かしてるんじゃね
700: 2021/07/16(金)12:18 ID:wyhM8quy(2/3) AAS
>>698
仰るとおり、Protonというので動かしてるようだね
Valveこんなことやってたのか
701: 2021/07/16(金)12:18 ID:wyhM8quy(3/3) AAS
>>698
仰るとおり、Protonというので動かしてるようだね
Valveこんなことやってたのか
702: 2021/07/16(金)21:04 ID:KGubJ223(1) AAS
proton関係のレスは殆ど俺や、あまりこのスレでは使われてない感覚ある
上下前次1-新書関写板覧索設栞歴
あと 300 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.968s*