Vine Linux Thread 其の67

1 ：login:Penguin：2016/08/08(月) 00:07:39.11 ID:ANBM5+Z4.net

Vine Linuxユーザ専用スレ

公式サイト
ttp://vinelinux.org/

前スレ
Vine Linux Thread 其の66
http://hayabusa6.2ch.net/test/read.cgi/linux/1415270393/
Vine Linux Thread 其の65
http://hayabusa6.2ch.net/test/read.cgi/linux/1383795593/

荒らし、基地外の粘着はデフォルトなのでスルー推奨

271 ：login:Penguin：2016/11/27(日) 23:45:25.37 ID:P1kp2h2s.net

>>270
また湧いてきたよ。

272 ：login:Penguin：2016/11/28(月) 11:04:54.01 ID:VtRZE0dX.net

>>267
です。

>>271
ごめん。ヲレの不徳の致すところです。

>自由とは人に迷惑を掛けないという最低限のルールを守ってこそ成り立つ
この点に関して、「おおざっぱな指針」としては、私も同意する。

だが、「人に迷惑を掛けないという」は、抽象的すぎて、
何らかの具体的な「ルール」の指針になるものであったとしても、
それ自体は全く「ルール」といえるものではない。
道路陥没を業者が修復工事したら、通行人から「邪魔だ迷惑」といわれた。
最低限のルールを守るために工事途中で止めました。とか、おかしなことになりかねない。

では、Vine Linux 公開の自由において、守るべき最低限のルールとはなんであろうか??
私が思いつくのは、以下の 3つだ。

1. 国内・外国・国際法、条例等の法律のような性質の規則
2. Vine Linux 自身が定めた使用許諾や約款のような条項
3. Vine Linux を構成する各種ソフトウエアのライセンス条項

Vine Linux のメンテナンスを怠り、時期バージョンのリリース
どころか、既存バージョンのアップデートもままならない状況は、
決して好ましいとはいえないが、はたしてそれは上記 3 つのような
ルールに抵触しているといえるのだろうか??

まぁ、なんていうか、ゴミ屋敷が周りに迷惑かけまくってても、
行政も警察も迂闊には介入しないよね。
まぁ、その、なんていうか、他人の自由や権利を制限するような
意図を含む場合は、もちっと慎重になった方がよいのかなと。

273 ：login:Penguin：2016/11/28(月) 15:55:28.62 ID:LQlO/b+S.net

>>272 さん

>>270 みたいなものに理性で説得しようとしても無駄ですよ。
何を言っても「やめろ」と同じ事しか言わないでしょうね。
何かVine Linuxに恨みでもあるのでしょうかね。

確かに人手が足りていない状態でメンテナンスも滞っているのは事実かもしれませんが。

274 ：login:Penguin：2016/11/28(月) 17:14:33.04 ID:J6tJOXPR.net

>>272
> 私が思いつくのは、以下の 3つだ。
これまでに出てた中では、
セキュリティホールを放置するのは踏み台等の恐れもあり存在するだけで害悪、
というのがあったね。

275 ：login:Penguin：2016/11/28(月) 17:46:07.20 ID:LQlO/b+S.net

>>274
これには同意

276 ：login:Penguin：2016/11/28(月) 17:47:08.58 ID:njtk22pM.net

自己責任で使いなさいということ
自分で対応できないなら最初から使わない

277 ：login:Penguin：2016/11/28(月) 18:23:01.28 ID:VtRZE0dX.net

>>272　です。

ごめん。だれかと喧嘩したいとか、誹謗中傷したいとか、
そういう意図はマジでありません。
不快に思ったら申し訳ない。と、先に謝っておきますが、
それでもなお、大変厚かましくも、以下に私の個人的な
考えを述べさせて頂きます。

>これまでに出てた中では、
>セキュリティホールを放置するのは踏み台等の恐れもあり存在するだけで害悪、
>というのがあったね。
はい。これは害悪以外の何ものでもない。
この点には完全に同意。異論ナシ。
ただね、コレをディストリビューションの責任にしちゃいかんですよ。
踏み台を放置したのは、やっぱ管理者よ。ディストリビューションじゃない。
アクティビティが低く、対応が遅くなることを予見できる状況なら、
なおさらのこと。

セキュリティーホールに対応するにあたり、ディストリビューションが
提供するアップデートを適用するというのは、管理者がとり得る対処方法の
うちの一つにすぎない。
他のディストリビューションに乗り換えることだってできる。
それがダメなら、新しいバージョンのソースコード引っ張ってきて
自分で make することだってできる。
どーしても今のバージョンじゃなきゃいけないっていうんなら、そのソース
引っ張ってきて、あなっぽこ手でなおしてコンパイルすればいい。
どーしても今のバージョンのバイナリでなきゃいけないっていうんなら、
preload injection なりなんなり使って、回避することだって不可能じゃない。
たいして難しいことじゃないよ。

やっぱ自分のシステム守れるのは自分だけよ。

278 ：login:Penguin：2016/11/28(月) 18:23:56.42 ID:4qs3Srnw.net

>>274
> セキュリティホールを放置するのは踏み台等の恐れもあり存在するだけで害悪、

これは４つめ？
それとも既出３則のどれかに該当するという考え？

279 ：login:Penguin：2016/11/29(火) 09:41:50.62 ID:WNpMiv1f.net

>>277
> はい。これは害悪以外の何ものでもない。
> この点には完全に同意。異論ナシ。
> ただね、コレをディストリビューションの責任にしちゃいかんですよ。
例えばDbusみたいなのが古いままだと、上に乗っけられないものも多いわけで。
個人的にはもうこの際だから、
上位層なんか捨ててそういうベース部分だけ残せばいーじゃんというのもありかな。

>>278
3までに入らないという意味では4つめだけど、
>>272で言っているのが1.1 - 1.3で、>>274は2.1という感じかな。
1.xは作成・配布することが許されるかどうかで、
2.xはそれ面倒見なくていいの？という話かと。

280 ：login:Penguin：2016/11/29(火) 20:38:36.73 ID:Ru/Q7Lbw.net

vineseed で fork する方法を教えてください