=== doko_ is now known as doko [09:28] 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] Maybe it builds libreoffice internally to process some docs ... [10:29] infinity: autopkgtest> Hm. You probably want Jean-Baptiste to debug that - proposed-migration delegates most of that stuff to adt-britney. [10:30] doko: First I've heard of it [10:31] doko: It only took two minutes to build in raring [10:31] 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] (in both cases there are no virtual filesystems mounted inside the chroot) [10:46] cjwatson, hmm, it's an endless loop [11:13] 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] cjwatson: we are trying to customize the buttons locally. [11:15] 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] cjwatson, seen in unstable too, filed issue, and leaving that as is for now [11:17] ok [11:19] cjwatson, well, thanks:) [11:20] adam_g: is bug 1188788 meant to still be open for saucy? [11:20] Launchpad bug 1188788 in quantum (Ubuntu) "Meta bug for tracking Openstack 2013.1.2 Stable Update" [Undecided,New] https://launchpad.net/bugs/1188788 === Termana is now known as Guest84379 === a16g_ is now known as ypwong [14:18] Please accept above upstart ^ as it fixes a regression currently in raring-proposed version of upstart (1.8-0ubuntu1.1) bug 1195955 [14:18] 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] fix committed in lp:ubuntu/upstart and will be part of the eminent 1.9 release. [14:19] (upload). [14:44] hi, could Ubuntu GNOME get an isolinux screen like Kubuntu's? http://www.thecodingstudio.com/?linux&release=Kubuntu%2013.04 [14:48] Yeah, I was going to take care of that [14:55] I wonder if the other flavors would be interested in doing that too [14:57] I think most of the other flavours have already stated an explicit preference one way or the other [14:57] I just never got round to checking with Ubuntu GNOME [15:02] we were using the other thing because a purple boot screen just didn't make sense; black will work though [15:03] jbicha: Um [15:04] 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] What *exactly* are you asking for here? [15:05] 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] 2013-06-26.log:15:18 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] 2013-06-27.log:00:43 cjwatson, yes basically, apparently the text-based menu is not accessible for screen-readers [15:05] So it looks like the two of you are actually asking for different (but non-conflicting) things [15:06] the Kubuntu screenshot showed a black background for the press-a-key-for-a11y-and-more screen [15:06] I can certainly fix up the colours however you like [15:06] You'd actively prefer black to blue? [15:07] 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] Hm, I can't find where Kubuntu sets it to black ... [15:10] 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] Ah, Kubuntu does it by way of kubuntu-blank.pcx there [15:10] Crude but effective :) [15:13] yeah I'm happy with taking the easy route for now by just copying what Kubuntu does :) [15:52] Disregard the ubuntu-touch build failure just now - dealing with it [16:05] jibel: there seem to be loads of autopkgtests stuck in RUNNING again - is that known? [16:07] heh, wanted to ask that too this morning, and forgot ... === fabo_ is now known as fabo [16:59] 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] cjwatson, there has been failures yesterday, but pitti restarted the tests, that should have unstuck autopkgtests. I'm checking what is wrong. [17:12] 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] s/xmbc/xbmc/ [17:14] (Those are source package names rather than binaries.) [17:51] cjwatson, ok, updating plplot [17:53] 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] (as mentioned above) [17:53] You might as well do that with whichever colours you actually want [17:55] plplot (5.9.9-5ubuntu1) saucy; urgency=low [17:55] * Adjust PYTHON_LIBRARY for multiarch Python. [17:55] * Disable the Ada and D bindings for now, as they won't build. [17:55] -- Colin Watson Thu, 30 May 2013 13:47:48 +0100 [17:55] ;-P [17:55] Indeed, that's why I knew it was partly done [17:55] But I probably didn't bother disabling the build-dep [17:56] When I did that, the D bindings didn't even build on x86, never mind anything else [17:56] And I thought it likely that your reaction would be "please send a patch" :-) [17:56] ok [17:56] heh [17:56] If you actually care about D, by all means see if the bindings build on x86 now ... [17:56] am I known for that? [17:57] You're known for not wanting to necessarily maintain all the strange corners of the toolchain entirely by yourself ;-) [17:57] looking at that. [17:57] well, yes, ibuklaw is doing this [17:57] and had done a first attempt at upstreaming [18:14] bah, plplot fails for other reasons ... [18:14] [ 18%] Building CXX object bindings/qt_gui/pyqt4/CMakeFiles/plplot_pyqt4.dir/sipplplot_pyqt4cmodule.cpp.o [18:14] 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] #include [18:14] ^ [18:14] compilation terminated. [18:14] ScottK, ^^^ ? any idea? [18:15] No. [18:15] I've had to rebuild most all of the sip4 using packages in both Debian and Ubuntu and haven't seen anything like that. === pgraner is now known as pgraner-afk === james_ is now known as Guest20092 [23:21] 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] stgraber: slangasek: anyone able to help with ^? seems infinity is not around today [23:41] 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] slangasek: cool, thanks [23:44] 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] the libandroid-properties1 looks correct per se, but it's probably worth understanding whether we should expect further package splitting or anything [23:45] slangasek: basically because the split will happen when I rebase from upstream again [23:45] ok [23:46] and would need changes at the other touch related packages as well [23:46] will the upstream rebase bring new sonames? [23:46] will do the rebase after we officially move to the flipped images [23:46] ack [23:46] slangasek: not that I know [23:47] * slangasek looks blankly at ubuntu-archive-tools, which wants him to reauthorize [23:47] ... and fails to launch the browser [23:47] rsalveti: accepted [23:47] slangasek: thanks! [23:57] rsalveti: National holiday here in Canada, but glad vorlon got you sorted. [23:58] infinity: happy Canadian Cinco de Mayo [23:59] slangasek: Uno Julyo. [23:59] infinity: primer de julio, close enough ;) [23:59] cjwatson: could you re-review https://code.launchpad.net/~brian-murray/ubuntu-archive-tools/phased-updater/+merge/171142? [23:59] slangasek: :P