Arch Linux 16

公式
https://www.archlinux.org/

ArchWiki
https://wiki.archlinux.org/

フォーラム
https://bbs.archlinux.org/

インストールガイド (英語, 日本語)
01. https://wiki.archlinux.org/index.php/Installation_guide
02. https://wiki.archlinux.jp/index.php/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E3%82%AC%E3%82%A4%E3%83%89

※ 質問はインストールガイドを熟読し、ArchWiki、フォーラムを検索してから。
※ 次スレは>>980が建てること。

前スレ
Arch Linux 15
https://mao.5ch.net/test/read.cgi/linux/1568434521/

Arch試してみようかと思ってたんだけど
AURって無くても困らないの？

>>421
コマンド1発でパッケージマネージャ外のソフトをビルドインストールできるだけだから困らないよ

今朝アップデートしたらtimeshiftが機能しなくてちょっとビビったが
リビルドして日常を取り戻した

>>420
このスレの住人に喚起すべき注意点ってよりは、社会の問題な気もするが
データサイエンティスト笑志望のアホが環境作ろうと思って変なことしてるみたいな背景があるのかな


>>421
AURは便利である
し、野良パッケージをインストールするときもAURの作法でやるのが良い
>>420に書いてあるようなことは守る必要がある

パッケージマネージャ外のはAURでソースからビルドしろって文化？
ビルド済みバイナリないの？

パッケージマネージャ外だから
非互換の変更あっても自動でリビルドしてくんないの？

>>425
バイナリもあるよ
なんとか-bin
って名前だとバイナリ

なんとか-git
だと、gitからソース拾ってきてビルドしてくれる

他には、appimegeとかもたまに転がってる

ビルドするヤツでも、pkgbuidファイル更新してくれないと
自動更新で再ビルドとかできないから
最終更新日とか
ユーザーからの評価とか、利用者どんだけいるかとか
もう、メンテされてないのとか
自分で選んで使わないといけない

メジャーなヤツだったら、そんな酷い目に会わないと思うけど…

>>425
arch wiki くらい読めよ……と思ったが、思想・方針的な話はあんまり書いてないな。

「AUR は……人気のあるパッケージが [community] リポジトリに取り込まれるように、コミュニティの手で新しいパッケージを共有することを目的に AUR は作られました。」

AURはもともとパッケージ開発を目的としているので、パッケージビルドスクリプト（PKGBUILD）を共有／パッケージそのものは自分で作れ、という文化。PKGBUILDの中身はbashスクリプトなので、ソースコードからフルビルドするものもあるし、ビルド済みプログラムをダウンロードするものもある。そこはPKGBUILDの作者次第。

何で人気のあるパッケージyayをcommunityに取り込まないのかは謎だな

yayはほとんど開発止まってる状態だからなぁ

>>428
yayに限らず、AURヘルパーは公式でサポートしない方針。

昔フォーラムでQAが存在しないユーザーリポジトリからのインストールを自動化するようなアプリは公式リポジトリには入れたくないって偉い人が言ってたけど、
じゃあmakepkgするときいちいちスクリプトや参照先のソースを監査してるのかいって言う話になるし、実際大多数の人間は細かいこと気にしないでyayとか使ってるわけだが

え？流石にスクリプト眺めるよね

AURは自分で判断ができる程度の数のパッケージしか入れないわ
それこそ公式に合わせてリビルドが必要なこととか忘れて後からどうしてなのか悩みたくないし

ぼーっと眺めてても単純な記述ミスにすら気づかない自信があるし真面目に1行ずつ読んだところで悪意を持って巧妙に隠されたら気づかないだろうから気にしてない
そもそもまじめにソース確認する人ばっかりだったらbinパッケージなんてものはAURに存在しないだろう

メンテ放棄されてたacroreadに悪意のあるスクリプト注入されてたのもう忘れたか

>>431
> 実際大多数の人間は細かいこと気にしないでyayとか使ってるわけだが

だーかーら、そういうスタンスの人はあえてArch使う必要なんかないんだって
AURは素晴らしい
が、それはAURを公式リポジトリさながらに使いましょうということを全く意味しない
Archのミニマルな思想と利便性の間を取り持つためにAURは存在するんだってなぜ分からない
思想なんか関係ないよと思うなら正にArchなんて使う必要はない

>>434
> そもそもまじめにソース確認する人ばっかりだったらbinパッケージなんてものはAURに存在しないだろう

……バカ？

>>434
多分スクリプトはaurのパッケージを作るスクリプトを指してると思う。
binを使うのはわざわざ自分のマシンでコンパイルしても大して最適化されないものだよ

まあ好ましくはなくても自己責任で｢見てもわかんねーしまぁいっか｣って判断してもそれはそれで別に悪くないっしょ
悪いのはわざわざ｢AURは誰でもアップできるから自己責任で使えよ！｣って太字で書いてあるのに何も理解しないで使って問題が起きたら騒ぐガイジ

それはそうと、AURで多くの人にインストールされててかつ公式のアプデに取り残されてシステムに深刻な影響を及ぼしうるパッケージって何かね

自分の環境眺めてみたら有名どころは nkf と displaylink と slack と zoom くらいしかなかったし平和なもんだ

>>439
両者、層が被ってそう

>>438
ソースURLに適当にでっち上げたサイトのURL書いとくだけで何だってできるのにPKGBUILDだけちらっと眺めてどれほどの意味があるのか

>>435の言ってる奴とかはcurlでダウンロードしてbashに渡すみたいな隠そうともしない露骨に不審な奴だったから眺めるだけでも割と気づけそうだし全く意味無くはないだろうとも思うけどね

ただ俺は全部チェックしてるって言うやつはじゃあ
Nodeに依存するパッケージがnpmでインストールするパッケージの中身まで全部把握してんのか？
Rustに依存するパッケージがcargoでインストールするクレートの中身まで全部把握してんのか？
みたいな話になるし現実的に個人が100%もれなくチェックするなんて無理だしな

結局｢意味ないからお前らも見なくていいーよ☆｣っておおっぴらに開き直って良いもんでもないし逆に｢隅から隅までチェックしろ！！！｣って強制するもんでもないし
リスクを承知した上でそれぞれが自己責任で利便性との間で適当にバランス取るしか無いわな

上流でウイルス混入してるのと
AUR自体のスクリプトにウイルス入ってるのは別問題じゃね？

そういうの嫌だったら普通にUbuntuとか使えば良いんじゃね？
なぜArch？
パッケージ新しいから？

アップストリームに問題なくてもAURのパッケージメンテナに悪意があったら何だってできるわけ
PKGBUILDのソースURLがmozila.orgかもしれないしkernel.netかもしれないしパッケージ名っぽい独自ドメインかもしれないしgithabかもしれないし
実はユーザー名が一文字足りないかもしれないし一見普通のユーザーかもしれない
あるいはソースは本物でもパッチの一つに何か仕込まれているかもしれない
ソースパッケージだったらダウンロードして確認ということも原理的には可能だがバイナリパッケージだともうどうにもならない
まぁarch wayの伝道者ともなるとバイナリパッケージからでも余裕でソースコード復元できるみたいだが一般人には普通のソースコード監査すら厳しいからね

どんだけ馬鹿なのコイツ

・ユーザーリポジトリからのダウンロード、インストールを公式ではサポートしたくない話
・ユーザーリポジトリには悪意のあるパッケージが含まれうる話
・バイナリ配布には危険が伴う話
全部全くレイヤが違う話なんだが
問題の切り分けがなってないって指摘されてんのに何もわかってねえな

AURは公式リポジトリではないし誰でも自由にUPできるから信用できないってのは共通認識があるわけだけどこの人は何を言ってるんだろう
齟齬があるのはmakepkg前にPKGBUILDファイルを眺める作業をする事の意義なわけだが
いきなり問題の切り分けとか言い出すし、もしかして日本語不自由かな

AURがどう作られてるかしらんけど
GitHubで開発してるなら
複数人で開発しててレビューが行き届いてんのもあるんじゃね？
それとも大体個人開発でレビュー無しなの？

>>445
PKGBUILDがー
って
いくらでも参照できるのに
コソコソ悪さできるとでも?

現に、公式のChromiumが、vaapiパッチ採用する
ちょっと前に、Chromium-vaapi-binで
ﾊﾞｲﾅﾘ配布してたのが、シナ製に切り替わった事あんだけど
みんな警戒して使わなかったよ

ソースコード読めない情弱で
こまけー事、ワケわからんユーザーにでも
コメントくらいは、よめますからね

GitHubでPKGBUILDを管理している人はいるけど全員ではないな
公式リポジトリはSVN使っているし

yayなどのAURヘルパーはAURのパッケージインストール前にPKGBUILDの中身表示するようになってるし
AURのパッケージ使う前にPKGBUILDを確認すべきでその作業には意味があるというのはコミュニティーの共通認識とされているのでは

AURはただのインストールスクリプト集だからそこが心配なら自分でビルドすればいい

>>447
ド低脳キッツ

makepkgはアーチのコマンド、自動化は自分たちでやってねって事
これ以上でも以下でもないから。

>>451
yayはデフォルトの選択肢が非表示なんだよなぁ

pamacってpacman 6にまだ対応してない?

開発止まってるyayが対応してない

yay-binはリビルトが必要なだけだったな

みんなparuは使わないの？
実質開発が終了したyayの話題のほうが多いように見えるけど

paruで何も困ってないから話す話題がない

paruもyayもどっちも安定してると思うけどな
yaourt時代を考えると隔世の感がある

>>https://archlinux.org/news/sorting-out-old-password-hashes/

libxcrypt 4.4.21 は、脆弱なパスワードハッシュ（MD5 や SHA1 ）を
新しいパスワードとして受け付けなくなった

まだ脆弱なハッシュでパスワードを保存しているユーザーは、
次回ログイン時、パスワードを更新するよう求められる

ログインに失敗したら（ディスプレイマネージャーからのログインなど）、
仮想端末（Ctrl-Alt-F2）に替えて、ログインしてね

全然関係ないけど

> ログインに失敗したら（ディスプレイマネージャーからのログインなど）、
> 仮想端末（Ctrl-Alt-F2）に替えて、ログインしてね

これができなくて「アプデで壊れた！」叫んでる人稀にいるよね

それできなくてもブートローダーでエントリ編集してシングルユーザーモードにするだけだろ
最悪インストールメディアから起動してchrootしてもいいし

それを行う発想やスキルがない人がArchに手を出しているパターンもたまにあるから

俺クラスになるとgrubをバイパスしてカーネルを直接呼び出してるからエントリーなんて存在しない

そういえばpacmanがしれっと並列ダウンロードをデフォルトで無効にしたな。
建前上サポート外のyay上での不具合で差し戻しかいな。

yayの不具合に対応したというよりは、多数のユーザの頭の不具合に対応したんだろ

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 \
zsh-{autosuggestions,completions,history-substring-search,syntax-highlighting} vim peek

archwayって変更か廃止かされた？

Arch使う前は英語のままで使ってる人が上級者っぽく見えたけど
実際には日本語化ってArchの環境構築の中でも最高難度だから英語のままな人は単なる技術不足よな。

そんな難しかったっけ？

ロケールを日本語にするだけだった気がするけどなんか特殊な作業必要なの？

英語が読めなくてArch使ったことないんだろ

環境は日本語にしてディレクトリだけ英語に戻してるわ

日本語フォントの設定は必要だな。
コンソールの日本語対応はけっこう面倒だった気が。たまに文字化けする。

日本語入力もググってコンソールにコピペで終わるし

>>471
インストールガイドや推奨事項に日本語化の手順載ってたと思うが

フォント調整は奥が深い。
最適化やらと違って決定版がないからコピペ通りで気に入るか別だし結構大変。

そういうのって大抵客観性もないただの自己満足だしどうでも良いわ
間違った方法で効果ない設定して｢すごい綺麗になった！｣とか言ってそう

フォントはubuntuの設定流用してるな
ubuntu以外はフォントにこだわりが無いのか設定がデフォルトばかりだ

fontconfigはinfinality導入しとけがずっとFAだったけど上流にマージされたからな
かなりarch由来の開発成果取り込まれたんじゃないの？

フォントって何をどう変えるの？
スペース幅とかサイズの話？

基本は英語が見やすくなる設定になってるから
アンチエイリアスやヒンティングやらを調整する必要がある。
他の設定項目とは違って海外情報が役に立ちにくいから別方向に難しい。
俺もまだギザギザ気味だけど修正するべき箇所が良くわらなくて妥協してる。

fontは今これだな
ttps://gist.github.com/cryzed/e002e7057435f02cc7894b9e748c5671

日本語化簡単だし、ディレクトリは勝手に日本語にならない。

>>484
ターミナルの話？
自分の環境だとこんなもんだった
https://i.imgur.com/Y1xeKkK.jpg

URxvt*font: xft:Ricty:size=10.5:antialias=true
以外になんか設定したか覚えてない
スペーシングもゼロのままだった
大変なんだっけ？

フォントはギザギザの方が目に良いんじゃなかったっけ

>>487
通報した

>>488
ブルーライトカットが目に良いとか思ってそう

>>490
それはまだグレーでしょう

>>489
for what?

Arch Linuxって楽しいのはインストールのときだけだな。
いざ安定すると特に面白みのないディストリ。

システムの全貌を把握しつつ、パソコンでやりたい全てのことを何の不自由もなくできるのは快適と言うより他ない

Windows とか他のディストリじゃこれを両立するのは難しい
LSF や Slackware は快適さに欠けるしね
Gentoo は、自分でビルドすることに良さを感じる人にとっては Arch より良いだろう

> ユーザーは不要な、あるいは迷惑なパッケージを削っていくよりも、公式リポジトリで提供されているx86_64アーキテクチャ向けの沢山の質の高いパッケージを選ぶことでシステムを作り上げることができます。

これがすべて

>>493
他のディストリは安定した後にどういう面白味があるの？

メジャーバージョンアップでシステム破壊されて復旧とか？

時々見た目や操作性が変わる

いじるのが楽しいからArch使ってるタイプの人は
設定が成熟してくると寂しさを感じるのはあるだろうね

たしかにやることがなくなった。プログラムとか英語できないし。最近はprotonのおかげでゲームばかりしてる

AUR使わないといけないゴミ

そういう点だとFedoraが最強ではある。
殆どのアプリが公式にFedora対応している上に
ArchとManjaroの中間くらいのパッケージの新しさだし。

最初のカスタムしてる段階ではARU最高！！ってなるけど
初期の環境構築が定まった後になると
またARUで非公式落とすしか無いのかよとウンザリするのはある。
FedoraやDebianなら公式がパッケージ配布してるのに。

ソフトウェアあるある

Linux用はこちら
・Ubuntu/Debian
→ 公式が用意したリポジトリの導入方法を丁寧に解説
・Fedora
→ 公式が用意したリポジトリの導入方法を簡潔に解説
・Arch
→ 無保証だけどAURにあるらしいよー（投げやり）

archユーザーなんて書かなくてもなんとかするだろというのもある

Arch Linuxって更新が早いのは公式が用意したパッケージの話であって
大半のソフトウェアは結局AUR経由での取り込みになるから
ARUのメンテナ次第ではむしろ更新が遅れるから
公式がリポジトリを用意してるようなソフトウェアでは他ディストリの方が少し更新が早かったりするよね

そんなのソフトウェアによるとしか
rust製の新しいソフトウェアだとarchしかインストール方法紹介してない場合もざらにあるわ
公式で配布しているパッケージだってメンテナが同じとは限らないしFedoraとかUbuntuはディストリのバージョンによってライブラリが違うから互換性ないしな

具体的にAURでしかインストールできないソフトウェアって何よ？
一人勝手な印象でしかない

それこそ一人勝手では？
AURが無かったらArchの今の人気は無かっただろうよ

最新版のソフトをパッケージマネージャーでインストールできるってインパクトはすごかったね
あのころは github もなかったからソフトウェアを収集するのが大変だったものね

>>506
pacman -Qm と -Qn それぞれ何行？

ただマニアックなカスタムを施そうとすると
結局Arch Wikiを参照するからArchを使うのが一番手っ取り早いんだよね
他のディストリビューションで深い部分のカスタムを加えると壊れる可能性あるし
壊れた時の修復方法も結局Arch Wikiを参考にするから、じゃあArch Linuxでいいじゃんとなる

manjaroも良いけどこんなのもあるのね ttps://hashproject.ga/

EndeavourOSとかArcoLinuxの競合か

Archの上級者向けの派生というのは無理ある
じゃあ素のArchでいいじゃんとなるし

ArchでLinuxの素の状態を知ってから他のディストリを触ると面白いよね。
あーこの部分をこうしてるんだーってディストリ制作者の工夫が分かるようになる。
そんでもってやっぱDebianとFedoraは勉強になるチューニングしてあって評価の高さも納得できる。

DebianとFedoraが入れてる修正ってほとんどバージョンが古いための上流からのチェリーピックだと思うんだが何の話をしてるんだ？

チェリーピック？修正？
Btrfsの圧縮レベルの初期値だとか
LightDMのデフォルト設定との変更点とか分からない？
流石に他のディストリへの理解が浅すぎる書き込み。

個々のアプリケーションの設定のことを「チューニング」なんて呼ぶ人初めて見ました
てっきりカーネルの話かと思いましたもので

ディストリ毎のコードの改変ならともかくアプリケーションの初期設定が嫌なら自分で変更すればいいだけじゃん
上流は意味があって汎用の環境を想定してデフォルト設定選んでるんだから
他のディストリはサーバー用途やデスクトップ用途とか特定の環境しか考えてないから変えているだけだろ？

Btrfsの圧縮なんて特にCPUの使用とハードディスクの使用量のトレードオフなんだから設定すべきかは人それぞれだろ
最初からデフォルトじゃないよく分かんない設定入ってるとあとで困るだけだわ