Bug#589689: Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
On 03/08/10 17:50, Julien Cristau wrote: On Tue, Aug 3, 2010 at 17:31:05 -0400, Felipe Sateler wrote: This doesn't seem to help (I called dpkg-buildpackage -B and doxygen was called). How will dh_listpackages know if we called dpkg-buildpackage -B? In 'build', it doesn't. If you want to do something only if arch-indep packages are built, do it in binary-indep or binary. Jonas, How do we do this in CDBS? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c597e60.3040...@debian.org
Bug#589689: Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
On Mon, Aug 02, 2010 at 19:23:59 (EDT), Felipe Sateler wrote: On 02/08/10 18:26, Adam D. Barratt wrote: On Sun, August 1, 2010 12:33, Felipe Sateler wrote: Copying this to the appropriate bug... [...] Indeed. How do you suggest working through this? Facts: 1. The build hangs unpredictably on a doxygen call. 2. The doxygen call is in build-indep (so it is not strictly necessary for binary only builds, but gets executed anyway). I can move the doxygen call away from there into binary-indep, but that feels like a hack to me. Does the documentation actually differ across architectures? No, it doesn't. If the doxygen calls are simply for generating the contents of libcsound64-doc then arranging for them to only occur when the binary-indep packages are being built sounds like a sane solution; if I'm missing something obvious, then someone please apply the relevant cluebat. :-) Well, it feels hacky to build stuff in the binary stage. Also, it seems to me that what we are doing is re-hiding a bug that is somewhere else. If we really want to do that, please tell me and I'll prepare a new upload with that. Mehdi proposed this approach: diff --git a/debian/rules b/debian/rules index 726227e..626b8d6 100755 --- a/debian/rules +++ b/debian/rules @@ -163,7 +163,9 @@ DEB_SCONS_INSTALL_TARGET = install=1 build-indep: build-indep-stamp build-indep-stamp: +ifneq (,$(findstring libcsound64-doc,$(shell dh_listpackages))) doxygen +endif touch $@ # Put aside upstream cruft before build but after licensecheck TBH, this solution seems acceptable to me. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87pqxzh30e@faui44a.informatik.uni-erlangen.de
Bug#589689: Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
On 03/08/10 16:09, Reinhard Tartler wrote: On Mon, Aug 02, 2010 at 19:23:59 (EDT), Felipe Sateler wrote: On 02/08/10 18:26, Adam D. Barratt wrote: On Sun, August 1, 2010 12:33, Felipe Sateler wrote: Copying this to the appropriate bug... [...] Indeed. How do you suggest working through this? Facts: 1. The build hangs unpredictably on a doxygen call. 2. The doxygen call is in build-indep (so it is not strictly necessary for binary only builds, but gets executed anyway). I can move the doxygen call away from there into binary-indep, but that feels like a hack to me. Does the documentation actually differ across architectures? No, it doesn't. If the doxygen calls are simply for generating the contents of libcsound64-doc then arranging for them to only occur when the binary-indep packages are being built sounds like a sane solution; if I'm missing something obvious, then someone please apply the relevant cluebat. :-) Well, it feels hacky to build stuff in the binary stage. Also, it seems to me that what we are doing is re-hiding a bug that is somewhere else. If we really want to do that, please tell me and I'll prepare a new upload with that. Mehdi proposed this approach: diff --git a/debian/rules b/debian/rules index 726227e..626b8d6 100755 --- a/debian/rules +++ b/debian/rules @@ -163,7 +163,9 @@ DEB_SCONS_INSTALL_TARGET = install=1 build-indep: build-indep-stamp build-indep-stamp: +ifneq (,$(findstring libcsound64-doc,$(shell dh_listpackages))) doxygen +endif touch $@ # Put aside upstream cruft before build but after licensecheck TBH, this solution seems acceptable to me. This doesn't seem to help (I called dpkg-buildpackage -B and doxygen was called). How will dh_listpackages know if we called dpkg-buildpackage -B? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4c588a99.10...@debian.org
Bug#589689: Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
On Tue, Aug 3, 2010 at 17:31:05 -0400, Felipe Sateler wrote: This doesn't seem to help (I called dpkg-buildpackage -B and doxygen was called). How will dh_listpackages know if we called dpkg-buildpackage -B? In 'build', it doesn't. If you want to do something only if arch-indep packages are built, do it in binary-indep or binary. Cheers, Julien signature.asc Description: Digital signature