[過去ﾛｸﾞ] Arch Linux 16 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
354(1): 2021/05/16(日)07:49 ID:Oev6nUN1(1) AAS
GNOME40になってからtopicons-plusが動かなくなった
(dash to panelとかmailnagとかは復旧したのだけど)
firewalldはまだレガシートレイを必要としているのか
firewalld-appletはまだトレイアイコンを表示するのか
よくわからないな
355(1): 2021/05/17(月)10:22 ID:2Q+GX27R(1) AAS
>>354
AURで入れたやつは動いたよ
画像ﾘﾝｸ[png]:i.imgur.com
356: 2021/05/19(水)10:03 ID:jmOONky7(1) AAS
>>355
ありがとう、無事に動きました
gitバージョンが無くなってたのね・・・
357: 2021/05/19(水)10:16 ID:tQy90w3H(1/2) AAS
リポジトリから落ちたパッケージとかアプデで必要なくなった依存パッケージがそのままになるのは割とよくある罠だね(罠ってほどの問題ではないけど)
pacmanのhookで毎回アプデ後に-Qmqと-Qdtqして一覧表示するようにしてるわ
358: 2021/05/19(水)10:17 ID:tQy90w3H(2/2) AAS
ってそういう話じゃないか、スマン
359: 2021/05/19(水)20:13 ID:TYe9EeeJ(1) AAS
いや普通によくあるよ！壊れたうちに入らないと思って対処してるけど初見殺しだと思う
360(1): 2021/05/24(月)16:21 ID:BtBcmGGp(1) AAS
manjaroスレに書いたらスレチと言われちゃった
Archスレ有ったんだ
インストールマニア
mint, manjaro, sparky, MX, Endeavour,
と来てとうとう Arch「Calam-Arch-installer.ISO」迄入れちゃった。
正味10分程で終了再起動後は何時ものデスクトップだ。
凄く軽いが、なんでだ？ ゲームがいっぱい入ってる。いらないのはどんどん削除。
inxi
CPU: 6-Core AMD Ryzen 5 PRO 4650G with Radeon Graphics (-MT MCP-)
speed/min/max: 4096/1400/3700 MHz Kernel: 5.12.6-arch1-1 x86_64 Up: 5h 53m
省10
361: 2021/05/24(月)19:57 ID:QwuHUBfo(1) AAS
Twitterでやれ
362: 2021/05/24(月)21:44 ID:Cz6lqX/Y(1/2) AAS
今は他にArch Linux GUI Installerってのがある>>360
こちらはデスクトップ環境など構成毎にイメージが分かれているのでより簡単
363: 2021/05/24(月)22:37 ID:gA/7EyRZ(1) AAS
「ArchをGUIでインストールとはけしからん！」って言う人が出てきそうな…
364: 2021/05/24(月)22:59 ID:Cz6lqX/Y(2/2) AAS
だろうね
だけど時代がそれを求めて今存在するのは
Manjaro等派生鳥ばかり持て囃される流れへの危惧からかも
インスコさえ乗り切れば派生使う利点ほとんど無いしね
365: 2021/05/26(水)06:24 ID:fpjHjaO0(1/3) AAS
25、6年前Linux 出始めからやってるんだな。
何も参考になるものがなくて、すべて英語、command。「startx」で何もないデスクトップ、１から作っていくんだよ。
今は楽だー、初めから日本語、「root,home,swap,boot」パーティションを作っておいてインストール。
再起動すればもうすぐ使えるデスクトップ。「ArchWiki」初め参考サイトがいっぱい。今はほんと楽。
366(1): 2021/05/26(水)07:29 ID:fpjHjaO0(2/3) AAS
画像ﾘﾝｸ[png]:imgur.com
367: 2021/05/26(水)07:49 ID:DGoDHrqq(1) AAS
>>366
メニューバーのフォントがイラついた
368: 2021/05/26(水)07:55 ID:fpjHjaO0(3/3) AAS
画像ﾘﾝｸ[png]:imgur.com
369(1): 2021/05/26(水)19:42 ID:ty8qmF6s(1) AAS
なぜ無能は自己紹介がうまいのか
370: 2021/05/27(木)01:12 ID:4UU+FCHU(1) AAS
>>369
自己紹介だと気付いてないから
371: 2021/05/28(金)13:32 ID:74+Vxbgl(1) AAS
1992年秋頃からの情報しか知らないけど当時からネットニュースで日本語のLinux情報あったし
X11はLinux専用というわけでもないからunixの日本語情報は更にいろいろあった
sunosとかで使ってる設定持ってくるだけで1からやらなくてもそこそこ動いた
まあ当時はドライバもモジュール化されてないからハードに合わせてカーネルビルド必須とか
グラフィックドライバ設定は確かに苦労したし、ライブラリ無いとか怒られてソース探してきてmakeからとかも多かったけど
「英語しかない状況」は25,6年前には払拭されてるはずだが
372(1): 2021/05/28(金)20:00 ID:J3CYz/iy(1) AAS
ネット環境がおそまつだったのかな、ニフティのパソコン通信位で。
日本語情報はそのころあふれるように出てきた雑誌、「UNIX USER」の
おまけ「CD」から色んなのをインストールしまくった。
「debian,vine,思兼,kondara,Storm.....」記憶の中で「難しい」「英語」と置き換えられたかな？
「Enlightenment」のド派手なデスクトップにのけぞったり。
フロッピーでブート、「lilo」は簡単なテキストで、順番も自由に変え、背景画像も、起動時サウンドを鳴らす設定も楽だった。
Windows3.0から3.1になった頃、一太郎のインストールもフロッピーで何枚あった？
373: 2021/05/29(土)14:29 ID:3Z21IXWc(1) AAS
>>372
>>1
374: 2021/05/30(日)14:40 ID:q0ydohrX(1/3) AAS
なんかここ数日アプデが0であれ？と思ってたらmirrorlistの一番上のmirrors.cat.netがしばらくエラーで更新されてないね
375: 2021/05/30(日)14:42 ID:VZTXmUIK(1/3) AAS
まーた依存関係ぶっ壊れたぁ
容量も圧迫してたし入れ直すかな
スクリプトの使い心地を試すチャンスと前向きに捉えよう
376: 2021/05/30(日)14:58 ID:q0ydohrX(2/3) AAS
どうぶっ壊れたの？
377(1): 2021/05/30(日)15:32 ID:VZTXmUIK(2/3) AAS
大してスキル無いから解決できないのは（libglewとか）消しては入れ直してるけど
今回は依存関係がこんがらがって消したらあかんて怒られるし
そんなこんなしてたらGwenviewが窓枠表示だけになる不具合出て
面倒くさくてもういいやって感じ
調べるよりクリーンインスコする方が手間も時間も掛からないので
そんなだから一向に向上しないのだけどまあ
378: 2021/05/30(日)16:55 ID:UX4Q0YiS(1/2) AAS
どういう意味？
公式リポジトリにもAURにもないものを自分でビルド・インストールして依存関係が壊れたってこと？
379: 2021/05/30(日)16:59 ID:UX4Q0YiS(2/2) AAS
いずれにせよアプリケーションごとの設定とパッケージ同士の依存関係を切り離せてないし、そんななのにやけに達観したような語り口なの笑えるな
依存関係じゃなくて己の認知がぶっ壊れてるんだよ
380: 2021/05/30(日)17:18 ID:VZTXmUIK(3/3) AAS
それで良いよ
自分はそれで間に合ってるから
381: 2021/05/30(日)17:23 ID:q0ydohrX(3/3) AAS
>>377
> 大してスキル無いから解決できないのは
いや、どんな問題を解決しようとしてそれをしてるの？？
あ、非難とかじゃなくて単純に技術的な興味の質問です
382(1): 2021/05/30(日)18:34 ID:kdTnPrQw(1) AAS
ド安定のDebianにおいでよ
383: 2021/05/31(月)10:11 ID:xTGHVXEP(1) AAS
ぶっ壊れた ←まちがい
ぶっ壊した ←せいかい！
384(1): 2021/05/31(月)10:19 ID:vT0pmdQ7(1) AAS
>>382
しかしArchWikiの充実っぷりは異常
Debian系の人もみんな見てる
385: 2021/05/31(月)10:26 ID:M/HRWIX9(1) AAS
>>384
Debianも使ってるけどArchWikiは本当に有り難い
ディストリなんか好きなの使えばいいじゃんね
386: 2021/05/31(月)20:00 ID:dVOFpWbP(1) AAS
いつか戻ろと眺めながら Ubuntu
387: 2021/06/01(火)15:52 ID:tjqeO1d9(1) AAS
全部パッケージ入れ直せ
388(1): 2021/06/01(火)16:24 ID:D88ewky2(1) AAS
外部ﾘﾝｸ:ascii.jp
10年以上前だしディストロも違うけどUbuntuJPの中の人が悲哀を語ってますなぁ
389: 2021/06/01(火)20:27 ID:lx4ErDU5(1) AAS
>>388
今ならもうほとんどUTF-8じゃない？
390: 2021/06/01(火)21:25 ID:Kba/zp1y(1) AAS
pacman6ついにきたね
paralleldownloads試したけどめちゃくちゃ速い
391(1): 2021/06/02(水)09:01 ID:MhbteqpR(1) AAS
新しいpacmanはyay-binと衝突するのか
392: 2021/06/02(水)11:30 ID:sJmKRd8I(1) AAS
paru-binが一時動かなかったのはcat.netのせいかい
jaistを先頭にしたわ
393(1): 2021/06/02(水)22:16 ID:xh9nEwEt(1) AAS
>>391
yay、git clone, makepkgした。こんでいいのか自信ないけど。
394: 2021/06/03(木)01:32 ID:7/yLaEce(1) AAS
>>393
yay-binでなくyayならいいのか、ありがとう
395: 2021/06/03(木)02:57 ID:y876Oa/U(1) AAS
カーネル5.13からzstdが超絶進化するみたいだな。
楽しみだ。
396: 2021/06/03(木)04:36 ID:7hz5BDW7(1) AAS
zstdはまだ新しい規格だからまだ高速化の余地があるんだよな
397: 2021/06/03(木)15:01 ID:Xkeo10XF(1) AAS
Archの更新ってフリーフォールなみにこわいの？
Twitterﾘﾝｸ:chor0sK
NixOSを使ってても結局OS更新は清水の舞台から飛び降りる気分ではあるんだけど、Arch linuxはフリーフォールな気分なところ、NixOSだとバンジージャンプみたいな気持ちで飛び降りれる。rollbackできるから死にはしない。
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
398: 2021/06/03(木)15:30 ID:si4P3QAD(1) AAS
意味がわからんバックアップ作るなりetckeeperで管理するなりすればいいだけだろ
自分の技術力不足を他に押し付けるな
399: 2021/06/03(木)15:32 ID:Vjkj7d/9(1) AAS
使おうsnap-pac
外部ﾘﾝｸ:github.com
400: 2021/06/03(木)15:45 ID:25nde85X(1) AAS
システムなんてぶっ壊れようがいくらでも簡単に直せるしどうでも良いよな
エロ動画が消えるのだけは絶対許されないからデータ用のパーティションだけは多重バックアップ必須だけど
401: 2021/06/03(木)17:44 ID:kugDi/Li(1) AAS
起動しなくなるなんてレベルで壊れたことはない
402: 2021/06/03(木)18:35 ID:ThMKBnda(1) AAS
8年くらい使ってるが、アプリケーション毎のトラブルしか踏んだことないね (wine等)
アプデが契機でシステムごと、しかも復元不能なまでにおかしくなるなんて想像もつかない
おそらく、DEとかWMのトラブルで画面がつかなくなったりしたのも「システムが壊れた」と見なして叫んてるんだと思うが、そういうのは利用者のモラルの問題だね
軽々しく「Arch のアプデには勇気がいる」みたいなこと言わないでほしいなあ
発言者がどういう方かは知らないが、転載されてここまで来るということは影響力のある人なんだろうし
403: 2021/06/03(木)18:48 ID:nO0tcw9c(1) AAS
AURと混ぜると危険
標準リポジトリのみなら特に問題はない。
良くも悪くも壊れるようならArchのようなミニマルなディストリ向きのユースケースじゃないと思う
404(1): 2021/06/03(木)20:52 ID:wklNYk95(1) AAS
A(nixOS)をアゲるためにB(arch)を下げる、的な論法を真に受けなさんな。
# python上がってpython製のwmがちょっとおかしくなったり、pipewireの
# 設定に互換性が無くなって .pacnew で上書きが必要になったり、lvmeatd
# がxx で起動が遅くなったり、とか systemd-resolvd がー、とかちょいちょい
# あるのでリスクを感じないとは言わない。
405: 2021/06/03(木)23:42 ID:MvJXncy0(1) AAS
arch固有の話というかローリングリリース一般に通用する話が多い印象
406: 2021/06/04(金)00:22 ID:IafxhT2v(1) AAS
安定板でローリングリリースは事実上Arch系固有だからね
対抗馬はWindows10くらい
407(1): 2021/06/04(金)02:18 ID:tNu1zQBS(1) AAS
>>404
空行以下って全く致命的なトラブルじゃないでしょ
ところでPython製のwmってどれ？
408: 2021/06/04(金)04:20 ID:cKRgMAIo(1) AAS
更新が怖いというか
AUR経由での直接インストールが多いのが設計上の弱点だよね。
野良製アプリ前提だからある意味Windowsに似ているといえる。
409: 2021/06/04(金)05:51 ID:BOxQ5kdW(1) AAS
公式リポジトリしか使ってない限りは依存関係が崩壊しないっていうのは強みでもあるんじゃないか
問題の切り分けもしやすい
野良パッケージもpacman経由でインストールするわけだからリムーブも簡単だし、公式パッケージとの依存関係も基本的には取り持ってくれるので、configure; make; make install とはわけが違う
410: 2021/06/04(金)09:27 ID:2GIYnI86(1) AAS
Archは月1回リリースだから新しさと安定性のバランスが取れてるかと思うけど
どうなん？
上で出てるNixOSは最近使ってみたが
年2回リリースなので、安定版は段々ソフトウェアが古くなる
依存関係が厳密で、依存関係崩壊によるエラーは無いが、
使いたいソフトウェアがパッケージ化されてないと自分でパッケージ化必要でつらい
これはNixOSがと言うよりマイナーなディストロの弱みかもしれんけど
411: 2021/06/04(金)09:53 ID:glnIVYe7(1) AAS
パッケージは基本的に上流で既に｢安定版｣とされたものだし
数少ないArch由来の変更や設定もcoreとかに入る前にtestingに入ってテストされてるわけだし
不安定って言ってるやつは何を論理的な根拠に不安定だって言ってんのかね
ただ｢ぼくが不安定だと思うから不安定なんだ！｣ってだけ？
それともtestingでのテスト期間が短いとかかな
412: 2021/06/04(金)10:17 ID:bKHiB1Qg(1) AAS
他のディストリからしたら安定版はArchやらで試されてるから安定なんだろうけど
ArchやFedoraの場合は最初にその安定版とやらが降ってくるポジションだから
安定版といっても少数のテスターの環境での安定してる程度の意味しかないよ。
413: 2021/06/04(金)10:54 ID:62p7q2ws(1) AAS
そもそもアプリ自体が最新版入るんだから安定とか安定してないとかそういう問題でもない気がする
どんな OS でも最新版のアプリにすると今までできたことができなかったりできるようになったりするのは当たり前だし
414: 2021/06/04(金)11:50 ID:ZZ9W9o18(1/2) AAS
安定版がちゃんと安定しているかどうかは上流のリリース基準によるからなんともいえんね
バージョン自体は古くてもメンテナンスが行きどといてなくてそもそもバグが放置されてるソフトウェアとかもある
Arch自体は最新の安定版ってちゃんとした基準があるんだから、古いのや新しいが使いたいならユーザー側で変えればいい
Debian Testing、SUSE Tumbleweedなんかは同じローリングリリースでもベータ版が普通に落ちてくるし
GentooやNixは逆にローリングうたってるわりにバージョンが安定版から数年遅れの場合も少なくない
Ubuntuみたいな固定リリースの場合は上流がサポートしてないメンテナンス終了してふソフトウェアも含むから話が全然違う
415: 2021/06/04(金)11:56 ID:ZZ9W9o18(2/2) AAS
ソフトウェアのバージョンアップしたくないならpacmanのignorepkgで設定しておけば、
依存しているライブラリがABIに破壊的な変更加えない限りしばらくの間は使えるし
そもそも設定ファイルの構文がバージョンによってしょっちゅう変わるような開発途上のアプリは安定を優先させたいなら避けるべき
どのディストリ使ってようがいつかはその変更の影響受けるんだしそれがまとめてくるか細かくくるかの違いだけ
416: 2021/06/04(金)12:05 ID:SXXcPoKU(1) AAS
ローリングリリース故に別パッケージのアップデートに追従するまで間が空くことがあるくらいだな
417: 2021/06/04(金)12:31 ID:Q7Lr0IXe(1) AAS
特定バージョンのアプリケーション使い続けたいならdockerなどに頼る方が良いんじゃないかな
デーモン系だと難しいけど
418: 2021/06/04(金)22:26 ID:31qRwU7B(1) AAS
>>407
> ところでPython製のwmってどれ？
qtile 当時ローカル改造しながら使ってた。
致命的、じゃなくてもなんかあったらリカバリ出来る時間が取れるときじゃないとね、って事。
プライベートな作業やってる時とか仕事の前にアプデかけるリスクは取れないよ。
419: 2021/06/05(土)06:50 ID:AnRLNcy7(1) AAS
言ってるそばから早速pacman6.0でyayが破壊される不具合が発生したみたいだな。
420(2): 2021/06/05(土)09:34 ID:1j4kzwZo(1) AAS
もう次スレから
｢Partial Upgradeはサポート外｣
｢公式リポのパッケージに非互換な変更があったらそれに依存するAURのパッケージはリビルドが必要｣
みたいな基本的な注意点だけでも入れね？
基本的なこと理解しないでサポ外のことして自分でぶっ壊しといてArchが悪いと騒ぐバカが多すぎる
421(2): 2021/06/05(土)10:37 ID:2KRcmhJ9(1/2) AAS
Arch試してみようかと思ってたんだけど
AURって無くても困らないの？
422: 2021/06/05(土)10:52 ID:u3zcYTLQ(1) AAS
>>421
コマンド1発でパッケージマネージャ外のソフトをビルドインストールできるだけだから困らないよ
423: 2021/06/05(土)10:59 ID:3sm+BEdB(1) AAS
今朝アップデートしたらtimeshiftが機能しなくてちょっとビビったが
リビルドして日常を取り戻した
424: 2021/06/05(土)11:00 ID:i+mD/pQe(1) AAS
>>420
このスレの住人に喚起すべき注意点ってよりは、社会の問題な気もするが
データサイエンティスト笑志望のアホが環境作ろうと思って変なことしてるみたいな背景があるのかな
>>421
AURは便利である
し、野良パッケージをインストールするときもAURの作法でやるのが良い
>>420に書いてあるようなことは守る必要がある
425(2): 2021/06/05(土)11:15 ID:2KRcmhJ9(2/2) AAS
パッケージマネージャ外のはAURでソースからビルドしろって文化？
ビルド済みバイナリないの？
パッケージマネージャ外だから
非互換の変更あっても自動でリビルドしてくんないの？
426: 2021/06/05(土)11:27 ID:rxxmL233(1) AAS
>>425
バイナリもあるよ
なんとか-bin
って名前だとバイナリ
なんとか-git
だと、gitからソース拾ってきてビルドしてくれる
他には、appimegeとかもたまに転がってる
ビルドするヤツでも、pkgbuidファイル更新してくれないと
自動更新で再ビルドとかできないから
最終更新日とか
省4
427: 2021/06/05(土)12:32 ID:5iNQ3Cfb(1) AAS
>>425
arch wiki くらい読めよ……と思ったが、思想・方針的な話はあんまり書いてないな。
「AUR は……人気のあるパッケージが [community] リポジトリに取り込まれるように、コミュニティの手で新しいパッケージを共有することを目的に AUR は作られました。」
AURはもともとパッケージ開発を目的としているので、パッケージビルドスクリプト（PKGBUILD）を共有／パッケージそのものは自分で作れ、という文化。PKGBUILDの中身はbashスクリプトなので、ソースコードからフルビルドするものもあるし、ビルド済みプログラムをダウンロードするものもある。そこはPKGBUILDの作者次第。
428(1): 2021/06/05(土)16:21 ID:B1qtDcKt(1) AAS
何で人気のあるパッケージyayをcommunityに取り込まないのかは謎だな
429: 2021/06/05(土)16:40 ID:NweQ+dHU(1) AAS
yayはほとんど開発止まってる状態だからなぁ
430: 2021/06/05(土)16:46 ID:feTpHSLl(1) AAS
>>428
yayに限らず、AURヘルパーは公式でサポートしない方針。
431(1): 2021/06/06(日)09:28 ID:wXkFidGg(1/5) AAS
昔フォーラムでQAが存在しないユーザーリポジトリからのインストールを自動化するようなアプリは公式リポジトリには入れたくないって偉い人が言ってたけど、
じゃあmakepkgするときいちいちスクリプトや参照先のソースを監査してるのかいって言う話になるし、実際大多数の人間は細かいこと気にしないでyayとか使ってるわけだが
432: 2021/06/06(日)09:45 ID:VS6NV8N8(1) AAS
え？流石にスクリプト眺めるよね
433: 2021/06/06(日)10:13 ID:1KiejOoB(1) AAS
AURは自分で判断ができる程度の数のパッケージしか入れないわ
それこそ公式に合わせてリビルドが必要なこととか忘れて後からどうしてなのか悩みたくないし
434(2): 2021/06/06(日)10:18 ID:wXkFidGg(2/5) AAS
ぼーっと眺めてても単純な記述ミスにすら気づかない自信があるし真面目に1行ずつ読んだところで悪意を持って巧妙に隠されたら気づかないだろうから気にしてない
そもそもまじめにソース確認する人ばっかりだったらbinパッケージなんてものはAURに存在しないだろう
435(1): 2021/06/06(日)10:18 ID:aOYI2ixi(1/2) AAS
メンテ放棄されてたacroreadに悪意のあるスクリプト注入されてたのもう忘れたか
436: 2021/06/06(日)10:27 ID:W03oLUaO(1/3) AAS
>>431
> 実際大多数の人間は細かいこと気にしないでyayとか使ってるわけだが
だーかーら、そういうスタンスの人はあえてArch使う必要なんかないんだって
AURは素晴らしい
が、それはAURを公式リポジトリさながらに使いましょうということを全く意味しない
Archのミニマルな思想と利便性の間を取り持つためにAURは存在するんだってなぜ分からない
思想なんか関係ないよと思うなら正にArchなんて使う必要はない
437: 2021/06/06(日)10:27 ID:W03oLUaO(2/3) AAS
>>434
> そもそもまじめにソース確認する人ばっかりだったらbinパッケージなんてものはAURに存在しないだろう
……バカ？
438(1): 2021/06/06(日)10:30 ID:2deWSUVA(1) AAS
>>434
多分スクリプトはaurのパッケージを作るスクリプトを指してると思う。
binを使うのはわざわざ自分のマシンでコンパイルしても大して最適化されないものだよ
439(1): 2021/06/06(日)10:34 ID:izdMdqc0(1/2) AAS
まあ好ましくはなくても自己責任で｢見てもわかんねーしまぁいっか｣って判断してもそれはそれで別に悪くないっしょ
悪いのはわざわざ｢AURは誰でもアップできるから自己責任で使えよ！｣って太字で書いてあるのに何も理解しないで使って問題が起きたら騒ぐガイジ
440: 2021/06/06(日)10:35 ID:CrfWGWoG(1/3) AAS
それはそうと、AURで多くの人にインストールされててかつ公式のアプデに取り残されてシステムに深刻な影響を及ぼしうるパッケージって何かね
自分の環境眺めてみたら有名どころは nkf と displaylink と slack と zoom くらいしかなかったし平和なもんだ
441: 2021/06/06(日)10:37 ID:CrfWGWoG(2/3) AAS
>>439
両者、層が被ってそう
442: 2021/06/06(日)10:52 ID:wXkFidGg(3/5) AAS
>>438
ソースURLに適当にでっち上げたサイトのURL書いとくだけで何だってできるのにPKGBUILDだけちらっと眺めてどれほどの意味があるのか
443: 2021/06/06(日)11:16 ID:izdMdqc0(2/2) AAS
>>435の言ってる奴とかはcurlでダウンロードしてbashに渡すみたいな隠そうともしない露骨に不審な奴だったから眺めるだけでも割と気づけそうだし全く意味無くはないだろうとも思うけどね
ただ俺は全部チェックしてるって言うやつはじゃあ
Nodeに依存するパッケージがnpmでインストールするパッケージの中身まで全部把握してんのか？
Rustに依存するパッケージがcargoでインストールするクレートの中身まで全部把握してんのか？
みたいな話になるし現実的に個人が100%もれなくチェックするなんて無理だしな
結局｢意味ないからお前らも見なくていいーよ☆｣っておおっぴらに開き直って良いもんでもないし逆に｢隅から隅までチェックしろ！！！｣って強制するもんでもないし
リスクを承知した上でそれぞれが自己責任で利便性との間で適当にバランス取るしか無いわな
444: 2021/06/06(日)11:19 ID:0EY+YWu9(1) AAS
上流でウイルス混入してるのと
AUR自体のスクリプトにウイルス入ってるのは別問題じゃね？
そういうの嫌だったら普通にUbuntuとか使えば良いんじゃね？
なぜArch？
パッケージ新しいから？
445(1): 2021/06/06(日)12:05 ID:wXkFidGg(4/5) AAS
アップストリームに問題なくてもAURのパッケージメンテナに悪意があったら何だってできるわけ
PKGBUILDのソースURLがmozila.orgかもしれないしkernel.netかもしれないしパッケージ名っぽい独自ドメインかもしれないしgithabかもしれないし
実はユーザー名が一文字足りないかもしれないし一見普通のユーザーかもしれない
あるいはソースは本物でもパッチの一つに何か仕込まれているかもしれない
ソースパッケージだったらダウンロードして確認ということも原理的には可能だがバイナリパッケージだともうどうにもならない
まぁarch wayの伝道者ともなるとバイナリパッケージからでも余裕でソースコード復元できるみたいだが一般人には普通のソースコード監査すら厳しいからね
446: 2021/06/06(日)12:17 ID:CrfWGWoG(3/3) AAS
どんだけ馬鹿なのコイツ
・ユーザーリポジトリからのダウンロード、インストールを公式ではサポートしたくない話
・ユーザーリポジトリには悪意のあるパッケージが含まれうる話
・バイナリ配布には危険が伴う話
全部全くレイヤが違う話なんだが
問題の切り分けがなってないって指摘されてんのに何もわかってねえな
447(1): 2021/06/06(日)12:59 ID:wXkFidGg(5/5) AAS
AURは公式リポジトリではないし誰でも自由にUPできるから信用できないってのは共通認識があるわけだけどこの人は何を言ってるんだろう
齟齬があるのはmakepkg前にPKGBUILDファイルを眺める作業をする事の意義なわけだが
いきなり問題の切り分けとか言い出すし、もしかして日本語不自由かな
448: 2021/06/06(日)13:16 ID:3VFZvZIj(1) AAS
AURがどう作られてるかしらんけど
GitHubで開発してるなら
複数人で開発しててレビューが行き届いてんのもあるんじゃね？
それとも大体個人開発でレビュー無しなの？
449: 2021/06/06(日)13:20 ID:fFsqlfaW(1) AAS
>>445
PKGBUILDがー
って
いくらでも参照できるのに
コソコソ悪さできるとでも?
現に、公式のChromiumが、vaapiパッチ採用する
ちょっと前に、Chromium-vaapi-binで
ﾊﾞｲﾅﾘ配布してたのが、シナ製に切り替わった事あんだけど
みんな警戒して使わなかったよ
ソースコード読めない情弱で
省2
450: 2021/06/06(日)15:37 ID:aOYI2ixi(2/2) AAS
GitHubでPKGBUILDを管理している人はいるけど全員ではないな
公式リポジトリはSVN使っているし
451(1): 2021/06/06(日)16:23 ID:G4gACff0(1) AAS
yayなどのAURヘルパーはAURのパッケージインストール前にPKGBUILDの中身表示するようになってるし
AURのパッケージ使う前にPKGBUILDを確認すべきでその作業には意味があるというのはコミュニティーの共通認識とされているのでは
452: 2021/06/06(日)18:28 ID:2KouETs1(1) AAS
AURはただのインストールスクリプト集だからそこが心配なら自分でビルドすればいい
453: 2021/06/06(日)19:30 ID:W03oLUaO(3/3) AAS
>>447
ド低脳キッツ
上下前次1-新書関写板覧索設栞歴
あと 549 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s