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/

>>557
Debianシステムにどう頼めば「村上春樹の小説」を作り出してくれるんですか？
大量の猿でも使ってランダムにキーボード叩かせるんですか？ｗ

キーを打っただけというなら、例えば手が不自由な人が
人に指示して話した内容を、キー打った場合、誰が権利を持つかってことですね
当然、話をした人、文字を打たせた人が権利を持ちます。
指示されてその通り動いただけの人には権利はありません。

指示されてその通り動いただけのDebianにも権利はありません。

>>560
それはキミが決めることではありませんので。
Debianが決めることですから。

>>561
後から決めることは出来ません。権利がほしいなら先に権利を取得しましょう。
例えば、村上春樹が小説を書く前に、その小説の権利を取得するのですｗ

翻訳(ｲﾔﾅﾝﾃﾞﾓﾅｲ

>>562
つまり、先に権利を取得せず不用意にDebianシステムを使うのは危険ということです。
常に訴訟の危険が付きまといますから。

やまね（ｲﾔﾅﾝﾃﾞﾓﾅｲ

ID:D9z7uDD7は根拠の提示なくFUDを振り撒くだけの荒らしですね
ttp://hissi.org/read.php/linux/20200415/RDl6N3VERDc.html

お前らはいつも10年遅い。
10年後にスレ見てみ。
起きてることが書いてあるから。

>>564
権利は作った時に取得すればいいだけです。
作ってない人が先に取得できないという当たり前のことを言ってるだけです。

>>567
20年前に同じことを聞いた。

そうか・・・
debianで小説を書くと著作権をdebianに持っていかれて
puppy linuxで小説を書くと自分が著作権を取得できるのか
すごくエキサイティングな時代だな
片腹痛くて仕方ないけど、著作権の取得についてもうちょっと調べたほうがいいよ

暇なの？

てか初音ミクはエンジンと音声自体に権利があるだけで
それによる作成物は規約の範囲内であれば
作成者が著作権を主張していいと公式に言ってるんだが大丈夫？

そんな認識で使ってたら痛い目に合うし、危険性を認識できないなら他人には勧めるなよ。
マルウェア勧めるようなものだからな。

現実見れない人か
話するんじゃなかった

はい

静的リンク一切していない、gcc / g++でコンパイルされたバイナリ

そのうち、のこぎりを使って家を立てたから
のこぎりメーカーが権利を主張するとかいい出すぞｗ

Debianはそんなこと言い出すかもしれないのか。
恐ろしい。

言い出してるのはお前。Debianは清廉潔白だから
そんなことは一度も言ってない。歴史が証明している。

変なのいるなと思ったらIDチェックした方がいいぞ
時間を無駄にしないで済む

共産主義って言われてマジギレしたRevolution OSの話する？

Debianは著作権がやべーな。

ID:D9z7uDD7は根拠の提示なくFUDを振り撒くだけの荒らしです
ttp://hissi.org/read.php/linux/20200415/RDl6N3VERDc.html

>>583
というか、志賀スレでUbuntuを攻撃してる時点で志賀関係者。

単に、暇を持て余して悪さしてるだけの奴だろう。カス。

やっぱ志賀だな
専用スレか普及スレ辺りにでも引きこもってろっての
って書くとあわしろだの鍋田だの言われそうだけど傍から見たら三人とも同類にしか見えん遠征してくんな

>544
＞出力結果に関してはソフトウェアの権利は及ばないよ。
＞だからGoogleも出力結果だけユーザーに利用させている

この見解は、例の「ライセンス違反について語るスレ」の擁護派ですね。
これでは真逆だから、どちらが荒らしなのか分かりませんよ。

両方の側の主張を投下する愉快犯

Debianのライセンスについて議論したいならまずSocial Contracに目を通しておけ
https://www.debian.org/social_contract.ja.html

あわしろの自演の可能性もある。
奴ならやる。

ここにもじわじわ来始めた・・。

>>590
なるほど。そういうことなら判りました。
Debianが邪魔なんですね。これを潰したいらしい。

やまね氏がUbuntu側と仲いいからな、それが気にくわないんだろう

雑談は定期的に入るのかと思ってたが

前スレだと2019/12/26(木) 08:50:09 〜 2020/01/08(水) 01:17:07
なんだ冬厨のしわざだったかというね

>>593
その可能性もあるな。
翻訳騒動では協力して問題の解決に当たったからな。

>>590
自分が毎日自演してるから他人もするはずだって考えるんですか？

>>592
このようにさっそく

>>594
5chの季節風物詩として夏厨、冬厨、そして今回新たにコロ厨というのが・・・・

今回のは主に志賀だろ

KDE Plasma使ってる方いらっしゃいますか？

現状DebianでWaylandでKDEって人は自己責任じゃないかと

自己責任じゃないdebianてどっかに落ちてるのか？

>>597
コロ厨って語感がなんか変だな
コロ助とかどう？

志賀とあわしろはホント仲悪いな。
似た者同士なのに。

俺の知ってるdebianスレは死んだ

デブとデビがあんあんしてた
あの頃のDebianスレは一体どこに？

僕はまだ生きてるよ

Linuxから自己責任を取ったら何が残るの？

愛…かな

愛などいらぬ！

Debianの意味は、他者への思いやりだろ。

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を使うことだと言ってる