[過去ﾛｸﾞ] Arch Linux 17 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
863: 2023/11/29(水)22:12 ID:hg4ximew(6/8) AAS
>>861
だからバックポート自体が間違いなんだよ。
生産性のある作業ではないので、出来るだけ無くそうというarchの戦略は妥当だし、
そもそもセキュリティ周りの最新パッチが欲しければ最新版使え、が一番シンプルな解だ。
とはいえRHELの場合はそうも行かないからバックポートするのだろうけど、
それより古いバージョンをdebianが保持する理由はさっぱり分からんね。
まさかRHELですらバージョンアップが早すぎて、一度動いたら永久にそのまま動かしたい勢がdebianなのか？
864(1): 2023/11/29(水)22:18 ID:vGxGe3iZ(5/6) AAS
別に代弁するつもりも無いので、Debian stable too old とかでググって好きなだけ議論を漁って下さい
archの人達も最新を維持するのが正解、と思ってるわけで貴方に合うならそれでいいんじゃない？
arch ではサイクルが早すぎると思ってる人達が定期サイクルで安定化を図っているのがManjaro
debian では遅すぎるので testing をベースに半年サイクルで更新頻度を上げたのがUbuntu
鏡像のような関係ですね
リリースサイクルの管理には色々な思想宗派があるってだけの事です
865: 2023/11/29(水)22:21 ID:hg4ximew(7/8) AAS
>>861
つうて確認してみようと思ったが、RHELってソースコードの公開停止してんだな。
まあ確かにバックポートの手間を考えれば金払えではある。
866(1): 2023/11/29(水)22:38 ID:vGxGe3iZ(6/6) AAS
RHEL7までは最後にCentがミラーしてた SRPM を拾えば確認出来るよ
867: 2023/11/29(水)23:19 ID:hg4ximew(8/8) AAS
>>864
まあ確かにdebianについてはここでこれ以上は必要ないね。
ちなwikiがあるので確認してみたが、のっけから
哲学が最も重要だ、FreeBSDのカースト制が糞だったからdebian作った、とか、政治的すぎてビビる。
割とFreeBSDの連中も政治的な気はするが、なんだかねー。
> 外部ﾘﾝｸ:wiki.debian.org
>>866
GitHubでさらっと見えるのなら、程度で居たのでまあいいや、という感じ。
とはいえ、ありがとう。気が向いたら確認するかも。
868(1): 2023/11/30(木)03:41 ID:62/AR/We(1/2) AAS
バックポートが間違いも何も依存関係で上げられないケースがあるんだから多かれ少なかれバックポートは必要だぞ
非OSSのソフトが古い依存関係を要求してたらこちらはバージョンを上げない以外に手の打ちようがない
869: 2023/11/30(木)09:41 ID:Fiz23/sm(1/2) AAS
>>868
その意味でプロプライエタリのプラットフォームなRHELはバックポートもしないと駄目だろうさ。
しかしapacheではないだろ。PHP5やPython2とかなら分かるけども。
調べてみたところRHEL7(2014.06-2032)はapache2.4(2012.02-現行)なのでバックポートは必要ない。
それでダウンストリームパッチが大量に必要なら、何か戦略に問題があるんだよ。
(申し訳ないが)今のところ861の言う「157個のパッチファイル(勿論Cメイン)」の大半が実はアップストリームパッチなんじゃないかと勘ぐってる。
870: 2023/11/30(木)12:00 ID:62/AR/We(2/2) AAS
apache2は知らないが、パッケージ管理ソフト外のアプリから依存されるようなパッケージはバックポート必須
Debianなら5年、RHELなら10年は動くってこと
そういったアプリを使うななら自動更新のArchは用途外
871(1): 2023/11/30(木)13:05 ID:y3Pnrhnn(1) AAS
アップストリームパッチ、というかセキュリティパッチだよ
表向き固定したバージョンを保ちつつ後のセキュリティフィックスを入れるだめのパッチ
872: 2023/11/30(木)14:17 ID:Fiz23/sm(2/2) AAS
>>871
多分その可能性が一番高いとは思う。
つまり、RHELがパッチのつまみ食い(セキュリティパッチのみ適用)をしようとして、
完全上位互換を保ってリリースしてるapache側は「その必要はない」として無視、
結果的にRHELのapacheがfork(branch)してしまってる形かと。
どっちが悪いって事ではなく、ポリシーの違いではあるが、
現実的に各アプリのメンテを各ディストリが完璧にこなせるはずもなく、どこかでボロが出るから、
「完全上位互換だ」というapache側を信じて走るarchの方が戦略としては妥当。
841の通り、問題があればapache側から緊急リリースが出てくるはずだし。
全アプリの全パッチを精査して必要な物だけ適用、というのは相当に工数がかかる。
省1
873: 2023/11/30(木)14:22 ID:3T0uYdLD(1) AAS
>>847
Linusのマシンもそうなるんだな
874(1): 2023/12/01(金)06:15 ID:Wf4XX1II(1) AAS
>それをタダでパクってんじゃねえよ！というRHELの言い分はごもっとも
gcc、emacs 、glibc、apacheやpostfixだって、相当の工数がかかってる
誰も「タダでパクってんじゃねえ」なんて品の無いことは言わない
それをいうのは赤帽だけ
人のものはタダでパクるが自分のものはパクらせないのが赤帽
875(1): 2023/12/01(金)07:01 ID:EgsWEfTG(1/2) AAS
RHELはライセンス上タダパクされても文句言えないのでそれが嫌ならLinuxなど使わず0から完全オリジナルOSを作って自由にライセンス設定すればよかっただけの話
876: 2023/12/01(金)08:00 ID:MBQLkdsA(1) AAS
またどうでもいいことでマウントの取り合いしてるの?
877: 2023/12/01(金)11:04 ID:lQNamIeg(1) AAS
>>874
RedHatが気に入らないからRHELは使わない←分かる
RHELの意義は認めるがRedHatが気に入らない、またはサポート不要なのでCent使う←分かる
RHELを全パクる＝Miracle←頭おかしい
使う以上使う価値があると自ら認めているのだから、それが持続しないように仕向けるのはパヨク過ぎる。
それでは最終的な着地点を自ら破壊してるだろ。
日本に文句があるのなら、日本から出ていくか、日本を改善する努力をするべきで、
日本を破壊する工作をしてるようでは話にならんだろ。だから彼等は馬鹿にされるのであってね。
まあMiracleとかはRedHatに金払ってパッチを買うか、自前で工数かけるかを選択すればいいだけの話だし、
そもそもarchユーザーには関係ない話ではある。
省9
878: 2023/12/01(金)11:09 ID:W4nyiKfi(1) AAS
そもそもアップストリームのパッチですらRedHatがプルリク出してるんだから
間接的にArch Linuxも恩恵を受けていると言える
879(1): 2023/12/01(金)19:42 ID:zxV0biDP(1) AAS
GNU GPLを全否定してるガイジおるやん
880(1): 2023/12/01(金)20:10 ID:jw63tk84(1) AAS
ライセンス的にはタダパクし放題のはずだけど俺達のソフトだけは課金組限定公開にするね！
だって俺達めちゃくちゃ頑張ったんだから特別扱いされて当然だよね！
881: 2023/12/01(金)20:21 ID:/F2hLt7I(1) AAS
別にCentOS Streamを通して公開してるぞ
完全丸パクリディストリを作れなくなっただけ
882(1): 2023/12/01(金)20:48 ID:EgsWEfTG(2/2) AAS
アップストリームとダウンストリームじゃ全然別物なんですが
上下前次1-新書関写板覧索設栞歴
あと 120 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.172s*