Arch Linux 16
レス数が1000を超えています。これ以上書き込みはできません。
grubがインストールできません
gdiskで8300を指定してfat32でフォーマットしたefiパーティションを、作成した/mnt/bootにマウントした後
/mntにchrootしてgrubとefibootmgrのパッケージをインストールして、--efi-directory=/bootを指定してgrub-installを実行しました
しかし/bootはefiパーティションではないとの事です 一度efiパーティションをマウントし直したらインストールできました、申し訳ないです
次はこんな画面になりました
https://imgur.com/undefined
https://imgur.com/Rii90Bx 自分も何故か前のやり方で失敗したのよね
なのでEFの人の新しいやり方真似て上手く行った そら/dev/sda1を/mnt/bootにマウントしたあとで/dev/sda3を/mntにマウントしとるからやろ
/dev/sda3を/mntにマウントしてから/dev/sda1を/mnt/bootにマウントせんと 8にある様に/mnt/bootを後からマウントしないと/mntに保存される。
誰もが一回はやる話。 >誰もが一回はやる話。
んな馬鹿な
その間違いはmountコマンドの意味が全く分かってないってことでしょ
インストールで使うコマンドは全部意味があるんだからお経みたいにコピペするんじゃなくてちゃんと意味を考えないと
インストールだけできたところで後で必ず詰むぞ 前スレの984,986
https://mao.5ch.net/test/read.cgi/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使います >>35
そのエラーは見たことないけどgpuオフで解決したというところね >38
アスペで構わないからXcfeが何か説明してもらえませんかね タイポと推測できなところにアスペかと言われてるんだろ https://i.imgur.com/w5lyWFI.jpg
USBライブ起動で違うUSBにインストールしたのですが
起動するとこの画面になります
強制終了しないと電源が切れません
カーネルオプションにacpi=0を追加したら上のacpiなんたらのエラーが消えたのと
電源は切れるようになった
糞初心者ですだれか何かわかりますか
yってなんですか いや、本当 yって何ですか
Y/N選択の時にyを連打したのかな >>45
確かにそのyかもしれませんね・・・
そのyだとして、どこでやったか見当が付きません
nanoの終了時の上書きするかしないかのとこかもしれません
再インストールしてみるかな セキュアブートオンになってるんじゃない、オフにしてみたら >>48
再インストールして、なんとか起動できたところです
確認したらセキュアブートはオフの状態でした
結局何だったのかわかりませんが、有難うございました
今はネットに接続できなくて手こずっていますw手強いです >>49
それがまた楽しいんですよ
また、ど〜〜しても分からない・動かない時は相談して下さい >>51
初心者ならarchよりもmanjaroのほうがいいよ。
arch のマイルド版だから、アップデートが遅い代わりにトラブル少ないし。 archより遅い言うても2週間程度だし、manjaroのメンテナーも別にメンテナンスしてる訳じゃなく、ただarch利用者のアプデ時なりのバグ報告を纏めてるだけだから
結論manjaroだろうがarchだろうが自分で逐一確認しとけばいいって話だから大差ないと思うけどな〜
manjaroの利点ってインストール手順がguiくらいなだけでしょ >>54
GUIインストールなんか別に大したことでもないでしょ。
それより最初から適切な選択(ネットワーク設定とか諸々)がなされているという点が大きい。
Manjaroに限らず大抵のディストロはそういう点も大事にする。
Archの思想とは相容れないだろうが。 >>44
今更だけど、私も同じ事になったので
systemd-bootのエントリーファイルに
options root=UUID="UUID" rw
って書くところ、イコールの前後に半角スペースが入ってたのがダメで
半角スペース消したらいけた 今日はじめて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
できましたか、おめでとう〜
これから良いlinuxライフを送ってください!
あと、>>75 は自分なのですが、
嘘っぱちだったので忘れてください…。 普通とは多数派を言う
数あるディストリビューションの中でマウスを使用しないのは普通か?
それとも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でスチゲーはまだ浸透してないから
やる気のある人達の開拓が進んでいるディストリビューションが目立つのでそうなる
チート対策ツールがネックで概ね起動しないため
マルチプレイゲームは駄目っぽいね現状は >>94
すでに終わらせてる話題で申し訳ないけど
Gentooに限らずいくつかのlinuxカバーしてるサイトであれば
クロの思考ノート、ってサイトが参考になるかも
個人サイトっぽいのでリンク貼っていいのか分からんから貼ってない
ググるとすぐ出てくるから、良かったら見てみて xfce4でどうやって個別にアイコンを変更するんですか?
テーマを導入して一括で変えることはできても、対象を右クリックしてプロパティを開き別なアイコンにするのは無理なんでしょうか? リナックス使えるならどんなディストリでも使えるはずだよ。あるディストリしか使えないという人は、リナックスを使えていないと言っていい。
そういう人はリナックスを使っているんじゃなくて、サービスを受けているだけだよ。 使い方は人それぞれなのでただ単に"使う"と言うだけじゃなにもわからん 知り合いの奥さんはラズパイを使ってて、と言ってもクックパッド専用
OSが何のだかも知らない
でも使ってる ネットで調べればgentooが使えるところまではいくんじゃないかと思う。
でも、ビルドがものによっては終わらない(笑)
うちの貧弱パソじゃxすら、数時間かかった。
libreofficeにいたっては1日待っても終わらなくて挫折した! 時間が無限に有るならジェンツーも面白いかも知れんけどなー
近くにハードオフでも有ったらジェンツーで遊ぶんだが 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は割と真面目に便利なのでおすすめ usbからarch起動しておかしくなったファイル直して本体の起動し直してるわ メンテ用のUSBArchって他と比べて使い勝手どう?
メンテ用ならどれでも大きく変わらないのかもだけど あんま変わらないかな。ただディスクマウントしてpacmanで再更新とかするから同じディストリビューションが良いと思う >>126
なるほど
自分はエラーの原因の特定などに別種を用意したほうがいいのかなって思ったので
まあArchと両方入れちゃえばいいんだろうけど今のUSBSSDなら容量全然余裕だし アプデで独自のバグ等踏み抜いて手詰まりになったことは10年メイン機として使ってて一度もない
公式HPに書いてある理由で動かなくなったことはある 昨日、2年アップデートしてなかったアーチをアップデートしたぞ。
いくつかの腐ったパッケージをアンインストールして、keyringを先にインストール、からのアップデートでいけた。 起動したらfailed to start light display managerって表示されるようになって、
liveUSBからマウントして直そうとしてたら間違ってmkfs.fatコマンド打ってしまったので壊れた
うわーめんどくせーまた最初からか 人の失敗 読んで
chmod 0000 /usr/bin/mkfs*
を実行した DMが立ち上がらなかったぐらいでUSBから起動するってのが理解しがたい hhkb使ってるとctrl+alt+f2が押しにくい^^;
左手で3つボタン同時押し…… 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 みたいにアプリの隔離機能が強力になったりってこと? 即使えなくなるというわけではないだろうけど
あまりに古いPCの再利用には向かなくなるのか 思想的にはしょうがないだろうけどね
レガシーな人Debianに持ってかれそう DebianはともかくRHELやSUSEも次のバージョンでサポート切るみたいだからそれに合わせたみたいね 切られたCPUが持ってない命令セット使うようになるんやから基本的には無理やろ そのためのArch Build System
コード内からサポートしてないSIMD直接叩くようなプログラム以外はどうにかなるでしょ gitlabのほうで「そのへんの機能で大きくパフォーマンスがアップするようなソフトはそもそも実行時に自前でそれらをサポートしてるかチェックして使えるなら既に使ってる状態だしあんま実用上のパフォーマンスのメリットはないんじゃないか」みたいな事言ってる人もおるね 絶対性能のアップというよりかはコンパイラの自動ベクトル化でSSE4含めCPU全体が効率的に使われることによる省電力化がメインの目的らしい 完全に興味本位の質問なんだけど、最適化の効果でどれくらい省電力になるかとかデータ出てるの? なんだまたAllan MacraeがArch壊したのか ある時点で区切ることを宣言することに全く意味がないとは思えないが。 pacman -Syyはするけど
-Suは怖くて出来ない >>170
関係ないが、何か違和感を感じる文章だな
もっと完結に言うなら…と考えるが思いつかない ある時点で区切ると宣言することは意味がないとは言い切れない。 GNOMEを使っているのだけど暫く前から以下のが発生しています
Xベースでやってるのだけどintelのアクセラレーションをuxaにしてみても解消せず
intelのオンボードでGNOMEを使っている方が居ましたら情報をお願いします
(自分はintel core i7-4771を使ってます)
症状:
gnome-terminal、動画、firefox、JDim等を同時に使うとバックバッファが遅れて表示されるよな
一つ前の状態と現状の状態が交互に表示される状態が続く
多分常に発生しているけど使った時だけ目立つ感じではないかと思っている >>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を入れるだけでリストに追加される os-proberでやってるわ
pavman -S os-prober >>186
この流れでOS-Prober入れても混乱するだけだと思うぞ
複数のディストリを入れてる訳でもなく、単にカーネル切り換えたいだけ >>178,179
有難う、少し試してみます
ltsに変えてみたら今の所、症状はでないみたいですが少し使ってみないと分かりません
KMSの問題なのですかね・・・KMSに帰るにはどうしたら良いのか >>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を使う必要は無い
同じような単語なので同じだと思うと誤解しますよ .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 がまたムカつく。
一番怪しいのは開発者だろ なんだか分からないけど、SigLevel = Never で解決しないのかね… >>203
そういうのは開発者のためにあるのが分からないのか…
導入してないことで穴が空いててクラッカーに悪さされたら開発者のせいになる
ユーザーのためではないから無くせない 導入しても穴が空いていてやられたら開発者のせいじゃないの?w
バカなの?w ああ、こんなのと一緒にされたくない…
私だって金さえ有ればMint入れる セキュリティ上の答えは「開発者が信用できないアプリは使うな」が正しい。
だから使わなくていい。 rsync.netはサーバー上にSSHしか動かしてないからファイアウォールもアンチウイルスも何も使ってないらしい ILoveCandy ()
モリモリとバイナリをかっ喰らうんだなとドン引きしながら挙動を見てましたが
意外にコンパクトなサイズに収まる
注意深く分割し丁寧にstripかけてパッケージをつくるとこうなるんだな
という感じ Discordの画面共有がWaylandに対応したら移行する waylandはウィンドウの位置覚えてくれないのが
使っててイライラして無理 なんで何度も何度も*.db をDLさせるの?
アクセス数を稼ぐとゲイツからお金がもらえるの? ローカルにある*.dbと、リモートにある*.dbに差異があるからでしょ
pacman -Syを連続しても何度もダウンロードするんだったら異常だけど Pythonのモジュール (numpy、matplotlib等) はpipで管理したいんだが、pacmanが依存関係を解決するために勝手にArchのパッケージとしてインストールすることがある
まだ問題は起きてないとはいえ、これが結構ストレスなんだが皆さんはどう折り合いつけてますか >>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 の中身の衝突が不安なので、バックアップします 安いVPSでも安心だな
$ free -h
total used available
Mem: 471Mi 57Mi 398Mi 最近 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
ほかにドライバのダウングレードして動いたとか 自分でmakeinstallするなら衝突も自己責任、カーネルパッケージ使うなら起きないと思うぞ下さい 恥ずかしいだろうからからかってやるよ
>思うぞ下さい
バーカw 1年ぶりにインストールCD作り直そうとしたけど
もうCD1枚に入らねーのな
いったい何入れたらそんなに太るんだ? デスクトップ環境を入れたいのなら
いまどきCD1枚に焼くことは無理だな
デスクトップ環境を省けば収まる この間インストール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 慣れた人なら、Artix の base を拾ってくれば問題なくインスコできる。 M1macのQEMUにarchのARM版をインスコしようと思うんだけど、ラズパイ向けのSD書き込みを前提にしてるやつ使えばいい?
それか仮想か実機向けの手順がある? え!!Arch Linuxでスクリプトインストーラーを!? オフィシャルでリリースした件でしょ
次使ってみるか あの変な馬だかロバだかわからん奴よりマシなビジュアルはなかったのか スクリプトインストーラーって、展開の自動化もできるようになるの? スクリプトインストーラーで 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)
https://youtu.be/-JVikVcjMIE
なにこのMAD動画 >>273
やはり需要はあったのね
今後もコンソール上でのインストーラーは引き続き開発されそうだね 毎度の繰り返し作業を積極的にスクリプト化するのがLinuxというかUNIXからの流儀のような
慣れ過ぎるとWindows管理が嫌になる副作用有り arch linuxのインストールに成功しました(2年ぶり2回目)
インストール手順のwiki変わったよね?今回めっちゃ苦労したぞ >>280
まだ失敗した時の原因完全に掴めてないけどもこちらMBRからで
パーティションの切り方とgrubでエラーが出て詰んだ所で大分困った
多分fdiskじゃなくcfdiskでパーティション切ったせい?でセクタ2048から始まらなかったせい?でgrub-mkconigが失敗して”airootfs”とかいうエラーが頻発する自体に それたんにchrootする前にgrubしただけだろ chrootしたままなら、まだインストールできないだろう。古い環境が原因では。 まちがえた、chroot前のgrubなら。寝ぼけてた arch は滅んでも MBR は存続しなければならない >>281
airootfsでググると原因まですぐに分かるな
参考だけどgrubはコマンドライン機能持ってる
知っておくと設定間違えて立ち上がらん時に任意のドライブ上のカーネル立ち上げ出来る arch-chrootは何も知らないままやったつもりでいたものの何か出来ていなかったぽいでんな
確かにインスコ成功した時vimがviになった時みたいにchrootでコマンドラインのハイライトが完全に消えた
2、3回繰り返して何故何回もchroot失敗してたのかはまだ謎 gdgd言ってるけど
単にchrootに失敗してただけな bootマウントし忘れてchroot失敗はよくやる おめー ubu ナントカ使ってた方がいいんじゃね? Arch民の民度…
∧ _ ∧
( ´Д`)<はぁ〜…
/ \
| | | |
|\ ̄ ̄ ̄ ̄ ̄ ̄旦. ̄ \
`l 、 \ \
.| |\|二二二二二二二二二l
┘ | |と__)_) | |
| | | | そして今度はiw入れないと無線に繋がらない事を知る 前スレでbluetoothに絶望してたんだけど、朝早く目が覚めちゃったからpluseaudio全削除してpipewire入れてたら綺麗に動作したわ。あとはリモートでのデスクトップ共有の確認だけだ yayの代わりにpikaur使い始めたけどいいなこれ 使っているツールで民度がどうとか言うほうがどうかしてるだろ 確かにシステム d に移行したけど利点は分かるか恩恵がないって感じだな ツールに抵抗感を感じない層があるなら、その民度は認識できる。 archの手動インストールは写経と考えて書けば書くほど徳を積むと考えれば苦にならない 日本に居ると仏教なんて金や肉欲って印象しかないんですが。 アスペだからパーティー切り分け〜grubインストールまで全部記憶してる でも実際ミスをしないことが大事だからそういう方が向いてるかも
自分はインスコ出来ても一回トチると何を間違えたのか判別面倒臭くて
最初からやり直すしか能がない マシンによらない部分はスクリプトにするのが普通でしょう
そんなに長大な作業でもないし、毎度毎度手作業でやる気持ちもわかるが アスペって言語化されてないことに対する理解力みたいなものだよ
CUIが苦手かどうかは単純に理系的な話 マジここのドキュメントは優れているな 翻訳も見事だ
ウブントゥ利用中だが 他のOSはGUIで楽なのとArch wikiがごちゃごちゃしてわかりにくいからボソッと書いただけだから言い合いしないで 文系理系って大学受験の便宜上の区分でしかないけど、関係ないところにその基準を持ち込んで変な持論を展開する人が後をたたないね
(文理で何事も二分化することのおかしさを一応説明しておくと、例えば「文系」分野とされがちな経済学や社会学や心理学では統計的数学的医学的なアプローチがメインストリームなわけだがこれを「理系」と別の何かとするのは矛盾以外の何物でもない)
で、CUIとGUIがそれぞれ文理でいうとどちらか、というのはこれもナンセンス極まりない議論で、CUIはテキストベースだから「文系」だとかプログラムチックだから「理系」だとか、GUIは直感的だから「芸術系」だとか緻密な計算の下にどこに何が表示されるか決まってるから「理系」だとか、そんなものは話者の都合でどのようにも言える
どっちがどっちであるか「明白」だなんて言うのは本当に恐ろしい主観の押し付けてす そもそも>>312がアスペって言ったのは画面見るだけでできるGUIとは違うCUIの操作を記憶してることに対してでしょ >>323
大学・大学院出てから何年経っているんだよ。大学出てから学んだことのほうが多いんだから、文系とか理系とかクソみたいなことにこだわるな。 コマンドによる精神統一によりスレの安定を取り戻す
平和までの道程は全てにおいてloadkeys jp106から始まる >>321
真の意味の文系が向いてるわけだ
情報処理は文系だからな つまり理系にしか使えないLinuxを文系でも使えるようにしたのがArchと
自分もUSだな キー配列なんて改造してナンボだろ。
Dvorakをカスタムして使っている。 またubuナントカしか使えないのがイキってるのか… >>334からアスペ臭()
おまえが見出した規則性に合わないだけなのに >>335
アスペ用OS使ってる奴がなんか言ってて草 ∧ _ ∧
( ´Д`)<…
/ \
| | | |
|\ ̄ ̄ ̄ ̄ ̄ ̄旦. ̄ \
`l 、 \ \
.| |\|二二二二二二二二二l
┘ | |と__)_) | |
| | | | ELの人RHへの忖度なのかbtrfsに切り替えたね
なんの問題もないと言ってるけどまだext4の方が安定かなあ そりゃ将来的にも比較したらext4の方が安定だろうけど
実用レベルの安定さがあればBtrfsに切り替えるのは理にかなってるよ。 ファイルシステムとかどうしても新しいのでないといけない、とかなければ安定を取るべきと思う そりゃド安定低機能(ext4)と不安定高機能(Btrfs)なら安定低機能一択よ。
ド安定低機能(ext4)と安定高機能(Btrfs)くらいにまでBtrfsが落ち着いたから
ぼちぼち選択の余地が出てきている。 シンプルに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はそういう意味で遅れてる ftp.jaist.ac.jp が正午前後からおちてるー 中の人がtwitterで「大学の計画停電で18時ぐらいに復旧するかなー」っていっとるね GNOME40になってからtopicons-plusが動かなくなった
(dash to panelとかmailnagとかは復旧したのだけど)
firewalldはまだレガシートレイを必要としているのか
firewalld-appletはまだトレイアイコンを表示するのか
よくわからないな >>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 今は他にArch Linux GUI Installerってのがある>>360
こちらはデスクトップ環境など構成毎にイメージが分かれているのでより簡単 「ArchをGUIでインストールとはけしからん!」って言う人が出てきそうな… だろうね
だけど時代がそれを求めて今存在するのは
Manjaro等派生鳥ばかり持て囃される流れへの危惧からかも
インスコさえ乗り切れば派生使う利点ほとんど無いしね 25、6年前Linux 出始めからやってるんだな。
何も参考になるものがなくて、すべて英語、command。「startx」で何もないデスクトップ、1から作っていくんだよ。
今は楽だー、初めから日本語、「root,home,swap,boot」パーティションを作っておいてインストール。
再起動すればもうすぐ使えるデスクトップ。「ArchWiki」初め参考サイトがいっぱい。今はほんと楽。 1992年秋頃からの情報しか知らないけど当時からネットニュースで日本語のLinux情報あったし
X11はLinux専用というわけでもないからunixの日本語情報は更にいろいろあった
sunosとかで使ってる設定持ってくるだけで1からやらなくてもそこそこ動いた
まあ当時はドライバもモジュール化されてないからハードに合わせてカーネルビルド必須とか
グラフィックドライバ設定は確かに苦労したし、ライブラリ無いとか怒られてソース探してきてmakeからとかも多かったけど
「英語しかない状況」は25,6年前には払拭されてるはずだが ネット環境がおそまつだったのかな、ニフティのパソコン通信位で。
日本語情報はそのころあふれるように出てきた雑誌、「UNIX USER」の
おまけ「CD」から色んなのをインストールしまくった。
「debian,vine,思兼,kondara,Storm.....」記憶の中で「難しい」「英語」と置き換えられたかな?
「Enlightenment」のド派手なデスクトップにのけぞったり。
フロッピーでブート、「lilo」は簡単なテキストで、順番も自由に変え、背景画像も、起動時サウンドを鳴らす設定も楽だった。
Windows3.0から3.1になった頃、一太郎のインストールもフロッピーで何枚あった? なんかここ数日アプデが0であれ?と思ってたらmirrorlistの一番上のmirrors.cat.netがしばらくエラーで更新されてないね まーた依存関係ぶっ壊れたぁ
容量も圧迫してたし入れ直すかな
スクリプトの使い心地を試すチャンスと前向きに捉えよう 大してスキル無いから解決できないのは(libglewとか)消しては入れ直してるけど
今回は依存関係がこんがらがって消したらあかんて怒られるし
そんなこんなしてたらGwenviewが窓枠表示だけになる不具合出て
面倒くさくてもういいやって感じ
調べるよりクリーンインスコする方が手間も時間も掛からないので
そんなだから一向に向上しないのだけどまあ どういう意味?
公式リポジトリにもAURにもないものを自分でビルド・インストールして依存関係が壊れたってこと? いずれにせよアプリケーションごとの設定とパッケージ同士の依存関係を切り離せてないし、そんななのにやけに達観したような語り口なの笑えるな
依存関係じゃなくて己の認知がぶっ壊れてるんだよ >>377
> 大してスキル無いから解決できないのは
いや、どんな問題を解決しようとしてそれをしてるの??
あ、非難とかじゃなくて単純に技術的な興味の質問です >>382
しかしArchWikiの充実っぷりは異常
Debian系の人もみんな見てる >>384
Debianも使ってるけどArchWikiは本当に有り難い
ディストリなんか好きなの使えばいいじゃんね >>388
今ならもうほとんどUTF-8じゃない? pacman6ついにきたね
paralleldownloads試したけどめちゃくちゃ速い 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で管理するなりすればいいだけだろ
自分の技術力不足を他に押し付けるな システムなんてぶっ壊れようがいくらでも簡単に直せるしどうでも良いよな
エロ動画が消えるのだけは絶対許されないからデータ用のパーティションだけは多重バックアップ必須だけど 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に取り込まないのかは謎だな >>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 くらいしかなかったし平和なもんだ >>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はただのインストールスクリプト集だからそこが心配なら自分でビルドすればいい makepkgはアーチのコマンド、自動化は自分たちでやってねって事
これ以上でも以下でもないから。 >>451
yayはデフォルトの選択肢が非表示なんだよなぁ pamacってpacman 6にまだ対応してない? みんなparuは使わないの?
実質開発が終了したyayの話題のほうが多いように見えるけど 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 Arch使う前は英語のままで使ってる人が上級者っぽく見えたけど
実際には日本語化ってArchの環境構築の中でも最高難度だから英語のままな人は単なる技術不足よな。 ロケールを日本語にするだけだった気がするけどなんか特殊な作業必要なの? 環境は日本語にしてディレクトリだけ英語に戻してるわ 日本語フォントの設定は必要だな。
コンソールの日本語対応はけっこう面倒だった気が。たまに文字化けする。 >>471
インストールガイドや推奨事項に日本語化の手順載ってたと思うが フォント調整は奥が深い。
最適化やらと違って決定版がないからコピペ通りで気に入るか別だし結構大変。 そういうのって大抵客観性もないただの自己満足だしどうでも良いわ
間違った方法で効果ない設定して「すごい綺麗になった!」とか言ってそう フォントはubuntuの設定流用してるな
ubuntu以外はフォントにこだわりが無いのか設定がデフォルトばかりだ fontconfigはinfinality導入しとけがずっとFAだったけど上流にマージされたからな
かなりarch由来の開発成果取り込まれたんじゃないの? フォントって何をどう変えるの?
スペース幅とかサイズの話? 基本は英語が見やすくなる設定になってるから
アンチエイリアスやヒンティングやらを調整する必要がある。
他の設定項目とは違って海外情報が役に立ちにくいから別方向に難しい。
俺もまだギザギザ気味だけど修正するべき箇所が良くわらなくて妥協してる。 fontは今これだな
ttps://gist.github.com/cryzed/e002e7057435f02cc7894b9e748c5671 日本語化簡単だし、ディレクトリは勝手に日本語にならない。 >>484
ターミナルの話?
自分の環境だとこんなもんだった
https://i.imgur.com/Y1xeKkK.jpg
URxvt*font: xft:Ricty:size=10.5:antialias=true
以外になんか設定したか覚えてない
スペーシングもゼロのままだった
大変なんだっけ? フォントはギザギザの方が目に良いんじゃなかったっけ >>488
ブルーライトカットが目に良いとか思ってそう Arch Linuxって楽しいのはインストールのときだけだな。
いざ安定すると特に面白みのないディストリ。 システムの全貌を把握しつつ、パソコンでやりたい全てのことを何の不自由もなくできるのは快適と言うより他ない
Windows とか他のディストリじゃこれを両立するのは難しい
LSF や Slackware は快適さに欠けるしね
Gentoo は、自分でビルドすることに良さを感じる人にとっては Arch より良いだろう > ユーザーは不要な、あるいは迷惑なパッケージを削っていくよりも、公式リポジトリで提供されているx86_64アーキテクチャ向けの沢山の質の高いパッケージを選ぶことでシステムを作り上げることができます。
これがすべて >>493
他のディストリは安定した後にどういう面白味があるの? メジャーバージョンアップでシステム破壊されて復旧とか? いじるのが楽しいからArch使ってるタイプの人は
設定が成熟してくると寂しさを感じるのはあるだろうね たしかにやることがなくなった。プログラムとか英語できないし。最近はprotonのおかげでゲームばかりしてる そういう点だと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も良いけどこんなのもあるのね 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は8GBなんですが6GB弱
しか表示されてなくて不思議です。
https://imgur.com/dJfbxxJ
どなたか原因のわかる方、よろしくおねがいします BIOSやマイクロコードは最新にした?Ryzenはそこらへん古いバージョンだとバグ多いよ GPU 用メモリ引かれてるだけだと思うが
ネチネチ細かいことで揚げ足とるここの住人が
そんなことに気づかないとかありえるんだろうか
俺は釣られているんだろうか biosは最新ですが、マイクロコードのアップデートはしていません。
暇なんでmanjaroインストールしてみたんですが、やはり同じでした。
もう一度arch インストールしてみます。
つられてないですよ(笑 超初心者ですから >>535
どうもありがとうございました。
biosでdisplayの項目の中の、UMA Frame Buffer Sizeが原因でしたね。
デフォルトで2Gとってるみたいです。選択項目が1Gか2Gしかないので
いちおう1Gにしてちょうど8−1で7G使えるようにしておきました。
やはりAMDはくせがありますね。けちらないで16G選んでおけばよかった(汗)
他の皆さんもどうもお騒がせしました オンボードグラフィックならintelでも同じでは? オンボでメモリ交換できないのに8GB選んでる時点で正常な判断ができない人なのわかるでしょ ↑こういう陰湿な書き込みって書いてて気持ちいいのかな >>538
メモリ共有してるからですね。Intel Graphicでも勿論同じ。
AMDは癖がある、とかいう誤解抱えて終了しないで欲しい所。 AMDでメモリ8GBならZramを導入してみるのもいいかもしれない。
pacman -S zram-generatorで導入完了。
メモリ不足でCPU性能を持て余すハードにピッタリの選択肢。 内蔵gpuの事、オンボっていうのいい加減やめない?ボードについてないし。 言われてみたらオンボ単語使ってないなあ最近
igpuかな オンボードビデオというのはマザーボードにビデオチップとメモリーが直接はんだ付けされていた頃。 UMAのオンボもあったしソケットにVRAMチップ増設できるのもあったし >>550
まずシンプルに見やすい。
https://i.imgur.com/P4srW1F.png
それと入力欄にフォーカスした時点で
現在の入力形式をポップアップしてくれるオプションがあって超便利。(「ja」とか出てくる)
いちいちローマ字側だっけ?とか一切悩まなくて済む。
フォーカス時にどっちの入力なのか分からなくてミスった経験は1回や2回じゃなかったから最高。 >>553
notoかな?
Debian11の/usr/share/fonts/を
全部ぶっこ抜いてコピーしたらこうなった。
この手法だとブラウザ含めて全てのフォントがいい感じになるからオススメ。 グラフィックをBIOSで設定できるのはまだましでhpでは一切触れなかった
nvidiaGPU強制有効でVRAM6GBあるのにIGPUも強制有効で強制的に2GB取られる
全く訳がわからない仕様だった fcitx5あったのか いいこと聞いた
5ってpacmanに明示しなきゃ入らないよね まあいつかはいらんくなりそうだけど pkgbuidで使えるの?
Linux版のbrewもあるけど、アーチのパッケージシステム使えたらいいよね。 てかaurに統一するんじゃなくて、サンドボックス機能があるflatpakしかりsnap然りに統一してほしい感ある
最近pipewireなりwaylandが使えるまでに進歩したし Gnomeにしてみたけど言われているほど悪くない
設定でアニメーション切って
なるべくショートカットキーを活用するとサクサク動かせる
初心者向けのDEだと思って使うと面食らうけど
キーボード操作前提の中上級者用のDEだと頭を切り替えて使うとかなり良いね
i3やXmonadの超リッチ版だと思って扱うとめっちゃ快適で
カーネルメンテナ達が愛用するのも納得 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から引っ張ってくるのは効率的ではある 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で動いたっけ?
前にインストールしてダメだった気が。 AppImageは1ファイルで良い感じだけど普及率の低さとアップデートの面倒さが欠点 GNOME40試してみたけど
アニメーション無効化したら確かにi3感覚で使えるね
初期設定はtrackerの無効化と端末エミュ起動のショートカット設定くらいで十分
メモリ使用量はそれなりだけど動作速度はラップトップで使っても相当速い 使わないメモリは無駄なメモリ
余ってるメモリは積極的にキャッシュとして活用したほうがいい 最近思うんだけどArchが壊れる原因って
pacmanのパッケージでの依存関係の定義の甘さもあるよね
アップストリーム追従だから仕方ないけど
公式リポジトリでも依存関係の不足が発生する場合がある いや、yayなりのparuなりの非承認pacmanパッカー使ってるのが原因や‼︎aurutilsを布教したい‼︎ >>593
主要なライブラリのアップデートがあると依存するアプリ全てビルドしなおす必要あるから大変やね
https://archlinux.org/todo/
最近はsonameを公式で追えるようになったから楽になったとはいえ pacmanで壊れるとか言ってる奴でちゃんと再現性のある実例出てきた例がまったくねーよな
いっつも「〇〇入れたら依存関係がぶっ壊れてぐちゃぐちゃ」みたいな何の再現性もない曖昧な日記ばっか
使い方も理解しない原因も特定しないでてめぇでぶっ壊して「ふぇぇ何もしてないのに壊れたよぉぉ」とか騒ぐんならWindowsでも使ってろやwww >>596
何もしなくても強制アップデートで壊れるwindows勧めるとか鬼かよw 再現性のある実例ったって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ライブラリ専用のディストリビューションみたいになってて依存関係で壊れる心配がなくなる >>608
おっしゃる通り、もうパッケージマネージャーに依存してなくて、stackコマンドで管理してる。
依存関係壊れなくても頻繁にpacmanのビルドが更新されるからアップデート時の負担になるので切り離したほうが圧倒的に楽だった。 stackがない頃 (有名じゃない頃?) に構築した環境そのまま使ってるから pacman まかせだわ
haskel 関係のアプデ多いからウザいっちゃウザいんだよな
今のところ不具合というのはないが >>605
本当それですわ
開発とかで大量のパッケージ入れ始めると
pacmanへの信用がなくなる 自分の開発環境とディストリの配布物は混ぜないようにするのが良いとxmonadで学んだ
ちょっと想像すると分かるが、自分のPCで今動いている自作のソフトウェアが本当は何に依存しているのか、把握するのって結構大変よ そりゃ会話の流れ的に、開発用途で入れたライブラリで
Xmonadの方のHaskellの依存が壊れたんでしょ 開発でHaskellライブラリ使うことあるのか
猛者かね
もう4〜5年近くarch使ってるけど、公式アナウンスされるのとほんの少し程度しか依存関係然りbootしなくなったことねーけどな〜
皆猛者で弄りまくってるからなのか、皆が何も考えず弄ってるのか、はたまた俺が優秀なのか、はたまた俺がなんも弄らんで使ってるから壊れないのか
どれなんだ一体?! Archでマイナーな構成にすると
自分しか遭遇しないであろうトラブルにも結構見舞われるから
もう諦めてGNOMEにしてるわ 実際ソフトウェア開発にはあまり向いてないね
公式の開発環境の導入手順がDebianやfedora用しか紹介されてない事が多いし 開発とかいう言葉に逃げてるフシがあるが、本当に開発のために夥しい数のかつdevelopingなパッケージをインストールする必要があるなら今はdocker等を検討するべきでしょう
それに、DebianやFedoraは平気なのにpacmanでは解決できてない依存関係というのが本当に存在するなら、抽象的な物言いでなく具体的にいつのどれと言えば良い
>>613とは別人だと思うが、
> 自分の開発環境とディストリの配布物は混ぜない
って何を今更ってくらい当たり前のことですよ
アマチュア開発者さんたちの率先してわけわからんことして喜ぶくせ、本当に良くないよ ArchはAURで勝手に開発用の依存関係入れてくるから
AURが必要ないようなミニマルな用途じゃない限りは避けられないでしょう
逆に619さんがどういう用途でArchを使っているのか気になるよ 一言に開発と言っても言語やフレームワークによって前提条件異なるからそこの認識合わせないと議論はすれ違い続けるのでは それ 情報系言葉の定義が広かったり、多様な意味あったりとで明確な名称で定着してほしいもんだ >>620
それが、Archが公式にAURパッケージのインストール補助をしない理由なんですよ
> ArchはAURで勝手に開発用の依存関係入れてくるから
これは言っちゃ悪いが糖質並みの妄言だ
いつどのように「ArchがAURで勝手に開発用の依存関係入れ」たのか説明しろ
逃げんなよ絶対しろ node.jsだったらnvm使うしrubyだったらrvm使う
それがhaskellだったらstackだったってだけでは 全部過去の話よ
https://wiki.archlinux.org/index.php?title=Haskell&oldid=294693 あたりの
日々使うソフトはpacmanで管理したいけど、ちょっと興味が湧くから開発環境も入れるじゃん?
cabal-installとかもとりあえず使ってみるじゃん?
で、しばらくするとcabal-installで入れたもの、それを元にmakepkgしたhaskellのパッケージ、pacmanが管理しているもの
全部が混在することになってpacman -Syuするとghc-pkgが怒る
もちろん、これは「何もしていないのに壊れた」なんて当時も思っちゃいなかったが、「何が悪いのか分からない」状態にはなった。 言語やフレームワークごとにパッケージマネージャがある場合はどう考えてもディストリのパッケージマネージャとは使い分けるべきだ
pip しかり cabal しかり
使い分けると言っても、単にユーザー環境下 ($HOME 以下) にインストールすることにすれば足る話
これは開発とはまたレイヤの違う、常識やモラルの話だろう
>>625さんは分かっておいでのことだと思うが、他の多くの方はどうもこの点を理解されていない やっぱ結局なーんも理解しないで「何もしてないのにぶっ壊れた」って騒いでるだけっていうね "ぎじゅつりょく"至上主義は頂けないな。
発展性の無い事に頭や時間を使うのは趣味でしか無い事くらい自覚しときなよ。 ライブラリを共有するのが悪いってことでそれがsnap? 話のきっかけの<<605たけど、
俺は一言も開発環境と言ってなくて、haskellの公式パッケージはたびたび依存関係が壊れるって話。
Rubyもnodejsもシステムのパッケージ壊れないだろ。
ちなみにたまーにglibが壊れるのと同じ理由、原理的に壊れないということはないのよ。
バイナリ配布は難しいのよ。 いつんなったら自分がサポート外のことしてぶっ壊してるだけなんだって気づくんだろ 相変わらず「壊れた」が何を意味してんのかすらはっきり言わねぇからあれだけど
仕組み的にはサポート外のことしなきゃ壊れなくなってるしサポート外のことしてないのに壊れてるならバグレポすればいいだけ
ちゃんと理解してるなら対応も簡単だし今ここでバージョンとかの具体例を上げればいいだけ
理解して無くて「なんもしてないのに壊れたよふぇぇぇ」とかしか出来ないから具体例が上げられないんだよな ちょっとまって、依存関係が壊れた で何を意味してるかわからないユーザーがいるの?
シングルバイナリじゃないとモジュールに依存して動くんだけど、それが壊れるってだけなんだけど、それがわからないの?? >>633
どんだけレベル低いんだよ
ただ「壊れる」としか言わねぇんじゃ動的リンク時の話なのかもロード時の話なのか単純にライブラリが見つからないのかとかsonameの付け間違いなのかそれらが上流のバグなのかArchのバグなのかアホユーザーが自分で壊したせいなのかとか腐るほど可能性があって話にならねぇんだよ
だからバージョンなりエラーなり具体的に言えっつってんの >>634
なんていうか、おつかれ。俺そんなのはコミュニティに直接報告するからここでは書いても意味ないし、知りたいことは自分で調べるから十分だわ。
説明してマンに説明するぐらいなら開発者に言うわ。
あと大抵、pkgbuildのミスかパッケージ更新のタイミングが殆どの原因だよ。
Haskellはバージョンが変わると基本全部ビルドし直しだから更新のタイミングがずれただけで壊れる。
これ以上は説明する気さえ起きない。調べろ。 あと普通はリンクできなくてエラーになるのを依存関係が壊れると言うと思う。
言葉ミスってる奴はいるし、俺はスルーしてる。
他の原因まで考えないそれが普通。
間違ってたら間違ってるよといえばいいだけ。
ロードできないとかは依存関係は壊れてないだろ。 勝手に可能性を広げて拡大解釈して意味わからんとか何がしたいか全然わからん。 な、結局なーんも理解しないで自分でぶっ壊して「なんにもしてないのに壊れた!」とか言ってるだけだろ? >>638
ちゃんと読めよ。遠回しに否定されてんだろ > あと普通はリンクできなくてエラーになるのを依存関係が壊れると言うと思う。
な、やっぱなーんも理解してない
リンク時にエラーになるっつーのはつまり自分でビルドしてるときの話なわけだがそれはつまり公式の立場から見りゃAURと同じで"サポート外"なわけ
公式のパッケージは依存するライブラリの非互換な変更によるリビルドやパッチの必要性をTODOでリスト化して対応してから一斉にアプデって形がとれるけど
無限にあるユーザーのオレオレビルドオレオレパッチのために公式の側のアプデを遅らせるなんて不可能だからな
んでそれは固定リリースのUbuntuだろうがDebianだろうがリリースが変われば非互換な変更が起きるんで同様の問題が起きる事に変わりはない >>630
golangやrustといった最近の言語が静的リンクデフォルトにしてるのはバイナリ配布難しい問題に対する一つの回答なのかね
言語のランタイムも静的リンクするからコンパイラのバージョンアップでABI/APIが変わっても影響されない
その分ディスク容量は食うわけで富豪的な解決策ではあるが >>642
*nixのモジュール主義は初期のディスク容量の制限からきてるし、当初はみんなビルドしてたから問題なかったし、動的リンクの方が良かった。
今は静的リンクの方がめんどくさくないから当然考えられるオプションだと思うよ。
なるべく依存したくないのはみんな同じだと思う。 >>641
当然、自分でビルドしてないのに見つからないことがあります。
他人には詳細に前後の関係を求めるくせに、自分は偏見で判断するの良くないよ。
あと依存が壊れたのをアーチの所為には誰もしてない。壊れたと事実を言ってるだけ。 Ubuntuなら壊れないとかDebianならこんな事にはならないなんて誰も言ってないのにそういう声が聞こえるみたいだし、なんかの病気だろうね まあでもHaskellの依存関係が壊れるのは頻繁にHaskellのバージョンを上げてるのが一番の原因だけどな。
関連パッケージが同時に更新されないのも痛い。
Haskellに関してはアーチとの相性が圧倒的に悪い。
あと単純にHaskellが時代遅れ。
xmonad使う層が自分たちで解決しちゃうのもあって初見殺し感もある haskellはビルドした時点で依存関係がガチガチに固まるってことを分かってない人がいるな
今は1000近いhaskellのパッケージをほぼ1人で作成しているんで壊れにくくなってる
が、これってあんま健全じゃない >>606ゥ???
> 昔からフルビルドして使ってる人からしたらパッケージマネージャーは依存関係の補助でしかなくて、Linuxにインストールするソフトやファイルの位置は自分でコントロールするのが普通でpacmanはそれがやりやすいだけで、依存関係をわざと壊そうとしたら普通に壊せるからな。
頓珍漢もいいとこだぞ
サポート外のことしか書いてない 少なくともID:kIV0YRftがサポート外のことして「壊し」てるのは確定ですね
>>635辺り見てもAURを公式と見なしてるの確定
ID違うが>>620と同じ奴か?
こんだけ言われててなおこんなに基本的なこと分かってない奴が何人もいるって思いたくないのだが 話変わる質問なんだけど、
言語由来のパッケージマネージャーであるpip然りでインストールするより、aurなり公式リポジトリからインストールすべきなの?それとも言語由来のパッケージマネージャーで入れるべき? 誰かHaskellの関連パッケージがAURじゃなくて公式のパッケージって教えてやれよ >>651
使いたいのがシステム側で使うだけのツールならそれも含めて公式から入れてもいいけどバージョン指定したり最新が良い、公式に無いパッケージも使う開発用なら環境丸ごと仮想化したほうが楽 誰か公式パッケージで起きるならバグだからレポートしろで終わりって教えてやれよ >>651
好みもあるだろうから一概に言えんが、pacmanで入れるpythonはシステムだからAURでもいい、ただし、ちゃんと管理、更新して。ホームディレクトリで管理する開発用のpythonはpipにすればいい。ユーザーで環境変わるので。 Haskellの公式の依存関係壊れるって話は、バグじゃないんだよ。
ビルドが落ちてくるタイミングで違うんだ。リポジトリのサーバーの更新のタイミングのせい。
構造的な問題って話。
こればっかりはアーチとHaskellの更新スピードとビルドの相性が悪いの。
だからみんなHaskellはアーチのビルド使わずにstack使うわって話したわけ。
なんにも知らないのに依存関係ポリスが突っ込んでくんな。検索ノイズ増えるからやめろ。 repo-addがロックファイル作ってatomicに更新されるんだからんなこと起こるわけねぇだろ
そんなタイミング依存の競合状態すら考慮してないとか開発者舐めんのもいい加減にしろボケ 1000のパッケージがバージョンアップごとにビルドが必要でって件理解してないのかこいつ 1000件ありゃタイミング依存の競合状態が許容されるとでも?
件数の問題じゃねぇんだよ
お前が言ってる状態がもし許容されるならそれはタイミングによって極わずかでも任意のコード実行とかの脆弱性に繋がりうるから許されるようなもんじゃねぇの
マジでちゃんと考えてる開発者に足りない脳みそで適当こいてションベン引掛けんじゃねぇよクソが HaskellのArchwiki読んでこいよ。わざわざシステム用に動的リンクでビルドしてるんだぞ。意味わかってんのか? 下品なコメント以外は有意義のレスついたし、俺は無料で教育するのまっぴらだしこの辺で。 使えないやつほどわかってるつもりの発言するし態度が悪いから掲示板上で教えるのは難しいんだよね >>651
>>626
依存関係を解決する目的で pacman がインストールするものについては、pacman の好きなようにさせてやれば良いと思う
ユーザーが自分の目的でたとえば pip install するパッケージは、仮想化とは言わないまでも、$HOME 以下にインストールするべきでしょう
すなわち sudo pip install なんて普通はするべきじゃない AUR に置いてあるパッケージは、言語のパッケージマネージャがあるなら、使うメリットないように思える >>662
どのレスを有意義なものと見なしてるの?笑 Pythonのパッケージなんかはインストールにクセあったりする場合あるしAURにほとんど揃ってるからAURで揃えるの全然ありだな
エコシステムがちゃんと自分のとこで解決してるRustなんかは逆にほとんどAURにライブラリ上がってないし
Haskellは特殊だからArchWikiに記事作られてるんかね AURのパッケージが
別のAURのパッケージを引っ張って依存関係を解決できる仕様になってるから消せないんだろう
直接叩かなくても他のAURから勝手に使われる >>667
> Pythonのパッケージなんかはインストールにクセあったりする場合ある
どういうの? >>669
PyPIから素直に入れられないパッケージ、具体的にはDL関係が特に自分的に辛い ID:kIV0YRft = ID:jI2iSlEc でしょ?
>>606に安価飛ばして何か言ってる気になってる時点で終わりです
引っ込みつかなくなって暴れてるだけでしょう 言語系はdockerとかで隔離してvscode remoteとかで動かすと環境汚れなくていいよgui系は無理だけど docker使ったことがあればコンテナ内のアプリでは〜ってわかるやろ。 配布用のバイナリ作るときは最近はdockerじゃなかったけ? amdgpuのロードがちょいちょいされなくなる?何が原因だろう fedoraチームがシステム側をコンテナ化する逆転の発想ディストリを実験中だから
Linuxの環境問題も数年後には改善されそう フォントはホームディレクトリの.fonts内に置いても認識されるから
他ディストリから引っ張るならホームディレクトリに置く方法で試した方がいいと思う。
この方法ならArchの再構築した時でもホームさえ使い回せばフォントも維持されてかなり楽。 買収したCoreOSとOS Tree の悪魔合体じゃないの。ChromeOS関係無いでしょ。 Fedoraの不安定さって、更新で依存関係が壊れるとかじゃなくて
wayland採用でアプリが動かないとか、pipewire採用で音が鳴らないみたいな根本的な部分での不安定さだから
コンテナ化されても大して意味がなさそう chromeOSは2つのシステムをパーティションで分けてインストールするからアップデートに失敗がないのよな
fedoraのOSTreeは1つのパーティションでスイッチしてシステムを切り替えるからストレージ効率はいいけど安全性は劣る $ ls /dev/cdrom
/dev/cdrom
$ eject
$ ls /dev/cdrom
ls: '/dev/cdrom' にアクセスできません: そのようなファイルやディレクトリはありません
/dev/cdromはディスクが入ってる間しか存在しないのか?
eject -t でトレイを閉じれないじゃないか ダメだね 数秒後にはなくなる
alias eject='eject /dev/sr0'
にして解決してる >>683
それ、マシンスペックが脆弱なんだろ 笑 >>676
mkinintcpio.confのmoduleにamdgpu書いてる? debianのupdate-alternativesと同じようなことををarchでやる方法は無いのかな?
手動でlink貼るしかないのか >>691
すまん解決したの報告してなかった。ディスプレイの環境変数をzshrcにwsl用に書いてたのを環境分けてなかった。完全に俺のせい >>692
community/dpkg に入ってる模様 >>695
debian では postinstall スクリプトで登録してる処理コマンドを管理したい対象に自力でやる。
ま、ln で自前でやる方が楽かも知れんけどね。 ArchベースのSteamOSが搭載されたSteam DeckがValveから発売
https://www.steamdeck.com/ >>697
WINEで動かすとかではなく、
SteamのライブラリがクロスプラットフォームだからOSはLinuxでも良いってことか。
PCだとスペックと値段は良いけど、携帯ゲーム機だと値段が厳しそう。 >>698
WINEから派生したProtonで動かしてるんじゃね >>698
仰るとおり、Protonというので動かしてるようだね
Valveこんなことやってたのか >>698
仰るとおり、Protonというので動かしてるようだね
Valveこんなことやってたのか proton関係のレスは殆ど俺や、あまりこのスレでは使われてない感覚ある glancesのアプデで依存関係増えたのに追加されてないっぽい?
pacmanでpython-defusedxml入れたら動く thinkpad T480にgnome入れたんだが、libinputの設定がよくわからなくて
ジェスチャーが使えない。それでendeavor にかえたらすんなりいったんで
しばらくendeavorをメインにすることにした。 日記 NVIDIA 470いい
ようやくOptimus環境でまともにゲームできる >>705
まだ自分の環境だとinteluhdより遅いゲームがあるわ…dxvkが悪いのか? なんか突然タブつきアプリ(kateとかdolphinとか)のタブ部分とかで常時マウスホイール上に回した様な症状になったわ
firefoxはならんのだがgtkアプリでもなる
マウスの異常かと思ってバラしたら壊しちゃったんだが
別のマウス繋いでも異常だしポート変えても再起動してもアプデしてもなおらん… みんなトラブルもなけりゃ話題もない
保守しないとこのスレ落ちんじゃね?w 半年ぶりにアップデートしたけどなんの問題もなかった。 いろんなソフトを試しまくってる今 でも不具合でないな
ウィルススキャンのクラムはシグネチャファイルアップデート失敗する? endeavour osの新しいisoが出たんでwin11との
dualbootでいれたんだけど、いいわこれ
インストールも早くなったしきびきびして気持ちがいい 3-4年前にインストールした時に、アップデートしたら
起動しなくなったので他のディストロを使っていたのですが
今はそういう事は無くなったのでしょうか? その時に原因が特定出来ず、今も出来ないと思うならやめときましょう。 >>716
自分で何もしなくても面倒見てくれるのがいい人にはWindowsおすすめ なるほど、日常、安定的に使うには不向きということですね
日常的に使うPCはもう少し安定したディストロにしておきます >>716
釣られます。インストール完全に出来てなくて、強制再起動って感じでしょうね。3,4年前に起動しなくなる不具合って記憶にない。仮にあったとしても手順が示されてるし。Arch使ってるような人にはどうでもいい話し。失礼。 俺は信じてるんだ
AMD Radeonのプロプライエタリドライバがpacmanに正式追加してフル動作する日を
AMDがLinuxにもっと優しくなる日を
そして仮想通貨乞食を排除するハッシュレート制限をつけたり機械学習がマトモにできるようになる日を 今はcalam arch installerというのがあって
インストールが随分楽になった。DEも好きなの選べるし随分
敷居が低くなった。 六年使って起動できなかったときは殆どカーネルダウンでなんとかなった 早速steamをアップデートしたら起動しなくなった、freetype2をダウングレードしたら動いた 正解はこれのようだ、あとでやらるわttps://www.gamingonlinux.com/2021/09/steam-not-working-right-on-arch-linux-its-an-issue-with-freetype-and-theres-a-fix ダウングレードすると新しい方に依存してる他のパッケージが壊れる可能性が有るから極力するなって死んだじいちゃんが言ってたわ…😢 カーネルダウンするぐらいならltsもインスコしておけば大丈夫じゃん? RebornOSを入れてみたんだけどArchのパッケージ管理システムってよく出来ているんだね いつもアーチーのwikiを愛読してるものです。よろしく。
ddrescue 絡みで以下
$ sudo mount -o subvol=@ /dev/loop0p2 /mnt
$ sudo btrfs scrub start /mnt
scrub started on /mnt, fsid 98d2193c-b09e-4f8b-b78d-dc9ff9906263 (pid=1929)
<< scrub が一瞬にして終わり、
$ watch sudo btrfs scrub status /mnt
$
Every 2.0s: sudo btrfs scrub status /mnt kyo: Sat Sep 25 13:17:40 2021
scrub status for 98d2193c-b09e-4f8b-b78d-dc9ff9906263
scrub started at Sat Sep 25 13:17:35 2021 and was aborted after 00:00:00
<< この行からまったくスクラブしてないことが読み取れる
total bytes scrubbed: 0.00B with 0 errors
次はどうすればよいですか? >>732
そんな交換条件なんかいらねーよ。失せろクズw 気のせいなら気のせいでいいんだけど、ArchのインストールISOに視覚障碍者用のspeechサポートのブートを入れてから容量が倍になってないか?
Archのシンプル思想としてどうなんだ イメージサイズが大きくなって困る人そんないないだろう 容量小さいVPSに入れる時RAMに乗らなくて困ることがあったけど自分で削ったイメージ作ったら解決した
公式イメージはArch入ってるPCが手元に一台も無い状況でなるべく多くの人がそのまま利用できるべきだから間違ってないと思う yayしか使ったことないからparuの使い方がよく分からん
paru -S google-chromeのあと何すればインストール始まるんだあれ Gnome41バージョンはいったいどうするの
次第によっちゃクリーンインストールついでで受け入れるが ArcoLinux
nvidia-340xx-dkms
を入れてるPCが一昨日ぐらいのアップデートで起動できなくなった
再インストールしつつ390のやつもそうなのか調べてみます 再インストールしてみたところ
やはりnvidia-340xx-dkmsで起動できなくなると判明 昨日のアップデートでPlasmaがおかしくなった。
フォントサイズがデカくなってカッコ悪い… 今日pacman -Syuしたら"filesystem"パッケージの更新が来た。
だぶんこのパッケージが原因だと思うけど、/homeや/usr/localのシンボリックリンクを全部外しやがって、代わりに空のディレクトリを置土産していきやがった。たまにこの現象に巻き込まれる。前にもあった。
ウチは/homeや/usr/localは別パーティションからsymlink張ってるからねぇ。(=直接、"mount /dev/sda2 /home"とかしてる訳じゃない。)
おそらくこのfilesystemパッケージのスクリプトは、"mkdir /home"みたいなことやってるんじゃないかと思うけど、こういう書き方だと、ウチのようなユーザーの対処ができないよな。それともウチのやり方はそんなに異端児なのか?w
まあ、ここに書いてもしょうがないことだけれどもw >>745
仮想に入れたら何にも起きなかった…
俺環か…orz >>744 >>747
自分も xdm で同じ事が起きていた。ログイン時にユーザ名やパスワードを
入力するボックスが表示されずに困っていた。(入力はできたが見えない)
xorg-server 21.1.1-2 --> 21.1.1-3
で治ったけど、そっちはどうだい。 >>746
homeなどを別のパーティションに移したいのならmountを使うか環境変数を変更するのが安全な気がする
ちなみにシンボリックリンクを使う理由とかあるのかな? >>746
pacman.confでNoExtractを設定すれば解決 新しいKernelをアップデートしたらNTLMオプションが認識されなくなり、NASがマウント出来なくなった…
幸いTimeshiftのスナップショットがあったので良かったけど、
確かSMBて、Kernelに取り込まれたんだよね?
その影響ですかね… >>746
/usr/local と /home ... Solaris ならスタンダードだね
まあ素直に bind mount しなさいという事だ そう言えば昔、/以下1パーティションで使ってた頃、HDDの容量が足りなくなって、/homeを泣く泣く追加ドライブの/usr/local/homeへのシンボリックリンクにして容量稼いでたことある
記憶は定かでないけど、追加ドライブを /usr/local にマウントしてた気がする
まあ、今はストレージが大容量かつ安くなったのでそんなことはやらないが リンクしなおせばいいだけ
gdgd言ってないでやれよ /home/oreをsymlinkにしてるのか
/home自体をsymlinkにしてるのか
どっちだ!
ワシは後者に1キャンディー賭ける zfs使ってた時filesystemが更新されるたびマウントポジションに空ディレクトリが作成されてキレてたの思い出した >>758
マウントポ…までは合ってる気がするが… 752ですが、Tine Capsuleマウント、もうcifsでのマウントは諦めました。
afpでマウントし、壊れるまで運用します… >>761
CIFSとか古すぎでしょ?
流石にセキュリティも不安だからさっさと最新版に上げろよ Rog gladius iii wireless というマウスは bluetooth で 3台切り替えられるのですが、Arch につながっている状態から、他のペアに切り替えると勝手に bluetooth.service が止まってしまうんだけど、止めない方法ありますか?
systemctl status bluetooth.service はこうなります。
○ bluetooth.service - Bluetooth service
Loaded: loaded (/usr/lib/systemd/system/bluetooth.service; enabled; vendor preset: disabled)
Active: inactive (dead) since Sat 2021-11-20 20:09:39 JST; 14s ago
Docs: man:bluetoothd(8)
Process: 1695 ExecStart=/usr/lib/bluetooth/bluetoothd (code=exited, status=0/SUCCESS)
Main PID: 1695 (code=exited, status=0/SUCCESS)
Status: "Running"
CPU: 328ms
11月 20 20:04:42 usehage systemd[1]: Starting Bluetooth service...
11月 20 20:04:42 usehage bluetoothd[1695]: Bluetooth daemon 5.62
11月 20 20:04:42 usehage systemd[1]: Started Bluetooth service.
11月 20 20:04:42 usehage bluetoothd[1695]: Starting SDP server
11月 20 20:04:42 usehage bluetoothd[1695]: Bluetooth management interface 1.21 initialized
11月 20 20:09:39 usehage bluetoothd[1695]: Disconnected from D-Bus. Exiting.
11月 20 20:09:39 usehage bluetoothd[1695]: Stopping SDP server
11月 20 20:09:39 usehage bluetoothd[1695]: Exit
11月 20 20:09:39 usehage systemd[1]: bluetooth.service: Deactivated successfully.
Archwiki に従って /usr/lib/bluetooth/bluetoothd -n -d したときは、勝手に exit しません。回避策の一つとして自力で bluetoothd を起動しとけというのは分かりますが、できれば systemd の仕組みの上で勝手に exit しないようにしたいです。 >>762
すまん。mount -t smbで行ける? >>763
自己解決しました。systemctl edit bluetooth.service にて
[Service]
Restart=always
としました. paruをインストールしてからシステムの更新したら
古いパッケージとしてマーク: paru
みたいなメッセージが出たんだけど
これはAURリポジトリにあるparuの方がバージョンが古いってことであってる? 1.9.1がリリースされてるけどAURはまだ1.9.0だから おい poppler-qt6 をはやくどうにかしれw
もう poppler は 21.12.0 出てるし アプデしたらgnome3が入って窓から投げ捨ててからすげー久しぶりにArchを入れたぜ
とりあえずメイン環境のdebianと同じ状態にセットアップ
しばらくスレ追ってみるんで世話になるわ archもdebもやめて、ubuナントカにしておけ libxml2>=2.9.12-6 update may require manual intervention
libxml2 2.9.12-6の更新は手動でしなきゃ、かも。
>>ttps://archlinux.org/news/libxml22912-6-update-may-require-manual-intervention/ この手の奴定期的に出るけどチェックの自動化は難しいのかな >>772
分かったちょっと早すぎる気がするが俺はDebianに戻るわ バージョンを戻すのもめんどくせえぞw > python redhatはシステム用pythonとユーザー用pythonで分けてるくらいだからな systemd-250、もう -3 か
もう少し待った方がいいかね パッケージマネージャにpython使ってるOSは割とありそう >>775
解決方法としては
・自動化的に上書きする挙動をデフォルトにして上書きしたくないときだけオプションにする
・Debianみたいに自動的に上書きするべきファイルとそのバージョンを毎回パッケージのメンテナがスクリプト化する
・ヒューリスティックなりAIなりでどっちがユーザーにとって良さそうか判断する
だけどどれも手間が大きそう 依存してるパッケージが変わったら pycache 削除、ぐらいで良さそうだけど Kernelアップデートすると、Build fookのkeymapのところで止まってしまう…
皆さんは大丈夫ですか? keymapなんだろうエラーやhooksどんなになってる? >>788
今Kernelアップデート来てないから、来たら晒しまさね。
ありがとうございます。 xmobar が GLIBC のバージョンの問題で動かなくなった
多分他の人たちにも起こってる問題だよね? すいません質問です
無線LAN子機で、Arch系ディストロで稼動実績のある、
IEEE 802.11ac(Wi-Fi 5)で動くものがあれば教えてくださいです
よろしくお願い申し上げます 取り敢えずIntel買っとけばあんまり事故は起きない気がする
ちゃんと調べたいならlinux-firmwareパッケージの中身見てそのドライバが対応してる型番調べればいいんじゃねえの >>795
なるほど!!
そうやればいいんですね
ありがとうございました!! ドライバがあっても不具合あるケースがある。arch以外で動くならarchでも動く認識で大差ないのでUbuntuで動くやつ買えばいいよ。 法制度が整ってきて
仮想通貨は匿名では ネット上のサービスoネット上のr情報 にしか交換できないわけだから
マネーロンダリングとしてはほぼ役立たずになってるからなあ 仮想通貨ヤクザの断末魔とともに中古グラボが投げ売りされるのを見たいんだよ!! >>800
こいつマジでなんでこのスレに書こうと思ったんだろ
書いてる文章があれだし文盲なんだろうか Kernel updateすると高確率で
-> Running build hook: [keymap]
で止まってしまう…別のバージョンが出ると止まらない場合もあります。
そもそもkeymapとは何ですか? キーマップっていったらキーボードの配列情報のことだよね カーネルに入ってるんだよねきっと
そこで止まる原因は思い当たらないな 本来止まるはずがないし
全然関係ないけどなんでインストーラーISOからmemtest86+が消えたんだろう
サポートが切れつつあるから?実際強引に起動したら動かなかったうちの環境 >>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 (小文字ではダメ?)で行けるのか、今度試してみる! なんかおかしいな?ってなったら必要なものだけ避難して再インストールも道なるや
難しい?そのうち慣れるんだよ(死んだ目) インストールしなくても、手順だけ確認したらいいのよ。今のシステムがインストール時とどれだけずれているかを確認できればいいんだから。 Archを何度かインストールしてると気になるんだが、どうしてThunderbirdのプロファイルは.mozillaの中にないんだろうな リポジトリで保存場所を変えるパッチを当てている可能性が微レ存 thunderbird.netからダウンロードしたやつでも、
プロファイルは.thunderbirdだよ Thunderbirdはもう数年前にmozillaから独立というか子会社に移管されてるよ >>824
そうだったんだ・・・疑問が晴れたありがとう スレチごめんね Archのインストールメディアがそこそこデカいのって海外でも気にする人いるんだな 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ユーザーしぶとく生き残ってたんだな またグーグルやゲイツが古くからあるものを排斥してるの? >>840
Archだって32bitは切り捨ててる訳だが
この辺は程度の問題だし時代の流れでしゃーない そういえばemacsのせいでglibcの太古の機能が削除できないの解決したのかな 差し当たりの結論
28.1 はゴミ マイクロソフト並
27.2 に戻す emacsは捨ててneovimやspacemacsに移った人も多いよ また日本ローカライズ版が重要になるわけだ…
繰り返すねぇ…
余計な機能なんてつけるなよロリ spacemacs ユーザは emacs 捨てられない人じゃね? つーかspacemacsはただのディストリだから
何も理解せず言ってるのバレバレだよ 俺もなんのこと言ってんのかワカンネ
上の人と同じく(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 も ゲイツ も ナチス 今ってArch、Gentoo、Slackware以外にシンプルさに比重置いたディストリあるの?
Slackwareはほぼスクラッチ、Gentooは自分でコンパイルする、Archはビルド済みを配布する、というので三者三様の圧倒的な個性があるので、これらは今後ずっと残ると見てるが EndeavourOS とやらが人気のようなので大丈夫だろう。
コアが arch ならガワが多少変わろうがってもどうでもいい。 ChromeOS Flexというシンプル・高速・安全を謳ったディストロが どんどんフォークされて増す多様性っていうのはLinuxの長所なんだろうけど
Arch、Debianみたいな派生元になってるようなディストリがメンテナ不足になったりはしないのかね? 派生が流行って>>867の御三家が衰退していくと本末転倒の感があるなあ 学生時代にメンテナ務めるような人は大手に就職しちゃって
業務で使ってるディストリ(主にRHEL系かDebian,Ubuntu系)に鞍替えしてしまう現実がある
少し前も日本で有名なArchユーザーが
顧客がUbuntuばかりだからDebianに乗り換える決断をしたって宣言して話題になってたでしょ >>870
CentOSみたいなことになるかもな。 派生ディストリの開発者はそもそもパッケージのメンテとか興味なくてデスクトップ環境の設定とかやりたい人たちでしょ
本家にいてもいなくても変わらん 開発のために独自のリポジトリ管理してるならその分は十分貢献できるわけだが 独自リポジトリ使ってくれてるのはManjaroくらいなね?
あとはArchのリポジトリにタダ乗りだぞ manjaroはarchのリポジトリをbetaのように扱うようにして人気を得たディストリだからな
archのアップデート速度を信頼できない人が取っつきやすくなった Manjaroは独自リポジトリというか殆どそのまま修正とか加えずに持ってきてるだけだし貢献てかないわ
リリースタイミングは基本的に上流が決めるものだし特にArchは上流のコードに修正できるだけ少なくしてるんだから
どれだけバク取りしてリリースするかどくかはソフトウェアによるし Archのパッケージのバグは依存関係の定義ミスが多いから上流コードの修正はあまり関係ない >>870
メンテナが危機的な状況だったDebian は Ubuntu のおかげで持ち直した、って話だったと思うが。
# 10年以上昔の話 Archに限った話じゃないんだろうけどどうしてLinuxファームウェアはRealtek無線ドライバなんかの網羅率が高くないんだろ
地味にめんどいんだが
リーナスおじさんの仕事が増えるのかな >>883
リーナスが今更そんなもん触るかよ
聞きかじった名前をひけらかして通を気取るのはやめよう リナースは最近は何をさわってんだろうか?教えてくれくれ >>883
蟹だとめんどくさいと思われて使われて無いからドライバも作られないんじゃないかな
悪循環 蟹は基本的にリバースエンジニアリングして作られたドライバしかないからそりゃ対応は悪いよ
無線カードは蟹使わないでちゃんとLinuxに貢献してるIntel買うべき harfbuzz が 4.2.x になってからか、日本語に混じった半角英数が上にズレるんだな。
cairo かなー 5GHzのAPが立てられるようになったらインテル買う >>891
あれ?そうなん?
AP mode on 2.4GHz (on devices driven by iwlmvm, note no 5GHz AP support due to LAR
ってことじゃないの? 反応するのもアホらしいが、wifiチップメーカーはファームのソース公開しないのでOSS全般と仲が悪いよ。 またインストールISOが視覚障碍者用に強化されたみたいだが
それでいいのか?全部コマンドでやれのArchは領分が違うのでは?
いわゆる誰得というか ビョードー論という差別主義をとる者たちが得をする。 原理主義者はISOインストーラ使わないから問題無い
母艦からファイルシステム作ってベースイメージを展開してどうこうするだけ USBでarch-install-scriptさえ動けば、他のディストリの障害時でもめちゃくちゃ役に立つからISOは初めてインストールする人向け。
家のパソコンのときはディスクを外付けしたら足りるし。 gnome42のlibadwaitaになってからテーマ使いにくくなったのなんだかなぁ
早くテーマ設定用のapiもできないかな なんかあった時用のUSBブートイメージなんてどのディストリでも用は足りる。
Arch であっていけないわけではないが。 ほう、ためしてからいってるのなら効率も何も考えてないのかな ディスクにアクセスできてネットがつながりゃ実際なんでもええわな リカバリ作業がarchじゃないと効率良く出来無いというなら依存しすぎ debianのインストールディスクでcentOSのgrubをインストールし直すとか、出先のサーバーのNICを認識するとかできると思ってんのかね。お家のパソコンのはなししてんのか Cinnamonのデスクトップが崩壊して端末エミュレータくらいしか出せなくなってたのがパッケージ更新で直ったね。 chrootでインストールしなおせばいいだけじゃねえの grub程度なら問題無いよね。initramfs の修復が面倒というならわからんでも無いが。
サーバのNICはディスリの問題ではなく、カーネルに対応したドライバが用意出来てるかどうかだろう。
まあベアメタル環境なんて久しく見てないが。 ディスクが完全に逝って再インストール、なんて状況じゃなきゃほぼ問題ねえわな。 標準のカーネルフレーバー切り替えるだけで済むのとドライバ手動でロードするのを「多少の手間」とか言ってるやつは仕事したことないやつだろ、それかできないやつ。 マウントどうこうは別として、archのインストールディスクは基本立ち上がってくれる率高い。
x86限定なのはそうなんだけど、armなんかのインストーラーならデビアンなら素直に立ち上がってくれるが、centはなかなかムズい。ディストリの違いというかベースがOSSかどうかってところだとは思う マウントどうこうは別として、archのインストールディスクは基本立ち上がってくれる率高い。
x86限定なのはそうなんだけど、armなんかのインストーラーならデビアンなら素直に立ち上がってくれるが、centはなかなかムズい。ディストリの違いというかベースがOSSかどうかってところだとは思う 標準のカーネルフレーバーに入ってるドライバなら何も問題無いだろ…
何を言ってるのかさっぱりわからない centとか大分前に死んだディストリ今更使うやつおらんやろ… リカバリ用などの目的で arch のインストールメディアを常備しておきたいんだけど、ディスク丸々使うの勿体ない
でもパーティションに archlinux.iso をインストールするのって不可能だよね? Debianはインストールスティックを一度抜かないと失敗するとかあるよ 普通にUSBにアーチをインストールするなどして、ホームディレクトリ以下にfat32のパーティションをマウントしておけば解決だろう USBメモリに普通インストールはちょくちょくやるけど
必要なときにどのUSBメモリか忘れて結局使うとき作り直すんだよな デスクトップPCに、人生で2回目のArchの
インストをした。
まだXも開けないけど、CLIでブート出来て
ネットに自動接続まで来た。
1回目に比べて、やってる内容が分かる様に
なった。
Archは、Linux愛が深まるな。
完全にヲタの世界だけど、楽しい。
ぼちぼち、完成させるつもり。 asia.mirror.pkgbuild.com ずっとつながらないね… pacmanのミラーリスト、インストール時のまま使ってたけど
https://archlinux.org/mirrorlist/ で日本選んで作ればよかったのか archもCDNがミラーしてくれるようにならないかなあ
debianやubuntuみたいな人気どころはfastlyやcloudflareやawsがミラーしてくれてるからめっちゃ速い ttf-ms-win11-auto-japanese
を入れたら面倒なことナシでWindowsのフォントになった 公式リポジトリなら追加でフォントパッケージインストールするとDEにもよるけど自動でデフォルトにならない?
例えばnoto-fonts-cjkとかも >>937
autoが付いてないやつは設定が必要なのかしら
>>936
確かに書いてないけど自動だよね
ずっとnoto-fonts-cjkだったんだけど
やはりMSのフォントの方が小さくしても見やすいな 公式が勝手にフォント設定いじらんだろ
notoみたいな有名所は最初から設定入ってね? 優先順位低いやつあとから入れてもいじらなきゃ変わらんはず wireplumberが安定動作するのか、置き換えになったのね
ええことじゃ。しらんけど wireplumber、入れ替えてとりあえず問題無く動いてるけど
なんか一般家庭にスタジオミキサーを入れてるような気分が残る
lua でプラグイン書けまっせ、みたいなのが標準で必要なのかねえ Windowsのフォントって有料でしょ
似てるだけ?
それとも謎のテクノロジーで本当に同じフォントになるの?
>>935 >>943
自前のストレージなりメディアなりにフォントファイルを持ってないとインストールできないみたい ホストとゲスト仮想マシンをbridge構成してネット共有したいんだけど同じことやってる人いる?
LinuxMint使ってた頃はnetwork managerのGUIで構成するだけで繋がったんだけど
Archだと同じことやっても出来ない。
この場合何をどこから調べれば良いのかな? >>935は
GarudaLinuxだとなのかも知れないけど特に何もなく出来た >>947
ありがとうありがとう
本当に助かります >>934
mirrors.kernel.orgで困ることないかな MSフォントって最も普及したクソフォントだと思うの俺だけ・・・?
同じ要領でwineとかwindowsのROM引っ張って完全互換実現しないかな ライセンス的に無理? MSゴシックは今見るときついけど昔のディスプレイ環境では問題ないフォントだった 昔はPC98とかのフォント見てたから、msクッソ丸文字の印象 今時のおまえら、リコーフォントだって知らないのか…
なんでlinux なんてやってんだ?
と思ったらアンドロイドか…
google は愚民向けのカネモウケ主義で遺憾 AAかけたら見やすくていいフォントだと思うけどな。 昔昔のTurboLinux も、7 からかな、Solaris も、リコーフォント。 一時期ttf-ms-win11-japaneseにしてたんだけど
morisawa-biz-udの方が読み易いな >>957
ゴシック入れてみた。きれいだけど大文字のオーとゼロの見分けがつきにくいね。
まあウィンドウズのフォントもそうかもだが。 MSフォントのautoパッケージを入れてしまうと元に戻すのが面倒くさくなるね "David Runge <dvzrv@archlinux.org>" の署名は部分的に信頼されています
は破損しています (無効または破損したパッケージ (PGP 鍵))。
PGP鍵が壊れてて更新不可。
待ってりゃ直るのかな。
from: Arch初心者。 >>960
pacman -Sy archlinux-keyring で直るかも >>961
>>962
ありがとうございます。
やってみます。 $ sudo pacman -Syu
↑sudoでは駄目なんですかね。
これでエラーになっていた気がします。
rootになって、
# pacman -Syu
これがArchの正しい作法なんでしょうか?
初心者ですみません。 結果的には、rootで指示の操作をして更新出来ました。
ありがとうございました。 sudo使いたかったら何かをインストールして設定ファイルを書く必要があるんじゃなったっけ。
自分はいつもsudo使わずにrootになってからpacman -Syuしてるけど。 >>966
ありがとうございます。
自分も今後はrootで更新します。 >>967
sudo入れて、visudoの設定もしたつもり
だったのですがね。
ubuntu地方から来たので、基本sudoだったのです。
rootで更新する様にしますね。
ありがとうございます。 私はいつもsudoでやってますけどね。
なんか良くわかんけど root でやる、みたいなバッドノウハウをため込んでも身にならないよ。 wikiの一般的な推奨事項みたいな感じのページにsudo使えって書いてなかったっけ sudo pacman -Syuだと、自分の環境では
PGP鍵のインポート?に失敗するんです。
rootでやると、エラー無くアップデート出来たのです。
だから自分は、この経験則で今後はrootで更新する決めました。
まあ。異論は有ると思われます。 >>971
[yamato99999@arch647 ~]$ id yamato99999
uid=1000(yamato99999) gid=1000(yamato99999) groups=1000(yamato99999),998(wheel)
こんな感じです。 >>969
ubuntuのデフォルトはsudoだよね
sudoならユーザアカウントだけで管理できる
という理由で初心者向けに導入したんじゃないのかな rootユーザーは極力使わないだろう、セキュリティ意識の低いやつは知らん ubuntu使いみたいにsudoで済ますのはセキュリティ意識が低い気がしないでもない
sudoのバグ修正はよくあるだろ。セキュリティ大丈夫か心配に思うけどね https://www.openwall.com/lists/owl-users/2004/10/20/6
20年も前だけどsuとかsudoに関しちゃSolar Designerのこの辺のネタが面白かったな
Ubuntuあたりがsudo使うのをデフォにしたあたりからこの辺のことも把握しないでsudo/suを過信するような流れがかなり増えた気がするわ >>975
root権限で、
grep wheel /etc/sudoers
cat /etc/sudoers.d/* >>980
へーこんなのあるんだね知らんかった。あと次スレよろしゅう。 個人が自宅で使ってるパソコンなんて su でも sudo でも、どっちでも良いw
かみさんなんて誰でも良いのと一緒w Ubuntuがsudoをよく使うとかデフォルトで使うっていうのはどういう意味ですか?
一部のペネトレーションテスト用のディストリみたいにrootでのログインがデフォルトになってるわけじゃないですよね? ubuntuはデフォでrootログインが出来ない。
最初からsudoで運用する様に作られている。
という意味です。 >>985
もちろん通常のログインはユーザーログインだよ。
でもubuntuは最初からsudoコマンドを使ってrootにもログインできる様に作られている、という意味。
要するにWindowsみたいにユーザーパスワードだけでシステム管理が出来るということ。
ubuntuはWindowsの物まねをした最初のディストリ。流行ると思ったのでしょう。
Windowsでは標準ユーザーは管理者も兼ねていて区別がない。 あーsudoよりrootログインの方が安全って立場か >>989
安全という言い方は語弊があるね
ただ、sudoではパスワードを使い回せる
という意味では好ましくないな >>988
>Windowsでは標準ユーザーは管理者も兼ねていて区別がない。
最初のユーザーが管理者なだけで、windowsでも標準ユーザーは管理者じゃないよ。区別無いのはWinMeまでじゃなかったっけ? 一般ユーザがデフォルトでsudo使う権利持ってるのが悪いってこと?
Ubuntuだけなんだ >>991
Wndows 10 でも最初のユーザーが管理者なのは同じだったよ。
>>992
アドバンスト・ユーザならsudoがあったっていくらでも設定は自由に
できるだろうけど、一般ユーザが勝手にパソコンをいじれるのはどうかと思う。
個人占有のパソコンならいいけど、家族で共有だとどうなのかな なんでもかんでもコマンドの意味を気にせずsudoしてたら
権限奪取・漏洩系マルウェアや意図しないヒューマンエラーでの
データ消去・システム破壊はsudo使おうが使うまいが
変わりないとは思う
重要なのは自分がroot権限で一つ間違うとヤバいコマンドを
実行してると自覚することなんだろね
あのとき打ち間違ってなければの後悔は何度もある… 俺普通にArchでもsudoインストールしてるし自分にsudoする権限与えてるわ…… 個人で使うならそれで良いのでは?
業務でarch使うなら注意かもだけど。
自分もsu、sudo共に使う。 過去にrootになっているときに間違って/libとか/usrとかを消してしまったことがある。
ここにいるみんなはどんなに疲れていてもそんなヘマはしないと思うけど。 >>974
cacheが残ってるかどうかの差じゃないの?
しかしarchlinux-keyringのエラーは定期で発生するよね LinuxのsudoやWindowsのUACなどの役割だけど
「管理者でも常にその権限が必要な処理をしているわけではない」ので「管理者でも標準ユーザー権限で処理をして、管理者権限が必要な処理で明示的に権限を与える」為の機能
つまり権限を「持つ」と「使う」は別という事です
何を今更…な方はスルーしてくだしあ(; ・`ω・´) このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 529日 18時間 50分 3秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。