[09:28] <doko> cjwatson, infinity: do you know what is going on with the pycode-browser build? it seems to be progressing, but what exactly does it do? not many packages with +2d build time ...
[09:28] <StevenK> Maybe it builds libreoffice internally to process some docs ...
[10:29] <cjwatson> infinity: autopkgtest> Hm.  You probably want Jean-Baptiste to debug that - proposed-migration delegates most of that stuff to adt-britney.
[10:30] <cjwatson> doko: First I've heard of it
[10:31] <cjwatson> doko: It only took two minutes to build in raring
[10:31] <cjwatson> Has TeX got exponentially slower or something?
[10:40]  * ogra_ still scratches his head over copy_exec ... rolling an initrd on the builder omits all the linked libs of adbd while they get pulled in during a local build inside a chroot  http://paste.ubuntu.com/5813896/  vs  https://launchpadlibrarian.net/143820277/buildlog_ubuntu-saucy-armhf.ubuntu-touch-generic-initrd_0.5_UPLOADING.txt.gz
[10:40] <ogra_> (in both cases there are no virtual filesystems mounted inside the chroot)
[10:46] <doko> cjwatson, hmm, it's an endless loop
[11:13] <JackYu> cjwatson: hi, may I know how did you customize the content of buttons 'Try Ubuntu' and 'Install Ubuntu' when installing? I remember you changed it to 'Install UbuntuKylin' and 'Try UbuntuKylin'.
[11:14] <JackYu> cjwatson: we are trying to customize the buttons locally.
[11:15] <cjwatson> I don't remember specifically but that change is unlikely to help you in making more invasive customisations, since I expect all I did was arrange for the images to properly know that they were called UbuntuKylin
[11:16] <doko> cjwatson, seen in unstable too, filed issue, and leaving that as is for now
[11:17] <cjwatson> ok
[11:19] <JackYu> cjwatson, well, thanks:)
[11:20] <cjwatson> adam_g: is bug 1188788 meant to still be open for saucy?
[11:20] <ubot2`> Launchpad bug 1188788 in quantum (Ubuntu) "Meta bug for tracking Openstack 2013.1.2 Stable Update" [Undecided,New] https://launchpad.net/bugs/1188788
[14:18] <xnox> Please accept above upstart ^ as it fixes a regression currently in raring-proposed version of upstart (1.8-0ubuntu1.1) bug 1195955
[14:18] <ubot2`> Launchpad bug 1195955 in upstart (Ubuntu Raring) "Setting up upstart (1.8-0ubuntu1.1) ... dpkg: error: unknown option --compare-version" [High,Triaged] https://launchpad.net/bugs/1195955
[14:19] <xnox> fix committed in lp:ubuntu/upstart and will be part of the eminent 1.9 release.
[14:19] <xnox> (upload).
[14:44] <jbicha> hi, could Ubuntu GNOME get an isolinux screen like Kubuntu's? http://www.thecodingstudio.com/?linux&release=Kubuntu%2013.04
[14:48] <cjwatson> Yeah, I was going to take care of that
[14:55] <jbicha> I wonder if the other flavors would be interested in doing that too
[14:57] <cjwatson> I think most of the other flavours have already stated an explicit preference one way or the other
[14:57] <cjwatson> I just never got round to checking with Ubuntu GNOME
[15:02] <jbicha> we were using the other thing because a purple boot screen just didn't make sense; black will work though
[15:03] <cjwatson> jbicha: Um
[15:04] <cjwatson> jbicha: What I understood from darkxst was that it was about showing the icon while waiting for a keypress, not about the colours
[15:04] <cjwatson> What *exactly* are you asking for here?
[15:05] <jbicha> where does the color come from? I just didn't want a purple version since we currently use blue for plymouth & the desktop wallpaper
[15:05] <cjwatson> 2013-06-26.log:15:18 <cjwatson> darkxst: so, I'm not sure what you mean about only getting the text-based screen - do you mean that you want the same kind of behaviour that's in Ubuntu where you just get an icon until you press a key?
[15:05] <cjwatson> 2013-06-27.log:00:43 <darkxst> cjwatson, yes basically, apparently the text-based menu is not accessible for screen-readers
[15:05] <cjwatson> So it looks like the two of you are actually asking for different (but non-conflicting) things
[15:06] <jbicha> the Kubuntu screenshot showed a black background for the press-a-key-for-a11y-and-more screen
[15:06] <cjwatson> I can certainly fix up the colours however you like
[15:06] <cjwatson> You'd actively prefer black to blue?
[15:07] <jbicha> oh, we should probably do the same blue as our grub/plymouth-text then; I didn't know how hard it was to customize the screen
[15:08] <cjwatson> Hm, I can't find where Kubuntu sets it to black ...
[15:10] <cjwatson> jbicha: If you want to change colours, I'll need modified versions of the ubuntu.pcx and ubuntu.png files in lp:~ubuntu-cdimage/debian-cd/ubuntu, taking care to preserve the same image size, bit depth, and positioning
[15:10] <cjwatson> Ah, Kubuntu does it by way of kubuntu-blank.pcx there
[15:10] <cjwatson> Crude but effective :)
[15:13] <jbicha> yeah I'm happy with taking the easy route for now by just copying what Kubuntu does :)
[15:52] <cjwatson> Disregard the ubuntu-touch build failure just now - dealing with it
[16:05] <cjwatson> jibel: there seem to be loads of autopkgtests stuck in RUNNING again - is that known?
[16:07] <doko> heh, wanted to ask that too this morning, and forgot ...
[16:59] <doko> cjwatson, I do want to remove gdc-4.4, gdc-v1, and every binary built using these (e.g. a7xpg) on powerpc and armhf.  D v2 with libphobos is only supported on ix86 for now
[17:04] <jibel> cjwatson, there has been failures yesterday, but pitti restarted the tests, that should have unstuck autopkgtests. I'm checking what is wrong.
[17:12] <cjwatson> doko: So I make that  a7xpg gunroar ii-esu mu-cade parsec47 plplot projectl tatan titanion torus-trooper tumiki-fighters val-and-rick xmbc.  All of those are OK except for plplot, which has further rdeps and where D is only a fairly insignificant part; could you instead change that to only use D on architectures where it's supported?  (Part of the necessary changes are there already.)
[17:13] <cjwatson> s/xmbc/xbmc/
[17:14] <cjwatson> (Those are source package names rather than binaries.)
[17:51] <doko> cjwatson, ok, updating plplot
[17:53] <cjwatson> jbicha: So, yeah, I can't do this purely by cloning from Kubuntu, because I need a version of the images with a matching colour background
[17:53] <cjwatson> (as mentioned above)
[17:53] <cjwatson> You might as well do that with whichever colours you actually want
[17:55] <doko> plplot (5.9.9-5ubuntu1) saucy; urgency=low
[17:55] <doko>   * Adjust PYTHON_LIBRARY for multiarch Python.
[17:55] <doko>   * Disable the Ada and D bindings for now, as they won't build.
[17:55] <doko>  -- Colin Watson <cjwatson@ubuntu.com>  Thu, 30 May 2013 13:47:48 +0100
[17:55] <doko> ;-P
[17:55] <cjwatson> Indeed, that's why I knew it was partly done
[17:55] <cjwatson> But I probably didn't bother disabling the build-dep
[17:56] <cjwatson> When I did that, the D bindings didn't even build on x86, never mind anything else
[17:56] <cjwatson> And I thought it likely that your reaction would be "please send a patch" :-)
[17:56] <doko> ok
[17:56] <doko> heh
[17:56] <cjwatson> If you actually care about D, by all means see if the bindings build on x86 now ...
[17:56] <doko> am I known for that?
[17:57] <cjwatson> You're known for not wanting to necessarily maintain all the strange corners of the toolchain entirely by yourself ;-)
[17:57] <doko> looking at that.
[17:57] <doko> well, yes, ibuklaw is doing this
[17:57] <doko> and had done a first attempt at upstreaming
[18:14] <doko> bah, plplot fails for other reasons ...
[18:14] <doko> [ 18%] Building CXX object bindings/qt_gui/pyqt4/CMakeFiles/plplot_pyqt4.dir/sipplplot_pyqt4cmodule.cpp.o
[18:14] <doko> In file included from /scratch/packages/tmp/plplot-5.9.9/debian/build_tmp/bindings/qt_gui/pyqt4/sipplplot_pyqt4cmodule.cpp:7:0:
[18:14] <doko>  #include <sip.h>
[18:14] <doko>                  ^
[18:14] <doko> compilation terminated.
[18:14] <doko> ScottK, ^^^ ? any idea?
[18:15] <ScottK> No.
[18:15] <ScottK> I've had to rebuild most all of the sip4 using packages in both Debian and Ubuntu and haven't seen anything like that.
[23:21] <rsalveti> infinity: hey, if around, mind accepting ^ (amd64 one will take a while still), this is to provide a new libandroid-properties and libhybris-utils to support getting/setting android properties
[23:33] <rsalveti> stgraber: slangasek: anyone able to help with ^? seems infinity is not around today
[23:41] <slangasek> rsalveti: happy to help, I have a work item expressing my interest in helping with NEW processing for this and no one has taken me up on it ;) lookin now
[23:43] <rsalveti> slangasek: cool, thanks
[23:44] <slangasek> interesting, why is libandroid-properties the only lib with its own binary package when all the others are in a single 'libhybris' binary?
[23:45] <slangasek> the libandroid-properties1 looks correct per se, but it's probably worth understanding whether we should expect further package splitting or anything
[23:45] <rsalveti> slangasek: basically because the split will happen when I rebase from upstream again
[23:45] <slangasek> ok
[23:46] <rsalveti> and would need changes at the other touch related packages as well
[23:46] <slangasek> will the upstream rebase bring new sonames?
[23:46] <rsalveti> will do the rebase after we officially move to the flipped images
[23:46] <slangasek> ack
[23:46] <rsalveti> slangasek: not that I know
[23:47]  * slangasek looks blankly at ubuntu-archive-tools, which wants him to reauthorize
[23:47] <slangasek> ... and fails to launch the browser
[23:47] <slangasek> rsalveti: accepted
[23:47] <rsalveti> slangasek: thanks!
[23:57] <infinity> rsalveti: National holiday here in Canada, but glad vorlon got you sorted.
[23:58] <slangasek> infinity: happy Canadian Cinco de Mayo
[23:59] <infinity> slangasek: Uno Julyo.
[23:59] <slangasek> infinity: primer de julio, close enough ;)
[23:59] <bdmurray> cjwatson: could you re-review https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/phased-updater/+merge/171142?
[23:59] <infinity> slangasek: :P