Arch Linux 16 YouTube動画>1本 ->画像>7枚

公式
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
http://2chb.net/r/linux/1568434521/

grubがインストールできません
gdiskで8300を指定してfat32でフォーマットしたefiパーティションを、作成した/mnt/bootにマウントした後
/mntにchrootしてgrubとefibootmgrのパッケージをインストールして、--efi-directory=/bootを指定してgrub-installを実行しました
しかし/bootはefiパーティションではないとの事です

https://imgur.com/QjluDFM
https://imgur.com/TZQr1SM
https://imgur.com/lwMJMdR
なおpacstrapや諸設定は終わっています

画像の順番間違えました
すみません

一度efiパーティションをマウントし直したらインストールできました、申し訳ないです
次はこんな画面になりました
https://imgur.com/undefined
https://imgur.com/Rii90Bx

https://imgur.com/SWCQAgA

自分も何故か前のやり方で失敗したのよね
なのでEFの人の新しいやり方真似て上手く行った

そら/dev/sda1を/mnt/bootにマウントしたあとで/dev/sda3を/mntにマウントしとるからやろ
/dev/sda3を/mntにマウントしてから/dev/sda1を/mnt/bootにマウントせんと

>>8
ありがとうございます
うまくいきました

8にある様に/mnt/bootを後からマウントしないと/mntに保存される。
誰もが一回はやる話。

>>8
関係ないけど方言が すげぇ

>誰もが一回はやる話。
んな馬鹿な
その間違いはmountコマンドの意味が全く分かってないってことでしょ
インストールで使うコマンドは全部意味があるんだからお経みたいにコピペするんじゃなくてちゃんと意味を考えないと
インストールだけできたところで後で必ず詰むぞ

>>12
今更そんなコメントええわ。

前スレの984,986
http://2chb.net/r/linux/1568434521/984,986
984 login:Penguin sage ▼ New! 2021/02/15(月) 02:24:54.37 ID:ABJOb1HU [1回目]
インストールガイドを意味も分からずそのままなぞってArch使えてる気に浸って数年経つけど、
いい加減systemdとかdbusとかネットワークとかパッケージとかもろもろ、
基礎の基礎の本質や役割、仕組みとかちゃんと学びたい。
できれば歴史も(何をどう改善するためにsystemdがどう生まれたのか、とか)。

英語でいいんで、なんか良いドキュメントない？
ちなみに、WikipediaやArchWikiはこういう目的には向かないよね。
>>986(前スレの)
>古めのSlackwareを普段使える環境にしてみな
どうなの？
前スレ984じゃないんだけど、強く関心がある。
先生から「情報系の学生にとって、英語の読み書きができない・遅いことは 致命的 なハンデである。
英語では情報量が圧倒的に多いうえに、更新も早く、議論も活発だからである。 日本語の情報は
少ないうえに遅れており、技術的な議論もほとんどない。 YouTubeなどでも、英語ではかなり良質の
教材が入手できるし、Wikipedia英語版も記事の品質が高い。(中略)IRC・フォーラム (Redditなど) で、
質問とお礼が書けること。( あと略)」と言われた。

あと「基本的には、センター試験レベルの英語力があれば十分なので、あとはひたすら資料を見つけて
英語で読む、というプロセスを繰り返すのがよいと思われる。もちろん実践もしなければ身につかない
から、 実際に手を動かしながら進むことになるだろう。」とも言われた。

何を問うてるのか意味不明（英語の前に母国語の練習をしてはいかがか）だが、Slackwareを動かすのも単にネットのドキュメントを模倣するだけになるだろう

最近妙にコメ増えてるなと思ったら、
どうやらこのスレさえアラシの対象にされた感じだな

どこ見てそう思ったのか
自分にそぐわないものは荒らし認定かな

まあ今話題にされてるワッチョイが導入されたら雑音は消えるかもね
自分はとっとと移行したいものだけど

関西弁だけで荒らし認定は可愛そうだよ

突然ギスギスしだしたな

バックドアだらけの Ubuntu、カノニカルのソフト
だけを使わせようという工作を強化しだしたか。

なんにせよ
誰かを強く攻撃してる奴は工作員だな

gnomeからXcfeにして
「やったー、食うRAMが少ない～」
と喜んでたけど、動作が鈍くて嫌になった
gnome(xorg)に戻した
メモリより人生の時間ですわ

＞なんにせよ
＞誰かを強く攻撃してる奴は工作員だな
つまりID:IVQwmKNbは工作員

>>23
ファイルシステムとかの差ではなくて何か感じる部分があるってこと？

>>25
なんかねー、chromeの立ち上がるスピードとか段違いだし
何よりリモートデスクトツプが もっさりしてるの
テレワークしてるからねぇ
趣味ならXcfe遣い続けたいけど…

デスクトップを気軽に替えられるのもArchならでわ

>>26
そうなのかあ
最近話題のPeux OSがxfce搭載したからこれを気に触ってみようと思ったけどどうしようかな

質問者は一次情報を聞きたくて質問してるのにググレカスはないと思うわ。実際調べてみたら悪質なサイトもあるし、archwikiも間違ってるケースはあるんで、その辺の情報のとり方を聞きたいだけでしょ。
質問のレベルを取り違えて初心者と決めつけるのが多すぎる。

archwiki詳しい!何でも書いてある!って人はおそらくarchwiki書いたことないだろうし、内容の正誤まで気がつけないだろ。
利用する立場の人間が教えることなんかググレカスぐらいしかないってことが真実だと思うがね。

で、一次情報は？

>>26
おそらくこれは Chrome の起動時にエラーが出て起動を遅くしていますね
それぞれの環境でコンソールから Chrome を起動してみるとわかるかと思います何が起動を阻んでいるのかが

>>31
ああ、なるほど
ではTermから起動してlog見てみます♪

>>31
chromeの起動でエラー出てました。
対処したら一瞬でchrome立ち上がるようになりました。
風説の流布を流してごめんなさい。
Xcfe使います

>>33
因みにどんなエラーでした？

>>34
GPU関連です

>>35
そのエラーは見たことないけどgpuオフで解決したというところね

Xcfeって何やねん

>>37
アスペ？

>38
アスペで構わないからXcfeが何か説明してもらえませんかね

Xfceのことでないの?　タイポ?

タイポと推測できなところにアスペかと言われてるんだろ

まぁ、何だ おつかれ

しょうもないガイジ共だな

USBライブ起動で違うUSBにインストールしたのですが
起動するとこの画面になります
強制終了しないと電源が切れません

カーネルオプションにacpi=0を追加したら上のacpiなんたらのエラーが消えたのと
電源は切れるようになった

糞初心者ですだれか何かわかりますか
yってなんですか

いや、本当 yって何ですか
Y/N選択の時にyを連打したのかな

BIOS Errorて

>>45
確かにそのyかもしれませんね・・・
そのyだとして、どこでやったか見当が付きません
nanoの終了時の上書きするかしないかのとこかもしれません

再インストールしてみるかな

セキュアブートオンになってるんじゃない、オフにしてみたら

>>48
再インストールして、なんとか起動できたところです

確認したらセキュアブートはオフの状態でした
結局何だったのかわかりませんが、有難うございました

今はネットに接続できなくて手こずっていますｗ手強いです

>>49
それがまた楽しいんですよ
また、ど〜〜しても分からない・動かない時は相談して下さい

>>50
ありがとうございます 頑張ります！

>>51
初心者ならarchよりもmanjaroのほうがいいよ。
arch のマイルド版だから、アップデートが遅い代わりにトラブル少ないし。

wifiなら こちらは見てますか
https://wiki.archlinux.jp/index.php/Iwd

archより遅い言うても2週間程度だし、manjaroのメンテナーも別にメンテナンスしてる訳じゃなく、ただarch利用者のアプデ時なりのバグ報告を纏めてるだけだから
結論manjaroだろうがarchだろうが自分で逐一確認しとけばいいって話だから大差ないと思うけどな～

manjaroの利点ってインストール手順がguiくらいなだけでしょ

あとリポジトリね一応

>>54
GUIインストールなんか別に大したことでもないでしょ。
それより最初から適切な選択（ネットワーク設定とか諸々）がなされているという点が大きい。
Manjaroに限らず大抵のディストロはそういう点も大事にする。
Archの思想とは相容れないだろうが。

>>44
今更だけど、私も同じ事になったので

systemd-bootのエントリーファイルに
options root=UUID="UUID" rw

って書くところ、イコールの前後に半角スペースが入ってたのがダメで
半角スペース消したらいけた

>>57
何そのイジメ ひどい

今日はじめてArch（Xfce）をインストールしたのですが、どうしても日本語入力ができません。原因は一体なんでしょうか？

https://qiita.com/Hayao0819/items/f23c6a6f1e103c5b6a83
このページなどを見て、
「mozcを入れる→.xprofileをいじる→再起動→fcitx-cofigtoolを開きMozc（日本語）を追加し、それ以外を削除する」

という作業をして、この画像の通り（https://imgur.com/WJ6j0TW）Mozcのアイコンも目視できるのですが、キーボードを切り替えてもアルファベットしか入力することができません。
他のサイトも検索したのですが上記のサイトと同じような作業内容でした。

すみません、さきほどの画像のURL間違えました
正しくはこちらです
https://m.imgur.com/WJ6jOTW

私もmozcで漢字入力出来てますね

$ cat .xprofile
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS="@im=fcitx"

入力メソッドの変更で、Mozcの他に「キーボード-日本語」も加えてみてはどうでしょう

>>61
ありがとうございます
cat ~/.xprofileをやってみたら"@im=fcitx" の「"」の部分が大文字になっていたので修正し、なおかつ　キーボード-日本語を追加してみましたが、変わらず英語しか入力できませんでした

>>62
一回設定したらlogoutしてますよねぇ…

>>63
はい、ログアウトというか念のため再起動はしました

>>64
試しにgnomeをinstallしてみては いかがでしょう。
wm(window manager)は複数入れらますから。
installしたら、gnome(xorg)の方でloginしてみて下さい

しょうもないミスだが昔IMEの起動キー勘違いしてたことあるわ
あと、英語綴り間違いは良くやってしまう
catよりきちんとシェル上で環境変数表示させるクセ付けないと反映されてるか分からんやろ

この手の質問で肝心の情報を出さないのはなぜなのだろう？
.xprofileや.xinitrcの中身を出さなきゃ答えようがないだろうなー。

# cat ~/.xprofile
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS="@im=fcitx"

#cat ~/.xinitrc
export GTK_IM_MODULE=fcitx
export QT_IM_MODULE=fcitx
export XMODIFIERS="@im=fcitx"

export ZIPINFOOPT=-OCP932
export UNZIPOPT=-OCP932

>>67 >>66
失礼しました。.xprofileや.xinitrcは>>68です。
関係あるか分かりませんが、ターミナルはアプリケーションの欄から起動していて、コマンドを打つ場所は［ユーザー名@ホスト名　~］# という表記になってます。

>>65
できる限り、軽量でデザイン性の良いXfceで行きたいのですが、どうしても解決できない場合はGnomeにしてみようと思います

$ env
ログインユーザーで上のコマンド打った場合
どっちが有効か判断してみては？
ZIPINFOOPTとかがなければ、.xprofile
ZIPINFOOPTとかがあれば、.xinitrc

その前にGTK_IM_MODULEとかはあるよね？

>>70
envコマンドを試してみたところ、ZIPINFOOPTという文字列は見当たらなかったので.xprofileだと思われます

＞GTK_IM_MODULEとかはあるよね？
>>59のサイトの説明通りに
fcitx-im fcitx-configtool fcitx-mozcを導入したので恐らく入ってるはずだと思います
再インストールもしてみましたが変わりません

>>69
気持ちはわかります。
ですが 今までと同じ事をしていては ずっとそのままです。

又、後でgnomeを削除出来るし、消さなくても loginの度にXfceかgnome(xorg)か選べます

gnomeはフレームレートが高くて試してみるのも楽しいですよ♪

入力しようと試してるアプリケーションは何？

漢字入力出来ないTermも有るからなー
いろんなアプリで試した方が良いね
ブラウザやらgeditやら
勿論Archではgeditもinstall

>>71
なんとなく分かったかも
LightDMは.xsessionを読み込む気がする

試しに以下のコマンド打って、再ログインしたらどうなるかな？
$ cp ~/.xprofile ~/.xsession

とりま.xinitrcを消すなり/etcからコピるなりしといた方が無難じゃね

>>72
Gnome、導入してみました。デザインはシンプルで好きなのですが、pacman -S gnome-extraでエラーが出たり、それを解決しようとするうちにネットには繋がっているのにpacmanコマンドすべてでerrorが出るようになったりでちょっとXfce以上に手こずってます。以前KDEを入れたときは簡単に日本語入力できたのでもうKDEしかないですかね（LXDEも試しましたが何回やっても.xprofileの設定をして再起動すると起動しなくなってしまいます）

>>73
leafpadとgeditとfirefoxとTor browserとxtermです

>>75
ありがとうございます、それを試して無理であれば、おとなしく以前上手くいったKDEを使おうと思います

>>77
gnome extraは不要だと思います。
ログイン画面で歯車を押し、gnome(xorg)を選んでパスワード入れてログインしてみてください

>>78
xtermを一個起動した状態で
$ strings /proc/$(pidof xterm)/environ
で>>68の環境変数が設定されてるか確認してみて

>>79
ログイン自体はできていて、gnome extraがない（ターミナルすらない）問題も自己解決できたのですが、やはりXfceのときと同様、日本語環境を導入しようとしても依然として上手く反映されない状態です

>>80
こうなりました、コピペできなかったので画像で失礼します
https://imgur.com/a/6a91mv5

>>81
あれ、もしかしてrootでログインしてる？
rootだとmozcが起動しないかも。

https://wiki.archlinux.jp/index.php/Mozc
mozc_server が defunct になる

一般ユーザー（たとえばuserとか）で
.xprofile（または.xinitrc、.xsession）を作成
GTK_IM_MODULEとか記述して
作成したユーザーでログインしたらどうかな？

>>82
やっとできました、ありがとうございました。大変助かりました。一般ユーザーでないとダメなんですね

>>83
そういうオチかー

Archへ ようこそ
これで貴方も変態

>>83
できましたか、おめでとう～
これから良いlinuxライフを送ってください！

あと、>>75 は自分なのですが、
嘘っぱちだったので忘れてください…。

Arch普通にいいだろ
何で変態なん？

普通とは多数派を言う
数あるディストリビューションの中でマウスを使用しないのは普通か？
それともGUIインストールが少数派か？
良い悪いの話じゃない

Archの普段使いの環境をなんとか整えることができるレベルから、Gentooに移行できるでしょうか？

GentooからArchに移行できたので、
その逆もできると思うよ

>>90
ありがとうございます、それは嬉しいです。
スレチになってしまい申し訳ないんですが、Gentooのインストールについて分かりやすいサイトってご存知でしょうか？
Archのとき以上に難しくてかなり苦戦しています
Archもそうでしたが公式wikiは細か過ぎてよく分かりませんでした。

wifiの設定とパーティション分け、マウントまではできたのですが、その先のベースシステムのインストールがArchのpacman -S baseという風に簡単に行かず詰まっています

そのレベルならどのLinux使ったところで使いこなせないと思う
まずはUbuntuでコンソールに慣れるところからやったら

>>88
自分もちょっと信じられなかったんだけど
これ、streamのレビューサイトのユーザー統計の抜粋です

なんと、archが4位なんです
なんかpopos前より下がったな
これって少数派なんですかね

https://www.protondb.com/stats

By Distro

Distro Total
UBUNTU 33208
MANJARO 18168
ARCH 14674
MINT 11741
OTHERS 10729
UNKNOWN 9960
POP_OS 6333
DEBIAN 5216
FEDORA 3603

>>92
確かに自分にはGentooはまだ早かったです
ただ、流石にUbuntuレベルのものには飽きてきた頃なので、しばらくはArchLinuxで修行してみます。スレ汚し失礼しました、そして回答してくださった方々におかれましては大変お世話になりました。

>>93
あ
間違った
archは4位じゃなくて
3位だったわ

3位って少数派なのかな?
ばかだから分かんないや

>>91
公式wikiは網羅するあまり知りたい事が探せる分
どれも簡易に述べてしまい正確に理解するのに時間かかるからね
やってる事が正しいのか自身を持てずに黙々とやって
リブートしたら起動しなくなった日には目も当てられないだろう

なので実践してる動画見るのがおすすめ
個人的にはErmanno Ferrariのが一番参考になった

>>93
そりゃLinuxでスチゲーはまだ浸透してないから
やる気のある人達の開拓が進んでいるディストリビューションが目立つのでそうなる
チート対策ツールがネックで概ね起動しないため
マルチプレイゲームは駄目っぽいね現状は

>>95
ほんとバカだな

>>94
すでに終わらせてる話題で申し訳ないけど
Gentooに限らずいくつかのlinuxカバーしてるサイトであれば
クロの思考ノート、ってサイトが参考になるかも
個人サイトっぽいのでリンク貼っていいのか分からんから貼ってない
ググるとすぐ出てくるから、良かったら見てみて

xfce4でどうやって個別にアイコンを変更するんですか？
テーマを導入して一括で変えることはできても、対象を右クリックしてプロパティを開き別なアイコンにするのは無理なんでしょうか？

メニューエディターがあれば変えられるよ

>>100
Xfceのスレでなんか見たなと思って確認したら
似た質問に回答があったよ
http://2chb.net/r/linux/1501426387/641

リナックス使えるならどんなディストリでも使えるはずだよ。あるディストリしか使えないという人は、リナックスを使えていないと言っていい。
そういう人はリナックスを使っているんじゃなくて、サービスを受けているだけだよ。

使い方は人それぞれなのでただ単に"使う"と言うだけじゃなにもわからん

知り合いの奥さんはラズパイを使ってて、と言ってもクックパッド専用
OSが何のだかも知らない
でも使ってる

ネットで調べればgentooが使えるところまではいくんじゃないかと思う。
でも、ビルドがものによっては終わらない（笑）
うちの貧弱パソじゃxすら、数時間かかった。
libreofficeにいたっては1日待っても終わらなくて挫折した！

↑だからarchのバランスが一番！

時間が無限に有るならジェンツーも面白いかも知れんけどなー
近くにハードオフでも有ったらジェンツーで遊ぶんだが

LibreOfficeとかFirefoxみたいなデカい奴に限ってはバイナリ落とせるのでは……？

漢はだまってソース一択
そしてカリッカリにチューニングするんだ

手元でビルドするメリットがほとんどの人にとってないからなぁ
フィーリングでは手元でビルドすれば自分のマシンに「最適化」されるかのように感じるが、ただやっただけでは全くそんなことないっていう

スパコンとか使ってるのでない限りコンパイル時にそんな最適化する必要性はないのよね
x86ならそんなに命令型昔から変わってないしSIMDやAVXはArchでもちゃんと使われるし
-O3でコンパイルとかはコードの挙動変わって誤作動する可能性高いからそもそもGentooだろうが何だろうが非推奨だしな

あとは組み込み環境とかネットブックみたいなリソースが極端に少ない環境なら
コンパイル時に最適化することで不要なコード削ってファイルサイズ縮められるメリットも意味あるけど
普通のデスクトップだと逆に必要な機能がなくなってて後から困るパターンの方が多いかな

絶対｢ビルドにかかる時間&電気代>実行時に高速化出来た時間&電気代｣だよね(´・ω・｀)

そもそも最適化が効くほどcpuぶんまわすアプリは少数

atomなPCだとバイナリ配布の Emacsでは画面スクロールとか遅くてイライラしたけど自前ビルドで最適化したら普通に使えるようになった
最適化は遅いPCにはかなり有効
でも、最近のPCならそれほど体感出来ないかもね

https://bbs.archlinux.org/viewtopic.php?id=260361

これなんでなんだろう？
HWPがサポートされてないCPUではアクティブモード(intel_pstate)よりパッシブモード(intel_cpufreq)のほうがいいからそっちを使うようになった(意図的な変更)のか、それともただのバグなのか

intel_pstateのカーネルのドキュメントにはHWPサポート有りならactiveモードがデフォ、HWPサポート無しならpassiveモードがデフォ、passiveモードはスケーリングのドライバにintel_cpufreqを使うみたいな事が書いてあるっぽいし
意図的なんじゃない？

Linux-lts使ってて何も考えずにダウングレードしたらカーネルパニックになってパニックになった、公式をたまには見ないとあかんね

奇遇ですな
私も今朝 Archが立ち上がらくなった急に。
テレワークしてるからあわててUbuntu入れて凌いだわ

テレワークでArchマシン使ってる民よ
updateは金曜の夜にするんだ
Ubuntu入れる羽目になるぞ

そんな事もあろうかとUSBSSDにArch

サブノートにもArch、デスクトップにもデュアルブートでArch
メインノートでいつでも安心(？)して-Syuできる

usbssdは割と真面目に便利なのでおすすめ

timeshift使わないの?

usbからarch起動しておかしくなったファイル直して本体の起動し直してるわ

メンテ用のUSBArchって他と比べて使い勝手どう？
メンテ用ならどれでも大きく変わらないのかもだけど

あんま変わらないかな。ただディスクマウントしてpacmanで再更新とかするから同じディストリビューションが良いと思う

>>126
なるほど
自分はエラーの原因の特定などに別種を用意したほうがいいのかなって思ったので
まあArchと両方入れちゃえばいいんだろうけど今のUSBSSDなら容量全然余裕だし

アプデで独自のバグ等踏み抜いて手詰まりになったことは10年メイン機として使ってて一度もない
公式HPに書いてある理由で動かなくなったことはある

昨日、2年アップデートしてなかったアーチをアップデートしたぞ。
いくつかの腐ったパッケージをアンインストールして、keyringを先にインストール、からのアップデートでいけた。

いつの間にか5.11来てたのか

起動したらfailed to start light display managerって表示されるようになって、
liveUSBからマウントして直そうとしてたら間違ってmkfs.fatコマンド打ってしまったので壊れた

うわーめんどくせーまた最初からか

人の失敗 読んで
chmod 0000 /usr/bin/mkfs*
を実行した

tty2に切り替えるだけでは

DMが立ち上がらなかったぐらいでUSBから起動するってのが理解しがたい

hhkb使ってるとctrl+alt+f2が押しにくい^^;
左手で3つボタン同時押し……

HHKBって右にもFnあるよね？

DMが立ち上がらないときくらいホームポジション崩して両手使っていいんだぞ

右のaltとFnを右で、ctrlと2を左で押せば少しはマシか。

リカバリ バックアップ 急遽ubuntuした者です。

もっと良い方法有ると思うけど、
rm -Rf /
やってみた。

===パーテーション
/dev/sda1 ... linuxのルート /home以外
/dev/sda2... /home
/dev/sda3... swap

===
まずその前に今の状態をとっとく

# rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /homoe/system_backup

↑の除外したヤツは自動で作られるのでexcludeしてOK

---
そして何か違うmediaでPC立ち上げて

mkdir /mnt/sys
mkdir /mnt/home
mount /dev/sda1 /mnt/sys
mount /dev/sda2 /mnt/home

rm -Rf /mnt/home/*

# rsync -avrHAX /homoe/system_backup /mnt/sys

で復元できた。
もう1からinstallし直さない。

===リカバリ　続き
容量 : 7.7G
復元のrsyncに掛かった時間 : 13分32秒

-`
.o+` ***@***
`ooo/ OS: Arch Linux
`+oooo: Kernel: x86_64 Linux 5.11.1-arch1-1
`+oooooo: Uptime: 15m
-+oooooo+: Packages: 802
`/:-:++oooo+: Shell: bash
`/++++/+++++++: Resolution: 1920x1080
`/++++++++++++++: DE: LXQt 0.16.0
`/+++ooooooooooooo/` WM: OpenBox
./ooosssso++osssssso+` WM Theme:
.oossssso-````/ossssss+` GTK Theme: Adwaita [GTK3]
-osssssso. :ssssssso. Disk: 29G / 1.8T (2%)
:osssssss/ osssso+++. CPU: Intel Core i7-2630QM @ 8x 2.9GHz [30.0°C]
/ossssssss/ +ssssooo/- GPU: Intel Corporation 2nd
`/ossssso+/:- -:/+osssso+- RAM: 2124MiB / 3842MiB
`+sso+:-` `.-/+oso:
`++:. `-/+/
.` `/
Generation Core Processor Family Integrated Graphics Controller (rev 09)

>>139
一部訂正
# rsync -avrHAX /mnt/homoe/system_backup /mnt/sys

また訂正
このままでは永久ループしてしまう

# rsync -aAXv --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} /homoe/system_backup

バックアップ先もexcludeに加えて下さい

すごい間違い多くて自分が嫌になるわ…
元を消してどうすんだよ…

rm -Rf /mnt/sys/*

でlinuxのルートを自分で全部消しみたって話。
需要あれば 後で清書します…

rsyncのオプションに-Xがあるから大丈夫だと思うけど

getcap /usr/bin/newgidmap

してみて、以下の結果がでてれば問題無し
出てなければ、ケイパビリティが復元できてないっぽい

/usr/bin/newgidmap cap_setgid=ep

>144
/usr/bin/newgidmap cap_setgid=ep
出ました
getcapってコマンド知りませんでした。
ありがとうございます

>>145
良かった良かった
以前同じようなことして、rsyncで復元して
えらい目にあったから気になったんだ
有用な情報ありがとう！

>>143
それって今のbashで危ないことになるの？

>>143
流れ見て無かった
リカバリの話なのね理解した

それはそうとケイパビリティという概念があるのね
これは特権コマンドを一般ユーザに開放するかどうか設定できるのね

A ｢rootの権限をcapabilityに細分化して安全性を高めるぜ！｣
B ｢この操作はどのcapabilityを必要とするんが適切かなぁ…｣ ﾄﾞｷｭﾒﾝﾄﾖﾑｿﾞｰ
C ｢お、CAP_SYS_ADMINってそれっぽいのがあるやんこれやな！｣
D ｢みんなとりあえずCAP_SYS_ADMIN使うみたいな感じで結局全然細分化されてへんやんけ｣
E ｢CAP_SYS_ADMINとか言う新しいroot草ｧｯ！｣
みたいな流れでわろた思い出

>>148
本当は纏めてキレイに書きたかったんだけど、なんせhistoryをコピペしてなくて…ごめんね
rsyncのオプションも違うの指定してるし…
いつか誰かがキレイに書いてくれる

急遽Ubuntu野郎だが
USBフラッシュメモリと1T SSD買ってきた。
合わせて一万もしなかった。
安くなったなぁ
rsync中…

細分化しすぎた"けいぱびりてぃ"を整理するため root に一本化しました。

現場でケイパビリティを有効的に利用しているユースケースってある？

>>153
ケイパビリティはユーザーよりもアプリに設定したいね。

>>154
ディストリビュータ側が設定して、変更不能、とかやられたら、
windows と変わらないことになりそうだよなw

変更不能って Android みたいにアプリの隔離機能が強力になったりってこと？

2008年（Nehalem）より前のCPUはサポート対象外になるらしい
https://lists.archlinux.org/pipermail/arch-dev-public/2021-March/030348.html

即使えなくなるというわけではないだろうけど
あまりに古いPCの再利用には向かなくなるのか

まじか10年前くらいの CPU だよね

思想的にはしょうがないだろうけどね
レガシーな人Debianに持ってかれそう

DebianはともかくRHELやSUSEも次のバージョンでサポート切るみたいだからそれに合わせたみたいね

サポートしないだけで動くだろうよ

切られたCPUが持ってない命令セット使うようになるんやから基本的には無理やろ

そのためのArch Build System
コード内からサポートしてないSIMD直接叩くようなプログラム以外はどうにかなるでしょ

gitlabのほうで｢そのへんの機能で大きくパフォーマンスがアップするようなソフトはそもそも実行時に自前でそれらをサポートしてるかチェックして使えるなら既に使ってる状態だしあんま実用上のパフォーマンスのメリットはないんじゃないか｣みたいな事言ってる人もおるね

絶対性能のアップというよりかはコンパイラの自動ベクトル化でSSE4含めCPU全体が効率的に使われることによる省電力化がメインの目的らしい

完全に興味本位の質問なんだけど、最適化の効果でどれくらい省電力になるかとかデータ出てるの？

もうAllanLinuxとでも名乗っとけよw

なんだまたAllan MacraeがArch壊したのか

ある時点で区切ることを宣言することに全く意味がないとは思えないが。

pacman -Syyはするけど
-Suは怖くて出来ない

>>170
関係ないが、何か違和感を感じる文章だな
もっと完結に言うなら…と考えるが思いつかない

ある時点で区切ると宣言することは意味がないとは言い切れない。

GNOMEを使っているのだけど暫く前から以下のが発生しています
Xベースでやってるのだけどintelのアクセラレーションをuxaにしてみても解消せず
intelのオンボードでGNOMEを使っている方が居ましたら情報をお願いします
(自分はintel core i7-4771を使ってます)

症状：
gnome-terminal、動画、firefox、JDim等を同時に使うとバックバッファが遅れて表示されるよな
一つ前の状態と現状の状態が交互に表示される状態が続く
多分常に発生しているけど使った時だけ目立つ感じではないかと思っている

haswell なおいらに死角なし()

>>172
ゆとりやバブルには理解できない。

>>176
わぁ、すごーい

>>174
i7-10750HでオンボードGNOMEだと起きてないリフレッシュレートは59.99Hz

>>174
私だったら
1. kernelをLTSにしてみる
2. BIOSでVRAMの割り当てを増やしてみる
3. xserver を intel から modesetting にしてみる、
かな

linux-ltsはずっと5.4で安定だったけど最近5.10に切り替わって挙動がまだ怪しい
今は時期がわるい

5.12 は結構やばそうなんでしばらく lts にする予定
時期が悪いって言っても 5.11の方が安定って事も無いでしょ

カーネルの切り替えってどうやるの？
今linuxで次linux-ltsにしたいとすると、単にpacmanでlinux-ltsをインストールしてlinuxをアンインストールするだけじゃないよな？

利用してるブートローダーで切り替えるだけでしょ
GRUBであれば単にpacmanでlinux-ltsを入れるだけでリストに追加される

>>183
共存もできるということ？

選択画面でるでしょう

os-proberでやってるわ
pavman -S os-prober

>>186
この流れでOS-Prober入れても混乱するだけだと思うぞ
複数のディストリを入れてる訳でもなく、単にカーネル切り換えたいだけ

>>187
失礼しました

>>178,179
有難う、少し試してみます
ltsに変えてみたら今の所、症状はでないみたいですが少し使ってみないと分かりません
KMSの問題なのですかね・・・KMSに帰るにはどうしたら良いのか

?
https://wiki.archlinux.jp/index.php/Kernel_Mode_Setting

>>189
xf86-video-intelをアンインストールすれば

modesettingにしてみました
xf86-video-intelを削除しただけではmodesettingが有効にならず
カーネルの起動オプションにi915.modeset=1を追加して有効にしました

結果は症状が出にくくはなったものの発症してしまいます
現状ltsのカーネルにすると発症しないようです
少しlts+modesettingの状態で使ってみようと思います

何か情報がありましたらまたよろしくお願いします

ところがmodesettingだとdisplaylinkが動かないんだよなー

微妙な理解の仕方をしてる…
> modesettingが有効にならず
有効とか無効とか言うものじゃない。単にDRM/KMSの基本機能しか使わないってだけの事
> i915.modeset=1
起動時に画面モードを設定するかどうかのオプション。X Server が何かってのとは無関係
> lts なら発生しない
5.10 => 5.11 での i915カーネルモジュールへの変更に関係してる可能性が高いって事
問題無いなら敢えて modesetting(つまり i915 に最適化されてない)X serverを使う必要は無い

同じような単語なので同じだと思うと誤解しますよ

xorgビルドしても変わらんの？

.local/share/xorg/Xorg.0.log を見て i915.modeset=1 を設定した時と挙動が違ったので・・・
(オプションをつけないとmodesettingを使ってくれなかったように思います)

i915カーネルモジュールへの変更が気になりますのでググってみます

>>196
常に修正は入る物なのでググって何か判る可能性は低いよ
ソースのdiffでも眺めて自分で考える事は出来るけどね

起きる地点と起きない地点がわかってるならgitでbisectして問題のコミット特定して上流に報告するがヨロシ

/etc/X11/xorg.conf.d/20-intel.conf
も削除だよ

ｽﾝﾏｾﾝ
突如インストールしようと思い立ったわけですが

tar --strip-components=1 -xvf archlinux-bootstrap-***.tar.gz -C /target/mnted_part

して、

その上にPKGBUILDしてくと何か問題でます?

いや、もうやっちゃってるんですが…

core くらい tar に固めて配れよ… > ABS svn repo

まるで、使えないMSの技術者を異動させたいかのような配布だなw

バカ技術者で商売するには情報を客に与えないことが一番やり易いんだが。
次に、客が使いにくくすること。
次に、見栄えよくすること。

pacman-key が邪魔、無駄。
セキュリティごっこはたくさん

最初に全開発者を信用しますって宣言させるみたいな --init がまたムカつく。

一番怪しいのは開発者だろ

お邪魔しました。SSDから全部削除しました。

なんだか分からないけど、SigLevel = Never で解決しないのかね…

>>203
そういうのは開発者のためにあるのが分からないのか…
導入してないことで穴が空いててクラッカーに悪さされたら開発者のせいになる
ユーザーのためではないから無くせない

導入しても穴が空いていてやられたら開発者のせいじゃないの?w

バカなの?w

流石にarch使いの皆さんはレベル高いっすね

ああ、こんなのと一緒にされたくない…
私だって金さえ有ればMint入れる

そうだよ。arch使いは賢いのさ。

セキュリティ上の答えは「開発者が信用できないアプリは使うな」が正しい。
だから使わなくていい。

rsync.netはサーバー上にSSHしか動かしてないからファイアウォールもアンチウイルスも何も使ってないらしい

ILoveCandy ()

モリモリとバイナリをかっ喰らうんだなとドン引きしながら挙動を見てましたが
意外にコンパクトなサイズに収まる

注意深く分割し丁寧にstripかけてパッケージをつくるとこうなるんだな
という感じ

みんなもうwaylandに移行してるの？

Discordの画面共有がWaylandに対応したら移行する

必要がないから移行しない

XfceがWayland対応になったら

移行してるが色々辛い

HiDPIが…

waylandはウィンドウの位置覚えてくれないのが
使っててイライラして無理

まだ過渡期だしね
自分も移行するのは当分先かな

なんで何度も何度も*.db をDLさせるの?

アクセス数を稼ぐとゲイツからお金がもらえるの?

ローカルにある*.dbと、リモートにある*.dbに差異があるからでしょ
pacman -Syを連続しても何度もダウンロードするんだったら異常だけど

Pythonのモジュール (numpy、matplotlib等) はpipで管理したいんだが、pacmanが依存関係を解決するために勝手にArchのパッケージとしてインストールすることがある
まだ問題は起きてないとはいえ、これが結構ストレスなんだが皆さんはどう折り合いつけてますか

>>225
anyenvで分離

virtualenvでどうにかなんない？

>>225
nvimとかだと起動時にコンテナ作らせて内部でpython管理してる

カーネルの切り替えって、
1. pacman でインストール
2. mkinitcpio でイメージ作成
3. ブートローダに 2. で作ったイメージを指定
で良いんですかね？
試したいことがあるんですが、このステップを間違えるととんでもないことになりそうで、、、

pacmanなりaurからインストールしたら大抵/bootに勝手に入ってるからブートローダーで指定するだけ
新しいエントリ作って起動しなければ以前のを使えばいい

>>230
その /boot に入ってるのは上書き等されないの？
vmlinuz-linux とか

>>231
不安なら今あるやつをコピーして新しいエントリ作ったら？

>>232
ありがとうございます。/boot の中身の衝突が不安なので、バックアップします

>>232
ありがとうございます。/boot の中身の衝突が不安なので、バックアップします

>>232
>>232
ありがとうございます。/boot の中身の衝突が不安なので、バックアップします

>>232
ありがとうございます。/boot の中身の衝突が不安なので、バックアップします

最近 wine 動かなくなった人いない？
X Error of failed request: GLXBadFBConfig
なるエラーが出て動かない……

ググっても、同様のエラーはヒットするのですが、解決方法に出会えません
どなたかヒントいただけませんか

カーネルの管理はパッケージだけバックアップして、ltsと無印と使いたいカーネルのみを入れたら大丈夫。
mkinitcpioは自動で実行されそうだけど。

基本的にきちんとしたパッケージで入れたならば衝突起きない。

今はmkinitcpio使わずにdracutかbooster使うのが流行りみたい

流行りというかmkinitcpioは終了するのでは？

>>232
ありがとうございます。/boot の中身の衝突が不安なので、バックアップします

bootパーティションの中身が書き換わるのが怖いってそんな変なこと言ってる？

>>238
https://bugs.winehq.org/show_bug.cgi?id=50859

> A user on the forums reports 'export MESA_GL_VERSION_OVERRIDE=4.5' as a workaround

ほかにドライバのダウングレードして動いたとか

>>241
え、そうなの！？

自分でmakeinstallするなら衝突も自己責任、カーネルパッケージ使うなら起きないと思うぞ下さい

恥ずかしいだろうからからかってやるよ

>思うぞ下さい

バーカw

スラングぐらい抑えとけよ

そういう場合

×抑える

○押える

バーカw

Arch民
民度低い

w

1年ぶりにインストールCD作り直そうとしたけど
もうCD1枚に入らねーのな
いったい何入れたらそんなに太るんだ？

ラズパイですらliteしかCDに焼けんぞ

デスクトップ環境を入れたいのなら
いまどきCD１枚に焼くことは無理だな
デスクトップ環境を省けば収まる

この間インストールISO作ったけど380MBくらいだったぞ
余計なもの入れるから重くなる

公式イメージのファイルサイズ変遷

archlinux-2017.04.01-x86_64.iso | 478.0 MB
archlinux-2018.04.01-x86_64.iso | 556.0 MB
archlinux-2019.04.01-x86_64.iso | 604.0 MB
archlinux-2020.04.01-x86_64.iso | 649.0 MB
archlinux-2021.04.01-x86_64.iso | 750.3 MB

DVDじゃあかんの?(素

manjaro minimumはどうだったっけ？

慣れた人なら、Artix の base を拾ってくれば問題なくインスコできる。

i686のサポート切ったときに一気に容量減ったのにまた増えてきてるのね
https://archlinux.org/releng/releases/

Python製のインストーラの追加とか視覚障害者用の読み上げソフト追加とか
最近色々な機能が増えてるから仕方ないね
https://gitlab.archlinux.org/archlinux/archiso/-/blob/master/configs/releng/packages.x86_64

M1macのQEMUにarchのARM版をインスコしようと思うんだけど、ラズパイ向けのSD書き込みを前提にしてるやつ使えばいい？
それか仮想か実機向けの手順がある？

https://archlinuxarm.org/platforms/armv8/generic

>>262
見逃してたありがと。

え！！Arch Linuxでスクリプトインストーラーを！？

つかったらええがな

オフィシャルでリリースした件でしょ
次使ってみるか

それもうManjaroだろ
無粋だなぁ

あの変な馬だかロバだかわからん奴よりマシなビジュアルはなかったのか

スクリプトインストーラーって、展開の自動化もできるようになるの？

スクリプトインストーラーで cui のスクリプトのインストーラーなのか
よく考えたら個人的にはみんな作ってたよな何度もインストールする人は

インストーラー無くなったの何年ぐらい前だっけ

ELの人がGithubに自作Arch置くのをやってたなそう言えば

てか昔はインストーラーあったの？初耳

bash製のAIFのことだな、メンテナがいなくなってインストールメディアから消えたのが10年前
https://git.archlinux.org/aif.git/tree/README

>>244
Setting the env. variable also works for me.
Thanks.

英語版のwikiも更新ないけど、公式なインストール手順はそのままなのかな？

Arch Full Installation with Desktop in 5 :p (April 2021 installer demo)


なにこのMAD動画

>>273
やはり需要はあったのね
今後もコンソール上でのインストーラーは引き続き開発されそうだね

毎度の繰り返し作業を積極的にスクリプト化するのがLinuxというかUNIXからの流儀のような
慣れ過ぎるとWindows管理が嫌になる副作用有り

arch linuxのインストールに成功しました(2年ぶり2回目)
インストール手順のwiki変わったよね？今回めっちゃ苦労したぞ

>>279
どこに苦労した？

>>280
まだ失敗した時の原因完全に掴めてないけどもこちらMBRからで
パーティションの切り方とgrubでエラーが出て詰んだ所で大分困った
多分fdiskじゃなくcfdiskでパーティション切ったせい？でセクタ2048から始まらなかったせい？でgrub-mkconigが失敗して”airootfs”とかいうエラーが頻発する自体に

なんでそんな化石環境でやってんの？

systemd-bootは楽でいい

それたんにchrootする前にgrubしただけだろ

chrootしたままなら、まだインストールできないだろう。古い環境が原因では。

まちがえた、chroot前のgrubなら。寝ぼけてた

EFI 環境は *nix を破壊する

arch は滅んでも MBR は存続しなければならない

>>281
airootfsでググると原因まですぐに分かるな

参考だけどgrubはコマンドライン機能持ってる
知っておくと設定間違えて立ち上がらん時に任意のドライブ上のカーネル立ち上げ出来る

arch-chrootは何も知らないままやったつもりでいたものの何か出来ていなかったぽいでんな
確かにインスコ成功した時vimがviになった時みたいにchrootでコマンドラインのハイライトが完全に消えた
2、3回繰り返して何故何回もchroot失敗してたのかはまだ謎

gdgd言ってるけど
単にchrootに失敗してただけな

bootマウントし忘れてchroot失敗はよくやる

おめー ｕｂu ナントカ使ってた方がいいんじゃね？

うぶんちゅ！

むしろあの画像みたいにイキりは多いと思う

どの画像？

そして今度はiw入れないと無線に繋がらない事を知る

前スレでbluetoothに絶望してたんだけど、朝早く目が覚めちゃったからpluseaudio全削除してpipewire入れてたら綺麗に動作したわ。あとはリモートでのデスクトップ共有の確認だけだ

yayの代わりにpikaur使い始めたけどいいなこれ

systemd 使いは民度低い

今更何を

使っているツールで民度がどうとか言うほうがどうかしてるだろ

5ch...

確かにシステム d に移行したけど利点は分かるか恩恵がないって感じだな

ツールに抵抗感を感じない層があるなら、その民度は認識できる。

じゃあ以後グーグル検索禁止な

CUIでのパーティショニングがどうしても無理

そういうやつはubuﾅﾝﾄｶをつかえ

archの手動インストールは写経と考えて書けば書くほど徳を積むと考えれば苦にならない

日本に居ると仏教なんて金や肉欲って印象しかないんですが。

アスペだからパーティー切り分け～grubインストールまで全部記憶してる

アスペ専用みたいになるからヤメれ

でも実際ミスをしないことが大事だからそういう方が向いてるかも
自分はインスコ出来ても一回トチると何を間違えたのか判別面倒臭くて
最初からやり直すしか能がない

マシンによらない部分はスクリプトにするのが普通でしょう
そんなに長大な作業でもないし、毎度毎度手作業でやる気持ちもわかるが

CUIが苦手っていう方がアスペっぽいけど

アスペって言語化されてないことに対する理解力みたいなものだよ
CUIが苦手かどうかは単純に理系的な話

マジここのドキュメントは優れているな 翻訳も見事だ
ウブントゥ利用中だが

CUIは言語化されたフローをなぞるものだけど

他のOSはGUIで楽なのとArch wikiがごちゃごちゃしてわかりにくいからボソッと書いただけだから言い合いしないで

>>319
文系と理系どちらが向いてるかは明白

文系理系って大学受験の便宜上の区分でしかないけど、関係ないところにその基準を持ち込んで変な持論を展開する人が後をたたないね
（文理で何事も二分化することのおかしさを一応説明しておくと、例えば「文系」分野とされがちな経済学や社会学や心理学では統計的数学的医学的なアプローチがメインストリームなわけだがこれを「理系」と別の何かとするのは矛盾以外の何物でもない）

で、CUIとGUIがそれぞれ文理でいうとどちらか、というのはこれもナンセンス極まりない議論で、CUIはテキストベースだから「文系」だとかプログラムチックだから「理系」だとか、GUIは直感的だから「芸術系」だとか緻密な計算の下にどこに何が表示されるか決まってるから「理系」だとか、そんなものは話者の都合でどのようにも言える
どっちがどっちであるか「明白」だなんて言うのは本当に恐ろしい主観の押し付けてす

長文で言うことがそれだけですか
これだから文系は

そもそも>>312がアスペって言ったのは画面見るだけでできるGUIとは違うCUIの操作を記憶してることに対してでしょ

>>323
大学・大学院出てから何年経っているんだよ。大学出てから学んだことのほうが多いんだから、文系とか理系とかクソみたいなことにこだわるな。

>>322
長い。3行で書け

コマンドによる精神統一によりスレの安定を取り戻す
平和までの道程は全てにおいてloadkeys jp106から始まる

すまんus配列使ってる

>>321
真の意味の文系が向いてるわけだ

情報処理は文系だからな

ああ、おれもusだ

つまり理系にしか使えないLinuxを文系でも使えるようにしたのがArchと
自分もUSだな

キー配列なんて改造してナンボだろ。
Dvorakをカスタムして使っている。

またubuﾅﾝﾄｶしか使えないのがｲｷってるのか…

>>333
自分は書いてないぞアスペ

>>334からアスペ臭()

おまえが見出した規則性に合わないだけなのに

>>335
アスペ用OS使ってる奴がなんか言ってて草

ELの人RHへの忖度なのかbtrfsに切り替えたね
なんの問題もないと言ってるけどまだext4の方が安定かなあ

そりゃ将来的にも比較したらext4の方が安定だろうけど
実用レベルの安定さがあればBtrfsに切り替えるのは理にかなってるよ。

ファイルシステムとかどうしても新しいのでないといけない、とかなければ安定を取るべきと思う

そりゃド安定低機能(ext4)と不安定高機能(Btrfs)なら安定低機能一択よ。
ド安定低機能(ext4)と安定高機能(Btrfs)くらいにまでBtrfsが落ち着いたから
ぼちぼち選択の余地が出てきている。

btrfsははよRAIDの重大バグ直して…

シンプルにbtrfs単体で組むならいいけど
複雑なデバイス構成の上にbtrfsを載せるのはまだ不安が残るね
btrfsでtimeshift使うとスナップショット作成が一瞬で終わって気持ちいいんだけども

btrfsは3年くらい前に使ってバグ踏みまくって辞めたわ

ext4はファイル暗号化対応とか大文字小文字別対応とか最近機能増えてる気がするけど
btrfsはoracleがアレのせいかここ最近は停滞してるような

xfsとかbtrfsとか安定したら使いたいなと思って早何年か

archのviで:set numberすると行番号が表示されても
カーソルが画面左端のままなんですがこれはこういうものなんでしょうか？

>>345
Unix/Linuxはファイル名の大/小文字同一視オプションを持つFileSystemはあるが(例:JFS)、既定は
大/小文字を別の文字として扱うFSが、ほぼ全て。extシリーズも4は勿論、2からこの動作。Appleは
この例外で旧MacOSの仕様を踏襲し、現行のHFS+、APFSも大/小文字同一視が規定値。

ext4やf2fsはcasefoldオプションで対応してるよ
btrfsはそういう意味で遅れてる

RAID 組んでなけど
普通に使ってるがね

ftp.jaist.ac.jp が正午前後からおちてるー

中の人がtwitterで｢大学の計画停電で18時ぐらいに復旧するかなー｣っていっとるね

>>351
落ちてるね

>>352
サンクス

GNOME40になってからtopicons-plusが動かなくなった
(dash to panelとかmailnagとかは復旧したのだけど)
firewalldはまだレガシートレイを必要としているのか
firewalld-appletはまだトレイアイコンを表示するのか
よくわからないな

>>354
AURで入れたやつは動いたよ

>>355
ありがとう、無事に動きました
gitバージョンが無くなってたのね・・・

リポジトリから落ちたパッケージとかアプデで必要なくなった依存パッケージがそのままになるのは割とよくある罠だね(罠ってほどの問題ではないけど)
pacmanのhookで毎回アプデ後に-Qmqと-Qdtqして一覧表示するようにしてるわ

ってそういう話じゃないか、スマン

いや普通によくあるよ！壊れたうちに入らないと思って対処してるけど初見殺しだと思う

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
Mem: 5431.8/15358.1 MiB (35.4%) Storage: 4.8 TiB (19.0% used) Procs: 333
Shell: Bash inxi: 3.3.04

uname -r
5.12.6-arch1-1

lsb_release -a
LSB Version: 1.4
Distributor ID: Arch
Description: Arch Linux
Release: rolling
Codename: n/a

Twitterでやれ

今は他にArch Linux GUI Installerってのがある>>360
こちらはデスクトップ環境など構成毎にイメージが分かれているのでより簡単　

「ArchをGUIでインストールとはけしからん！」って言う人が出てきそうな…

だろうね
だけど時代がそれを求めて今存在するのは
Manjaro等派生鳥ばかり持て囃される流れへの危惧からかも
インスコさえ乗り切れば派生使う利点ほとんど無いしね

25、6年前Linux 出始めからやってるんだな。
何も参考になるものがなくて、すべて英語、command。「startx」で何もないデスクトップ、１から作っていくんだよ。
今は楽だー、初めから日本語、「root,home,swap,boot」パーティションを作っておいてインストール。
再起動すればもうすぐ使えるデスクトップ。「ArchWiki」初め参考サイトがいっぱい。今はほんと楽。

>>366
メニューバーのフォントがイラついた

なぜ無能は自己紹介がうまいのか

>>369
自己紹介だと気付いてないから

1992年秋頃からの情報しか知らないけど当時からネットニュースで日本語のLinux情報あったし
X11はLinux専用というわけでもないからunixの日本語情報は更にいろいろあった
sunosとかで使ってる設定持ってくるだけで1からやらなくてもそこそこ動いた

まあ当時はドライバもモジュール化されてないからハードに合わせてカーネルビルド必須とか
グラフィックドライバ設定は確かに苦労したし、ライブラリ無いとか怒られてソース探してきてmakeからとかも多かったけど
「英語しかない状況」は25,6年前には払拭されてるはずだが

ネット環境がおそまつだったのかな、ニフティのパソコン通信位で。
日本語情報はそのころあふれるように出てきた雑誌、「UNIX USER」の
おまけ「CD」から色んなのをインストールしまくった。
「debian,vine,思兼,kondara,Storm.....」記憶の中で「難しい」「英語」と置き換えられたかな？
「Enlightenment」のド派手なデスクトップにのけぞったり。
フロッピーでブート、「lilo」は簡単なテキストで、順番も自由に変え、背景画像も、起動時サウンドを鳴らす設定も楽だった。
Windows3.0から3.1になった頃、一太郎のインストールもフロッピーで何枚あった？

>>372
>>1

なんかここ数日アプデが0であれ？と思ってたらmirrorlistの一番上のmirrors.cat.netがしばらくエラーで更新されてないね

まーた依存関係ぶっ壊れたぁ
容量も圧迫してたし入れ直すかな
スクリプトの使い心地を試すチャンスと前向きに捉えよう

どうぶっ壊れたの？

大してスキル無いから解決できないのは（libglewとか）消しては入れ直してるけど
今回は依存関係がこんがらがって消したらあかんて怒られるし
そんなこんなしてたらGwenviewが窓枠表示だけになる不具合出て
面倒くさくてもういいやって感じ
調べるよりクリーンインスコする方が手間も時間も掛からないので
そんなだから一向に向上しないのだけどまあ

どういう意味？
公式リポジトリにもAURにもないものを自分でビルド・インストールして依存関係が壊れたってこと？

いずれにせよアプリケーションごとの設定とパッケージ同士の依存関係を切り離せてないし、そんななのにやけに達観したような語り口なの笑えるな
依存関係じゃなくて己の認知がぶっ壊れてるんだよ

それで良いよ
自分はそれで間に合ってるから

>>377
> 大してスキル無いから解決できないのは
いや、どんな問題を解決しようとしてそれをしてるの？？
あ、非難とかじゃなくて単純に技術的な興味の質問です

ド安定のDebianにおいでよ

ぶっ壊れた ←まちがい
ぶっ壊した ←せいかい！

>>382
しかしArchWikiの充実っぷりは異常
Debian系の人もみんな見てる

>>384
Debianも使ってるけどArchWikiは本当に有り難い
ディストリなんか好きなの使えばいいじゃんね

いつか戻ろと眺めながら Ubuntu

全部パッケージ入れ直せ

https://ascii.jp/elem/000/000/475/475007/2/
10年以上前だしディストロも違うけどUbuntuJPの中の人が悲哀を語ってますなぁ

>>388
今ならもうほとんどUTF-8じゃない？

pacman6ついにきたね
paralleldownloads試したけどめちゃくちゃ速い

新しいpacmanはyay-binと衝突するのか

paru-binが一時動かなかったのはcat.netのせいかい
jaistを先頭にしたわ

>>391
yay、git clone, makepkgした。こんでいいのか自信ないけど。

>>393
yay-binでなくyayならいいのか、ありがとう

カーネル5.13からzstdが超絶進化するみたいだな。
楽しみだ。

zstdはまだ新しい規格だからまだ高速化の余地があるんだよな

Archの更新ってフリーフォールなみにこわいの？

https://twitter.com/chor0sK/status/1400099977112608774
NixOSを使ってても結局OS更新は清水の舞台から飛び降りる気分ではあるんだけど、Arch linuxはフリーフォールな気分なところ、NixOSだとバンジージャンプみたいな気持ちで飛び降りれる。rollbackできるから死にはしない。
https://twitter.com/5chan_nel (5ch newer account)

意味がわからんバックアップ作るなりetckeeperで管理するなりすればいいだけだろ
自分の技術力不足を他に押し付けるな

使おうsnap-pac
https://github.com/wesbarnett/snap-pac

システムなんてぶっ壊れようがいくらでも簡単に直せるしどうでも良いよな
エロ動画が消えるのだけは絶対許されないからデータ用のパーティションだけは多重バックアップ必須だけど

起動しなくなるなんてレベルで壊れたことはない

8年くらい使ってるが、アプリケーション毎のトラブルしか踏んだことないね (wine等)
アプデが契機でシステムごと、しかも復元不能なまでにおかしくなるなんて想像もつかない

おそらく、DEとかWMのトラブルで画面がつかなくなったりしたのも「システムが壊れた」と見なして叫んてるんだと思うが、そういうのは利用者のモラルの問題だね
軽々しく「Arch のアプデには勇気がいる」みたいなこと言わないでほしいなあ
発言者がどういう方かは知らないが、転載されてここまで来るということは影響力のある人なんだろうし

AURと混ぜると危険
標準リポジトリのみなら特に問題はない。
良くも悪くも壊れるようならArchのようなミニマルなディストリ向きのユースケースじゃないと思う

A(nixOS)をアゲるためにB(arch)を下げる、的な論法を真に受けなさんな。

# python上がってpython製のwmがちょっとおかしくなったり、pipewireの
# 設定に互換性が無くなって .pacnew で上書きが必要になったり、lvmeatd
# がxx で起動が遅くなったり、とか systemd-resolvd がー、とかちょいちょい
# あるのでリスクを感じないとは言わない。

arch固有の話というかローリングリリース一般に通用する話が多い印象

安定板でローリングリリースは事実上Arch系固有だからね
対抗馬はWindows10くらい

>>404
空行以下って全く致命的なトラブルじゃないでしょ

ところでPython製のwmってどれ？

更新が怖いというか
AUR経由での直接インストールが多いのが設計上の弱点だよね。
野良製アプリ前提だからある意味Windowsに似ているといえる。

公式リポジトリしか使ってない限りは依存関係が崩壊しないっていうのは強みでもあるんじゃないか
問題の切り分けもしやすい
野良パッケージもpacman経由でインストールするわけだからリムーブも簡単だし、公式パッケージとの依存関係も基本的には取り持ってくれるので、configure; make; make install とはわけが違う

Archは月1回リリースだから新しさと安定性のバランスが取れてるかと思うけど
どうなん？

上で出てるNixOSは最近使ってみたが
年2回リリースなので、安定版は段々ソフトウェアが古くなる
依存関係が厳密で、依存関係崩壊によるエラーは無いが、
使いたいソフトウェアがパッケージ化されてないと自分でパッケージ化必要でつらい
これはNixOSがと言うよりマイナーなディストロの弱みかもしれんけど

パッケージは基本的に上流で既に｢安定版｣とされたものだし
数少ないArch由来の変更や設定もcoreとかに入る前にtestingに入ってテストされてるわけだし

不安定って言ってるやつは何を論理的な根拠に不安定だって言ってんのかね
ただ｢ぼくが不安定だと思うから不安定なんだ！｣ってだけ？
それともtestingでのテスト期間が短いとかかな

他のディストリからしたら安定版はArchやらで試されてるから安定なんだろうけど
ArchやFedoraの場合は最初にその安定版とやらが降ってくるポジションだから
安定版といっても少数のテスターの環境での安定してる程度の意味しかないよ。

そもそもアプリ自体が最新版入るんだから安定とか安定してないとかそういう問題でもない気がする
どんな OS でも最新版のアプリにすると今までできたことができなかったりできるようになったりするのは当たり前だし

安定版がちゃんと安定しているかどうかは上流のリリース基準によるからなんともいえんね
バージョン自体は古くてもメンテナンスが行きどといてなくてそもそもバグが放置されてるソフトウェアとかもある

Arch自体は最新の安定版ってちゃんとした基準があるんだから、古いのや新しいが使いたいならユーザー側で変えればいい
Debian Testing、SUSE Tumbleweedなんかは同じローリングリリースでもベータ版が普通に落ちてくるし
GentooやNixは逆にローリングうたってるわりにバージョンが安定版から数年遅れの場合も少なくない
Ubuntuみたいな固定リリースの場合は上流がサポートしてないメンテナンス終了してふソフトウェアも含むから話が全然違う

ソフトウェアのバージョンアップしたくないならpacmanのignorepkgで設定しておけば、
依存しているライブラリがABIに破壊的な変更加えない限りしばらくの間は使えるし
そもそも設定ファイルの構文がバージョンによってしょっちゅう変わるような開発途上のアプリは安定を優先させたいなら避けるべき
どのディストリ使ってようがいつかはその変更の影響受けるんだしそれがまとめてくるか細かくくるかの違いだけ

ローリングリリース故に別パッケージのアップデートに追従するまで間が空くことがあるくらいだな

特定バージョンのアプリケーション使い続けたいならdockerなどに頼る方が良いんじゃないかな
デーモン系だと難しいけど

>>407
> ところでPython製のwmってどれ？
qtile 当時ローカル改造しながら使ってた。

致命的、じゃなくてもなんかあったらリカバリ出来る時間が取れるときじゃないとね、って事。
プライベートな作業やってる時とか仕事の前にアプデかけるリスクは取れないよ。

言ってるそばから早速pacman6.0でyayが破壊される不具合が発生したみたいだな。

もう次スレから
｢Partial Upgradeはサポート外｣
｢公式リポのパッケージに非互換な変更があったらそれに依存するAURのパッケージはリビルドが必要｣
みたいな基本的な注意点だけでも入れね？

基本的なこと理解しないでサポ外のことして自分でぶっ壊しといてArchが悪いと騒ぐバカが多すぎる

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は今これだな
https://gist.github.com/cryzed/e002e7057435f02cc7894b9e748c5671

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

>>484
ターミナルの話？
自分の環境だとこんなもんだった


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も良いけどこんなのもあるのね https://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 なりそのソフトの公式ページなり見たほうがよっぽどまとまった情報があるだろ


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