[過去ﾛｸﾞ] CentOS Part 49【RHEL Clone】 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
173: 2018/08/14(火)21:58 ID:/mVWNq6M(1) AAS
今はデュアルブートは選択肢には上がらんなぁ
VMじゃダメなんですかって
174: 2018/08/15(水)02:55 ID:ww2II/No(1) AAS
>>171
2017以前はマウスとキーボードを刺さないとダメじゃなかったか？
175: 2018/08/15(水)18:25 ID:1wHxAOu/(1/6) AAS
centos7ってデフォルトにmtaがpostfixが入っているけど、
これをソースで入れるために抜いたら、
その後のupdateで依存でpostfixやexim入ってくる可能性ってある？(cent6はなぜかeximが忘れた頃に入って来た)
MTAが入らないようにする方法ってある？
176(1): 2018/08/15(水)18:45 ID:zSmiRqeo(1) AAS
PostfixはCentOS7(同様にRHEL7も)のminimal構成に入っていて, これに依存したパッケージも多い
つまり別パッケージのインストールの際に一緒に入る可能性がある
Dockerのcentosイメージには入っていないようだから全てのMTAをパッケージ管理外に置くことは可能だろうが全く推奨されないだろうな
ソースからビルドするにしてもRPM作って置き換えるのがベターだろう
177(1): 2018/08/15(水)19:00 ID:baLEvODd(1) AAS
デフォルトのPostfixは入れたままにして起動しない、ってんじゃだめなん？
178: [171] 2018/08/15(水)19:04 ID:bS0eIUo5(1) AAS
ありがとうございます。
MacBook Proは2010年モデルで500GBのSSDに換装しています。
教えて頂いた方法を調べてみて試してみます。
179(1): 2018/08/15(水)19:10 ID:aR+jg2uP(1/6) AAS
Postfixのページに最新版のreplacementになるyumレポジトリ紹介されてるし単に最新版が必要ならこれ入れたらいいんじゃね
外部ﾘﾝｸ[html]:www.postfix.org
外部ﾘﾝｸ:ghettoforge.org
ビルドオプション変えるときでもSRPM使い回せるし
180(1): 2018/08/15(水)19:23 ID:1wHxAOu/(2/6) AAS
>>176
minimalしか使わない派だけど、
# yum remove postfix
---> パッケージ postfix.x86_64 2:2.10.1-6.el7 を 削除
--> 依存性解決を終了しました。
postfix x86_64 2:2.10.1-6.el7 @anaconda 12 M
削除 1 パッケージ
意外だったけど依存は無いみたい。
postfixにquotaさせるvdaパッチ当てるためにソースで入れなければならないんだけど、
centos7であれば、
省10
181(1): 2018/08/15(水)19:32 ID:aR+jg2uP(2/6) AAS
>>180
そういうことならこの辺見たら
外部ﾘﾝｸ[html]:park1.wakwak.com
182: 2018/08/15(水)19:38 ID:1wHxAOu/(3/6) AAS
>>179,181
ぉぉ、ありがとうございます。
rpmのことは微塵にも考えていなかったので、サイト初めて見ました。
参考にしたいと思います。
183(1): 2018/08/15(水)20:21 ID:aR+jg2uP(3/6) AAS
VDAパッチ, unlicensedでかつ2年近くメンテされてないんだな
Postfix-usersのMLだとDovecot + Quotaプラグイン使えって言われてる
外部ﾘﾝｸ[html]:postfix.1071664.n5.nabble.com
外部ﾘﾝｸ[html]:blog.sys4.de
184(1): 2018/08/15(水)20:40 ID:1wHxAOu/(4/6) AAS
>>183
最新のvdaパッチが 3.0.3で止まっているので、
その後はいよいよvdaパッチがrpmに統合されていると思ったけど、違うのか・・・
unlicensedって何かあってpostfixから許可されないようになったのかな。
yumでupdateされないように設定して、パッチ当てたリビルドrpmを使うメリットは、
依存性のパッケージが使えることであってる？他に何かメリットってありますか？
185(1): 2018/08/15(水)20:52 ID:aR+jg2uP(4/6) AAS
>>184
unlicensedってのは単にVDAパッチのコードにライセンスが明記されていないってこと
ライセンスが明記されていない以上は別プロジェクトが取り込むことが出来ない
VDAパッチの作者側がpostfix本体に取り込まれるよう要望していたかどうかは知らないけど, 少なくともライセンスがはっきりしないとpostfix側ではどうしようもない
ソースからmake installするのとの比較だと
pros
* 所謂CentOS-Baseで提供されるパッケージと同じディレクトリ構造
* yumの依存関係解決で参照される
* 導入や削除, 別環境での再利用が容易
cons
省4
186(1): 2018/08/15(水)21:16 ID:1wHxAOu/(5/6) AAS
>>185
勘違いしていたら申し訳無いが、postfixのソースにパッチを当てるわけだから、
postfixから正式に許可されてlicensed by postfixみたいなのがあればredhatはrpmとして出せたのかな。
vdaパッチの作者とpostfixに何かしらの亀裂が出たからパッチ作るのやーめた、みたいな。
pros/cons勉強になりました。
epel以外レポは使わない純正好きなので、この状況だとdovecotを利用した方が簡単かなと思います。
187: 2018/08/15(水)21:27 ID:aR+jg2uP(5/6) AAS
>>186
Postfixはオープンソース(IBM Public License or Eclipse Public License version)
だからこれらのどちらかのライセンスと整合するコードなら誰でも自由に混ぜてカスタマイズしたPostfixを公開出来る
VDAパッチはライセンスが明記されていないから, VDAパッチのコードをVDAパッチの作者以外が再利用することが出来ない
パッチが例えばMITライセンスやApache-2.0ライセンスと明記されていれば何も問題なかった(GPLはPostfixのライセンスと整合しないのでダメ)
/* 一応過去のMLを見るに, postfixに取り込んでもらうよう要請はしたらしいがpostfix側がrejectしたらしい */
/* まぁ機能的にはMTAがやるべきことかと言われれば違うとは思う */
188: 2018/08/15(水)21:33 ID:aR+jg2uP(6/6) AAS
この場合はVDAもソースが公開されてはいるからPostfix側は自由なソフトウェアというべきか
VDAはソースはオープンだが全く自由ではない
189: 2018/08/15(水)21:45 ID:1wHxAOu/(6/6) AAS
確かに機能的に便利だけど、MTAがそこまで面倒見るべきかと考えると、そうではないように思えますね。
とても良く理解できました、本当にありがとうございます。
先人達に感謝を忘れずOS、パッケージを利用してきたいと思います。
190: 2018/08/16(木)07:22 ID:WdAP0Dj9(1) AAS
「猛暑もチャンス」から突然の「サマータイム導入」 森喜朗の五輪トンデモ発言まとめ
外部ﾘﾝｸ:bunshun.jp
191: 2018/08/16(木)09:48 ID:TMd0/y+J(1) AAS
もうしょーがない
192: 2018/08/17(金)00:35 ID:jJp7xIyA(1) AAS
少し気に食わないけど俺は評価する
上下前次1-新書関写板覧索設栞歴
あと 810 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.218s