Arch Linux 14

公式
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 13
http://mao.5ch.net/test/read.cgi/linux/1506160955/

方針が自分に合うってのが一番デカい。
GUIがどうのとかディストリのDE選定だとか、ユーザフレンドリーなツールがどうとか、
そういうのがちゃんとできるメンテナって少ないし、何年も続けるモチベも普通は無い
systemdもメンテナの観点から見たら作業が楽になる良いソフトだって説明もあったし、移行もめっちゃ速かった

「apt-get install」←長い
「pacman -S」←短い

何もかもミニマルだしi686にしたって何やかんやメンテナ多いからハード・ソフト共に選択の幅も広い
ほぼ一から構築出来るのにそれに伴う手間は軽減されていると云う或る意味初学者向けディストロ

aliasくらいつかえあ

いやそういう問題じゃない

大文字小文字の組み合わせは最初とまどったけど
今じゃinstallだのremoveだの入れるより楽でいいわ

apt-get install foo ←語呂合わせいい
make headers_install INSTALL_HDR_PATH=/foo ←語呂合わせいい
sudo apt-get install ←しつこいよお前

apt-getはもう使われてないだろ

今はaptやな
apt i<TAB>で補完されるから短いし打ち損じもしない
ミニマルかどうかは知らないけど

apt-getからaptになったのは知ってるけど、"-get"の部分はじゃあなぜ必要だったんだ？
コード書くからなのかも知れないけど、コマンドの命名規則がよくわからないのは気持ち悪く感じる。
pacmanはオプションも特定の言語に依存してないからスッキリ感じる。数学的。

debianの文書を当たればすぐにわかる話
興味ないのかもしれないが

他を殊更に貶めようとするのは良くないな

apt-getは非推奨なだけだろ。まだ使える。使えなくしてみろ、動かなくなるbashスクリプトがどれだけ増えるんだよ。

よくもまあ数学的などと軽々しく使えるな

pacmanは、-Sでは-dが--nodepsで、-Qでは-dが--depsになるみたいな、
(大文字)オプションで(小文字)オプションの意味が変わるところが気持ち悪い
pacman s(ync)だったら受け入れた
……まあここらへんは個人の哲学だし争っても不毛な気はするけど

aptとpacmanの比較なら書き方もあるだろうけど、コントロールできるパッケージの幅が違うところが大きいと思う。
僕の印象からすると、aptは親切設計で全部インストールされる感覚だけど、pacmanはそこまで親切でもない代わりに最小構成から必要なパッケージを選んでインストールできる感覚かな。
aurからパッケージ作成もpacmanと連動できるし、しっかり管理できる感じ。
あとパッケージ名の変更をしっかりアナウンスしてくれる。debianやubuntuでもしてるのかも知れないけど、わかりやすい。

PKGBUILDがbashスクリプトなのが振り返って見れば良かった。ハードルが低くて、覚えたことが他でも応用できる
初心者でもupstreamのビルドガイド通りにコマンド書いていけばある程度まともにパッケージ作れてちょっと達成感があるし、
Wikiも自然とシェルに親しめるようになってる
本当は初心者にこそお勧めしたい

AURにマルウェアが含まれていた件
非公式とはいえ普通に使いたくなるし、簡単には気付けないよなあ。
Linuxだからこそ出来る攻撃方法というか、何かと怖い。

名前間違えました。

本当は駄目って分かっててもついついAURから入れる時PKGBUILDとかいちいちチェックしないで入れちゃってるわー(´・ω・`)

同じく
インスコ止まったりしない限り見ない

何のパッケージにマルウェアがあったの?

https://sensorstechforum.com/arch-linux-aur-repository-found-contain-malware/
によると、
acroread 9.5.5-8
balz 1.20-3
minergate 8.1-2
の3つらしい。

使ってるパッケージがなくて良かったわ

PKGBUILD見るときってどんなところ気をつけて見てますか？
自分はパッと見で
・ダウンロード元が信頼できそうなアドレスか
・ビルド以外の変な処理してないか
をなんとなく見てますが、それ以外にチェックすべきことあれば教えて下さい。

おお危ねえ。最近 acroread が古くて起動しなくなっていたから、
更新されているのに気付いたら飛び付いている所だった。

pdfのリーダーで使いやすいのって他にある？移行したい。
むしろ今は大丈夫なのかな。

evinced,Mcomic

前はEvince使ってたけど今はFirefoxで見てる
文字化けも無いし快適

あ、それいいね。適当なbashコマンドにでもして使うわ。

こうした。もしよかったら役に立てば嬉しい。
/usr/local/bin/pdf
#!/bin/bash
path="file://$1"
google-chrome-stable --new-window --app=${path}

感動を誰か分かち合おうぜ。

$HOME/.config/mimeapps.listで
application/pdf=firefox.desktop;chromium.desktop;
とかにするだけでは駄目なん？

pdfはfirefoxが一番見やすいな

>>82
そんなのすっかり忘れてたけど、さっきのbashスクリプトだとアドレスバーが非表示になる。
アプリっぽい表示にしたかったから。。

firefoxのPDFって印刷解像度がめっちゃ低かったけど変わったんかな？
今も印刷用には使えんよね？

>>85
ほんまや！解像度低いのにファイルサイズがやたらデカいわw
印刷する時はChromium使うことにする

宅急便とかのPDF印刷するとQRコード潰れて無理なんよ

私はpdfをapvlvでちまちま見てます。
i3と相性いいんで。

>>79
sudo pacman -S poppler-data
これで文字化けは収まらない?

AURとかフォーラムが落ちてるな

落ちてるときはミラーを使おう
https://aur.tuna.tsinghua.edu.cn/

.cnとか開く気しない

じゃあ公式がもどるまで待ってればいいじゃん
自分でミラー作ってもいいんだぞ？

acroread は普段使いに重宝していたのではなく、リファレンスとして
使っていた。普段は evince （の私的改造版）を使っているんだが、
表示がおかしいときに「その他モロモロ」のviewerを色々と試して、
最後にacroread で確認するようにしていた。

前に起動しなくなった時は EFS.api を読み込まないようにしたら
治ったんだが、今のもそんな感じで治らないかなあ

中国のリポジトリはchromiumのva-apiが有効なビルドがあって使ってたな
今では普通にaurにあるけど

清華大って半導体関連でちょくちょく見かけるようになったけど
国産の独自OSとかも考えてるのかな？

>>77
速くて綺麗なのはllpp
使いやすくはない

zathuraはいいぞ。リーナスも褒めてた。
レンダリングライブラリとしてMuPDF(llppとかが使用)もpoppler(evinceとかが使用)も選べる。
あとみんな大好きvimライクなUIだぞ

qpdfviewで困ってない

テキストの選択が他のソフトのようにできるようになれば最高なんだが、それはなぜかずっとできない

なんか昨日pacman -Syuしてからたまにfsck失敗してエマージェンシーモードで起動するんだが
たぶんhttps://bbs.archlinux.org/viewtopic.php?id=238554　と同じ？
色々対処法書いてあるけど
lvm2のダウングレードとかfsck.mode=skipはなんか負けた気がして嫌だなあ（え

シャットダウンじゃなくてサスペンドすればいいんじゃねえの

https://www.archlinux.org/news/libutf8proc211-3-update-requires-manual-intervention/

>>100
lvm2 をダウングレードして、lvm2 の更新を無視するようにしたよ...

pacman更新エラーでたんで、NEWSの案内どうり下記したぜ

sudo pacman -Suy --overwrite usr/lib/libutf8proc.so.2

>>104
詳しい解説サンクス！

その --overwriteの方法はなぜかうまくいかなかったので普通に削除した。

つくばのミラーはどうしたんやろか(´・ω・`)

やっぱり死んでるのか
Pingは飛ぶけどエラー出るからjaist一番上にしたらうまくいった

>>107,108
ぼくもjaistにミラー変えたよ(´・ω・｀)

reflector 定期的にまわすのおすすめ

メンテナンスのコマンドをスクリプトにまとめておこうと思うのだけど、あったほうがいいコマンドおしえて。

paccache

最近Chromeの更新ないなーと思ってたけど何か問題が起きてるっぽい！？

>>113
いや気のせいか
バージョン68がとっくに出てるのかと思ってたけどまだ出たばっかりか

フォントファイル内のフォントの形を調べる簡単な方法はありますか？

Windowsのエクスプローラーでフォントファイルをダブルクリックした時に
表示されるウィンドウみたいな感じのがあるといいのですが。

Gnomeのフォントビューワとかがそういう用途じゃないか？

>>116
ありがとうございます。
gnome-font-viewer をインストールしたら見れました。

公式リポジトリでデバッグパッケージも配布してくれんかのぅ(´・ω・`)

jaist は速度あんまり出ないなあ
かといって riken にはないし

jaistで30MB/s位出るけどそれで不満ならローカルにミラー立てたほうがいいよ

ローカルミラーは気軽に立てるなってwikiにあるだろ。

1ヶ月くらい前rankmirrorsで速い順に並び替えたらjaistが一位だったけどなあ
二位はarchlinux.asia-east.mirror.zoidplex.netとかいうとこ
中国のサーバーは除外してるけど

trizen で linux-rt をインストールしようとするとエラーでできない。パッチがあたらないよう…

なんかSDDMの起動時の挙動がおかしくて
1. 前日の夜中12:00前に電源を切って翌日の起動時にsystemdのtimerが同時に走ってる場合は起動する
2. 再起動後や夜中12:00過ぎに電源を切って翌日の起動時にsystemdのtimerが走らない時は起動しない([ OK ] Reached Target Graphical Interfaceまで表示されて止まる)
3. 2の起動しない状態でも数分放置したりキーボードを適当にガチャガチャすると起動する
ログにもなんも変なものは残ってないしで保留してたんだけど今日ちゃんと調べてみたらこのへんだったっぽい
意味不明な挙動がやっと腑に落ちた

https://bbs.archlinux.org/viewtopic.php?id=238092
https://bbs.archlinux.org/viewtopic.php?id=236696
https://bugs.archlinux.org/task/58355

とりあえず書かれてるようにhaveged入れて有効化して回避

linux4.18で解決予定のバクね

バク
またガキか

>>123
試しにやってみたけど普通にできた
おま環では？
https://i.imgur.com/GKwDi2u.png

>>127
あー　できたの…

>>128
古くなったaurのパッケージが悪さしてるのかも、依存関係の問題だろうから今インストールしてるパッケージを全部入れ直せばいい。

>>129
ありがとうございます。
依存パッケージを再インストールしても
trizen -S linux-rt で以下のようになります。

atching file virt/kvm/arm/arm.c
==> エラー: prepare() で問題が発生しました。
中止...
:: Unable to build linux-rt - makepkg exited with code: 4

>>130
レスを読み間違えないで、全パッケージの入れ直し。
https://wiki.archlinux.jp/index.php/Pacman_%E3%83%92%E3%83%B3%E3%83%88#.E5.85.A8.E3.81.A6.E3.81.AE.E3.83.91.E3.83.83.E3.82.B1.E3.83.BC.E3.82.B8.E3.81.AE.E5.86.8D.E3.82.A4.E3.83.B3.E3.82.B9.E3.83.88.E3.83.BC.E3.83.AB

エラーのもうちょっと上のほうが見たい

>>131
ありがとうございます。
全パッケージの再インストールを
行い、現在 linux-rt のインストール
が実行されております。
ありがとうございました。

解決できない依存関係で困ったときは全パッケージ入れ直しおすすめ。
ローリングリリースだから1年に一回ぐらいは行っておくといいよ。

prepare()の失敗がパッケージ全入れ直しで直るってどういう状況なんだろ

archは各自がそれぞれのアイミングで各時間のスナップショットにアップデートするから気が付かないうちにパッケージの整合性が取れなくなってる場合がある。
全パッケージを入れ直すと各パッケージの新しくなった依存関係に照らして整合性を最新にしてくれるので「依存関係を満たしたはずなのにビルドできない」とか、「カーネル周りのパッチが当たらない」、「モジュールがロードできない」とかに有効。
pacmanは設定ファイルを残してくれるからできる。aptなら無理。

全システムのパッケージ名を控えるだけでシステムのバックアップになるのは強いよね。もちろん設定ファイルの必要だけど。

なんかなまじ>>133が解決してるっていうから余計にもにょる

全パッケージを入れ直すって>>131の# pacman -Qnq | pacman -S -の事言ってるんでいいのよね？

>>137
それであってる。aurの入れ直しもしたほうがいいかも。
腐ってるパッケージがあるせいかも知れないし、原因のパッケージを特定したり、パッケーを全部見直すよりもpacmanに投げたほうが早い。

依存関係の計算処理はNP完全で知られていて、都度で直すのが難しいときは全部入れ直ししかない。
この辺の事情は最新論文当たらないといけないから説明はお手上げ。
何度も言うけど、archはローリングリリースだからメンテのときに一度全部のパッケージを入れ直ししておいたほうがいい。
archの不具合がインストールし直しでなおったとか誰でも経験あるだろ、全パッケージを入れ直すだけでシステムがfixできるのはpacmanのいいところだよ。

なんかごめんね、>>137読み返すとID:9xnHO8x6にケチつけてるみたいに見えるけどそういう意図じゃなくて単純に具体的なシナリオが知りたいだけなんで
>>133も具体的に何やったのか教えてくれると嬉しい

>>138
それだとパッケージのデータベースも更新してないし単純に同じパッケージの同じバージョンをインストールし直してるだけよね？

>>140
すまんすまん。単純に議論してるつもりだったけど、当たりがきつかったかもしれん。
>>130で依存パッケージを入れ直したって言ってるから、まともなやり方でやっていたら更新してるかと思うよ。

理屈を説明するのは手に負えるけど経験則的に知りたいなら、ずっと使ってるarchのマシンで、
一度 sudo pacman -Syyu したあとで、sudo pacman -Qnq | pacman -S -
を実行してみると、新しく必要なパッケージがでてきたり、ディスク容量が増える可能性がある。から試してみればいいよ。
実際にインストールまではする必要がないから。Y/nのプロンプトでnしてくれ。

Manjaroで全パッケージインストールし直したけど、スッキリするなｗ

>>142
気分以外に変わったことあった？

>>139 関連で　暇な人向け記事
https://postd.cc/version-sat/

>>144
archのpacmanがうまくハマってて解決できるところを示唆してるのはここの部分。

>NP完全性を回避するための1つの方法は、仮定1に取り組むことです。
もし仮に、依存関係に、特定のパッケージのバージョンをリストするのではなく、最小バージョンしか明記できないとしたらどうなるでしょう？
この場合は、使用するパッケージを見つけるために、次のようなちょっとしたアルゴリズムがあります。
インストールしたいものの最新バージョンから始めて、その全ての依存関係の最新バージョンを、再帰的に入手します

だから、定期的に全パッケージ入れ直しは必要。

いつまでたってもAURヘルパーの派閥争いが収束しそうにないので
pacmanだけにしてその他のアプリは少数に整理し
gitとsubversionでいつもローカルに持って来ておくようにした

yourtつかってたけどあまりナウくないみたいなので
trizenとかいうのに変えた

僕はyay(Yet Another Yaourt)ちゃん！

俺もyayを使ってる。理由はyaourtとオプションがおおきなトラブルがないから。
でも一応trizenも入れてる。yayが壊れたときの復旧用に。
2つともpacmanを拡張した作りだけど、yayのほうがオプションが多い。
pacaurも選択肢の一つかもしれないけど、メンテナがいないので、この2つから選ぶのがいいと思う。
これら以外は使用感がyaourtと変わるので。

>>145
いい加減なこと書き散らかしてんじゃねぇょカス
既にパッケージがインストールされてる時点で依存関係は満たしてんだから全く同じパッケージを再インストールした所で何も変わるわけねぇだろ阿呆

そうじゃねぇなら｢そういう必要がある｣っていう公式なドキュメントでも上げてみやがれ

>>150
>全く同じパッケージを再インストール
いい加減な理解でいい加減な文章書くなよ。
システムにインストールされてる全てのパッケージをインストールするってことだろ。
150のレスだけでいい加減なのはどっちかわかるわ。

>>151
システムに｢既に｣インストールされてる全てのパッケージと｢全く同じ｣パッケージを再インストールした所で何も変わんねぇよ
同じこと何度も言わせんなカス