Debian GNU/Linux スレッド Ver.94

extend:checked:vvvvv:1000:512
extend:checked:vvvvv:1000:512
extend:checked:vvvvv:1000:512
次スレを立てる方は↑を二行重ねて書いてください

公式
https://www.debian.org/index.ja.html

過去ログは各自検索して見つけること
大体参考にならないので過度な期待は禁物

前スレ
Debian GNU/Linux スレッド Ver.93
https://mao.5ch.net/test/read.cgi/linux/1573529997/

Debraさんと離婚したIanさんが酒と薬に溺れて死んでしまう意味でしょ

>>610
それはウブントゥとどう違うの？

うぶんとぅに他者への思いやりがある？
自殺しても許さんというような奴らだぜ？
俺はむしろ反吐が出るけどな。

だいたい大義名分掲げて行進する奴らは信用ならんな。

志賀は在日朝鮮人と組んで犯罪やってるからね。
死んだほうがいいと考える層がいても不思議ではない。

そりゃ考える人はいくらでもいるだろうけど、組織としてやったら、反社会組織だろ。

第三者的視点で言えば、カルトの行動なんだよな。
敵を決め叩くことで一致団結する。
最初はMS叩いてたんだけど、どうも雲行きが怪しくなってきたんで、今度は身内を叩く。
そういう意味では、連合赤軍もカルトだったんだろうなって気がするよ。

オウム信者に、ポアは良くないですよと言っても理解されないだろうしな。
うぶんとぅ信者にイジメは良くないですよと言っても理解されないのかもな。

派生物でウブードゥとかないかな。

俺は扇動しただけ、手を下していない。
というのは、イジメ首謀者の手口だからな。
なおさら質悪いわ。

やまねさんはUbuntuに移籍したらどうよ？
Ubuntuの方が似合ってると思うわ。

>>617
ubuntu japanese teamの存在意義なくなって、その焦りからカルト化してるんだと思う。ソフトウエアごとの翻訳チームで活動するよりubuntu japanese teamのほうが通りがよくて名誉欲が満たれるだろうからね。
でもね、ここdebianスレ

人に意見をいうんならこんなところに書いても伝わらないので
MLなりSNSなりで書いたら

また志賀が荒らしてるのか

ここに書いたって伝わるんじゃないかな。昔から２ｃｈで有名だから。
遠回しに伝えたいんじゃないの、直接じゃなくて

やまね氏はJDimのメンテナやってるし、ここ見てる可能性はあるけど、
>>621を読んでも一笑に付すだけじゃなかろうか。

それスレの私物化で迷惑なだけ

やまね氏がDebianメンテナを辞める理由は無いわな。
あとDebianメンテナってなるの結構大変だから、
やまね氏はID:koxJIcNxなんかよりもずっと社会的信用があるんだぞと。

おそらくDebianメンテナは社会的信用があるんだろう
でもubuntu japanese teamと関わっていたらその信用を失うんだぞと。

ねーよｗ
あのな、5chでゴミがいくら喚こうと、彼らの社会的信用が損なわれることは無いからｗ

破産者「信用を失うんだぞと」

そうかな。ここで裏の素顔を見て、もう信用できなくなってしまったんだけど

裏の素顔とやらが何を指すのか知らんが、
証拠も根拠も無いネット上の匿名書き込みを鵜呑みにするのは頭悪いですよ

と、あたまのわるい訳者がいってます

こっちでも本人じゃないアッピルしつけぇわ
一介の名無しに志賀を擁護する動機なんてあるわきゃねえ

/usr/bin/bash
/bin/bash

同じファイルが2つあるのはなぜでしょうか？
どちらのパスを使うのが良いですか？

$ which bashをすると
/usr/bin/bashのほうがヒットしますが

which なんてコマンド知ってる奴が、なぜそんなこと質問する？

which知っているかどうかは関係ない気がする。
binやsbinの配置の考え方は、昔のUnix時代から今もLinuxディストロ間でいろいろ違いがある。
それは置いておいて、およそLinuxで/bin/bash（リンクであっても）が入ってないことはないまずないと思うので、
/bin/bashを基本で考えるのがいいんじゃないかな？
BSDやMacは知らん。

/bin/bash は /usr/bin/bash へリンクされてますね

>>636
/bin /usr/bin でググれ

file /usr/bin/bash
file /bin/bash

を見てみるとか

>>636

> /usr/bin/bash
> /bin/bash

> 同じファイルが2つあるのはなぜでしょうか？

でもなぜかと言われればなぜだ?
うちにある複数のdebianではどれも /bin/bash しかないぞ。
/usr/bin/bash はどこから来た?

>>636
Linux (Unix)のクソ仕様でshebangというものがある。
例えばbashのスクリプトを書いた時
一番はじめの行に#!で始まる行を書かないといけないのだ

例
#!/bin/bash
echo hello

こうすることで、このスクリプトを/bin/bashで実行するとか
パスを変更すればbash以外のスクリプトにも対応できる
その反面、スクリプトにパスが決め打ちになる
自分で作ったスクリプトなら決め打ちでいいだろうが
配布するスクリプトとなると困るわけだ
動かす環境によって違うパスにbashが置いてるかもしれない
だから#!/bin/bashと書いてあるスクリプトも
#!/usr/bin/bashと書いてあるスクリプトも動かせるように
両方のパスに存在している。

まあ普通はスクリプトでは/bin/bashを使うもんだけどな

shebangにおけるbashの正解はこれでしょう
#!/usr/bin/env bash

そして今度はenv自身の位置がバラけると

>>636
/usr Mergeが実施された影響
https://wiki.debian.org/UsrMerge

busterからこれがデフォルトになった

>>646
そうか、それがあったねｗ

大昔はディスクの容量が少なかったから
必要最小限のものと無くてもなんとかなるものを分けていた。
無くてもなんとかなるものは、外部ディスクやネットワークをマウントして使うものだった

ディレクトリを細かく分けていたのは、そうすべきという理由があったからではなく
ディスクが足りないから仕方なくそうしていたのだ。
今は数MB、数十MBとか小さい容量でしかないので分ける必要がなくなった。

>>646
envはrubyとかユーザーが開発用に別にインストールしたバージョンを使うために必要
開発ではいろんなバージョンのrubyをインストールしたくなるから場所を決め打ちできない。

bashに関してはユーザーが別にインストールしますか？という話
bashのいろんなバージョンをインストールしたい人は稀だろう

/usr/bin/envは流石にいろんなバージョンを使いたいということはないｗ
shebangは最初からフルパス以外も指定できるようにしておくべきだった
セキュリティのためかもしれんが、env使ってるなら同じこと

そもそも、開発だったら環境ごと切り替えるか、直接指定すればいいだけの話だろ。
いや、運用環境でもshebangに頼るのはあまりに不安定過ぎる。

>>649
プロジェクトごとで使うRubyのバージョンは違うからね
貧弱なMacBook、ノートPCで開発していて
プロジェクトごとに仮想環境で開発するとかやってられんわ。

env使ってrubyのパスをPATHから検索して決めればいいだけ、
たったそれだけで解決する話に仮想環境を持ち出すとか

運用環境はどうせrubyは一つしか入れないのだから
むしろそっちはshebangで問題ない
逆に運用環境に異なるバージョンのrubyが
複数入っていたとしたらそれ自体が大事故につながる

「貧弱なMacBook、ノートPCで開発していて」という意味が分からない

>>651
じゃあ環境ごと切り替えるにはどうするの？
の答えを言ってくれ

それなら逆のほうがいいんじゃないの？
/usr/binを/binにリンクすればええやん
なんでこっちなの？

はいはいおま環おま環

>>652
1. 全てを一つにマージする
2. コマンドごとに決めるのは面倒だし混乱の元。全部同じにする
3. 今までは、/binは必要最小限 = ディスク容量少ない。/usr/binは容量が大きいという扱いだった
4. 今もそういうパーティション構成の人がいるかも知れない
5. アップデート時にそういうパーティション構成だと、容量の少ない/bin用のパーティションに入らない可能性がある

>>650
プロジェクトごとにアカウント作ってrbenvした方が良いのでは?

>>656
だからrbenvする前提が、/usr/bin/envを使うことだと言ってる

それで/binじゃなくて/usr/binのほうに統合する理由は何なの？

いずれは/binや/libを廃止するつもりっていうなら解るけど
そうするとスクリプト多数を書き換えなければならなくなって現実的ではないよな

Windows 10, WSL, Ubuntu 18.04 で、

Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れて、
yarn は、Windows側に入れてるけど

Linux側に、Rails プロジェクトを作ったら、
その中に、.ruby-version ファイルがあって、2.6.6 と書いてある

いつの間にかLinuxの/bin関係が/usrへのシンボリックリンクへ変わっていた話 - 拾い物のコンパス
http://poppycompass.hatenablog.jp/entry/2017/12/21/004636
形骸化しても伝統にこだわるのかと思ったらフットワーク軽いのか

>>658
>>655で答えたやろ。レス先を間違えたが

じゃあ/binが廃止されるわけじゃないのね

そのうちに勝手にリンクはれになるんじゃね

でも最終的には/binに統合って線もあるのか
実際どっちが良いんだろうな

パッケージ

debian busterですけど
/bin/bash
/usr/bin/bash
バイナリ比較すると同じ内容のファイルですが、シンボリックリンクではありません。

シンボリックリンクになってる話はdebian 11以上での話でしょうか？

>>667
Debian 11だけど/bin/bashと/usr/bin/bashが
あるよ。シンボリックリンクではない。

残像だ

/bin が /usr/bin のリンク

# ls -i /bin/bash /usr/bin/bash
8913270 /bin/bash 8913270 /usr/bin/bash
ハードリンクや

ハードリンクでもなく全く同一だろ。
/bin -> /usr/binがリンクなんだから。

inodeが同じなのだが
意味が分からない人いるんだね

ディレクトリがシンボリックリンクされてるだけだから
ファイルそのものはリンクでもなく同じものだろ
シンボリックリンクされてるほうから
$ cd ..
すると意味が解るはず

>>673
？
ハードリンクかどうかなんて、参照数で見るしかないだろ。
inodeだけではハードリンクかどうかなんてわからんよ。

>>675
「inode同じでハードリンクでない」って存在を知らないんだけど
実在するの？

ファイルシステムが違えばたまたまかぶる可能性も無きにしもあらず…

>>676
上位ディレクトリがシンボリックリンクされている場合

あっ
lrwxrwxrwx 1 root root 7 03-12 23:02 /bin -> usr/bin

ディレクトリがシンボリックリンクなら、
ファイルの実体は元から、1つしかないのかも

ハードリンクもしていないのかも

ハードリンクと申したは拙者の勘違いであった
許されよ

>「inode同じでハードリンクでない」って存在を知らないんだけど実在するの？
そんな風にからかうのは、やめといてやれｗｗ

からかってるわけじゃなく質問しただけでしょ

Debianスレって、時々上級者ズラの輩が初心者を馬鹿にしたり、からかったりしてるんだよ。
683に質問だけど、「676は答えを知らないから質問してる」と思うのか？

そう考えると味な真似をしてくれたもんだ

訊いた本人は既に間違いに気付いて訂正しているのに
からかってるとか知らなかったはずないとか続けちゃう人がいるのが
此処でびあんスレ

この界隈は初心者をタコと呼んではしゃぐ癖があります

「タコ」は中学の頃麻雀で覚えたな

>>687
タコが「初心者だ」と言い張ってるだけでは？

352です。

やっとDebian9 でカタカナ英語変換を使えるようにした。
しかし、端末を起動すると、
bash: .: /usr/share/bash-completion/bash_completion: ディレクトリです
353@Debian :~$
って表示されてしまう、そんで、拙い知識で .bashrcを見たら
# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
if ! shopt -oq posix; then
if [ -f /usr/share/bash-completion/bash_completion ]; then
. /usr/share/bash-completion/bash_completion
elif [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi
fi
何って書いてあってこれが原因なんかな、
でも、あたいにはさっぱり解らない。
気にしなければいいか、でも気になる。。。。
だれか助けて。

>>684,685,686
志賀辺りが工作バレしてレス流ししてるだけだ
釣られて利用されてんじゃねえよアホ共

ubuntu20.04って今日だっけ？
23日だっけ？
お前ら早速使ってレビューよろな

>>692
https://releases.ubuntu.com/20.04/

まだ
スレチだから誰もレビューしないぞ

Debian/GNU Linux から Debian に名前が変わって少し経過したけど、具体的に何か変化はあったのでしょうか？
名前が変わった経緯って誰か知ってますか？

へぇ。そりゃいい。GNUとかLinuxとか余計だもんね。

buster は Debian GNU/Linux みたいだけど？？
https://www.debian.org/releases/stable/amd64/index.ja.html

リンク先はこっちの方が良いか
https://www.debian.org/releases/buster/amd64/index.ja.html

Debian Project(略してDebian)の成果物のひとつがDebian GNU/Linux

そういうことにするためにBSDカーネル使ったり色々やってたからな

python 2.7の最後のバージョンがリリースされましたが
Debianではいつまでサポートしていくんでしょうね
次期バージョンで切り捨てていただきたいがそうもいかないでしょうか

690です。
なんや、分からんけどやってみた。
if ! shopt -oq posix; then
if [ -f /usr/share/bash-completion/bash_completion ]; then
. /usr/share/bash-completion/bash_completion
elif [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi
fi
を、みんなコメントアウトしてやった。
そしたら、端末を起動させても、
bash: .: /usr/share/bash-completion/bash_completion: ディレクトリです
というのが出てこなくなった。

あたいには、この文字列の意味が全く分からないけど、
消えたからそんで良いんだろうか？
セキュリティ的にも、動作的に問題は無いんだろうか、、、
だれか、知っていたら教えて。

カタカナ英語変換は全く問題なく動作している。

>>694
いつ変わったの？

漏れは、Windows 10, WSL, Ubuntu 18.04 だけど、
以下を入力すると、a と表示される

if [ -f /usr/share/bash-completion/bash_completion ]; then
echo a
fi

それで、そのbash_completion を見ると、2,000行ほど、使う関数が定義されている。
だから、bash_completionを読み込まないと、それらの関数が使えなくなる！

>>700
現在削除進行中

test -fが真なのにディレクトリってどういうことだよ

バグっているか
終了ステータスの 0 と 1 を勘違いしているか

https://www.phoronix.com/scan.php?page=news_item&;px=Debian-Dropping-Old-Drivers
さすがに骨董品レベルのグラボ対応はもういらんかなあ

>>707
ATIRage128どころか、MATROX（これはPCIだからまだましか）や
PC9801と、Cバス用のGAなんとかいうのもありますが、
もう捨てたほうがいいかな

そのレヴェルの骨董品をメンテするって事はそれを持ってなきゃいけないって事だからなぁｗ
メンテナにそれを要求するのも酷だろう

pentiumM725 のノートさすがに stretch で退役かなと思ってたが
最近 buster に変えたところちゃんと動く
デビアン i386 のサポートありがとう