Arch Linux 15

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

おとなしいやつならいいよね画面の端でちょこちょこ動いてるだけとか

ウィジェットみたいでかわいい

AURに落ちてたってこと?

>>527
Githubに落ちてた
journalで起動できなかった無線インターフェースの型を調べ上げてググっただけ
あまりにマイナーなんでlinuxのファームウエアに無かったんやろね

wifiドライバ取り込まれてないとかよくあるっしょ
一番出回ってそうなrtl8188fuもこないだビルドしたときなかったぞ

xr819とrtl8189ftvが糞ドライバしか見つかんなくて困る

リナックス入れたいノートのwifiモジュールはintelにしておくというのが昔から変わらぬクソ仕様だな。
AURに投稿してくれればarchが強くなるぞ。

メンテナという名のタダ働き罰ゲーマーになりたくないから勘弁

アセロスも安心な気がする

士気が下がるような発言するのはせめてやめような

Archは使ってないが、Archのドキュメントにはかなりお世話になった。ありがとう。

nvidia 455.28 is incompatible with linux
>https://www.archlinux.org/news/nvidia-45528-is-incompatible-with-linux-59/
nvidiaは現在、linux> = 5.9 と部分的に互換性がありません。
グラフィックは正常に機能するはずですが、CUDA、OpenCL、およびその他の機能が壊れている可能性があります。
すでにアップグレードしていて、これらの機能が必要なユーザーは、
nvidiaの修正が利用可能になるまで、当面はlinux-ltsカーネルに切り替えることをお勧めします。

noveau使うわ

最近 noveau で X がちょいちょい落ちるんだが…

会社の上司説得して本番環境のOSは
Archにしたw
でも、きちんと運用すれば最強だよな。

>>539
アップデートでたまに死なない？

>>539
自分は仕事じゃRHELか商用UNIXあとWindowsしか経験ないけど
Archどう？って聞かれることあるね
知ってるけどインストール時面倒だって聞いてるのであまり調べてないって言ったけど
10年位前

他人が構築したArchとか絶対触りたくないんだけど
仮に別の担当者が構築して弄くり回したあとで自分に引き継ぎされる事が予想されるとしたら
それでもArchを本番環境に推せるか？

システム構成がドキュメントにまとめられてたらArchでも別に他人が作ったサーバー引き継ぎできるし
ドキュメントがないんだったらArchじゃなくてCentだろうとRHELだろうと触れたくない

構築弄くり回す時代遅れで職人芸な職場は転職するわ。
AnsibleやChef、その他deployツールなど
導入してないと摩耗してハゲる。

Archは好きだし自分のマシンはArchばっかりだけど、それはかける手間も愛おしいからであって、仕事でそこまでの義理は無いというか。ArchWikiは良くできてるけど、業務で使うならRHELのマニュアルだし。
もらう給料がおんなじなら、最短の労力で達成したいよ

>>539
manjaroの方が安心できない？

Arch入れた中華ノート踏んだか何かで画面割れた死

Archを業務で使っているとこなんていくらでもあるし
要するにどういう業務が必要かどうかだろう
Oracle動かしたいとかなら当然向かないだろうし

家で社用でarch保守してるけど全部コマンドで管理してるから、再構築用のシェルスクリプトにしてある。それで半年に一度ミラーサーバーを更新するからいつでも引き継げるようにしてあるよ。

社用サーバーなんてVirtualBox辺りで仮想化して実環境から切り離しておくもんだろ。
Vagrantも併用して。

カリカリにチューニングするならそんな悠長なこと言えんが。

>>538
Linux と NVIDIA はあまり相性が良くないよね
Linus が中指立ててたあの頃から基本的に何も変わってないと,個人的には思ってる

なので,この間 Arm が NVIDIA の手に渡ったのは…うーん
正直 Intel や AMD じゃなくても,そんなのアリ?ってカンジがする

Archは難しいっていうけど個人的には、再インスコする時は必要なパッケージを目的別に分けてリストにしてパックマンに入力してるし設定ファイルなんかもポン！と置けばいいで回数こなせば簡単なんだけどな
むしろ自分の入れてないものは入ってないからその点が楽とすら思う

apt系と比較するとパッケージが貧弱なのが難点
特にプロプライエタリなアプリはArchは公式には対応外なのがザラだし

そういう奴らはそれぞれコンテナに突っ込んで運用してる

>>552
ホンコレ
arch導入する前にxubuntuとmanjaro試したけど
linux初心者の俺には自分にとって必要、或いは不要な設定、パッケージが何なのか把握するのに難儀して運用断念した
archwikiのインストールガイドや推奨事項に沿ってarch導入した方が全然楽だったわ

どの系統にも言えることだけど
ディストリは下流に行くほど悪い方向に複雑になる。
apt系ならDebianを使うのがいいしArch系なんか使うなら素のArchの方が良い。

相性なんだよね

Ubuntu Manjaroを経由してArchに行き着いたなぁ懐かしい
若かったよ　今も若いけど（念押し）

archはdotfile育てるのと感覚が似てる
常に使っていて、最新の情報をストレスなく吸収できる人向け

archを10年運用して今年manjaroにしてみたわ
他のユーザーがアップデートの検証してくれてる安心感がある

manjaroは使う側としては悪くはなさそうだけど
運営してる側は相当無理してるよね
この前なんてアプデ前にRC10まで出ていたという噂が立っていたし

エキサイティングな職場ですね

yayの開発が実質終了したらしいからこれからはparuを使おう
https://github.com/Morganamilo/paru

rustの波がここまで来ただけじゃなくて？

これか
https://www.reddit.com/r/archlinux/comments/jjn1c1/paru_v100_and_stepping_away_from_yay/

yayのメンテナの片方が離れてどうなるか

yayみたく更新するパッケージとスキップするパッケージ選べないのかな

>>566
それArchとしてはサポートしてない使い方だから積極的に出来るようにはしたくない開発者が多いんじゃないかなぁ

>>566
pkgbuild編集してしまえ

https://i.imgur.com/1f83a69.png
awesome入れたらロロロロに化けてるのわしだけ？

普及率の高いパッケージでも
実質1人のメンテナに依存していたというOSSあるあるだね。
あるあるというかそうじゃない方が珍しいくらい。

Archに限った話じゃねえけどゲーミング向けAndroidエミュがLinuxにないのがｸﾞﾇｩって感じ
ソースとか転がってないっすかね

GNU?

GNU。
まあGenymotionで事足りてるんだけどね
ゲーム用のエミュもVBox使ってるけどDLLで本体ソースは別物扱いかねぇ。ｸﾞﾇｩ

作れる人はいても保守できないから作らない。
フリーソフトは超絶スキルで完成させても維持は誰がやっても大変だからな。

Linuxのゲーミング需要は全体の1％存在することが分かってるんだから既存メーカーが移植すればいいのに

Linuxユーザーはソフトウェアに金を払う文化がないから無駄だぞ

ソンナコトナイヨ ATOK とか

LXCコンテナで色々なディストリを動作

えっ？ archでatok動くの？

>>579
動かすことなら
いっくらでも出来んでしょ?
pkgbuild
勉強したら宜しい

他の、ディストリよりシンプルで
サラッとbuildできるよ

それは、ライセンス的に大丈夫なの？

>>581
知らんがな
しんぱいなえら
みんながが、つかってる
ibusやらFcitxにしてどうぞ

動くったってくそ古いやつじゃん性能も劣るでしょ

>>583
atokの最新版提供されてんなら
思う存分使えばいいよ

そんなの無いから
atokなんて使わない
って
のが支流

>>579がそういう類の回答は期待していないと分かってるのに、あえてする

>>581がそういう類の回答は期待していないと分かってるのに・・・

>>583がそういう・・・

ちなみにwineてatok動いたっけ？
ibus連携するかどうかは置いといて。

なんで態々めんどくさくて有料で古いatokなんてやるんや

意味わからん

普通に最近またmozc開発進んでるみたいだし、待っとればええやろ

そしてSKKへ

skk も予測候補が出るといいんだけどね

久しぶりにカーネルをビルドしようと思って設定してるんだけど、CPUファミリーにryazenがないんだよね、gentooのドキュメントにはあるようなことが書いてるんだけど、これは古くなっちゃったの？

https://aur.archlinux.org/packages/linux-amd/

yayお前・・・

最近は大企業管理ではないOSSがどんどん死んでいくな
Rubyの終焉も近いかもしれん

yayは実質死んでもた

yao開発陣もparuへ移行したし、
けどparuってrustで書かれてること以外なんもないんよな

OSSは開発者のモチベーションこそが全てだから
Rustで書かれている事でモチベが上がるならそれは多大なメリットなのだ。

大企業がバックアップしてようが古いツールチェーンは死ぬときは死ぬよ
パッケージマネージャを例にとってもRedHatが支援してたyumは死んだし

なんかこのスレ変なのしか残ってねえな
Manjaroとかに流れたか

このスレっていうかこの板やな...

この板ってか5ch全体やな...

匿名掲示板において流動性の低い専門板は変なのしか残らない運命なのだ

いつもXだから気づかなかったけど
最近のカーネルだとターミナルのスクロールバックできないよね
昔の古いインストールisoだとできる
archというよりカーネルの問題だと思うけど
今後はscreenでも使えってことになってる？

Linux5.9で削除された機能だな
https://www.phoronix.com/scan.php?page=news_item&;px=Linux-5.9-Drops-Soft-Scrollback

リーナス曰く誰も使ってないしメンテする人がいないからという理由らしい

メンテナのいない機能はガンガン削除するべきよね

メンテがいません信用できない機能ですという感じで残しておいてくれた方が嬉しい時もある

どういうことなの

メンテナがいないっぽい機能は
下手にバグ報告すると機能ごと消されるというリスクがある。

まぁどうしても使いたいなら該当コミットをrevertして自分でコンパイルするしかないな

>>539
うちも本番で使っているけど、
協力会社からチャレンジャーと言われたorz
安定してると思うのだけれどな…

>>539
本番環境はちゃんと仮想化してバックアップしとけ。

>>608
そりゃそうだろ。
運用に大事なのは「設定・操作を再現できる」「イジった時／所だけ変わる」「元に戻せる」だからな。
ローリングリリースとか狂気の極み。

全部コンテナ化すればええんや！

macbook airでarch動かないかな

archlinuxarchive活用すれば特定の時間におけるバージョン固定はできそう

>>608
うちはarchで開発環境にして、本番はubuntuの上にDocker環境でarchのイメージ使ってる。archでサーバーにするのが楽だと思うけど、サバ缶が嫌がる。

何度も言われているが
自分で構築したArchの管理は楽だが
他人が構築したArchの引き継ぎは地獄だから向いてない

>>614
そのとおりかもしれないけど、archで開発してるほうがサバ缶よりドキュメント残してるんだぜ。
どんなディストリのサバでもサービスの立て方が明確じゃないサーバーの管理はクソだよ。
向いてる向いてないはサービスによるんだよ。

ドキュメント不足のCentOSサーバーと
ドキュメント不足のArchサーバーでは深刻度が段違い。

自分でArchサーバーを構築したのではなく
他人が構築したArchサーバーを引き継いだ経験のある人だけが
Archサーバーを賞賛していい。

パッケージマネージャを使う限りはそれほど変わりないと思うのだが他の OS と
Arch って package Manager 使った時のソフトウェアのバージョン固定てできるの？

パッケージ指定して更新しないようにできる

クソがクソ比べするのはクソ過ぎて、そんな仕事したことない。
アマチュアの仕事ならやめたほうがいい

>>613の要件のサーバーならarchのほうが圧倒的に楽。Docker動かすだけなんだからローリングリリースの方がアップデートせずに使えるから。

自分で構築から管理まで行うなら楽という認識は共通でしょう。
他人が構築したArchを引き継ぐ場合の話が論点。

実機でarch入れてるのはうちの社ではCI用サーバーしかない
コンテナやVMだとたくさんarch使ってる

なんでRHEL使わないの…？
予算がつかない…？

archの指針通りシンプルに使い続けていれば引き継ぎも楽だよ。無能がサバ缶やる前提で話すからややこしくなる。
pacmanでDockerを入れるか、aptでDockerを入れるかの違いだろ。

シンプルというのが
パッケージのバージョンを一切固定しないという意味ならそうなんだが
それはArchが楽というよりも
バージョンを上げても問題が発生しない楽なシステムをArch上で動かしてるというだけ。