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/

具体的に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の使用とハードディスクの使用量のトレードオフなんだから設定すべきかは人それぞれだろ
最初からデフォルトじゃないよく分かんない設定入ってるとあとで困るだけだわ

>>509
因果関係が逆じゃないの？
オレみたいにAURあんまり使わない人も多いだろう
AURで人気が加速した、なら分かるけどさ

元々人気があったからこそincomingへの投稿が増えてさすがに整備が必要ってことでTURになったと理解してる

デフォルトよりもメリットがあるからわざわざ変更している訳で
そういった意味のある設定を洗い出す意味でDebianやFedoraの変更点は特に参考になるよ

アプリケーションのビルドオプションを見直そうと思ったときに、Arch、Debian、Fedoraのデフォルトがどうなってるかを見比べて、違っているものを「意味のオプション」と見なすの？
イミフメ〜〜〜
man なりそのソフトの公式ページなり見たほうがよっぽどまとまった情報があるだろ


程度低過ぎワロシ
インストール厨の自己正当化のための謎認知って感じ

何で急にビルドオプションの話になってるんだ？
その読解力では他のディストリの設定の意味を読み取るのは無理そうだな。

まあ只の釣りキチ三下だし

個々のアプリケーションの話なんでしょ？
すなわちビルドオプションかドットファイルか/etc以下で設定する何かのことでしょ？
> LightDMのデフォルト設定
みたいなゲロ浅いこと言ってるしそういうことだよね
カーネルに当たってるパッチの違いだかの話かと思いきや、LightDMのデフォルト設定とはね笑


>>524
> 他のディストリの設定の意味を読み取る
何この婉曲表現
もの知らん過ぎて奥ゆかしくなっちゃってるよ
オモロイなあキミ

>>522
メリットしかない変更だったら上流のほうでその設定をデフォルトにしとくでしょ
あまりテストしてないから開発者以外には使ってほしくないとか、挙動がピーキーになるとかデメリット考えてオフにしてるのに勝手にオンにされて喜ぶのはマゾい

自分でパッケージかけるぐらいじゃないとアーチの利点ないと思う。
他人に振り回されてる時点で見直したほうがいい。

最近thinkpad T495Sにarch linuxをインストールしたんですが、
neofetchでみてみると、どうも実際のramは８GBなんですが６GB弱
しか表示されてなくて不思議です。
https://imgur.com/dJfbxxJ
どなたか原因のわかる方、よろしくおねがいします

RyzenGが1.5GBくらい食ってるんじゃね

>>530
やはりRyzenですか、、

BIOSやマイクロコードは最新にした？Ryzenはそこらへん古いバージョンだとバグ多いよ

GPU 用メモリ引かれてるだけだと思うが
ネチネチ細かいことで揚げ足とるここの住人が
そんなことに気づかないとかありえるんだろうか

俺は釣られているんだろうか

さっきググってたらこういうの見つけた
設定にあるかみてみれば
https://bbs.kakaku.com/bbs/K0001157209/SortID=23022068/ImageID=3288096/

初心者ならintel使えばいいのに

>>535
どうもありがとうございました。
biosでdisplayの項目の中の、UMA Frame Buffer Sizeが原因でしたね。
デフォルトで２Gとってるみたいです。選択項目が１Gか２Gしかないので
いちおう１Gにしてちょうど８−１で７G使えるようにしておきました。
やはりAMDはくせがありますね。けちらないで１６G選んでおけばよかった(汗)
他の皆さんもどうもお騒がせしました

オンボードグラフィックならintelでも同じでは？

オンボでメモリ交換できないのに8GB選んでる時点で正常な判断ができない人なのわかるでしょ

↑こういう陰湿な書き込みって書いてて気持ちいいのかな

>>538
メモリ共有してるからですね。Intel Graphicでも勿論同じ。
AMDは癖がある、とかいう誤解抱えて終了しないで欲しい所。

AMDでメモリ8GBならZramを導入してみるのもいいかもしれない。
pacman -S zram-generatorで導入完了。
メモリ不足でCPU性能を持て余すハードにピッタリの選択肢。

内蔵gpuの事、オンボっていうのいい加減やめない?ボードについてないし。

まあ通じるからええやろ

ノースブリッジに入ってた頃の用語ではある。

言われてみたらオンボ単語使ってないなあ最近
igpuかな

オンボードビデオというのはマザーボードにビデオチップとメモリーが直接はんだ付けされていた頃。

UMAのオンボもあったしソケットにVRAMチップ増設できるのもあったし

fcitx5に乗り換えてみたけどスゲー良い

>>549
kwsk

>>550
まずシンプルに見やすい。
https://i.imgur.com/P4srW1F.png

それと入力欄にフォーカスした時点で
現在の入力形式をポップアップしてくれるオプションがあって超便利。(「ja」とか出てくる)
いちいちローマ字側だっけ？とか一切悩まなくて済む。

フォーカス時にどっちの入力なのか分からなくてミスった経験は1回や2回じゃなかったから最高。

>>551
ポップアップ機能それいいな

>>551
これフォント何？

>>553
notoかな？
Debian11の/usr/share/fonts/を
全部ぶっこ抜いてコピーしたらこうなった。
この手法だとブラウザ含めて全てのフォントがいい感じになるからオススメ。

グラフィックをBIOSで設定できるのはまだましでhpでは一切触れなかった
nvidiaGPU強制有効でVRAM6GBあるのにIGPUも強制有効で強制的に2GB取られる
全く訳がわからない仕様だった

書き換えりゃええやん

fcitx5あったのか　いいこと聞いた
5ってpacmanに明示しなきゃ入らないよね　まあいつかはいらんくなりそうだけど

Debian向けのAURが登場したらしい
https://dur.hunterwittenborn.com/

pkgbuidで使えるの？
Linux版のbrewもあるけど、アーチのパッケージシステム使えたらいいよね。

pacmanクソ有能だからね

てかaurに統一するんじゃなくて、サンドボックス機能があるflatpakしかりsnap然りに統一してほしい感ある
最近pipewireなりwaylandが使えるまでに進歩したし

Gnomeにしてみたけど言われているほど悪くない
設定でアニメーション切って
なるべくショートカットキーを活用するとサクサク動かせる

初心者向けのDEだと思って使うと面食らうけど
キーボード操作前提の中上級者用のDEだと頭を切り替えて使うとかなり良いね
i3やXmonadの超リッチ版だと思って扱うとめっちゃ快適で
カーネルメンテナ達が愛用するのも納得

i3も悪くないけど、快適かと言われるとね。

i3然りwmで快適じゃ無い点ってなんや？
ノーパソ利用ならwmってクソ神だと思うんだけど…

特に自分的にいい点は、マウス操作するのブラウザくらいでほぼキーボードから手を離さなくて済んだのとtmuxを使わなくなった

キーボードに慣れるとマウス前提のDEに戻れないのは分かる
Gnomeがキーボードで行けるなら乗り換えもありかな
リーナスやGKHがマウスを頻繁にカチカチしてる姿は想像しにくいし
実際キーボードで完結するんだろうね

>>554
Noto fontは中・日・韓の言語を包括サポートするnoto-fonts-cjkが多くのdistroの公式
リポジトリにあり、Archにもある[*]。他のdistroから持ってくるとfontがupdateしても使用
distroが知る術がないので、その手法はdistroに含まれないもの以外は、お勧めできない。
公式リポジトリからインストールするには、以下で。
----
sudo pacman -S noto-fonts-cjk noto-fonts-emoji

[*] フォント - ArchWiki
https://wiki.archlinux.jp/index.php/%E3%83%95%E3%82%A9%E3%83%B3%E3%83%88

フォントは抜けがあるだけで一気に汚くなるから
大手のdistroから引っ張ってくるのは効率的ではある

抜けを気にするならそれこそNotoでいいだろ

snapにサンドボックス機能があってもあんまり必要なシーンが思いつかない。開発者はDockerで検証すればいいだろうし、性能に響くだけじゃん。

Dockerとsnapでは抽象化してる層が全然違うやん

フォントは余計なの入れると古いの使われて汚くなることあるわ
JAVAとか汚くなると厄介

コピペで持ってくるのはWindows専用のやつだけ

>570
何が言いたいかさっぱりわからん。Dockerで安全ならsnapでも安全だと思うけど。
そもそも、パッケージマネージャーがないとサンドボックス運用ができないのが問題じゃなくて?

確かにメリットはよく分からん。
だから全然普及してないんだろうけど。

>>567
ArchもArch系と言われるdistro群の上流に位置する、大手の一つだが。

>>574
Snapは開発しているCanonicalのやり方に一部メンテナが異議を唱えている。LinuxMintの
創設者、Clement Lefebreは上流のUbuntuがChromiumのサポートをSnapに限定した手法の
内容が、ユーザーを欺く行為[*]だとして、Mint20以降、Mintリポジトリからsnapdを削除した。

[*] Linux Mint dumps Ubuntu Snap
By Steven J. Vaughan-Nichols June 5, 2020 18:52
https://www.zdnet.com/article/linux-mint-dumps-ubuntu-snap/

Ubuntuは一部のシステムすらsnap化してるという記事を読んだことがある
将来のアップグレードでsnap廃止とかになったら作業が面倒くさそうだけどいいのだろうか

MintはとにかくUbuntuに逆らいたいだけって印象
親に養ってもらいながら親に反発する子供みたいな

リソース足りてないのに上流とコンフリクトする方向に乖離したプロジェクトは消える運命よ
Mintがリソース足りてるのかどうかは知らん

mintはシェア落としてるでしょ
ユーザーフレンドリーなディストロが増えてきたから

さっさとcleartype対応してくれよいつ特許切れるんだよ

GNOME 40への対応を見るにUbuntuも色々と弄りすぎて
パッケージ側の大きな更新に追従する余裕がなくなってきてるね
Unityとか自前で作ってた頃と比べると相当開発規模が縮小してそう

snap嫌いなんだよなあ
fdisk -lがひどいことになる

ループバックのマウントポイントが大量に出てくるってことかちょっと分かる

大量のハッシュ名ファイルを作るflatpakも嫌い

バイナリ1つにまとめてくれたら管理が楽なんだけどね
パフォーマンスも考えると難しいか

snap てdockerで動いたっけ？
前にインストールしてダメだった気が。

>>585
appimage

AppImageは1ファイルで良い感じだけど普及率の低さとアップデートの面倒さが欠点

GNOME40試してみたけど
アニメーション無効化したら確かにi3感覚で使えるね
初期設定はtrackerの無効化と端末エミュ起動のショートカット設定くらいで十分
メモリ使用量はそれなりだけど動作速度はラップトップで使っても相当速い

使わないメモリは無駄なメモリ
余ってるメモリは積極的にキャッシュとして活用したほうがいい

誰もそんな話してないが

ケンカ腰の書き込みはNG

最近思うんだけどArchが壊れる原因って
pacmanのパッケージでの依存関係の定義の甘さもあるよね
アップストリーム追従だから仕方ないけど
公式リポジトリでも依存関係の不足が発生する場合がある

いや、yayなりのparuなりの非承認pacmanパッカー使ってるのが原因や‼︎aurutilsを布教したい‼︎

>>593
主要なライブラリのアップデートがあると依存するアプリ全てビルドしなおす必要あるから大変やね
https://archlinux.org/todo/
最近はsonameを公式で追えるようになったから楽になったとはいえ

pacmanで壊れるとか言ってる奴でちゃんと再現性のある実例出てきた例がまったくねーよな
いっつも｢〇〇入れたら依存関係がぶっ壊れてぐちゃぐちゃ｣みたいな何の再現性もない曖昧な日記ばっか

使い方も理解しない原因も特定しないでてめぇでぶっ壊して｢ふぇぇ何もしてないのに壊れたよぉぉ｣とか騒ぐんならWindowsでも使ってろやwww

>>596
何もしなくても強制アップデートで壊れるwindows勧めるとか鬼かよｗ

再現性のある実例ったってArchで再現可能な説明をしようにも
インストール手順から何から全部説明する事になるから困難でしょう
仮に全部説明されたところで常に最新になるからこっち側での再現も無理だし

>>598
それな〜各々の環境全然違うから、飽くまで解決の一例又は依存関係のエラー吐かれるって情報が沢山あるだけ有益だと思うけどな〜

寧ろなんも凝って無いインストールガイドこそ要らへんわ

>>598
> 再現性のある実例ったってArchで再現可能な説明をしようにも
> インストール手順から何から全部説明する事になるから困難でしょう

アホ？
なんですべてのレイヤをごっちゃにして考えるのだ

最近遭遇した例だと、lua52とlua両方のパッケージが入った状態で
vlcをビルドすると失敗するという依存関係での不具合があった。
解決方法はlua52を削除。

依存関係は不足ならまだ分かりやすいけど
上記のような組み合わせて初めて発生するタイプのエラーもあるから厄介。
個々のパッケージの依存関係だけ見ると完全に満たされてるからね。

ビルドはまた別の話だろ
Arch (pacman) は別に手元でビルドするための依存関係を解決してるわけじゃない

やり直し

本人は具体的に指摘してるつもりなんだろうけど相変わらず｢依存関係での不具合｣とかいうぼんやりした物言いに終始してて草

vlcのビルドで誤ったライブラリを参照されるということであればvlcのバグなのでは

頻繁に依存関係が壊れるパッケージといえばhaskell関連だな。
archのたまに出てくる依存関係壊すやつは公式の手順どおりに使ってないだけって奴は単純に使ってるパッケージが少ないだけ。
普通に更新切れたパッケージが削除されずに残って依存関係を壊す（パッケージが腐る）こともあるし、経験足りないんじゃないの？
ただそのぐらいの不具合は他のディストリにもあるし、そのぐらいはアーチユーザーが空気吸うみたいに修正して使うから問題にならないだけだ。

昔からフルビルドして使ってる人からしたらパッケージマネージャーは依存関係の補助でしかなくて、Linuxにインストールするソフトやファイルの位置は自分でコントロールするのが普通でpacmanはそれがやりやすいだけで、依存関係をわざと壊そうとしたら普通に壊せるからな。
Luaのパッケージにしたって危惧すべきことが起きたなあって感じだ。

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｣とかやって自分でシンボリックリンク作ってやる
ってやってやれば良いんやで




ってのはウソやで、どっちもよく見かける間違った対処法だから真似したらアカンで

>>605
cabal使ってて壊れてるならインストールしたいものに依ってはちょっと面倒かもだけどstackage使った方がいい
haskellライブラリ専用のディストリビューションみたいになってて依存関係で壊れる心配がなくなる