[過去ﾛｸﾞ] AlmaLinux Part 2【RHEL Clone】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(3): 2023/07/06(木)15:45 ID:wofOsAV6(1/2) AAS
AlmaLinux は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora 28≒RHEL 8≒CentOS 8≒AlmaLinux 8
です。
FCやRHEL、CentOS用のノウハウ、野良 RPM、レポジトリ云々は AlmaLinux でもほぼ通用します。
AlmaLinux
外部ﾘﾝｸ:almalinux.org
前スレ
AlmaLinux Part 1【RHEL Clone】
2chｽﾚ:linux
2: 2023/07/06(木)15:46 ID:wofOsAV6(2/2) AAS
Twitter
Twitterﾘﾝｸ:AlmaLinux
ブログ
外部ﾘﾝｸ:blog.almalinux.org
バグトラッカー
外部ﾘﾝｸ:bugs.almalinux.org
Redditコミュニティ
外部ﾘﾝｸ:reddit.com
公式レポジトリ
外部ﾘﾝｸ:repo.almalinux.org
GitHub
外部ﾘﾝｸ:github.com
Twitterﾘﾝｸ:5chan_nel (5ch newer account)
3: 2023/07/06(木)17:02 ID:ldFVyDQr(1/2) AAS
>>1乙
4: 2023/07/06(木)18:19 ID:k5D44+xB(1) AAS
CUI環境で作る安定した商用LAMP環境を作るならRHELが最適なの？
GNOME使わないなら他でも同じ？
5: 2023/07/06(木)19:13 ID:QCFUOw4H(1) AAS
まだLAMPで消耗してるの？
6(1): 2023/07/06(木)19:32 ID:b+i1+ZDQ(1) AAS
どの程度の安定感を求めるかにもよるけど
RHELほど安定しているディストリは存在しないから
安定性が優先事項なら他に選択肢はないよ
7: 2023/07/06(木)19:50 ID:7f/5CfcK(1) AAS
ずっとCentOS5の時代から使ってきて、何もトラブルが無かったのはありがたい話だけど
よく言われる安定性って何だろう
windowsならプロセスが落ちるとかはあるけど、ubuntsuならpostfixやbind,apahceなどの突然サービスが落ちることなんてあるのかなと
8: 2023/07/06(木)20:13 ID:8Zcoz+t8(1) AAS
バグってたりしてクラッシュするような
9(1): 2023/07/06(木)20:25 ID:ldFVyDQr(2/2) AAS
横からすまんが、redhatとdebianで比較するとカーネルとか主要なサービスなどは同じソースなの？
ディストリという容器の中に入ってるサービスなどは同じソースからパッケージが作られているから
安定度は似たようなものという認識なんだけど合ってる？
10: 2023/07/06(木)20:46 ID:Y7GTqii4(1) AAS
RHELの強みは認定ハードウェアの公表と24時間サポートの付帯、最長10年のライフサイクル。
外部ﾘﾝｸ:catalog.redhat.com
11: 2023/07/06(木)21:02 ID:2+s0Hyfc(1) AAS
◢█◣ █ █ ██◣ ███ ██◣
█ █ █ █ █ █ █ █
◥█◣ █ █ ██◤ ██ ██◤
█ █ █ █ █ █ ◣
◥█◤ ◥█◤ █ ███ █ █
█
████◥◣ ███
█ ◢◤ ◢◤ █
◢◤ ◢◤ ███
12: 2023/07/06(木)21:39 ID:37VeJ+hm(1) AAS
>>6
SUSEもあるでよ。
13: 2023/07/07(金)06:46 ID:kFTWuutx(1) AAS
日本でSUSEの選択肢はほぼ無いな
Debian以上に知名度が無い
14: 2023/07/07(金)07:45 ID:m19eORDN(1) AAS
>>1
乙！！！
15(1): 2023/07/07(金)08:10 ID:zSjkLazM(1) AAS
ubuntsuでサービスがクラッシュとか経験したことのない俺は珍しいのか？
16(1): 2023/07/07(金)08:18 ID:881SY93y(1) AAS
>>15
ubuntsuは架空だろwwwww
17: 2023/07/07(金)08:56 ID:7OuwV2zw(1) AAS
>>16
ubuntuな
18: 2023/07/07(金)09:28 ID:7IA/Cx+I(1) AAS
>>9
ソースの原本は同じだけど、そこからディストリ独自のパッチ充てる場合も少なくないので
コンパイル直前レベルでは違うものになってる。
ビルドのオプションもディストリごとに違うのでコンパイル結果はさらに違ってくる。
19: 2023/07/07(金)10:11 ID:/YIWR9/C(1) AAS
カーネルやパッケージのバージョンも違うからね
20: 2023/07/07(金)12:44 ID:G/Kf9Hzt(1) AAS
個別ソフトのバージョンアップの方針とかも違いはあるだろうな。
以前のRHELは、
セキュリティーアップデートが必要になったときに
大本のソフトのサポートが終了していても、
メジャーバージョンアップはさせずに
わざわざ、修正点を古いバージョンにバックポートするパッチを開発してくれてたから
途中で突然仕様が変わったりすることを心配しなくて済んだんだよな。
最近はそうでも無い気がするけど
21: 2023/07/09(日)14:21 ID:3WKogcSm(1) AAS
8.0でサポートしてたけど8.8だとサポート外みたいなAppStreamのバージョンってあったっけ？
もう詳細覚えてないけどRHEL4の頃にマイナーバージョンアップでコマンドの
出力フォーマット変わって困ったことがあったなぁ。
新ハードへの対応を謳う以上、完璧には互換性は保てないってだけの気がする。
22: 2023/07/11(火)21:05 ID:1dLe6pvk(1) AAS
外部ﾘﾝｸ[html]:www.publickey1.jp
23: 2023/07/12(水)14:33 ID:fGa61wO3(1) AAS
外部ﾘﾝｸ:news.yahoo.co.jp
おらおら！オラクル
24: 2023/07/12(水)14:58 ID:+SG4FlrW(1) AAS
オラクル煽り上手だな
よりにもよってオラクルが言うというのも含めて
25: 2023/07/12(水)15:08 ID:YAHjpnS9(1) AAS
オラクルのDBをOSSで無償にしてから言うべき
26: 2023/07/12(水)16:21 ID:yIkz1YA5(1) AAS
Oracleが自分だけで一から作ったDBをクローズドにするのはOracleの勝手でしょ
redhatがクローズドにするのとは違う
27: 2023/07/15(土)04:49 ID:iVfp3hrR(1) AAS
ダウンストリームにこだわるのやめてバイナリ互換を目指すってさ
almalinux.org/blog/future-of-almalinux/
できるかどうかはさておき、ユーザーのニーズに対する見通しは甘い気がする
ベンダ側もこれをコミュニティ主導のRHELクローンみたいなふわっとした枠に収めることはできないだろうし
28: 2023/07/15(土)15:42 ID:3LvAcEbk(1) AAS
ABI互換でユーザーがどれだけついて行くのか。。。
29: 2023/07/15(土)17:19 ID:nChAvBdx(1/4) AAS
これによりRHELがまだ取り込んでいないバグ修正を取り込むことが可能になりました
とかもっともらしい言い方しているけど
全パッケージにフルタイムのメンテナを置いてるRHELより早いバグ修正とか無理だろ
DebianですらRHELの修正パッチを元にして修正パッチ作ったりしてるのに
30: 2023/07/15(土)17:26 ID:nChAvBdx(2/4) AAS
どうも事実上CentOS Streamベースになるみたいだが
向こうは5年サポートなのに
どうやって10年サポートするつもりなのかの計画が一切示されてないな
31: 2023/07/15(土)17:27 ID:MIgWwMrc(1/2) AAS
もう赤帽かえない人間(組織)でかつ、
赤帽っぽく動いてほしいならストリームに行くべきだな
32: 2023/07/15(土)17:53 ID:nChAvBdx(3/4) AAS
Almaで発生してCentOS Streamで発生しないような謎のバグを
Alma陣営が自力修正できるようなリソースを持っているとも思えないんだよね
そういう懸念から結局はCentOS Streamの1:1クローンに近いものになるだろうし
CentOS Streamのサポート終了以降にディストリを保持できるような根拠が見えてこない
33(1): 2023/07/15(土)18:27 ID:MIgWwMrc(2/2) AAS
赤帽のやり方がひんしゅくを買うのは理解できるが、
赤帽クローンの開発者はほとんどLinuxに貢献してないしな。
34: 2023/07/15(土)18:28 ID:gPLXhMP2(1) AAS
CloudLinux社は金持ってると思うからできるというならまずは信じても良いが、
それ以前に使う理由がなくなってしまったな
35: 2023/07/15(土)19:05 ID:A8SCYMI0(1) AAS
>>33
alma も rocky も始まったばかりで貢献も何もないな。開発者が自由にアクセスできる red hat clone をボランティアで提供し続けるのが今後の期待される貢献。
Red Hat はその貢献をできないように潰しにきてるわけだが
36: 2023/07/15(土)19:26 ID:nChAvBdx(4/4) AAS
最新の声明だと
「バグ報告はCentOS Streamでの再現確認をしてから」とか書かれているし
そんな作業すらユーザーに丸投げする時点で未来はないね
バグに遭遇するたびにCentOS Stream入れなきゃならないなら
もうCentOS Streamでいいやん
37: 2023/07/15(土)21:08 ID:mbpNlP4k(1) AAS
俺なんか未だにVine使ってる
38: 2023/07/16(日)06:46 ID:yMrDDjhT(1/2) AAS
Vineは窓から投げ捨てろ
VineはVLフォントを各ディストロに残したという重要な貢献がある
39: 2023/07/16(日)08:28 ID:jhtQBMep(1) AAS
ドメイン取ってるし
変えるの面倒くさい
40: 2023/07/16(日)13:07 ID:DW2qcl0v(1) AAS
互換性にはこだわらない
無料10年間のセキュリティアップデートを期待する人はどこへ行けば良い？
41(1): 2023/07/16(日)13:13 ID:0nY9mEoI(1) AAS
わざわざ「無料」なんて強調するな
ソースで貢献出来なければ寄付って手もあるのがオプソだぞ
42(1): 2023/07/16(日)13:32 ID:Q+KD5oK1(1) AAS
小規模利用ならRHELの無償利用枠でいいんじゃないの
その枠が10年続くかってのはまた別の話だけど
43: 2023/07/16(日)14:19 ID:5tQHF46v(1) AAS
>>42
信じられないわ
44(1): 2023/07/16(日)14:52 ID:9KI3FzzX(1) AAS
無料10年間は事実上存在しなくなったから
DebianなりCentOS Streamなりの5年サポートで我慢しよう
45(1): 2023/07/16(日)14:54 ID:tjZ2es/Z(1) AAS
>>44
Ubuntu Serverが10年サポートになった
とかどっかで見た気がするけど
あれ有料だったのかな
46(1): 2023/07/16(日)16:58 ID:C42bVRZz(1) AAS
>>45
個人利用なら5台まで無料
47: 2023/07/16(日)18:11 ID:Ugb1JGQ8(1) AAS
>>46
RHELもそうだけど法人か個人ってどうやって判別してるの？
co.jpで判断してるとか？
48: 2023/07/16(日)18:14 ID:P+buHwOR(1) AAS
昔みたいに、ライセンス違反上等な時代ちゃうからなあ。
バレたときのリスク考えれば、企業が個人といって使うのはヤバそう。
49: 2023/07/16(日)18:34 ID:hNzM0vta(1) AAS
CentOSみたいに
Ubuntu10年版の無料クローンがあれば少し流行りそう
50: 2023/07/16(日)20:46 ID:yMrDDjhT(2/2) AAS
無料でビジネスすんなって話よ
51: 2023/07/17(月)01:48 ID:jg6RLFmr(1) AAS
SUSEがREHLのハードフォーク作って無償で提供するとか言ってたのか
看板としては十分だけど企業としては二転三転してるから
どこまで体力が持つかという点においては...
52: 2023/07/17(月)06:01 ID:6agYJOF+(1) AAS
SUSEの内部でも揉めてそう
自分たちの製品がRHELのフォーク以下だと認めたようなものだし
53(1): 2023/07/17(月)14:58 ID:VP4pDcOX(1) AAS
>>41
勝手にソースか金か２択にすんな
貢献は他にもある
54: 2023/07/18(火)08:55 ID:mSausT9P(1) AAS
外部ﾘﾝｸ[html]:www.publickey1.jp
55(3): 2023/07/18(火)10:21 ID:r2p56HWR(1/2) AAS
ABI互換がよくわかってない
これはどういうことなの？
56: 2023/07/18(火)10:22 ID:r2p56HWR(2/2) AAS
SUSEみたいにハードフォークで独自路線に進むのではなく、
RHEL追従は変わらない？
57: 2023/07/18(火)11:07 ID:TRv9Un1I(1/3) AAS
>>55
おれもわからん。
ABIってapplication binary interface以外に意味あるの？
58: 2023/07/18(火)13:18 ID:pjis5wS+(1) AAS
Oracle DBをOEL以外でサポートせんよって云えばRHELは終わるのでは
コンテナも独自路線になってるし最近のRedhatは変
59: 2023/07/18(火)13:21 ID:Iom+pDeJ(1) AAS
>>53
ソース、資金、検証、翻訳、オフ会、お笑い、いろいろあるな。
60(1): 2023/07/18(火)13:55 ID:qZUkpPkJ(1) AAS
>>55
コンパイルしたものが動くって意味だな
ソースは違う
61(1): 2023/07/18(火)15:10 ID:1LGyA9uG(1/2) AAS
>>55
雑に言うと、同じバージョンのカーネルと同じバージョンのライブラリがインストールされているのでバイナリ互換くらいの意味だろう
62(1): 2023/07/18(火)16:25 ID:HgKU3qjW(1) AAS
バイナリとして同じ動きをしているぐらいじゃない？
63: 2023/07/18(火)16:38 ID:1LGyA9uG(2/2) AAS
>>62
多分、動きまでは保証していない。
64: 2023/07/18(火)17:14 ID:6QXjIC9Z(1) AAS
ABI互換って、ライブラリとかがリンクできさえすれば
内部実装が全然違ってもかまわないってのが本来の意味なんだろうけど、
実際は全く違うものを一から開発する能力なんか無いだろうし、
RHELから手に入れたsrpmを解凍して、
セキュリティフィックスのパッチなんかは流用しつつ
specファイルは自分たちで編集してパッケージを作る
みたいな運用が限界なんじゃないのかな
65: 2023/07/18(火)17:49 ID:J32fklan(1/3) AAS
SUSEという別のディストリやってるんだからセキュリティパッチは用意できるっしょ
66: 2023/07/18(火)18:02 ID:E1ZGH8S5(1/3) AAS
SUSEとAlmaを混同してないか？
そりゃSUSEやOracleくらい開発力と体力があれば今の状況はむしろチャンスだけど、Almaは…
67: 2023/07/18(火)18:07 ID:J32fklan(2/3) AAS
おお、すまぬ。リンク先ちゃんと見てなかったや
almaはセキュリティフィックスはRHEL以外のソースから取り込むのかね
68(1): 2023/07/18(火)18:30 ID:TRv9Un1I(2/3) AAS
Linuxカーネルで動く以上、ABIなんか絶対に互換あると思うんだけどな
俺が知ってるABIとは別なの？
69: 2023/07/18(火)18:45 ID:J32fklan(3/3) AAS
ユーザーランドでもlibc6やelfになった時は阿鼻叫喚になったもんじゃった
70(1): 2023/07/18(火)19:05 ID:sGPcV5gd(1) AAS
こういう時に有志でやってるAlmaは金銭的な後ろ盾無いとキツイよね
71(2): 2023/07/18(火)19:09 ID:E1ZGH8S5(2/3) AAS
>>68
ls /usr/lib すると.soの後にバージョン番号が付いてたりするじゃろ？
ライブラリのメジャーバージョンが上がると番号も更新されて、古い番号のファイルは無くなったりするじゃろ？
72: 2023/07/18(火)19:33 ID:L1yZ8npv(1) AAS
>>70
寄付が集まらんのかな
73(1): 2023/07/18(火)19:59 ID:TRv9Un1I(3/3) AAS
>>71
あれのことをABIというのか。
ありがとう、勉強になったわ
74: 2023/07/18(火)20:14 ID:E1ZGH8S5(3/3) AAS
>>73
>>71はただ単に動かなくなる一例に過ぎないので念の為
75(2): 2023/07/18(火)21:09 ID:bVBmi287(1) AAS
一番重要な一文は
「バグ報告の前に各自CentOS Streamで再現確認をしろ」という文言だぞ
76: 2023/07/19(水)06:12 ID:eic2u5Al(1) AAS
ちょっと前にgccの変更でゲームのアンチチートがぶっ壊れたときも「もはや信頼できるABIはWindowsだけだ」「いやABIは維持されてる。クリックベイトみたいな記事書くんじゃねえよボケ」みたいな論争があったよね
ユーザーランド側とカーネル/コンパイラ側でABIと言う単語に期待するものはだいぶ違う
Android NDKで言うABIなんてCPUアーキと同じ意味だし
77: 2023/07/19(水)10:48 ID:DVy6nAAY(1) AAS
いままで、後者側しかしらなかったわ。
78: 2023/07/19(水)12:42 ID:/wusUwPe(1) AAS
>>75
先行き暗いね
79: 2023/07/19(水)15:16 ID:L6jN0kor(1/2) AAS
>>60-61
OKなんとなくわかった
80: 2023/07/19(水)16:57 ID:rnbcd5EW(1) AAS
バグ報告の前にCentOS Streamで再現確認して
再現しなかったらもうCentOS Streamに乗り換えるだろｗ
81: 2023/07/19(水)19:43 ID:T1ki1q2K(1) AAS
>>75
ヤムチャ言いやがってとしか思えない……
82(3): 2023/07/19(水)20:55 ID:1UwMHZFi(1) AAS
結局、みんな次はどこ行く？
83: 2023/07/19(水)21:27 ID:/VhJYFWH(1) AAS
転職したらUbuntuでしたん
84: 2023/07/19(水)21:59 ID:CXgFqXMX(1) AAS
>>82
オラクル等の商用ソフトでベンダーサポートが必要ならばRHEL
それ以外であればStream
85: 2023/07/19(水)22:23 ID:L6jN0kor(2/2) AAS
業務ではSUSEの奴を待つ
個人使用ではArchに行く
もうRHELとその派生に戻ることはないだろう
ありがとうAlma
86: 2023/07/19(水)22:34 ID:sx1RI+Zm(1) AAS
オンプレマン結構いるのかな
87(1): 2023/07/20(木)02:37 ID:hX2ZlCi6(1) AAS
vpsではどれ使えばええん？
88: 2023/07/20(木)05:55 ID:us0ypLzk(1) AAS
CentOS Streamかなぁ
本家RHELと比較すると不安定というだけで
その他の5年サポート無償ディストリよりは抜群に安定はしているだろうし
89: 2023/07/20(木)07:16 ID:woJRMt5h(1) AAS
冗談ではなく、Rocky
90: 2023/07/20(木)07:18 ID:X6r2sMrx(1) AAS
>>82
AWSならFedoraベースのAmazon Linux
DBはAWS RDS使えば良い
極力自前で構築しないようにする
91: 2023/07/20(木)11:02 ID:RYCywJ1a(1) AAS
>>87
Debian/Ubuntuしかあるまい
日本では長らくRHEL系が強かったけどそれは終わって世界標準になる時が来たということだ
92: 2023/07/20(木)12:32 ID:EHnMdE/u(1) AAS
開発環境としてはUbuntuは悪くない選択肢だとは思うけど
サーバーで動かすならRHEL系以外は考えられないな
googleはDebianベースのディストリで動かしているけど
systemdすら独自プログラムに置き換えた別物レベルのディストリらしいし
93: 2023/07/20(木)14:31 ID:QifgWOhD(1/2) AAS
SELinuxでガチガチにしてるならいいけど、そうじゃないならUbuntuでも同じだろう
94(1): 2023/07/20(木)22:24 ID:lUuCsP5a(1) AAS
SUSEの奴はどのくらいRHEL互換なのか、それを何時まで保てるのか分からない。
95: 2023/07/20(木)22:41 ID:tyGkzaEr(1) AAS
>>94
いつまでも何も、SUSEはハードフォークって言ってんだから現時点のみ互換、将来の互換はうたってない。独自保守
今、お前が使ってるやつの保守をうちで引き受けてやるから乗り換えろって話だ
alma とか rocky とかの互換OSとは意味が違う
96: 2023/07/20(木)22:43 ID:QifgWOhD(2/2) AAS
さすがにそれは上手く行かなそう
SUSEが増えるだけやん
97: 2023/07/20(木)23:16 ID:IqNh1EEz(1) AAS
AlmaやRocky経由したバグフィックスや最適化のためのプルリクエストって何件くらい来てたのかね？
98: 2023/07/21(金)00:02 ID:EYvMM9TK(1) AAS
RHLEはアップストリームファーストだから
自分でバグを生み出すような独自パッチは少ないし
どのディストリから報告しても、上流由来のバグである限りは意味は同じなんだよね
AlmaやRockyでないと発見できなかったバグやプルリクエストでないと主張が弱い
99(1): 2023/07/21(金)00:46 ID:AG6vXEn6(1) AAS
貧乏人に環境で発生しやすいバグもあるかもな
100: 2023/07/21(金)00:52 ID:6fWfOZ+J(1) AAS
日本語で
101: 2023/07/21(金)13:11 ID:7XP8HwfF(1) AAS
>>99
Ubuntu22だとそれある
旧型機でMATEがよく落ちる
Alma含めRHEL9はx86-64 v1を切り捨ててしまったので再現できないが
102: 2023/07/21(金)16:16 ID:EoYd9GN/(1) AAS
Ubuntuは不具合があっても上流の解決待ちみたいな姿勢だから信頼性が薄いんだよね
自力でパッチまで作ってくれる無償ディストリはCentOS StreamとFedoraくらいだけど
103: 2023/07/22(土)06:40 ID:KW3q829M(1) AAS
>>82
Ubuntu server
104: 2023/07/22(土)15:32 ID:f7+JfWRh(1) AAS
Debian12
105: 2023/07/25(火)12:59 ID:uj+PX8RV(1) AAS
結局皆centOS Streamへ逝くというRHの考えどおりの展開へ
106: 2023/07/25(火)13:48 ID:hpHcjyJN(1) AAS
想像以上にクローンディストリ運営たちに技術力がなくて驚いたよね
そりゃRHもクローン技術者どもは役に立たない扱いするよねと納得した
107: 2023/07/25(火)22:34 ID:TjIDIQ9R(1) AAS
どこソースなの?ワイも追いかけたい
108: 2023/07/27(木)15:15 ID:jHiQZcrr(1) AAS
外部ﾘﾝｸ:linux.web.cern.ch
AlmaLinux focuses on Application Binary Interface compatibility (2023-07-18)
In response to Red Hat's recent announcement to restrict public source code releases to CentOS
Stream, the AlmaLinux Foundation has announced that they will drop the aim to be "bug-for-bug
compatible" with RHEL, and instead focus on Application Binary Interface (ABI) compatibility.
They will work to ensure that applications built to run on RHEL can run without any issues on AlmaLinux, even in situations where package versions deviate slightly from those available
in RHEL.
:
109: 2023/07/27(木)16:24 ID:wmuzdLIf(1/2) AAS
ドメインがチャイナなのはなぜなのか
110: 2023/07/27(木)16:27 ID:gSbfx2TQ(1) AAS
AA省
111: 2023/07/27(木)16:30 ID:wmuzdLIf(2/2) AAS
釣り針小さくてもアホはすぐに釣れるよねw
112: 2023/07/27(木)16:36 ID:bvTcZom4(1) AAS
Confoederatio Helveticaの略なのに
113: 2023/07/27(木)19:32 ID:nN8OK6sk(1) AAS
早い話がCentOS Streamのフォークになるんだろ
それもうCentOS Streamでいいじゃん
114(2): 2023/07/27(木)20:11 ID:2BMPilKn(1) AAS
外部ﾘﾝｸ:japan.zdnet.com で煽り気味にまとめられてたけど
マイナーバグ修正のマージがペンディングされたことでここまで紛糾するなら直近の方向転換も難しいんじゃないかね
RHEL側の開発者がどれだけ気をつかわんといかんのか
関係ないけどこの手のリポジトリでうんこリアクション許してるの狂気の沙汰じゃない?
外部ﾘﾝｸ:gitlab.com
外部ﾘﾝｸ:gitlab.com
115: 2023/07/28(金)02:31 ID:clOdSFyj(1) AAS
streamは顧客以外にも使って欲しいしバグ報告受けつけるしパッチも歓迎だからwin-winみたいな事言ってたような
もうredhat系統はfedora以外には近寄らないほうがいいかな
116: 2023/07/28(金)05:31 ID:JRLvzIHu(1/3) AAS
RHに限らずでかいプロダクトのパッチ受け入れプロセスって重いから、純OSSプロジェクトのノリで貢献しようとして温度感の差でトラブルになることはよくある
仕事でやってたときはネゴのほうが大変だった
117(1): 2023/07/28(金)05:57 ID:t+tZbYGF(1) AAS
そのパッチがコンフリクトしないように保守し続けてくれる訳ではないもんね
受け入れて将来的に影響が出ないコードなのかも調査する必要がある
118: 2023/07/28(金)06:10 ID:u6ADt++b(1/12) AAS
>>114
それにしてもスゴいね
否定的な絵文字のあらしで…
GitLabでウンコ投げられたり、中指立てられてる人
初めて見た
119(1): 2023/07/28(金)07:02 ID:u6ADt++b(2/12) AAS
>>117
だから、コードレビューやるんじゃないの?
問題があるものはマージしちゃダメじゃん
で
内容読んできたけど、こんなんがコンフリクトとかないでしょ
うっかりミスなおして上げただけなのに、意味わからん政治的な理由で拒否るから、炎上しちゃったんでしょ
結局、内容なんかろくに議論しないで
マージしちゃってるし
120(1): 2023/07/28(金)08:29 ID:zT/R3x9L(1) AAS
>>119
まず乗り越えるべきバーはパッチの品質じゃなくて、パッチ適用の妥当性を受け入れ側に納得させることなんだよ
121(1): 2023/07/28(金)08:36 ID:u6ADt++b(3/12) AAS
>>120
ん
ちゃんと、そのMR読んできないよ
あなたの言っているのは、Q&Aってヤツだけど
いきなり、拒否りだすQ&Aなんて見たことないよ
だから、みんなからウンコ投げられたり中指立てらたんじゃない
122: 2023/07/28(金)08:37 ID:D4JQEP3W(1) AAS
この一件がどうこうより、「品質よりも社内ルール(もちろん外からはわからない)が優先です」って名言しちゃったほうが問題だろなあ
123(1): 2023/07/28(金)09:09 ID:JRLvzIHu(2/3) AAS
>>121
外部貢献を受け入れるまともなOSSにはトリアージプロセスがあるよ
じゃないと実績稼ぎの連中が殺到してプロジェクトが止まるから
つーかQ&Aてなんだよ質問コーナーかよ
124(1): 2023/07/28(金)09:14 ID:u6ADt++b(4/12) AAS
>>123
トリアージは、バクレポの時にやるんですよ
で
Q&Aってのは別のお話で
そのMRのやり取りの中にもでてきますけど
なぜ、こういうコードにしたんですか?
とか、コードレビューする人が質問して、コードの妥当性を説明させるってヤツですね
125(2): 2023/07/28(金)09:18 ID:MEpXCyOW(1/2) AAS
>>124
横からだけどQAね
Q&Aだと質疑応答の意味になる
126(4): 2023/07/28(金)09:20 ID:MEpXCyOW(2/2) AAS
ちょっと揉めたってだけでそんな大げさな話でもないなこれ
なんでニュースになったんだろ
127: 2023/07/28(金)09:21 ID:u6ADt++b(5/12) AAS
>>125
まじで
ずっと、Q&Aだと思ってた
ぶっちゃけ、あれ嫌いなんだよね
こっちは、ちゃんと確認して問題無いコード提出してんのに、なんか疑われてるみたいで…
上下前次1-新書関写板覧索設栞歴
あと 875 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.044s