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/

キーマップっていったらキーボードの配列情報のことだよね　カーネルに入ってるんだよねきっと
そこで止まる原因は思い当たらないな　本来止まるはずがないし

全然関係ないけどなんでインストーラーISOからmemtest86+が消えたんだろう
サポートが切れつつあるから？実際強引に起動したら動かなかったうちの環境

ごめんmemtest入ってたわ

>>808
日本語の設定おかしくなってるのかも

https://wiki.archlinux.jp/index.php/%E3%83%AD%E3%82%B1%E3%83%BC%E3%83%AB

ここ見ながらロケールを再生成してみて

>>808
あとはシステムの暗号化してたりすると順序があるっぽい

https://wiki.archlinux.jp/index.php/Mkinitcpio#HOOKS

>>811
ありがとうございます！
locale-genしてen-usとja-jpを生成しました。
次回のKernelアップデート走るのが楽しみです。
ちなみに暗号化関係は一切しておりません…

ttps://wiki.archlinux.jp/index.php/mkinitcpio

その止まってるkeymapというのは要はカーネルから
システム全体を起動していくのに必要な初期の段(initramfs)に
キーボードのキーマップ設定を反映するための処理(フック)

これは/etc/vconsole.confに書かれた内容がそのまま設定されるから
変に詰まるんならそこが何か正しくないとかかな？
いわゆる普通の日本語キーボードなら KEYMAP=jp106 になってりゃいいはずだけども

それ以外だと/etc/mkinitcpio.confで設定されたフックの内容や順番自体が
おかしくなってるとかぐらいしか思いつかんけど
何が起きているかすらよくわからなさそうな様子を見ると
先に自分で触って設定を壊しているとも思えないしよーわからんね

とりあえず言えるのは別にカーネルの更新や再インストールをしなくても
mkinitcpio -Pで一通りその詰まってる部分の処理(initramfsの再生成)は出来るから
処理が正しく動いてくれるかはいつでも試せるよってことぐらいか
(変に壊すと起動出来なくなるかもなのだけ注意ね)

>>814
ありがとう。vconsole.confはきちんとjp-106になってた。
特にカスタマイズもしていないのですが…
今はスタックして起動しなくなったらUSBから起動して
Kernel入れ直してる。
mkinitcpio -p (小文字ではダメ？)で行けるのか、今度試してみる！

なんかおかしいな？ってなったら必要なものだけ避難して再インストールも道なるや
難しい？そのうち慣れるんだよ（死んだ目）

>>816
もう何十回もしてる(笑)

インストールしなくても、手順だけ確認したらいいのよ。今のシステムがインストール時とどれだけずれているかを確認できればいいんだから。

Archを何度かインストールしてると気になるんだが、どうしてThunderbirdのプロファイルは.mozillaの中にないんだろうな

Arch とは何の関係も無い

それはそう

リポジトリで保存場所を変えるパッチを当てている可能性が微レ存

thunderbird.netからダウンロードしたやつでも、
プロファイルは.thunderbirdだよ

Thunderbirdはもう数年前にmozillaから独立というか子会社に移管されてるよ

>>824
そうだったんだ・・・疑問が晴れたありがとう　スレチごめんね

Archのインストールメディアがそこそこデカいのって海外でも気にする人いるんだな

emacs 28.1きついな

Modus とか、emacs にもついに厨房の並が押し寄せるのかね…

emacs は native compiler 対応になった時から git版を使ってきたんだけど
Arch の emacs-28.1 パッケージ版は native compiler は有効になっている？

>>829
ついてないな
PKGBUILDのdependsにlibgccjitを入れて、configureに--with-native-compilationをつけたら
ビルドはできる

初回起動時にelnを作ろうとしてCPU燃えそうなんだけど
これはnative compileの挙動としてええのか？

>>830
自分は build時に emacs附属の lisp 全部の *.eln を作るのでbuild は時間が掛かるけど、
ユーザとして起動するときは重くならないよ。個人で追加している lisp はちょっとしか無いし。
make NATIVE_FULL_AOT=1 -j$(nproc)
でビルドすればいい。

emacsのPKGBUILDの履歴を見てみると、emacs-28.1-2からは
native compileを無効にしたemacsと有効にしたemacs-nativecompが
パッケージングされるようになるみたい。

native compileを有効にするために自前でビルドしたりパッケージングしてる人は
emacs-nativecompを使えば良いかも。

そいつはありがたい！

ちんちんシュッ！シュッ！シュッ！

なつかしい。。。

懐かしのちんちん３こすりマンは癒しキャラ

いや、別に癒されないけど。
おげふぃんキャラだろ

emacs 28.1 を使ってみてるけど、日本語変換の編集領域がおかしなことになっててムカつく。

twitterでも28.1でおかしくなったって愚痴ってる人何人もみたけどemacsユーザーしぶとく生き残ってたんだな

　またグーグルやゲイツが古くからあるものを排斥してるの?

>>838
emacs-mozcとか使ってるの？

>>840
Archだって32bitは切り捨ててる訳だが
この辺は程度の問題だし時代の流れでしゃーない

そういえばemacsのせいでglibcの太古の機能が削除できないの解決したのかな

差し当たりの結論

28.1 はゴミ マイクロソフト並

27.2 に戻す

emacsは捨ててneovimやspacemacsに移った人も多いよ

もうmonoでいいや

また日本ローカライズ版が重要になるわけだ…

繰り返すねぇ…

余計な機能なんてつけるなよﾛﾘ

spacemacs ユーザは emacs 捨てられない人じゃね？

つーかspacemacsはただのディストリだから
何も理解せず言ってるのバレバレだよ

日本語入力？ skkは普通に使えているけど。

俺もなんのこと言ってんのかワカンネ
上の人と同じく(Emacs上で)SKK使ってるが

EmacsでシステムのIME使ってる人が困ってんのかな？

28.1と27.2で、src/xterm.c とかまるで違う。

Archも末期感が漂ってきたな
AURに放棄されたパッケージが目立ってきた

git が浸透して、フリーソフト全般が終末を感じさせているけど。

linux もゲイツ臭い

AURの放棄されたパッケージは毎年秋に定期的に一斉削除されてるでしょ
ちょうど公式リポジトリのSpringCleanupが終わってメンテナいなくなったパッケージが一気にAUR落ちになったところだし

AURはAUR同士で依存関係になっていたりするから
更新が滞るパッケージが増え始めたら一気に崩壊しそうで不安だな

公式は義務で更新するけど有志ユーザーは趣味か熱意でそうするから
それが向けられなくなるとオワコン化する
肥大化するに従ってAURの悪い側面が目立つようになったかな

まあ、なんかの報酬ないと続かないよな
なんでも

AURどころか公式リポジトリですらメンテナ不足なんだから相当な末期感ある
派生ディストリは賑わってきてるけど先行きは暗いよね

そんなに末期癌感じてるならWindowsなりOSXなり使ってればいいんじゃ…

末期癌、感じるんでしたよね？

どうでもいい機能をスマホOSのためだけに無理やりつけて

google がもう古いチラシ屋なんだ罠

linus も google も ゲイツ　も ナチス

漢は黙ってcontribute

女の腐った様なのは騒ぎながらcontribute

この加齢臭ただようディストリw

今ってArch、Gentoo、Slackware以外にシンプルさに比重置いたディストリあるの？
Slackwareはほぼスクラッチ、Gentooは自分でコンパイルする、Archはビルド済みを配布する、というので三者三様の圧倒的な個性があるので、これらは今後ずっと残ると見てるが

EndeavourOS とやらが人気のようなので大丈夫だろう。
コアが arch ならガワが多少変わろうがってもどうでもいい。

ChromeOS Flexというシンプル・高速・安全を謳ったディストロが

どんどんフォークされて増す多様性っていうのはLinuxの長所なんだろうけど
Arch、Debianみたいな派生元になってるようなディストリがメンテナ不足になったりはしないのかね？

派生が流行って>>867の御三家が衰退していくと本末転倒の感があるなあ

学生時代にメンテナ務めるような人は大手に就職しちゃって
業務で使ってるディストリ(主にRHEL系かDebian,Ubuntu系)に鞍替えしてしまう現実がある
少し前も日本で有名なArchユーザーが
顧客がUbuntuばかりだからDebianに乗り換える決断をしたって宣言して話題になってたでしょ

arch を御三家と称する意味が分からない

>>870
CentOSみたいなことになるかもな。

派生ディストリの開発者はそもそもパッケージのメンテとか興味なくてデスクトップ環境の設定とかやりたい人たちでしょ
本家にいてもいなくても変わらん

開発のために独自のリポジトリ管理してるならその分は十分貢献できるわけだが

独自リポジトリ使ってくれてるのはManjaroくらいなね？
あとはArchのリポジトリにタダ乗りだぞ

manjaroはarchのリポジトリをbetaのように扱うようにして人気を得たディストリだからな
archのアップデート速度を信頼できない人が取っつきやすくなった

Manjaroは独自リポジトリというか殆どそのまま修正とか加えずに持ってきてるだけだし貢献てかないわ
リリースタイミングは基本的に上流が決めるものだし特にArchは上流のコードに修正できるだけ少なくしてるんだから
どれだけバク取りしてリリースするかどくかはソフトウェアによるし

Archのパッケージのバグは依存関係の定義ミスが多いから上流コードの修正はあまり関係ない

>>877
Endervourはハイブリッドぞ

>>870
メンテナが危機的な状況だったDebian は Ubuntu のおかげで持ち直した、って話だったと思うが。
# 10年以上昔の話

Archに限った話じゃないんだろうけどどうしてLinuxファームウェアはRealtek無線ドライバなんかの網羅率が高くないんだろ
地味にめんどいんだが
リーナスおじさんの仕事が増えるのかな

>>883
リーナスが今更そんなもん触るかよ
聞きかじった名前をひけらかして通を気取るのはやめよう

リナースは最近は何をさわってんだろうか？教えてくれくれ

>>883
蟹だとめんどくさいと思われて使われて無いからドライバも作られないんじゃないかな
悪循環

おじさん
ってコトバを使いたい書き込み屋

蟹は基本的にリバースエンジニアリングして作られたドライバしかないからそりゃ対応は悪いよ
無線カードは蟹使わないでちゃんとLinuxに貢献してるIntel買うべき

harfbuzz が 4.2.x になってからか、日本語に混じった半角英数が上にズレるんだな。
cairo かなー

5GHｚのＡＰが立てられるようになったらインテル買う

立てれるけど

>>891
あれ？そうなん？
AP mode on 2.4GHz (on devices driven by iwlmvm, note no 5GHz AP support due to LAR
ってことじゃないの？

カニはリーナスと仲悪いんか？また中指立てた？

反応するのもアホらしいが、wifiチップメーカーはファームのソース公開しないのでOSS全般と仲が悪いよ。

監視できるようにしてるのに公開したら(ry

Realtekの有線LANはちゃんと使えんのに？

mt7601uの安いドングルは絶対動かんよね

>>885
ワクチンw

またインストールISOが視覚障碍者用に強化されたみたいだが
それでいいのか？全部コマンドでやれのArchは領分が違うのでは？
いわゆる誰得というか

ビョードー論という差別主義をとる者たちが得をする。

原理主義者はISOインストーラ使わないから問題無い
母艦からファイルシステム作ってベースイメージを展開してどうこうするだけ

USBでarch-install-scriptさえ動けば、他のディストリの障害時でもめちゃくちゃ役に立つからISOは初めてインストールする人向け。
家のパソコンのときはディスクを外付けしたら足りるし。

gnome42のlibadwaitaになってからテーマ使いにくくなったのなんだかなぁ
早くテーマ設定用のapiもできないかな

なんかあった時用のUSBブートイメージなんてどのディストリでも用は足りる。
Arch であっていけないわけではないが。

ほう、ためしてからいってるのなら効率も何も考えてないのかな

ubuﾅﾝﾄｶやKali 使ってそう >>904

ディスクにアクセスできてネットがつながりゃ実際なんでもええわな

リカバリ作業がarchじゃないと効率良く出来無いというなら依存しすぎ