坂本です。 (C.C. 林さん)
先日、libhinoko[1]というパッケージをITP[2]しまして、無事にスポンサーが 得られ、testing/ustableに収録されました[3]。それからしばらく経ってFTBFSの レポート[4]が届いてしまい、対応を検討しているところです。
想像するにビルドサーバーのパッケージ構成が変わり、libhinokoのビルドが エラーするようになったのだと考えています。ちょうど同じ時期にITPした libhinawaもFTBFS[6]してるっぽくて、ログをみると"gi-docgen 2023.3"が 原因っぽいなぁというところまでは検討がついてます。
相談したいのは、このFTBFSをもたらしたパッケージ構成を手元でちょうど 再現する方法についてです。たぶんpbuilderを使うことになるのだと思うの ですが、「ちょうど再現する」というあたりで自信がないです。手順等 ご存知の方がいらっしゃいましたら、教えていただけると助かります。
[1] https://git.kernel.org/pub/scm/libs/ieee1394/libhinoko.git/ [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055162 [3] https://tracker.debian.org/pkg/libhinoko [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058521 [5] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058535 [6] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058535
よろしくお願いします。
Takashi Sakamoto
ちょっと答えになっていないかもしれませんが、DebianのSidターゲットで揚げた問題ですよね。大事なのは、最新のSidでどうかです。普通のアップロード前の検証 活動です。これで問題なければ、待つのかな？
（完全な少し前に問題発生した状況の再現は必要ないです。基本そのパッケージメンテナーの問題なので。、、）
ある意味厄介なのは他アーキテクチャーのトラブル等です。 私の場合は、以下のサイトからビルドログをのぞいて様子を見てます。 https://qa.debian.org/developer.php?login=osamu@debian.org
ちなみにSIDでのビルドですが、pbuilderでも良いのでしょうが、ビルド環境を一々TAR.GZからだったせいか遅かった気がします。 だから最近はSBUILDにガイドもなっています。 https://www.debian.org/doc/manuals/debmake-doc/ch03.en.html#sbuild-setup
もうすこし詳しい私自身の設定メモはいかにあります。 https://osamuaoki.github.io/en/2021/04/03/dev-01/ いまは設定が面倒でトラブルがあったのでPROXYは使っていません。
最後に、本当に過去状態の再現をしたいなら、一計として以下の利用があります。 https://snapshot.debian.org/ ここには、すくなくとも毎日１回状態が保存されてます。 https://snapshot.debian.org/archive/debian/?year=2023&month=12 真面目に使ったことないので、うまい使い方は知りません。
On Wed, 2023-12-13 at 07:51 +0900, Takashi Sakamoto wrote:
坂本です。 (C.C. 林さん)
先日、libhinoko[1]というパッケージをITP[2]しまして、無事にスポンサーが 得られ、testing/ustableに収録されました[3]。それからしばらく経ってFTBFSの レポート[4]が届いてしまい、対応を検討しているところです。
想像するにビルドサーバーのパッケージ構成が変わり、libhinokoのビルドが エラーするようになったのだと考えています。ちょうど同じ時期にITPした libhinawaもFTBFS[6]してるっぽくて、ログをみると"gi-docgen 2023.3"が 原因っぽいなぁというところまでは検討がついてます。
相談したいのは、このFTBFSをもたらしたパッケージ構成を手元でちょうど 再現する方法についてです。たぶんpbuilderを使うことになるのだと思うの ですが、「ちょうど再現する」というあたりで自信がないです。手順等 ご存知の方がいらっしゃいましたら、教えていただけると助かります。
[1] https://git.kernel.org/pub/scm/libs/ieee1394/libhinoko.git/ [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1055162 [3] https://tracker.debian.org/pkg/libhinoko [4] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058521 [5] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058535 [6] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058535
よろしくお願いします。
Takashi Sakamoto _______________________________________________ debian-devel mailing list debian-devel@debian.or.jp https://lists.debian.or.jp/mailman/listinfo/debian-devel
林です。
2023年12月13日(水) 7:51 Takashi Sakamoto o-takashi@sakamocchi.jp:
坂本です。 (C.C. 林さん)
先日、libhinoko[1]というパッケージをITP[2]しまして、無事にスポンサーが 得られ、testing/ustableに収録されました[3]。それからしばらく経ってFTBFSの レポート[4]が届いてしまい、対応を検討しているところです。
想像するにビルドサーバーのパッケージ構成が変わり、libhinokoのビルドが エラーするようになったのだと考えています。ちょうど同じ時期にITPした libhinawaもFTBFS[6]してるっぽくて、ログをみると"gi-docgen 2023.3"が 原因っぽいなぁというところまでは検討がついてます。
gi-docgenでのバージョンのパースがどこかの時点でより厳密になったせいみたいです。
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058535#10
例えば、libhinawaではsrc/hinawa_enum_types.hがひっかかっていました。 libhinawa 4.0.0-2で修正しています。
相談したいのは、このFTBFSをもたらしたパッケージ構成を手元でちょうど 再現する方法についてです。たぶんpbuilderを使うことになるのだと思うの ですが、「ちょうど再現する」というあたりで自信がないです。手順等 ご存知の方がいらっしゃいましたら、教えていただけると助かります。
再現自体は以下のような手順でできるかと思います。 ビルドログを見る限り、libhinawaと同じようにSince:のところをなおせばよいはず。
$ docker rum --rm -it debian:sid # apt install -y devscripts # sed -i -e 's/Types: deb/Types: deb deb-src/' /etc/apt/sources.list.d/debian.sources # apt update # apt build-dep -y libhinoko # apt source libhinoko # cd libhinoko-1.0.0 # debuild -us -uc
それでは。
青木さん、林さん
お返事どうもありがとうございます。
chrootは以前よく使っていたので、sbuildがやってることはなんとなく 想像つきます。ただちょっとsbuildコマンド経由での環境構築やパッケージ ビルドでつまずいてしまいました。コマンドを使いこなすにはもうちょっと 時間が必要そうです。
問題を林さんに特定していただいたので、今回は手っ取り早く、meson buildの Wrap dependency system[1]を使い、gi-docgen 2023.3 でのエラーを再現でき ました。libhinawa同様、libhinokoコード中の`Since: x.y.` となっている 箇所が問題でした。`Since: x.y` と末尾のピリオドを削ると、エラー抑制でき ました。
アップストリーム側のバグということで、近日中に新リリースを出そうと思い ます。ご協力どうもありがとうございました。
[1] https://mesonbuild.com/Wrap-dependency-system-manual.html
On Thu, Dec 14, 2023 at 07:22:34PM +0900, Kentaro Hayashi wrote:
林です。
2023年12月13日(水) 7:51 Takashi Sakamoto o-takashi@sakamocchi.jp:
坂本です。 (C.C. 林さん)
先日、libhinoko[1]というパッケージをITP[2]しまして、無事にスポンサーが 得られ、testing/ustableに収録されました[3]。それからしばらく経ってFTBFSの レポート[4]が届いてしまい、対応を検討しているところです。
想像するにビルドサーバーのパッケージ構成が変わり、libhinokoのビルドが エラーするようになったのだと考えています。ちょうど同じ時期にITPした libhinawaもFTBFS[6]してるっぽくて、ログをみると"gi-docgen 2023.3"が 原因っぽいなぁというところまでは検討がついてます。
gi-docgenでのバージョンのパースがどこかの時点でより厳密になったせいみたいです。
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058535#10
例えば、libhinawaではsrc/hinawa_enum_types.hがひっかかっていました。 libhinawa 4.0.0-2で修正しています。
相談したいのは、このFTBFSをもたらしたパッケージ構成を手元でちょうど 再現する方法についてです。たぶんpbuilderを使うことになるのだと思うの ですが、「ちょうど再現する」というあたりで自信がないです。手順等 ご存知の方がいらっしゃいましたら、教えていただけると助かります。
再現自体は以下のような手順でできるかと思います。 ビルドログを見る限り、libhinawaと同じようにSince:のところをなおせばよいはず。
$ docker rum --rm -it debian:sid # apt install -y devscripts # sed -i -e 's/Types: deb/Types: deb deb-src/' /etc/apt/sources.list.d/debian.sources # apt update # apt build-dep -y libhinoko # apt source libhinoko # cd libhinoko-1.0.0 # debuild -us -uc
それでは。
Takashi Sakamoto
-
Kentaro Hayashi -
Osamu Aoki -
Takashi Sakamoto