[過去ﾛｸﾞ] Arch Linux 16 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
594: 2021/07/01(木)05:55 ID:tcGTizYD(1/2) AAS
いや、yayなりのparuなりの非承認pacmanパッカー使ってるのが原因や‼︎aurutilsを布教したい‼︎
595: 2021/07/01(木)09:49 ID:Gnv3u7aV(1) AAS
>>593
主要なライブラリのアップデートがあると依存するアプリ全てビルドしなおす必要あるから大変やね
外部ﾘﾝｸ:archlinux.org
最近はsonameを公式で追えるようになったから楽になったとはいえ
596(1): 2021/07/01(木)09:50 ID:/QSXLwOS(1/2) AAS
pacmanで壊れるとか言ってる奴でちゃんと再現性のある実例出てきた例がまったくねーよな
いっつも｢〇〇入れたら依存関係がぶっ壊れてぐちゃぐちゃ｣みたいな何の再現性もない曖昧な日記ばっか
使い方も理解しない原因も特定しないでてめぇでぶっ壊して｢ふぇぇ何もしてないのに壊れたよぉぉ｣とか騒ぐんならWindowsでも使ってろやwww
597: 2021/07/01(木)12:47 ID:bcXLFTtz(1) AAS
>>596
何もしなくても強制アップデートで壊れるwindows勧めるとか鬼かよｗ
598(2): 2021/07/01(木)12:59 ID:dVlRXVAk(1) AAS
再現性のある実例ったってArchで再現可能な説明をしようにも
インストール手順から何から全部説明する事になるから困難でしょう
仮に全部説明されたところで常に最新になるからこっち側での再現も無理だし
599: 2021/07/01(木)13:41 ID:tcGTizYD(2/2) AAS
>>598
それな〜各々の環境全然違うから、飽くまで解決の一例又は依存関係のエラー吐かれるって情報が沢山あるだけ有益だと思うけどな〜
寧ろなんも凝って無いインストールガイドこそ要らへんわ
600: 2021/07/01(木)13:51 ID:dGG8Tl8T(1/2) AAS
>>598
> 再現性のある実例ったってArchで再現可能な説明をしようにも
> インストール手順から何から全部説明する事になるから困難でしょう
アホ？
なんですべてのレイヤをごっちゃにして考えるのだ
601: 2021/07/01(木)13:58 ID:RRs9zd38(1) AAS
最近遭遇した例だと、lua52とlua両方のパッケージが入った状態で
vlcをビルドすると失敗するという依存関係での不具合があった。
解決方法はlua52を削除。
依存関係は不足ならまだ分かりやすいけど
上記のような組み合わせて初めて発生するタイプのエラーもあるから厄介。
個々のパッケージの依存関係だけ見ると完全に満たされてるからね。
602: 2021/07/01(木)14:09 ID:dGG8Tl8T(2/2) AAS
ビルドはまた別の話だろ
Arch (pacman) は別に手元でビルドするための依存関係を解決してるわけじゃない
やり直し
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で今動いている自作のソフトウェアが本当は何に依存しているのか、把握するのって結構大変よ
上下前次1-新書関写板覧索設栞歴
あと 389 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.023s