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-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
On Wed, Aug 04, 2010 at 10:51:12AM -0400, Felipe Sateler wrote: 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. How do we do this in CDBS? It seems to me that doxygen is properly isolated to be executed in binary-indep. Could it be that doxygen is triggered by scons rather than explicitly by CDBS? I.e. that really it is executed twice on full builds? - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
On 04/08/10 11:46, Jonas Smedegaard wrote: On Wed, Aug 04, 2010 at 10:51:12AM -0400, Felipe Sateler wrote: 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. How do we do this in CDBS? It seems to me that doxygen is properly isolated to be executed in binary-indep. Could it be that doxygen is triggered by scons rather than explicitly by CDBS? I.e. that really it is executed twice on full builds? It is built in build-indep, not binary-indep. We need to run it before dh_installdocs. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
On Wed, Aug 04, 2010 at 12:36:49PM -0400, Felipe Sateler wrote: On 04/08/10 11:46, Jonas Smedegaard wrote: On Wed, Aug 04, 2010 at 10:51:12AM -0400, Felipe Sateler wrote: 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. How do we do this in CDBS? It seems to me that doxygen is properly isolated to be executed in binary-indep. Could it be that doxygen is triggered by scons rather than explicitly by CDBS? I.e. that really it is executed twice on full builds? It is built in build-indep, not binary-indep. We need to run it before dh_installdocs. Ah. I think simply changing to use build/libcsound64-doc will work. Trying that now... - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
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-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
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? 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. :-) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
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. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590948: Bug#589689: transition to libjack-jackd2-0 breaks many packages
Copying this to the appropriate bug... On 01/08/10 11:38, Adam D. Barratt wrote: On Fri, July 30, 2010 19:02, Felipe Sateler wrote: On 30/07/10 13:25, Adam D. Barratt wrote: - ardour: FTBFS on sparc (#590863) - csound: FTBFS on hppa (#590948) - slv2: FTBFS on hppa (#590976) All these three look like problems with the buildd host/toolchain. CSound hangs in a doxygen call that has not been modified since the -1 upload. Trying to build that same documentation in paer gives me segmentation faults in doxygen in different stages almost every time (I managed to build it after a few retries). Of the four tries on the buildds, csound hung in doxygen twice and during the source build twice, afaics. That and the fact that it needed several tries on paer suggest that even if we it managed to build after another attempt or three, the next binNMU or sourceful upload may well have the same problem(s). 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. I have been trying to build the doxygen documentation a few times, and it looks like either doxygen is doing something wrong with pthread mutex calls or the hppa kernel/libc are doing something wrong with the calls doxygen makes. I'm getting some assertion failures now too: doxygen: pthread_mutex_lock.c:62: __pthread_mutex_lock: Assertion `mutex-__data.__owner == 0' failed. All hangs and segmentation faults seem to happen inside synchronization calls (futex calls). I have not been able to reproduce the hang in the Generating docs for compound ... stage. The paer sid chroot does not have the necessary build deps, so I can't binNMU it myself. You can, you just need to request that the build-deps be installed. Not necessary, since the faulty command (doxygen) is already installed and I do not plan on working around this bug by manually uploading a package that will have the same problem again. -- Saludos, Felipe Sateler signature.asc Description: OpenPGP digital signature