Arch Linux 19

公式
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 16
https://mao.5ch.net/test/read.cgi/linux/1613324251/
Arch Linux 17
https://mao.5ch.net/test/read.cgi/linux/1659058308/
Arch Linux 18
https://mao.5ch.net/test/read.cgi/c/linux/1703764780/

GentooやNixは普通のLinuxには存在しない独自仕様の仕組みだらけだからドキュメント揃ってないと使い様がないだろう
逆にArchはできるかぎりパッチ当てたりは避けて標準的なビルドだからディストリに依存しない情報が集まりやすい

標準的な書き方をしていないブツを標準的にビルドしてもｱﾚなんだけどな

linuxならなんでもいいんだけど、いままでaurが便利で使っていたが、
この騒動でメインをfedora サブをdebianに移行した。
早い話、wmがniri使えればなんでもいい。

Arch niri の人は
Hyprland --> Niri --> MangoWM
と移っていきそう

Archは「AURが便利」という気持ちじゃなくて「PKGBUILDが便利」という気持ちじゃないと使っちゃダメだと思う

ただのbashスクリプトに便利も何もあるのか

archはPKGBUILDの仕様で書かれたbashスクリプトが便利

PKGBUILDは便利すぎるわ
仕様がシンプルなのが良いんだよな
Gentooも楽しいが複雑過ぎてな

>>959
便利？？

>>959
そうだなあ
Archのwikiが充実してるのは色々試すのが楽だからだろうな
/usr以下が壊れて当たり前の気構えというか

言うほど/usr以下を壊すことってあるか？
俺は基本/usr/local以外は自分じゃ触らんな

/etc くらい触れよ()

/usr/local/etcかもよ

distrobox や toolbx を使えと髪の声が聴こえた気がした。

また髪の話してる…

黙れハゲ!

>>963
/usr下の話よ
とは言っても/etcも弄るのは必要最低限で、できるだけユーザーディレクトリか/usr/localでやるようにしてる

>>965
髪は死んだ！🥺

sourceware.org あたりも攻撃されてるか?

/usr/binはインストール直後に
(cd /bin; ln -s vim vi; ln -s vim view)
っていじるくらいかな
たしか、この手のトリックはaliasではできなかったはず
まあ、archのvimはviで起動してもnocompatibleになってしまうんだけど

>>970
aliasで普通にできるが
そもそもsymbolic linkはるならその場所でなくていい。

>>971
言いたかったのは、プログラム側が$0を見て処理を変えるパターンがよくあるってこと
（alias view=vimを試してみたけど、roモードにはならなかった）
＞symbolic linkはるならその場所でなくていい。
そんなことは言われなくても。一般ユーザだろうがシングルモードであろうが通りそうなところに置いときたかっただけ

>>972
viで$0をつかって処理を変えることがあるの？

> 一般ユーザだろうがシングルモードであろうが通りそうなところに置いときたかっただけ

考えが素人っぽい。

aliasだとevecve(2)に渡す時はvimになってるからね
このhardlink trickはvi使い以外は知らん人も多いかもね
結構やってるが
link counts見ればすぐに分かる
perl, bzip2, unzipあたりがやってるね

>>974
viで$0を扱っどういう事例あるの？
coreutilsとかbusyboxなら分かるけどね。

>>973
あるんですよ
UNIX使いには常識なんだけどね
vimだとこの辺
https://github.com/vim/vim/blob/a33e5da9f55a00fbfaef1ec2476fe0dd0758ac1d/src/main.c#L2070

$0というかargv[0]だけどね

>>976

viでどういう場面で$0で処理を変える必要があるの？
具体例をぜひ。

単に打ち間違いを防止するとか、その程度じゃないの？

>>978
特にviとvimで$0を変える意味が知りたい。

>>978
そうだよ。vimをviewで起動すれば間違ってxとか押してもリードオンリーだから変更されることはない
rootユーザでただファイルを見たいときにvimで開きたくないでしょ

>>980
で、viとvimは？

>>979
いや、そこは特に意味がないｗ
viewのついでに空いてるviにもリンク張ってるだけ

エイリアスだろうがシンボリックリンクだろうが
ユーザーが好きなとこに作れるユーザー依存の機能なんだから
理由聞いてもしかたないだろ
そうやって運用したい人もいればどうでもいい人もいる
他人の使い方に噛み付くもんじゃないよ

edが使えない人は/usr/bin/viいじっちゃ駄目よ

>>982

本当のviなんて使ったことない人が多いでしょうしね。

ubuntuとかだと、最初からリンク張られているし、
わざわざ/usr/binをいじるのはやめたほうが無難。

まあ、この手のトリックは最近のプログラムではあまり使われてないと思う
sendmailがモノリシックな作りでセキュリティホールの温床になってたし

>>986
そんなことないよ。coreutilsとかbusyboxとか使いまくりだし。

>>987
訂正、ハードリンクだからちょっとちがうか。

vimのパッケージ情報みてたら、ex-vi-compatってのがあった
もしやと思ってソース見たら、やってることはほぼ>>970だった
次からはこれを入れればいいってことだね

gcc-16.2.0 ﾏﾀﾞｰ?

>>990
あなたが作業してcommitすれば解決しますよ？

次スレ
Arch Linux 20
https://mao.5ch.io/test/read.cgi/linux/1786336946/

そして結局

C C++ COBOL Perl に Python

...orz

結局AURはこれからもリスキーなの？

>>994
そだよ

AURのバージョンアップで今後はorphanなパッケージのadoptにレビューが必須になるらしい

使うときはPKGBIULD読んでねと言われても知識もなしに簡単に読めるものでもないし
そこまで知識ある方なら自分で書けるわけだし
その辺どうなの？

内部でroot権限渡す以上
自己責任といっても建前に過ぎない気がするんだが。

悪意のあるユーザーに狙われて対策したり大きな騒ぎになっても諦めないのだから
もう公式に移していくしかないと思うよ

>>998
gtk2・qt4「ぼ、ぼくたち前線復帰させてもらえるんですか！🥳」

ほとんど全てのパッケージには審査が必要
これはflatpakやappimageでも同じ

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 616日 14時間 4分 1秒

5ちゃんねるの運営はUPLIFT会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。

▼ UPLIFT会員登録はこちら ▼
https://uplift.5ch.io/

▼ UPLIFTログインはこちら ▼
https://uplift.5ch.io/login