[00:24] <saiarcot895> Is it possible to get a FFe for the addition of an Apport package hook?
[00:30] <TheMuso> @pilot in
[00:30] <TheMuso> saiarcot895: You would have to file a bug to find out.
[00:31] <saiarcot895> TheMuso: will do
[01:35] <venux> Alright.  So I'm trying to develop a theme for it, right, and I want the background color to be a specific shade of blue, and I can't find out how to set that in the mytheme.awn-theme file.  I've checked other themes and they use some sort of 16 digit hexidecimal color code.  In web design, I've only ever heard of and used 6 digit hex color codes, so I'm not too sure how to generate a 16 digit color
[01:36] <venux> the above is in regards to avant window navigator themes btw
[01:36] <venux> was wondering if anyone here has had experience with awn themes?
[01:40] <sarnold> sixteen digits of hex is eight bytes of color data; that'd be 16 bits of color data per RGB and probably opacity... zounds. that's a lot of color. :)
[01:40] <sarnold> maybe it's sixteen bits per cymk? you know, just in case you want to interact via an offset printing press? :)
[02:18] <venux> ty, i thought it had something to do with the opacity as well... welll... ill figure out how to generate some of them...  trial and error i guess.
[03:14] <xnox> dobey: https://launchpad.net/ubuntu/+source/paste/1.7.5.1-6ubuntu1 in saucy-proposed now
[04:34] <TheMuso> @pilot out
[06:38] <dholbach> good morning
[06:40] <sladen> guten morgen
[08:31] <happyaron> dholbach: I pushed the change according to Jack_Yu's comment
[08:31] <dholbach> happyaron, I'll take a look in a bit
[08:32] <happyaron> thx
[08:32] <dholbach> happyaron, what about the libchewing bug in the sponsoring queue?
[08:32] <dholbach> should it be uploaded? is it too late?
[08:33] <happyaron> dholbach: it can be uploaded, but all package depends on it may need a rebuild. I think no API change but no ABI guarantee.
[08:34] <dholbach> hum
[08:34] <dholbach> how did they resolve it in Debian?
[08:35] <happyaron> dholbach: I think it was coordinated that updates to other packages were happen right after libchewing's update.
[08:35] <happyaron> but we missed that point in Ubuntu
[08:35] <dholbach> so I'd be happy to sponsor it, if it's something we want
[08:36] <dholbach> but I'm not quite sure what to do :)
[08:36] <happyaron> is it difficult to do things like binNMU?
[08:39] <happyaron> dholbach: maybe I can do some testing this eve, and give feedback then
[08:40] <dholbach> cool
[08:40] <happyaron> actually I'm on a national holiday, but all right, :)
[08:41] <dholbach> enjoy your day off!
[09:10] <dholbach> happyaron, d/copyright would need to be updated according to the source file changes - some files' headers also still seem to say "version 2"
[09:16] <happyaron> dholbach: I think those gpl-2+ files are already marked in d/copyright
[09:17] <dholbach> sorry, my bad
[09:17] <dholbach> let me double check everything
[09:17] <happyaron> :)
[09:17] <dholbach> you're right
[09:18] <dholbach> happyaron, I'll add the bug number to the changelog entry
[09:18] <dholbach> apart from that ready to go
[09:19] <dholbach> uploaded
[09:19] <happyaron> thanks
[09:20] <dholbach> anytime
[12:26] <pitti> Good morning
[15:20] <ogra> slomo, could you take a peek at https://bugs.launchpad.net/ubuntu/+source/gst-plugins-bad1.0/+bug/1224665 and leave a comment if you find the time ?
[16:03] <dobey> how long between a whoopsie crash report being submitted, and it appearing on errors.ubuntu.com?
[18:28] <xnox> doko: Can you pull this patch into debian & ubuntu ? http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57850#c9
[18:28] <xnox> it fixes abi-compliance checker on debian/ubuntu
[18:28] <dobey> pitti, jibel: do you know how i can get a local adt run of a test using the qemu vm stuff, to not delete the temporary directory where the real tree is built for tests that have a build-needed restriction, when i pass -k?
[18:28] <xnox> into 4.8
[18:37] <dobey> or anyone else maybe? ^^
[18:38] <pitti> dobey: no, not really; but what you perhaps could do is to ssh in after you start your test, and then SIGSTOP adt at a convenient point, or cp -r the temp test tree someplace else?
[18:46] <pitti> dobey: or you circumvent adt-run completely and just build your tree there and run debian/tests/whatever directly
[18:49] <dobey> pitti: how do you make debuild not cleanup after the build?
[18:49] <dobey> although local won't really help
[18:49] <cjwatson> debuild never cleans up after the build
[18:49] <cjwatson> other tools around it might ...
[18:49] <pitti> dobey: dpkg-buildpackage/debuild don't do that "copy entire tree to $TMPDIR" stuff, that's adt-run
[18:49] <cjwatson> well, not unless you use -tc
[18:50] <pitti> dobey: dpkg-buildpackage -us -uc -b && sudo debian/tests/whatever should do what you want
[18:50] <dobey> problem is that dh_install is failing in the vm during the build started by adt-run
[18:50] <pitti> dobey: or even just "fakeroot debian/rules build" to skip the dh_* bits
[18:50] <dobey> pitti: yeah, that won't help because it's not where things are breaking :(
[18:50] <pitti> dobey: oh, you mean the package build is breaking, not the tests?
[18:50] <dobey> yes
[18:51] <dobey> well, the package builds fine locally and with pbuilder (and in a PPA or in the archives)
[18:51] <pitti> dobey: I bet that this is reproducible with "fakeroot debian/rules build"
[18:51] <pitti> dobey: there's often packages which make assumptions about dpkg-buildpackage's environment (such as various $DEB_*)
[18:51] <pitti> dobey: but adt-run doesn't use dpkg-buildpackage, it just calls debian/rules build
[18:52] <pitti> arguably that's Debian policy, but then again I'm rather convinced that this shold be obsoleted
[18:52] <pitti> fixing lots of packages for these corner cases is just tedious
[18:53] <dobey> dh_install: libu1db1 missing files (usr/lib/*/libu1db.so.1*), aborting
[18:54] <pitti> dobey: yep, I bet the package behaves differently because debian/rules expects $DEB_HOST_MULTIARCH but doesn't set it by itself
[18:55] <pitti> DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
[18:55] <pitti> dobey: ^ try adding that to the top
[18:56] <dobey> huh. i wonder why other packages that do the same thing aren't failing. or is DEB_HOST_MULTIARCH always set to something in the jenkins adt instances?
[18:57] <pitti> dobey: no, but dpkg-buildpackage sets it
[18:57] <pitti> dobey: other packages did fail in adt-run for the same reason
[18:58] <dobey> pitti: the jenkins adt-run uses dpkg-buildpackage instaed of fakeroot debian/rules build?
[18:58] <pitti> dobey: no, the other way around (and nothing to do with jenkins, that's just adt-run)
[18:58] <pitti> most people check with dpkg-buildpackage only (and frankly I think that shold be the one and only interface), but adt-run directly calls debian/rules build as I said
[18:59] <pitti> so in adt-run, your debian/rules won't have $DEB_HOST_MULTIARCH set
[18:59] <pitti> which causes the library to not get configured/installed for multiarch
[19:00] <dobey> pitti: i mean, there is another package which has pretty much the exact same rules file using $DEB_HOST_MULTIARCH, and the autopkgtests are passing just fine for it when it builds the tree. it doesn't fail with the missing library file
[19:00] <dobey> pitti: so i don't understand why it doesn't also fail
[19:00] <pitti> dobey: well, that depends on the package..
[19:01] <dobey> anyway, adding the bit to the rules file does fix it
[19:02] <dobey> pitti: thanks
[19:02] <pitti> yw
[19:24] <dobey> pitti, jibel: just uploaded a u1db that includes autopkgtest config that wasn't there before, if there's anything you need to poke to enable it. thanks
[19:29] <pitti> dobey: no, should be automatic; thanks
[19:37] <doko> xnox, waiting until the arm64 build is done
[19:37] <xnox> doko: ok.
[19:37] <xnox> doko: i'd love for that patch to make it into saucy =)
[21:16] <slomo_> ogra: if this is proposed for upstream integration, sure
[21:39] <xnox> wgrant: doko: can you please retry https://launchpad.net/ubuntu/+archive/test-rebuild-20130917/+build/4986109 it should be fine now, with fixed paste.
[21:39] <pitti> xnox, wgrant: ^ retried
[21:40] <xnox> pitti: thanks! didn't know you have access =)
[21:40] <pitti> (sounds like sleep time for both of them)
[21:40] <pitti> "Start 2013-09-22"
[21:40] <pitti> xnox: how eager are you to verify? i. e. is that fine, or shall I bump score?
[21:41] <xnox> pitti: i know it's fine, verified locally. I just don't want people to see it on ftbfs-rebuild list and try to investigate, that's all.
[21:41] <pitti> ah, good point
[21:41] <pitti> xnox: will build in 8 mins now
[21:42] <xnox> cool.
[23:25] <smoser> hey...
[23:25] <smoser> could a archive admin help me out please?
[23:25] <smoser> https://launchpad.net/ubuntu/saucy/+queue?queue_state=0&queue_text=uvtool
[23:27] <smoser> thats for FFE bug 1218508