アカウント名:
パスワード:
強制仕様変更をstableに導入する是非を投票で決めて欲しいと思われ
udev、systemd、nftable、etcc...どんだけえらい目にあってきたか。。。
dist-upgrade時に選択枝出れば阿鼻叫喚も減るのに
# source.listでstableにしてると泣きを見るDebian
メジャーアップデートのときだけですよね?そうじゃなきゃ怖すぎる。
dist-upgradeってなんのためにするんですか?testing/unstableを使いつづけているのでdist-upgradeをしたことがない。
testing/unstable 使い続けてるのに dist-upgrade を頻繁にしていかないと、どんどん更新可能なパッケージ減っていきません? せっかく unstable に居るのに…# 依存解消のためのパッケージ削除は upgrade じゃ自動では行なわれないのでは
怠惰に dist-upgrade して、強烈な仕様変更で一日潰されるとか、それが sid の道。# 3ヶ月に一度くらいなもんですよぅ。
10年以上 unstable を常用して頻繁に dist-upgrade してます
でも最近だと /etc/networks/ifup.d/ の仕様が変わったくらいでunstable と言ってる割には大した問題は起きていません
systemd の時もちゃんと安全策&移行措置がとられていました
仕様変更で一日潰されるとかいう人は、単にスキルが足りてないだけだと思います
いやすみません。スキル不足なのは自覚しております。
20年以上 sid 常用してておりますが、色々と設定いじって運用してたところ(数年前から〜とか)が変更になって、安全策のおかげで動き続けていてくれていたのがついにドロップされ動かなくなった、とか# 自分でも何年も前にデフォルトからどこ弄ったのか覚えてない
最近のは設定周りが複雑化しているため、殆ど内部を理解しないで使っていたパッケージの挙動が変化した時に、どのパッケージが原因で、どこに保存されているどの設定を弄ればいいのかてんでわからん、とか# gnome周りは今でもしょっちゅう泣かされてる…# リブートしたらX起動せんとか、ディスプレイマネージャからログインできなくなるとか## だいたいは自分好みに調整してるせいなんですけどね。あと、「今風」ってのについていけてないとか。
パッケージのインストールされた状態から、パッケージメンテナが対応できる範囲の設定変更だけで運用している限り、だいたい dist-upgrade してもたいした問題が発生したりはしないです。が、メンテナが用意してくれたスクリプトが対応しきれなかったり、機能変更などでそれなりの対処が必要になる場合がありますので、本番運用環境はstable版を使うべきです。それもaptラインにはリリース名を指定して。# 使ってたマイナーなパッケージで、自分とこで必須だった機能が落されたとか。
個人の環境としてsid使ってると、本番環境をdist-upgradeする時の経験値稼ぎができます。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ？ -- Debian初級
そんなことより (スコア:0)
強制仕様変更をstableに導入する是非を
投票で決めて欲しいと思われ
udev、systemd、nftable、etcc...
どんだけえらい目にあってきたか。。。
dist-upgrade時に選択枝出れば阿鼻叫喚も減るのに
# source.listでstableにしてると泣きを見るDebian
Re: (スコア:0)
メジャーアップデートのときだけですよね?
そうじゃなきゃ怖すぎる。
dist-upgradeってなんのためにするんですか?
testing/unstableを使いつづけているのでdist-upgradeをしたことがない。
Re: (スコア:1)
testing/unstable 使い続けてるのに dist-upgrade を頻繁にしていかないと、
どんどん更新可能なパッケージ減っていきません? せっかく unstable に居るのに…
# 依存解消のためのパッケージ削除は upgrade じゃ自動では行なわれないのでは
怠惰に dist-upgrade して、強烈な仕様変更で一日潰されるとか、それが sid の道。
# 3ヶ月に一度くらいなもんですよぅ。
Re: (スコア:0)
10年以上 unstable を常用して頻繁に dist-upgrade してます
でも最近だと /etc/networks/ifup.d/ の仕様が変わったくらいで
unstable と言ってる割には大した問題は起きていません
systemd の時もちゃんと安全策&移行措置がとられていました
仕様変更で一日潰されるとかいう人は、単にスキルが足りてないだけだと思います
Re:そんなことより (スコア:1)
いやすみません。スキル不足なのは自覚しております。
20年以上 sid 常用してておりますが、色々と設定いじって運用してたところ(数年前から〜とか)が
変更になって、安全策のおかげで動き続けていてくれていたのがついにドロップされ動かなくなった、とか
# 自分でも何年も前にデフォルトからどこ弄ったのか覚えてない
最近のは設定周りが複雑化しているため、殆ど内部を理解しないで使っていたパッケージの挙動が変化
した時に、どのパッケージが原因で、どこに保存されているどの設定を弄ればいいのかてんでわからん、とか
# gnome周りは今でもしょっちゅう泣かされてる…
# リブートしたらX起動せんとか、ディスプレイマネージャからログインできなくなるとか
## だいたいは自分好みに調整してるせいなんですけどね。あと、「今風」ってのについていけてないとか。
パッケージのインストールされた状態から、パッケージメンテナが対応できる範囲の設定変更だけで運用し
ている限り、だいたい dist-upgrade してもたいした問題が発生したりはしないです。が、メンテナが
用意してくれたスクリプトが対応しきれなかったり、機能変更などでそれなりの対処が必要になる場合が
ありますので、本番運用環境はstable版を使うべきです。それもaptラインにはリリース名を指定して。
# 使ってたマイナーなパッケージで、自分とこで必須だった機能が落されたとか。
個人の環境としてsid使ってると、本番環境をdist-upgradeする時の経験値稼ぎができます。