=== ant_ is now known as Guest58458 === Guest58458 is now known as antdillon [09:32] Laney, thank you for analysis. I did sync python-debian over. not sure where that is stuck. I shall check libgnupg-perl too now. [09:47] xnox: welcome [10:04] Laney, libgnupg-perl_0.19-1ubuntu1 and parcimonie_0.10.2-1ubuntu1 uploaded should make things dandy.... [10:09] fingers crossed [10:09] however parcimonie fails.... yet local build passes, and local adt tests pass too =( [11:03] ok libgnupg-perl was stuck without entropy.... uploaded one with pre-generated key === ant_ is now known as Guest47626 === tyhicks` is now known as tyhicks === georgelorch2 is now known as georgelorch [15:53] pitti, cjwatson I found some sort of bug in buildd [15:53] " INFO: pkgstripfiles: waiting for lock (glusterfs-dbg) ..." [15:54] this happens on all the architectures [15:54] race condition? can I retry them= [15:54] https://launchpad.net/ubuntu/+source/glusterfs/3.8.3-1ubuntu1/+build/10714418 [15:58] doubtless a package bug of some kind; cancel it and you might see more [16:02] cjwatson, LocutusOfBorg: that's the parallelized pkgstripfiles code. if you find there a bug ... please tell me. I see this from time to time too [16:03] doko_, my wonder too [16:03] some race condition in the lock? [16:03] anyway, retrying [16:03] but only ppc64el [16:16] still failing doko_ [16:16] trying a local build now [16:17] you'll need to ensure to have pkgbinarymangler installed and possibly to do some extra gubbins to enable it (I forget) [16:17] but how can it be a package bug? [16:18] dunno [16:18] v unlikely to be a buildd bug though :) could be a pkgbinarymangler bug [16:18] sure, I call "buildd" whatever is not packaging :) [16:21] confirming, the build works in pbuilder without pkgbinarymangler [16:43] dh_builddeb -a [16:43] Found files in /usr/lib/python2.7/site-packages (must be in dist-packages for python2.7). [16:43] debian/glusterfs-common/usr/lib/python2.7/site-packages [16:43] debian/glusterfs-common/usr/lib/python2.7/site-packages/gluster [16:43] debian/glusterfs-common/usr/lib/python2.7/site-packages/gluster/__init__.py [16:43] debian/glusterfs-common/usr/lib/python2.7/site-packages/gluster/glupy [16:43] debian/glusterfs-common/usr/lib/python2.7/site-packages/gluster/glupy/__init__.py [16:43] dh_builddeb.pkgbinarymangler: dpkg-deb --build debian/glusterfs-common .. returned exit code 1 [16:44] LocutusOfBorg, cjwatson: ^^^ looks like dpkg-deb fails with an error, and then the pkgbinarymangle script doesn't cope with build errors and goes into an endless loop [16:46] doko_, why debian is good? [16:46] because debian doesn't have pkgbinarymangler? [16:47] no doko_ that part is fail of dpkg-deb, right? [16:48] I haven't checked [16:48] anyway, thanks, I'll fix it [16:53] LocutusOfBorg: No, that check is implemented in pkgsanitychecks which is part of pkgbinarymangler. It's hooked into dpkg-deb there. [16:54] doko_, can you explain this? [16:54] python -c 'from distutils.sysconfig import get_python_lib; print(get_python_lib(prefix="${exec_prefix}"))' [16:54] ${exec_prefix}/lib/python2.7/site-packages [16:54] python -c "from distutils.sysconfig import get_python_lib; print(get_python_lib())" [16:54] /usr/lib/python2.7/dist-packages [16:55] shouldn't it return dist-packages in both cases? [16:57] no, this is kind of a hack to force manually run setup.py's to override system packages. not perfect, but it keeps our python lib clean. why do you need to set an explicit prefix? [16:58] this get_python_lib is used to understand where to installl the python binding [16:58] and site-packages is returned instead of dist-packages [16:59] use dh-python, and it moves things around [17:00] now it calls dh_python2 lots of times [17:00] should I just do a mv debian/foo-dev/usr/lib/python2.7/site-packages/* debian/foo-bar/usr/lib/python2.7/dist-packages/ or whatever? [17:03] why do you call dh_python2 explicitly with site-packages? [17:03] I don't even know what it does mean, I'm not the maintainer, just tried to fix the package in an Ubuntu merge :) [17:03] what is the fix? remove the dh_python2= [17:03] ? [17:06] slangasek: I'd like to release update-manager & xorg-server-lts-xenial now. Its a day early so I'm looking for an ack. [17:40] bdmurray: ack === chiluk_ is now known as chiluk [22:09] cyphermox: Is that binutils/grub hack upstream? [22:09] cyphermox: Also, grub2-signed, please. [22:10] cyphermox: Ahh, the binutils hack is *from* upstream. That works. [23:49] infinity: yes [23:49] grub2-signed coming up (sorry about that)