[過去ﾛｸﾞ] Arch Linux 16 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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
ド低脳キッツ
454: 2021/06/06(日)22:12 ID:FT9d4N/Q(1) AAS
makepkgはアーチのコマンド、自動化は自分たちでやってねって事
これ以上でも以下でもないから。
455: 2021/06/07(月)00:37 ID:S3JdSwyW(1) AAS
>>451
yayはデフォルトの選択肢が非表示なんだよなぁ
456: 2021/06/07(月)01:39 ID:pMACT2Xt(1) AAS
pamacってpacman 6にまだ対応してない?
457: 2021/06/07(月)08:06 ID:197KHeko(1) AAS
開発止まってるyayが対応してない
458: 2021/06/07(月)13:02 ID:CO0M+4wZ(1) AAS
yay-binはリビルトが必要なだけだったな
459: 2021/06/07(月)14:21 ID:RPAHeaTw(1) AAS
みんなparuは使わないの？
実質開発が終了したyayの話題のほうが多いように見えるけど
460: 2021/06/07(月)20:38 ID:k+XDloUS(1) AAS
paruで何も困ってないから話す話題がない
461: 2021/06/07(月)21:26 ID:DZ1Tfa7D(1) AAS
paruもyayもどっちも安定してると思うけどな
yaourt時代を考えると隔世の感がある
462: 2021/06/08(火)17:01 ID:FlZHlISj(1) AAS
>>外部ﾘﾝｸ:archlinux.org
libxcrypt 4.4.21 は、脆弱なパスワードハッシュ（MD5 や SHA1 ）を
新しいパスワードとして受け付けなくなった
まだ脆弱なハッシュでパスワードを保存しているユーザーは、
次回ログイン時、パスワードを更新するよう求められる
ログインに失敗したら（ディスプレイマネージャーからのログインなど）、
仮想端末（Ctrl-Alt-F2）に替えて、ログインしてね
463: 2021/06/08(火)17:13 ID:vOERmQFL(1/2) AAS
全然関係ないけど
> ログインに失敗したら（ディスプレイマネージャーからのログインなど）、
> 仮想端末（Ctrl-Alt-F2）に替えて、ログインしてね
これができなくて「アプデで壊れた！」叫んでる人稀にいるよね
464: 2021/06/08(火)17:30 ID:4LrLwvER(1) AAS
それできなくてもブートローダーでエントリ編集してシングルユーザーモードにするだけだろ
最悪インストールメディアから起動してchrootしてもいいし
465: 2021/06/08(火)18:13 ID:H67Wpjfs(1) AAS
それを行う発想やスキルがない人がArchに手を出しているパターンもたまにあるから
466: 2021/06/08(火)20:19 ID:A0+5/fSQ(1/2) AAS
俺クラスになるとgrubをバイパスしてカーネルを直接呼び出してるからエントリーなんて存在しない
467: 2021/06/08(火)20:31 ID:A0+5/fSQ(2/2) AAS
そういえばpacmanがしれっと並列ダウンロードをデフォルトで無効にしたな。
建前上サポート外のyay上での不具合で差し戻しかいな。
468: 2021/06/08(火)20:46 ID:vOERmQFL(2/2) AAS
yayの不具合に対応したというよりは、多数のユーザの頭の不具合に対応したんだろ
469: 2021/06/09(水)13:46 ID:hZ5sSi63(1) AAS
manjaro化の呪文が発明されてた
sudo pacman -S thunderbird gimp{,-refocus,-plugin-gmic} blender inkscape darktable openscad owncloud-client \
celluloid vlc ffmpeg gst-plugins-{bad,good,ugly} kdenlive audacity soundconverter nano-syntax-highlighting playonlinux\
texlive{-bibtexextra,-latexextra,-pictures,-langextra} img2pdf pstoedit pdf{2svg,arranger,tk} xournalpp chromium \
gnuplot p7zip htop glances pydf thefuck tldr gparted exfat-utils ntfs-3g sshfs keepassxc unzip trash-cli optipng \
perl-image-exiftool jhead gzip poppler xdg-utils tesseract{,-data-fra,-data-eng} ghostscript cozy-desktop \
yay base-devel pkgfile meld diffpdf system-config-printer lollypop simple-scan gedit-plugins tilix \
ttf-{roboto,roboto-mono,ubuntu-font-family,caladea,linux-libertine,linux-libertine-g,liberation} {awesome-terminal,powerline}-fonts \
python-nautilus steam-manjaro game-devices-udev arc-gtk-theme grammalecte easytag shotwell mypaint youtube-dl \
linux-steam-integration libxml2 python2-lxml cura{,-resources-materials} calibre openssh pavucontrol \
省1
470: 2021/06/09(水)13:52 ID:QTmcUkhE(1) AAS
archwayって変更か廃止かされた？
471(1): 2021/06/10(木)15:51 ID:3OBHF441(1) AAS
Arch使う前は英語のままで使ってる人が上級者っぽく見えたけど
実際には日本語化ってArchの環境構築の中でも最高難度だから英語のままな人は単なる技術不足よな。
472: 2021/06/10(木)15:59 ID:DpC4Lnhg(1) AAS
そんな難しかったっけ？
473: 2021/06/10(木)17:51 ID:C5VYN+uv(1) AAS
ロケールを日本語にするだけだった気がするけどなんか特殊な作業必要なの？
474: 2021/06/10(木)17:53 ID:0ivv0NM0(1) AAS
英語が読めなくてArch使ったことないんだろ
475: 2021/06/10(木)19:04 ID:gqaEIRf0(1) AAS
環境は日本語にしてディレクトリだけ英語に戻してるわ
476: 2021/06/10(木)19:09 ID:++5sb3aH(1) AAS
日本語フォントの設定は必要だな。
コンソールの日本語対応はけっこう面倒だった気が。たまに文字化けする。
477: 2021/06/10(木)19:15 ID:sh4ebwqR(1) AAS
日本語入力もググってコンソールにコピペで終わるし
478: 2021/06/10(木)19:21 ID:wsoOcdS8(1) AAS
>>471
インストールガイドや推奨事項に日本語化の手順載ってたと思うが
479: 2021/06/11(金)07:24 ID:vjSvbSzg(1) AAS
フォント調整は奥が深い。
最適化やらと違って決定版がないからコピペ通りで気に入るか別だし結構大変。
480: 2021/06/11(金)08:25 ID:t9y851Q/(1) AAS
そういうのって大抵客観性もないただの自己満足だしどうでも良いわ
間違った方法で効果ない設定して｢すごい綺麗になった！｣とか言ってそう
481: 2021/06/11(金)10:58 ID:hze7K8WL(1) AAS
フォントはubuntuの設定流用してるな
ubuntu以外はフォントにこだわりが無いのか設定がデフォルトばかりだ
482: 2021/06/11(金)11:20 ID:jdPI64ri(1) AAS
fontconfigはinfinality導入しとけがずっとFAだったけど上流にマージされたからな
かなりarch由来の開発成果取り込まれたんじゃないの？
483: 2021/06/11(金)11:22 ID:CCsh7Sa8(1) AAS
フォントって何をどう変えるの？
スペース幅とかサイズの話？
484(1): 2021/06/11(金)13:10 ID:1KmQMvbZ(1) AAS
基本は英語が見やすくなる設定になってるから
アンチエイリアスやヒンティングやらを調整する必要がある。
他の設定項目とは違って海外情報が役に立ちにくいから別方向に難しい。
俺もまだギザギザ気味だけど修正するべき箇所が良くわらなくて妥協してる。
485: 2021/06/11(金)13:15 ID:hGSf7X8r(1) AAS
fontは今これだな
外部ﾘﾝｸ:gist.github.com
486: 2021/06/11(金)20:43 ID:xXsfY0mZ(1) AAS
日本語化簡単だし、ディレクトリは勝手に日本語にならない。
487(1): 2021/06/11(金)21:03 ID:7g5AWml2(1) AAS
>>484
ターミナルの話？
自分の環境だとこんなもんだった
画像ﾘﾝｸ[jpg]:i.imgur.com
URxvt*font: xft:Ricty:size=10.5:antialias=true
以外になんか設定したか覚えてない
スペーシングもゼロのままだった
大変なんだっけ？
488(1): 2021/06/12(土)07:44 ID:dhfmwHcX(1/2) AAS
フォントはギザギザの方が目に良いんじゃなかったっけ
489(1): 2021/06/12(土)08:21 ID:ul6PbhOf(1) AAS
>>487
通報した
490(1): 2021/06/12(土)08:31 ID:aXZ/bnEh(1) AAS
>>488
ブルーライトカットが目に良いとか思ってそう
491: 2021/06/12(土)08:42 ID:dhfmwHcX(2/2) AAS
>>490
それはまだグレーでしょう
492: 2021/06/12(土)11:01 ID:zudQ5Yge(1) AAS
>>489
for what?
493(1): 2021/06/14(月)14:51 ID:GKjnk5re(1) AAS
Arch Linuxって楽しいのはインストールのときだけだな。
いざ安定すると特に面白みのないディストリ。
494: 2021/06/14(月)15:51 ID:dLiL0Fs5(1) AAS
システムの全貌を把握しつつ、パソコンでやりたい全てのことを何の不自由もなくできるのは快適と言うより他ない
Windows とか他のディストリじゃこれを両立するのは難しい
LSF や Slackware は快適さに欠けるしね
Gentoo は、自分でビルドすることに良さを感じる人にとっては Arch より良いだろう
495: 2021/06/14(月)17:02 ID:F3A2G8S4(1) AAS
> ユーザーは不要な、あるいは迷惑なパッケージを削っていくよりも、公式リポジトリで提供されているx86_64アーキテクチャ向けの沢山の質の高いパッケージを選ぶことでシステムを作り上げることができます。
これがすべて
496: 2021/06/14(月)19:01 ID:2bU8/jR1(1) AAS
>>493
他のディストリは安定した後にどういう面白味があるの？
497: 2021/06/14(月)19:12 ID:MxIUqolP(1) AAS
メジャーバージョンアップでシステム破壊されて復旧とか？
498: 2021/06/14(月)21:18 ID:GJGlBWMV(1) AAS
時々見た目や操作性が変わる
499: 2021/06/14(月)23:55 ID:lo1UQMAN(1) AAS
いじるのが楽しいからArch使ってるタイプの人は
設定が成熟してくると寂しさを感じるのはあるだろうね
500: 2021/06/15(火)08:12 ID:yeglH2Fg(1) AAS
たしかにやることがなくなった。プログラムとか英語できないし。最近はprotonのおかげでゲームばかりしてる
501: 2021/06/15(火)11:08 ID:TgTSrvTq(1) AAS
AUR使わないといけないゴミ
502: 2021/06/15(火)14:46 ID:tNggd1Ty(1) AAS
そういう点だとFedoraが最強ではある。
殆どのアプリが公式にFedora対応している上に
ArchとManjaroの中間くらいのパッケージの新しさだし。
上下前次1-新書関写板覧索設栞歴
あと 500 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.026s