From nobody Mon Jan 8 09:12:55 2024 X-Original-To: users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4T7pHy5Ws9z57PRM for ; Mon, 8 Jan 2024 09:13:02 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4T7pHy1DM9z4kN2 for ; Mon, 8 Jan 2024 09:13:00 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-22-158.area1b.commufa.jp [123.1.22.158]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 4089Ct2Z011372; Mon, 8 Jan 2024 18:12:56 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Mon, 8 Jan 2024 18:12:55 +0900 From: Tomoaki AOKI To: Hiroyuki Seino Cc: users-jp@freebsd.org Subject: Re: pkg (ports) =?UTF-8?B?44Gu44OH44OV44Kp44Or44OI44Kq44OX44K3?= =?UTF-8?B?44On44Oz5aSJ5pu044Gu44Oq44Kv44Ko44K544OI5pa55rOV44Gr44Gk44GE?= =?UTF-8?B?44Gm?= Message-Id: <20240108181255.9bed22f4f32b6bd3e26cb2d2@dec.sakura.ne.jp> In-Reply-To: <20240108083942.F07C.D4AF24AB@wakhok.ne.jp> References: <20240107215854.4AE5.D4AF24AB@wakhok.ne.jp> <20240108024651.414566832a40abd4d64db50d@dec.sakura.ne.jp> <20240108083942.F07C.D4AF24AB@wakhok.ne.jp> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4T7pHy1DM9z4kN2 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] 青木@名古屋です。 bugzillaはfeature request的な使い方もしていますよ。 また、今回はそもそも「両方一緒に使っているものなのに、 デフォルトオプションの相違で公式pkgでの併用に支障を 来している」という「問題(problem)」ですよね？ 問題は、全ての手段が英語前提というところでしょうか。 ただ、「何が問題なのか」、「どうしたい（して欲しい）のか」が 明確でないと相手にして貰えない（対応するのもボランティアですし） ので、とりあえず日本人的「遠慮の美学」は忘れて下さい。 On Mon, 08 Jan 2024 08:39:43 +0900 Hiroyuki Seino wrote: > せいのです． > > bugzilla で．なんですね．バグではないのでこれでいいのか悩んでました． > > 今回だと ports の Makefile だけの修正がリクエストなのでやってみようと > 思います． > > ありがとうございます． > > > -- > Hiroyuki Seino > Web: https://www.seichan.org/ > Blog: https://www.seichan.org/blog/ > > On Mon, 8 Jan 2024 02:46:51 +0900 > Tomoaki AOKI wrote: > > > 青木@名古屋です。 > > > > デフォルトのオプションを変更して欲しい場合、MLに投げるより > > bugzillaの方[1]でリクエストするのが履歴が残っていいかと > > 思います。 > > 要求される形式のパッチをお持ちでやり方が理解できるなら、 > > phabricatorでDifferential Revisionを作成してReviewerに > > メンテナを指定するか、githubのアカウントをお持ちなら > > そちらで公式githubのports分をforkしてブランチを切って > > 修正を加え、pull requestという手もありますが、一番手軽 > > なのはbugzilaかと。 > > > > 例えば、私もつい最近、オプション変更要請とはちょっと > > 違いますがこんなのを登録しています。[3] > > > > > > いずれの場合も動きがなければfreebsd-ports MLで参照先を > > 指定してメールを投げて注意を引く感じでしょうか。 > > > > > > 他にも、リクエストが通るのを待つ間（又は、何らかの理由で > > 拒否された場合）の対応としては、/etc/make.confに書いて > > しまう手もありますね。 > > 例えば > > > > if ${.CURDIR:M/usr/ports/mail/dovecot} > > OPTIONS_SET+= LDAP > > endif > > > > のように。　書き方は冗長ですが、追加で何も入れなかったり > > portupgradeからpkg_replaceへ移行しつつ未対応の-oオプション > > 等が要る場合はportupgradeを使い続けたりといった場合には > > 1箇所で済むので重宝したりもします。 > > > > ＃ poudriereに移行したもののデフォルトで入れてしまって > > ＃ /var/db/ports/以下（ports本来のデフォルト）に保存 > > ＃ された設定を参照してくれないけれど今更poudriereの > > ＃ jailを再構築するのも嫌だ、という場合はこれ一択かと。 > > > > > > [1] https://www.freebsd.org/support/bugreports/ > > > > [2] https://reviews.freebsd.org/ > > > > [3] https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=276165 > > > > > > On Sun, 07 Jan 2024 21:58:55 +0900 > > Hiroyuki Seino wrote: > > > > > せいのです． > > > (花原さんすみません．宛先確認せずに To で送ってました...) > > > > > > ports でパッケージを作る際，オプションの管理は portupgrade を利用して > > > 行ってます． > > > リポジトリーとしては出してませんが... > > > > > > これも結構手間になってきているので portconf を試してみたいと思います． > > > URL 紹介ありがとうございます． > > > > > > > > > で，今回の話の理由なのですが，postfix は LDAP が有効でパッケージ化されています． > > > (ports のオプションでもデフォルトで有効になっている) > > > > > > が，dovecot はそうなっていなくてデフォルト有効にしてほしいなぁ．をリクエスト > > > したい．と思って投稿をさせて頂きました． > > > > > > freebsd-ports@FreeBSD.org に．なんですかね...? > > > > > > > > > -- > > > Hiroyuki Seino > > > Web: https://www.seichan.org/ > > > Blog: https://www.seichan.org/blog/ > > > > > > On Sat, 06 Jan 2024 13:35:55 +0900 > > > Yoshihiro Hanahara wrote: > > > > > > > 花原です。 > > > > > > > > 私は、ports-mgmt/portconf を使っています。 > > > > /usr/local/etc/ports.conf に、個々のPorts毎の設定を書けばそのオプション > > > > が使われます。 > > > > > > > > 検索したところ、以下のURLの記述が分かりやすかったです。 > > > > > > > > FreeBSD Ports Collection における OPTIONS 機能の紹介...(略)... > > > > https://qiita.com/nanorkyo/items/a0068cafcf9112ebbb7b > > > > > > > > これと、portmaster を使って pkg まで作成し、「pkg repo」コマンドで > > > > 自前リポジトリを作成し、自分が管理しているFreeBSDマシン群は、その自前リ > > > > ポジトリを参照するようにしています。 > > > > > > > > pkg をインストールするクライアント側は、以下の設定し、自前のlocalpkgのみ > > > > を参照するようにしています。「pkg -vv」で確認できます。 > > > > > > > > /usr/local/etc/pkg/repos/FreeBSD.conf: > > > > FreeBSD: { enabled: no } > > > > > > > > /usr/local/etc/pkg/repos/localpkg.conf: > > > > localpkg: { > > > > url: "ssh://pkguser@pkghost/pkgroot/FreeBSD/13.2/amd64/usr/ports/packages/All", > > > > mirror_type: "srv", > > > > enabled: yes > > > > } > > > > > > > > localpkg.conf のURLにあるとおり、pkguser@pkghost でsshでpkgリポジトリに > > > > 接続しています。ssh接続さえあればいいので、小規模ならこれが楽かもしれま > > > > せん。 > > > > > > > > 実は、テキトーにやっているので、これがいいのか、もっといいやり方があるの > > > > かはわかりませんが、なんとかなっています。 > > > > いちど pkg のシステムのドキュメントをちゃんと読まなくては...と思っては... > > > > います(笑)。 > > > > > > > > > > > > > > > > On Sat, 06 Jan 2024 08:53:08 +0900 > > > > Hiroyuki Seino wrote: > > > > > > > > > せいのです． > > > > > > > > > > 基本的には pkg で管理を行うようにしているのですが，オプションが足りていなくて > > > > > ports で入れなおす．と言うことをやっているソフトウェアがあります． > > > > > > > > > > 例えばいつもやらかしているのが dovecot の LDAP サポートです... > > > > > > > > > > pkg lock でロックすればそのパッケージのアップデートをロックできる事は > > > > > わかっているのですが，そもそも ports レベルで LDAP を有効がデフォルトに > > > > > なって欲しいと思うのですが，どこにリクエストを出せばよいのでしょうか? > > > > > > > > > > > > > > > また，皆さんはこういったソフトウェアに対してどのように管理されていますか? > > > > > > > > > > > > > > > -- > > > > > Hiroyuki Seino > > > > > Web: https://www.seichan.org/ > > > > > Blog: https://www.seichan.org/blog/ > > > > > > > > > > > > > -- > > > > Yoshihiro Hanahara > > > > > > > > > > -- > > > Hiroyuki Seino > > > Web: https://www.seichan.org/ > > > Blog: https://www.seichan.org/blog/ > > > > > > -- > > 青木 知明 [Tomoaki AOKI] > > -- 青木 知明 [Tomoaki AOKI] From nobody Thu Jan 11 06:00:26 2024 X-Original-To: users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4T9YtN6DJgz56YQ4 for ; Thu, 11 Jan 2024 06:00:28 +0000 (UTC) (envelope-from ka@flu.if0.org) Received: from flu.if0.org (113x39x138x114.ap113.ftth.ucom.ne.jp [113.39.138.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "flu.if0.org", Issuer "flu.if0.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4T9YtN0QT6z4Fmv for ; Thu, 11 Jan 2024 06:00:27 +0000 (UTC) (envelope-from ka@flu.if0.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ka@flu.if0.org has no SPF policy when checking 113.39.138.114) smtp.mailfrom=ka@flu.if0.org Received: from localhost (localhost [127.0.0.1]) by flu.if0.org (8.17.1/8.17.1) with ESMTP id 40B60QJp024714 for ; Thu, 11 Jan 2024 15:00:26 +0900 (JST) (envelope-from ka@flu.if0.org) Date: Thu, 11 Jan 2024 15:00:26 +0900 (JST) Message-Id: <20240111.150026.1124763852111365461.ka@flu.if0.org> To: users-jp@freebsd.org Subject: how to use etcupdate? From: Kazumaro Aoki X-Mailer: Mew version 6.9 on Emacs 29.1 List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.51 / 15.00]; AUTH_NA(1.00)[]; MID_CONTAINS_FROM(1.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[users-jp@freebsd.org]; ASN(0.00)[asn:17506, ipnet:113.32.0.0/13, country:JP]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; DMARC_NA(0.00)[if0.org]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4T9YtN0QT6z4Fmv $B@DLZ!wF#Bt;T:_=;$G$9(B 12R$B$N(BEoL$B$HA08e$7$F$$$/$D$+$N(B12R$B$r(B13R$B$K(Bupgrade$B$7$^$7$?!#(B $B$d$C$F$J$$$@$1$G$O$"$k$N$G$9$,(Bbinary update$B$O7P83$,$J$$$N$G!"(Bsource tree$B$+$i$N(Bmake installworld$B$G$9!#(B $B$^$?!"(Bmergemaster$B$O(B13R$B$G$J$/$J$C$F(B14R$B$+$i$NI8=`$H$$$&$3$H$b$-$-!"$=$N(B $BN}=,$r7s$M$F(Bhandbook chapter 26.6$B$r8+$J$,$i; Thu, 11 Jan 2024 09:47:53 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4T9fwm2F6Hz4kCM for ; Thu, 11 Jan 2024 09:47:52 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-91-49.area1b.commufa.jp [123.1.91.49]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 40B9liuN078016; Thu, 11 Jan 2024 18:47:47 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Thu, 11 Jan 2024 18:47:44 +0900 From: Tomoaki AOKI To: Kazumaro Aoki Cc: users-jp@freebsd.org Subject: Re: how to use etcupdate? Message-Id: <20240111184744.279c8504bf2f12a55bdb85b0@dec.sakura.ne.jp> In-Reply-To: <20240111.150026.1124763852111365461.ka@flu.if0.org> References: <20240111.150026.1124763852111365461.ka@flu.if0.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4T9fwm2F6Hz4kCM X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] 青木@名古屋です。 今更ですが、基本、etcupdateは、初めて使う場合、 　・srcツリーの【更新前】に`etcupdate extract -B`で 　　比較対象用のツリーを構築 　・srcツリー更新・リビルド・`make installkernel`後、 　　`etcpudate -p` 　・シングルユーザで再起動後（ZFS関連の更新だと再起動 　　せず`shutdown now`でシングルユーザに落ちるだけで 　　処理する必要があるケースも）、`make installworld`後、 　　`etcupdate -B`で残りを更新。　`make delete-old`を 　　やるならそちらを先に。　`make delete-old-libs`は 　　最後の最後、ports等も含めて古いライブラリを使うものが 　　何も無くなったと確認できた後で。 でだいたいうまくいきますが、"C"マークの付いたアイテム （srcでの変更とローカル設定での変更が衝突）があると 手動での取捨選択が必要になります。　forums.freebsd.orgの 方で、rootのEDITOR環境変数が未設定の場合のデフォルトがvi だったこともあって、特にviに不慣れな人たち中心に阿鼻叫喚の 地獄絵図が。　3ways mergeの扱いがわからないのに加えてviの 操作も分からないという2重苦が蔓延してました。 和麻呂さん（どちらも青木で紛らわしいので(^^;）の場合、 srcの更新前（前のsrcツリーを更新したんですよね？）に 比較用のツリーを用意されているようなので問題なさそうですが、 念の為、varmfs環境ではありませんよね？ etcupdateはデフォルトで作業用データを/var/db/etcupdate以下に 構築・保存するので、varmfsな環境だと再起動時に消滅して しまいますので。 私の場合、etcupdateが初めてsrcに取り込まれてすぐの更新で いきなり試して、最初のステップを演っていなかったため ドツボに嵌まった経験があります。　確か、etcupdateの作業用 データ保存先を必死に探して消去し、一旦srcツリーをsvnliteで 強制的に更新前の状態に戻して最初のステップをやり直して 強引に処理したかと思います。 12月あたりからのforumsの関係しそうなスレッドはこの辺でしょうか。 あくまで私が何らかのアクションを行ってWatched threadsにリスト される範囲ですが。　確か、まだあったと思います。 　https://forums.freebsd.org/threads/14-0-release-conflicts-in-etc-passwd-results-in-losing-root.91124/ 　https://forums.freebsd.org/threads/14-0-release-upgrade-question-merge-conflict-markers-remain.91079/ On Thu, 11 Jan 2024 15:00:26 +0900 (JST) Kazumaro Aoki wrote: > 青木＠藤沢市在住です > > 12RのEoLと前後していくつかの12Rを13Rにupgradeしました。 > やってないだけではあるのですがbinary updateは経験がないので、source > treeからのmake installworldです。 > > また、mergemasterは13Rでなくなって14Rからの標準ということもきき、その > 練習を兼ねてhandbook chapter 26.6を見ながら実施しました。 > > まずは、 > etcupdate extract > して、sourceをgitで取りだし、make buildkernel buildworldしました。 > 次にmake installkernelして、 > etcupdate -F -p > を実行したところCつきのファイルが出たPCでは次の > etcupdate resolve > で修正しました。次にmake installworldして、 > etcupdate -F -B > したら、かなりの/etcのファイルが0バイトんなってしまって、困ってます。 > > handbookの方ではetcupdateの-F optionは書いていなかったのではありますが、 > online manualを見る限りmergemasterと同じように作業負荷を減らしてくれそ > うに思いつけてみました。これがまずかったのでしょうか？ > > 青木和麻呂 @ 藤沢市在住 > -- 青木 知明 [Tomoaki AOKI] From nobody Thu Jan 11 14:37:56 2024 X-Original-To: users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4T9nMf4Y9Nz568Wb for ; Thu, 11 Jan 2024 14:38:06 +0000 (UTC) (envelope-from ka@flu.if0.org) Received: from flu.if0.org (113x39x138x114.ap113.ftth.ucom.ne.jp [113.39.138.114]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "flu.if0.org", Issuer "flu.if0.org" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4T9nMc2sYhz4c5b for ; Thu, 11 Jan 2024 14:38:01 +0000 (UTC) (envelope-from ka@flu.if0.org) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of ka@flu.if0.org has no SPF policy when checking 113.39.138.114) smtp.mailfrom=ka@flu.if0.org Received: from localhost (localhost [127.0.0.1]) by flu.if0.org (8.17.1/8.17.1) with ESMTP id 40BEbuYx037481 for ; Thu, 11 Jan 2024 23:37:56 +0900 (JST) (envelope-from ka@flu.if0.org) Date: Thu, 11 Jan 2024 23:37:56 +0900 (JST) Message-Id: <20240111.233756.2221625076163959973.ka@flu.if0.org> To: users-jp@freebsd.org Subject: Re: how to use etcupdate? From: Kazumaro Aoki In-Reply-To: <20240111184744.279c8504bf2f12a55bdb85b0@dec.sakura.ne.jp> References: <20240111.150026.1124763852111365461.ka@flu.if0.org> <20240111184744.279c8504bf2f12a55bdb85b0@dec.sakura.ne.jp> X-Mailer: Mew version 6.9 on Emacs 29.1 List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit X-Spamd-Bar: / X-Spamd-Result: default: False [0.52 / 15.00]; AUTH_NA(1.00)[]; MID_CONTAINS_FROM(1.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_LONG(-0.98)[-0.978]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; ONCE_RECEIVED(0.10)[]; RCPT_COUNT_ONE(0.00)[1]; PREVIOUSLY_DELIVERED(0.00)[users-jp@freebsd.org]; ASN(0.00)[asn:17506, ipnet:113.32.0.0/13, country:JP]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_ONE(0.00)[1]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MLMMJ_DEST(0.00)[users-jp@freebsd.org]; RCVD_TLS_LAST(0.00)[]; R_DKIM_NA(0.00)[]; DMARC_NA(0.00)[if0.org]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; R_SPF_NA(0.00)[no SPF record] X-Rspamd-Queue-Id: 4T9nMc2sYhz4c5b $B@DLZ!wL>8E20$5$s(B $BOBKcO$$G$9(B $BAaB.$N=u8@$"$j$,$H$&$4$6$$$^$9!#(B handbook 26.6$B@a$rMWLs$9$k$H(B $B8E$$(Bsource tree# etcupdate extract $B?7$7$$(Bsource tree# make installkernel reboot $B?7$7$$(Bsource tree# etcupdate -p $B?7$7$$(Bsource tree# make installworld $B?7$7$$(Bsource tree# etcupdate -B reboot $B$H$$$&$h$&$K8+$($^$9$,!"=u8@D:$$$?$N$@$H!"(Betcupdate$B$N(B-B option$B$r$D$1$k(B $B$N$,(Betcupdate extract$B$NJ}$G!"K\HV(B(?)$B$NJ}$G$O!"$J$7!"$H$$$&$3$H$G$7$g$&(B $B$+!#(B etcupdate$B$N(Bonline manual$B$r8+$F$b%$%^%$%A(B-B option$B$N5sF0$,$o$+$C$F$$$J(B $B$$$N$G5$$K$J$C$F$$$^$9!#(B $B$b$&0lE@!"(Bgit clone$B$G(B/usr/src$B$rA0$N$b$N$r;H$C$?$3$H$,$"$k$N$G$o(B $B$+$j$^$9$N$GBg>fIW$G$9!#(B $B$?$@!"(Betcupdate$B$G!V(BC$B!W$D$-$N$,=P$F$-$?;~$,(Bconflict$B$@$H$$$&G'<1$,$J$+$C(B $B$?$N$G!":G=i$O(Betcupdate resolve$B$rK:$l$F$$$^$7$?$,!"$H$j$"$($:(Betcupdate $B$N$"$H$K$$$D$G$b(Betcupdate resolve$B$9$l$P!"(Bconflict$B$,$"$m$&$H$J$+$m$&$H(B $B$&$^$/$$$/$H$$$&M}2r$G$9!#(B $B@DLZOBKcO$(B $B!Z0J2 Subject: Re: how to use etcupdate? Date: Thu, 11 Jan 2024 18:47:44 +0900 > $B@DLZ(B@$BL>8E20$G$9!#(B > > $B:#99$G$9$,!"4pK\!"(Betcupdate$B$O!"=i$a$F;H$&>l9g!"(B > $B!!!&(Bsrc$B%D%j!<$N!Z99?7A0![$K(B`etcupdate extract -B`$B$G(B > $B!!!!Hf3SBP>]MQ$N%D%j!<$r9=C[(B > $B!!!&(Bsrc$B%D%j!<99?7!&%j%S%k%I!&(B`make installkernel`$B8e!"(B > $B!!!!(B`etcpudate -p` > $B!!!&%7%s%0%k%f!<%6$G:F5/F08e!J(BZFS$B4XO"$N99?7$@$H:F5/F0(B > $B!!!!$;$:(B`shutdown now`$B$G%7%s%0%k%f!<%6$KMn$A$k$@$1$G(B > $B!!!!=hM}$9$kI,MW$,$"$k%1!<%9$b!K!"(B`make installworld`$B8e!"(B > $B!!!!(B`etcupdate -B`$B$G;D$j$r99?7!#!!(B`make delete-old`$B$r(B > $B!!!!$d$k$J$i$=$A$i$r@h$K!#!!(B`make delete-old-libs`$B$O(B > $B!!!!:G8e$N:G8e!"(Bports$BEy$b4^$a$F8E$$%i%$%V%i%j$r;H$&$b$N$,(B > $B!!!!2?$bL5$/$J$C$?$H3NG'$G$-$?8e$G!#(B > > $B$G$@$$$?$$$&$^$/$$$-$^$9$,!"(B"C"$B%^!<%/$NIU$$$?%"%$%F%`(B > $B!J(Bsrc$B$G$NJQ99$H%m!<%+%k@_Dj$G$NJQ99$,>WFM!K$,$"$k$H(B > $B $BJ}$G!"(Broot$B$N(BEDITOR$B4D6-JQ?t$,L$@_Dj$N>l9g$N%G%U%)%k%H$,(Bvi > $B$@$C$?$3$H$b$"$C$F!"FC$K(Bvi$B$KIT47$l$J?M$?$ACf?4$K0$I!6+4-$N(B > $BCO9v3(?^$,!#!!(B3ways merge$B$N07$$$,$o$+$i$J$$$N$K2C$($F(Bvi$B$N(B > $BA`:n$bJ,$+$i$J$$$H$$$&(B2$B=E6l$,L"1d$7$F$^$7$?!#(B > > $BOBKcO$$5$s!J$I$A$i$b@DLZ$GJ6$i$o$7$$$N$G(B(^^;$B!K$N>l9g!"(B > src$B$N99?7A0!JA0$N(Bsrc$B%D%j!<$r99?7$7$?$s$G$9$h$M!)!K$K(B > $BHf3SMQ$N%D%j!<$rMQ0U$5$l$F$$$k$h$&$J$N$GLdBj$J$5$=$&$G$9$,!"(B > $BG0$N0Y!"(Bvarmfs$B4D6-$G$O$"$j$^$;$s$h$M!)(B > etcupdate$B$O%G%U%)%k%H$G:n6HMQ%G!<%?$r(B/var/db/etcupdate$B0J2<$K(B > $B9=C[!&J]B8$9$k$N$G!"(Bvarmfs$B$J4D6-$@$H:F5/F0;~$K>CLG$7$F(B > $B$7$^$$$^$9$N$G!#(B > > $B;d$N>l9g!"(Betcupdate$B$,=i$a$F(Bsrc$B$K $B$$$-$J$j;n$7$F!":G=i$N%9%F%C%W$r1i$C$F$$$J$+$C$?$?$a(B > $B%I%D%\$KVH$^$C$?7P83$,$"$j$^$9!#!!3N$+!"(Betcupdate$B$N:n6HMQ(B > $B%G!<%?J]B8@h$rI,;`$KC5$7$F>C5n$7!"0lC6(Bsrc$B%D%j!<$r(Bsvnlite$B$G(B > $B6/@)E*$K99?7A0$N>uBV$KLa$7$F:G=i$N%9%F%C%W$r$d$jD>$7$F(B > $B6/0z$K=hM}$7$?$+$H;W$$$^$9!#(B > > 12$B7n$"$?$j$+$i$N(Bforums$B$N4X78$7$=$&$J%9%l%C%I$O$3$NJU$G$7$g$&$+!#(B > $B$"$/$^$G;d$,2?$i$+$N%"%/%7%g%s$r9T$C$F(BWatched threads$B$K%j%9%H(B > $B$5$l$kHO0O$G$9$,!#!!3N$+!"$^$@$"$C$?$H;W$$$^$9!#(B > > $B!!(Bhttps://forums.freebsd.org/threads/14-0-release-conflicts-in-etc-passwd-results-in-losing-root.91124/ > > $B!!(Bhttps://forums.freebsd.org/threads/14-0-release-upgrade-question-merge-conflict-markers-remain.91079/ > > > On Thu, 11 Jan 2024 15:00:26 +0900 (JST) > Kazumaro Aoki wrote: > >> $B@DLZ!wF#Bt;T:_=;$G$9(B >> >> 12R$B$N(BEoL$B$HA08e$7$F$$$/$D$+$N(B12R$B$r(B13R$B$K(Bupgrade$B$7$^$7$?!#(B >> $B$d$C$F$J$$$@$1$G$O$"$k$N$G$9$,(Bbinary update$B$O7P83$,$J$$$N$G!"(Bsource >> tree$B$+$i$N(Bmake installworld$B$G$9!#(B >> >> $B$^$?!"(Bmergemaster$B$O(B13R$B$G$J$/$J$C$F(B14R$B$+$i$NI8=`$H$$$&$3$H$b$-$-!"$=$N(B >> $BN}=,$r7s$M$F(Bhandbook chapter 26.6$B$r8+$J$,$i> >> $B$^$:$O!"(B >> etcupdate extract >> $B$7$F!"(Bsource$B$r(Bgit$B$G> $B> etcupdate -F -p >> $B$r> etcupdate resolve >> $B$G=$@5$7$^$7$?!#> etcupdate -F -B >> $B$7$?$i!"$+$J$j$N(B/etc$B$N%U%!%$%k$,(B0$B%P%$%H$s$J$C$F$7$^$C$F!":$$C$F$^$9!#(B >> >> handbook$B$NJ}$G$O(Betcupdate$B$N(B-F option$B$O=q$$$F$$$J$+$C$?$N$G$O$"$j$^$9$,!"(B >> online manual$B$r8+$k8B$j(Bmergemaster$B$HF1$8$h$&$K:n6HIi2Y$r8:$i$7$F$/$l$=(B >> $B$&$K;W$$$D$1$F$_$^$7$?!#$3$l$,$^$:$+$C$?$N$G$7$g$&$+!)(B >> >> $B@DLZOBKcO$(B @ $BF#Bt;T:_=;(B >> > > > -- > $B@DLZ(B $BCNL@(B [Tomoaki AOKI] From nobody Thu Jan 11 16:27:43 2024 X-Original-To: users-jp@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4T9qpL3CFyz56NxT for ; Thu, 11 Jan 2024 16:27:54 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Received: from www121.sakura.ne.jp (www121.sakura.ne.jp [153.125.133.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4T9qpK4jTlz4q66 for ; Thu, 11 Jan 2024 16:27:52 +0000 (UTC) (envelope-from junchoon@dec.sakura.ne.jp) Authentication-Results: mx1.freebsd.org; none Received: from kalamity.joker.local (123-1-91-49.area1b.commufa.jp [123.1.91.49]) (authenticated bits=0) by www121.sakura.ne.jp (8.17.1/8.17.1/[SAKURA-WEB]/20201212) with ESMTPA id 40BGRhVM044506; Fri, 12 Jan 2024 01:27:46 +0900 (JST) (envelope-from junchoon@dec.sakura.ne.jp) Date: Fri, 12 Jan 2024 01:27:43 +0900 From: Tomoaki AOKI To: Kazumaro Aoki Cc: users-jp@freebsd.org Subject: Re: how to use etcupdate? Message-Id: <20240112012743.60026c5653c9e2c4244476a9@dec.sakura.ne.jp> In-Reply-To: <20240111.233756.2221625076163959973.ka@flu.if0.org> References: <20240111.150026.1124763852111365461.ka@flu.if0.org> <20240111184744.279c8504bf2f12a55bdb85b0@dec.sakura.ne.jp> <20240111.233756.2221625076163959973.ka@flu.if0.org> Organization: Junchoon corps X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussion relevant to FreeBSD communities in Japan List-Archive: https://lists.freebsd.org/archives/freebsd-users-jp List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-users-jp@freebsd.org X-BeenThere: freebsd-users-jp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4T9qpK4jTlz4q66 X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:7684, ipnet:153.125.128.0/18, country:JP] 青木@名古屋です。 とりあえず最初に。　メールの文字エンコーディングを （設定可能なら）UTF-8にしておくとアーカイブでの文字化けが 防げます。　例えばSylpheedのメール作成ウィンドウだと表示→ 文字エンコーディング→Unicode(UTF-8)にチェックを入れると 切り替わるのですが、Mewは使ったことがないのでどのように 設定するか（設定できるのか）分かりません。 On Thu, 11 Jan 2024 23:37:56 +0900 (JST) Kazumaro Aoki wrote: > 青木＠名古屋さん > 和麻呂です > > 早速の助言ありがとうございます。 > > handbook 26.6節を要約すると > 古いsource tree# etcupdate extract > 新しいsource tree# make installkernel > reboot > 新しいsource tree# etcupdate -p > 新しいsource tree# make installworld > 新しいsource tree# etcupdate -B > reboot > というように見えますが、助言頂いたのだと、etcupdateの-B optionをつける > のがetcupdate extractの方で、本番(?)の方では、なし、ということでしょう > か。 > > etcupdateのonline manualを見てもイマイチ-B optionの挙動がわかっていな > いので気になっています。 「-B」オプションは自動生成されるファイルをいちいち生成し直さず srcツリー内で生成済のものをそのまま使う指定で、例えばsendmailの cfファイルのようなものを想定したものですので、特殊な場合以外は 何も考えずに付けて大丈夫な筈のものです。　私としては、そのあたりの デフォルトを検討する必要のある開発者がヤラレタ！とならないために わざわざ指定しなければならなくしてあるセーフティかな、と思っています。 例外は、シャドウパスワードのように「データベースを生成するもの」です。 もうお気づきと思いますが、最期の部分で付けていなかったのはただの 付け忘れです。　申し訳ありません。 > もう一点、git cloneで/usr/srcを取ってきたのですが、FreeBSD ID stringと > 思われるものが > $FreeBSD$ > というように書いてあり、 > $FreeBSD: releng/12.4/etc/login.access 130151 2004-06-06 11:46:29Z schweikh $ > といった形式より短いのが気になっていて、これが-F optionをつけた時に悪 > さをしているのかなぁと思ったりもしています。 これは、元々は最古のバージョン管理システムSCCSやRCSで使われて いたものの名残で、短い形式でソースに書かれているとシステム側で 何に対していつ誰が更新したものかに展開されて長い形式に化けます。 現在FreeBSDが使用しているgitでは基本的に使わないようなので、 順次ソースから削除されていっています。 で、先の投稿で話題にされていた「-F」オプションはこれが違っても 他の部分が一致していれば同じと看做せ、という指定です。 これがきっちり展開されていた頃には極めて有用でした。 例えばmainブランチ（旧来でいうcurrent）の/usr/src/Makefileの 履歴だと、[1]で削除されています。 [1] https://cgit.freebsd.org/src/commit/Makefile?id=d0b2dbfa0ecf2bbc9709efc5e20baf8e4b44bbbf > varmfsは使ってません。ただ、/var/db/etcupdateの存在には気がついたので > すが、そこを見ても以前の/etcは見当たりませんでした。 etcupdateは、通常時の動作では、デフォルトのディレクトリ構成だと 「-p」オプション無しでは 　・/var/db/etcupdate/old以下を削除し、 　・/var/db/etcupdate/current以下の内容を/var/db/etcupdate/old 　　以下に移動し、 　・/usr/src以下から/var/db/etcupdate/current以下に入れるべき 　　ものを抽出して構築し、 　・/etc以下との3wayマージを行う という処理をしている筈です。　「-p」付きだとテンポラリの作業用 ディレクトリを作ってoldやcurrentはノータッチのまま、/etc/groupと /etc/master.passwdの処理だけ行う形です。　これが更新されるべき なのにされていない状態でinstallworldを行うと、新規追加されたり group/ownerが変更されたりしたファイルで設定すべきグループや ユーザが存在しないという笑えない状態になってしまいますので 特別扱いされています。　つまり、これら2つのファイルの更新時は 「-p」ありと無しの2回、処理が必要になってしまう訳です。 当然ながら初めて実行するときは/var/db/etcupdate/current自体 まだ存在しないので、必要なディレクトリ構造を作成して既存の /usr/srcからこれを構築するのが`etcupdate extract`です。 なお、etcupdataには「-n」オプションでDRY-RUNを行う機能があるので、 本番の前に確認しておくのがお薦めです。 ＃ 一時期このオプションが壊れていてツリーのローテーションは ＃ するのに実際の更新はしないという挙動になっていてこれを ＃ やってしまうと実際の更新が処理されない悲惨な状態でしたが ＃ バグレポートして直して貰っていますので今は大丈夫です。 ちなみにetcupdateの正体は/usr/sbin/etcupdateというシェルスクリプト なので、余裕があれば読んでみると参考になるかもしれません。 私はなかなか読み切れていませんが...。 > なお、viはあんまり得意ではありませんが使えますし、3-way mergeも30年ほ > ど前になりますが、PVCSとかいう感じの名前のものを使ったことがあるのでわ > かりますので大丈夫です。 最近だと、FreeBSD以外でもgitでお目にかかることがあるかと思います。 私はbugzillaなりPhablicatorなりに上がっているパッチを当てていて、 気づかないうちに更新されたものがコミットされてconflict状態に なっていて慌てることが結構あって見慣れてしまいました。 > ただ、etcupdateで「C」つきのが出てきた時がconflictだという認識がなかっ > たので、最初はetcupdate resolveを忘れていましたが、とりあえずetcupdate > のあとにいつでもetcupdate resolveすれば、conflictがあろうとなかろうと > うまくいくという理解です。 > > 青木和麻呂 > > > 【以下、全文引用】 > From: Tomoaki AOKI > Subject: Re: how to use etcupdate? > Date: Thu, 11 Jan 2024 18:47:44 +0900 > > > 青木@名古屋です。 > > > > 今更ですが、基本、etcupdateは、初めて使う場合、 > > 　・srcツリーの【更新前】に`etcupdate extract -B`で > > 　　比較対象用のツリーを構築 > > 　・srcツリー更新・リビルド・`make installkernel`後、 > > 　　`etcpudate -p` > > 　・シングルユーザで再起動後（ZFS関連の更新だと再起動 > > 　　せず`shutdown now`でシングルユーザに落ちるだけで > > 　　処理する必要があるケースも）、`make installworld`後、 > > 　　`etcupdate -B`で残りを更新。　`make delete-old`を > > 　　やるならそちらを先に。　`make delete-old-libs`は > > 　　最後の最後、ports等も含めて古いライブラリを使うものが > > 　　何も無くなったと確認できた後で。 > > > > でだいたいうまくいきますが、"C"マークの付いたアイテム > > （srcでの変更とローカル設定での変更が衝突）があると > > 手動での取捨選択が必要になります。　forums.freebsd.orgの > > 方で、rootのEDITOR環境変数が未設定の場合のデフォルトがvi > > だったこともあって、特にviに不慣れな人たち中心に阿鼻叫喚の > > 地獄絵図が。　3ways mergeの扱いがわからないのに加えてviの > > 操作も分からないという2重苦が蔓延してました。 > > > > 和麻呂さん（どちらも青木で紛らわしいので(^^;）の場合、 > > srcの更新前（前のsrcツリーを更新したんですよね？）に > > 比較用のツリーを用意されているようなので問題なさそうですが、 > > 念の為、varmfs環境ではありませんよね？ > > etcupdateはデフォルトで作業用データを/var/db/etcupdate以下に > > 構築・保存するので、varmfsな環境だと再起動時に消滅して > > しまいますので。 > > > > 私の場合、etcupdateが初めてsrcに取り込まれてすぐの更新で > > いきなり試して、最初のステップを演っていなかったため > > ドツボに嵌まった経験があります。　確か、etcupdateの作業用 > > データ保存先を必死に探して消去し、一旦srcツリーをsvnliteで > > 強制的に更新前の状態に戻して最初のステップをやり直して > > 強引に処理したかと思います。 > > > > 12月あたりからのforumsの関係しそうなスレッドはこの辺でしょうか。 > > あくまで私が何らかのアクションを行ってWatched threadsにリスト > > される範囲ですが。　確か、まだあったと思います。 > > > > 　https://forums.freebsd.org/threads/14-0-release-conflicts-in-etc-passwd-results-in-losing-root.91124/ > > > > 　https://forums.freebsd.org/threads/14-0-release-upgrade-question-merge-conflict-markers-remain.91079/ > > > > > > On Thu, 11 Jan 2024 15:00:26 +0900 (JST) > > Kazumaro Aoki wrote: > > > >> 青木＠藤沢市在住です > >> > >> 12RのEoLと前後していくつかの12Rを13Rにupgradeしました。 > >> やってないだけではあるのですがbinary updateは経験がないので、source > >> treeからのmake installworldです。 > >> > >> また、mergemasterは13Rでなくなって14Rからの標準ということもきき、その > >> 練習を兼ねてhandbook chapter 26.6を見ながら実施しました。 > >> > >> まずは、 > >> etcupdate extract > >> して、sourceをgitで取りだし、make buildkernel buildworldしました。 > >> 次にmake installkernelして、 > >> etcupdate -F -p > >> を実行したところCつきのファイルが出たPCでは次の > >> etcupdate resolve > >> で修正しました。次にmake installworldして、 > >> etcupdate -F -B > >> したら、かなりの/etcのファイルが0バイトんなってしまって、困ってます。 > >> > >> handbookの方ではetcupdateの-F optionは書いていなかったのではありますが、 > >> online manualを見る限りmergemasterと同じように作業負荷を減らしてくれそ > >> うに思いつけてみました。これがまずかったのでしょうか？ > >> > >> 青木和麻呂 @ 藤沢市在住 > >> > > > > > > -- > > 青木 知明 [Tomoaki AOKI] -- 青木 知明 [Tomoaki AOKI]