[00:00] Having it automated when they're, in fact, equal, seems perfectly reasonable. === Ursinha is now known as Ursinha-afk [00:01] slangasek: for the full report on all supported releases: http://paste.ubuntu.com/1338655/ [00:01] slangasek: maybe that kde langpack should be copied to precise-updates, looks like it was removed in quantal === Ursinha-afk is now known as Ursinha === cpg is now known as cpg|away === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === Ursinha is now known as Ursinha-afk [00:30] slangasek and xnox: I guess I should modify and say 'sane patches welcome' wrt PyQt4 split. I'm particularly interested in a sane way to determine appropriate dependencies since we're doing a more fine grained split than upstream. FWIW, I agree with doko re CMake and Pytyon stuff. === Ursinha-afk is now known as Ursinha [00:37] stgraber: right, kde-l10n-kn copied === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ === jdstrand_ is now known as jdstrand === cpg|away is now known as cpg === cpg is now known as cpg|away === cpg|away is now known as cpg [06:53] Good morning [06:59] Allways get this error while trying to build ubuntu unity http://paste.ubuntu.com/1339148/, I am following this guide http://unity.ubuntu.com/getinvolved/development/unity/ :/ [07:16] jaaso: is that the first error in the build output? [07:17] Yes [07:17] drat, there goes the usual easy first response :) hehe [07:17] ev: ddebs.u.c.'s precise indexes ought to be better now, FYI [07:17] I tried to build unity yesterday on fresh ubuntu install, and have same error === amitk is now known as amitk-afk [08:00] good morning [08:05] bonjour dholbach [08:06] didrocks, bonjour mon ami - comment ça va? [08:08] dholbach: bien occuppé, mais ça va! et toi? :) [08:08] oui - la même chose ici [08:08] :) === amitk-afk is now known as amitk [08:44] omg, fixed previous error, now I get this http://paste.ubuntu.com/1339290/. So annoying [08:46] I this DECLARE_LOGGER(logger, "unity.bghash"); should be in unity namespace. ...../unity/trunk/unity-shared/BGHash.cpp file === doko_ is now known as doko [09:17] Riddell, ScottK: FYI, I filed the PyKDE4 crash as bug 1075891 [09:17] Launchpad bug 1075891 in pykde4 (Ubuntu Raring) "PyKDE4 broken with Python 3.3: ImportError: No module named 'DLFCN'" [High,New] https://launchpad.net/bugs/1075891 [09:19] pitti: Thanks! [09:28] cjwatson, so i think i have .signature support prototyped out ok, but grub is picking them up as kernels; do we want to rethink the naming or fix grub [09:33] pitti, are you still the main man on .ddeb handing, and particularly reaping ? [09:33] apw: yeah, I am [09:34] apw: inclined to fix grub since I think any renaming would have to be obscurantist otherwise [09:35] pitti, so we seem to have lost the ddebs for 3.2.0-32 which is -security,-updates in preceise [09:35] cjwatson, we could consider having /boot/signature/vmlinuz-.....efi [09:36] pitti: Riddell, ScottK: it's a bug in python3.3 [09:36] xnox: DLFCN is supposed to exist? [09:36] apw: we could; do you think it's worth it? [09:36] apw: looking [09:36] I suppose it might look cleaner or something [09:36] pitti: yes, it's /usr/lib/python2.7/plat-linux2/DLFCN.py & /usr/lib/python3.2/plat-linux2/DLFCN.py [09:36] cjwatson, i dislike both really for various reasons [09:37] pitti: but completely missing in python3.3. There is an upstream bug that it was not being built on plat-linux3 (3.X kernels) but that was fixed. [09:37] do we have to change grub anyway for this scheme to work? I guess not ... [09:37] pitti: I am guessing that DLFCN.py should be in a multi-arch location in python3.3 but I can't find it anywhere. [09:38] no as it stands we still make .signed kernels as kernels [09:38] and they get picked up as one would hope [09:38] the signature is just noise, and generally not even usable by the user without effort [09:39] Maybe it shouldn't be in /boot at all? [09:39] It's not needed at boot time [09:39] pitti: there is /usr/lib/python3.3/plat-x86_64-linux-gnu/IN.py in the package libpython3.3-stdlib .... [09:39] So strictly it should be in /usr or something [09:40] xnox: ah, so the multiarch handling works in general, just not for DLFCN? [09:40] pitti: yeah.... nor for CDROM nor TYPES [09:40] thats a fair statement indeed -- it could go almost anywhere [09:47] apw: do you know when it disappeared? [09:48] pitti, i don't, smb has an email informing us [09:48] pitti, Not really I just saw an email complaining about it from a user yesterday [09:48] apw: hm, only the armel ones are left indeed [09:48] meh [09:49] its an odd combination indeed === henrix_ is now known as henrix [09:49] apw, smb: they were built more than 7 days ago though, so I'm afraid there's nothing I can do now [09:50] we just have to stop the madness of how we currently handle ddebs :( [09:50] apw: 33 is there, when is that due for release? [09:50] * smb guesses maybe two more weeks [09:50] pitti, 'real soon now' i believe [09:50] * pitti hopes we can get ddebs into Launchpad librarian soon [09:51] infinity: ^ do you know how we can/should test this? uploading a new pkg-create-dbgsym to staging and doing a test build there? or would that not suffice? [09:51] * pitti is a bit afraid to break LP when uploading it to raring [09:52] pitti, heh yeah that sounds like a bit of a nightmare [09:53] pitti, if by magic we had a copy would you be able to reinsert them and then perhaps figure out why they went missing ? [09:53] apw: we can reinsert them, yes [09:53] apw: as for why they went AWOL, I'm not sure [09:54] apw: the whole mechanics how this archive is created is insanely brittle and slow [09:54] pitti, ahh i guess they may not have appeared even [09:55] pitti, so they must have been there as carbou has a copy [09:56] ddebs@macquarie:~$ ping carbou.canonical.com [09:56] ping: unknown host carbou.canonical.com [09:56] hmm [09:56] apw: can you toss me an URL? [09:57] pitti, heh caribou is someone in L3 who keeps copies against loss like this [09:57] pitti, working on getting them somewhere [09:57] oh, mind the "i" :) [09:58] pitti, ok we seem to have some general issue here ... smb is telling me we have a number of older ones there, but generally the ones in -security are missing [09:58] pitti, if what smb is saying in my ear is right then we might be keeping the right number but the wrong ones [09:58] Seems at least true for Oneiric and Lucid [09:59] hm, my cron jobs have all -updates and -security pockets [09:59] 2.6.32-44.98 (has only versatile), 3.0.0-26.43 (only has omap) [10:00] pitti, Could it miss a "not"? :) We seem to have kept all we don't care about and deleted the ones we do... [10:00] pitti, ok if you look just at 2.6.32-* (http://ddebs.ubuntu.com/pool/main/l/linux/) we have like every abi from release to now other than the one in -updaes or something ? [10:00] smb: I'm fetching the Packages.gz from the archive and find out which ddeb needs to go in which index by comparing pkgname + '-dbgsym' and version numbers [10:00] there's no negation involved [10:01] pitti, Just nagging. ;) Otherwise nothing would be left in some way [10:01] but yeah, it looks strange [10:02] it might be due to the fact that we never really NBS out old ABIs in stables? [10:02] pitti: apw smb I have been mirroring them on a server in Mtl for a while. Not sure if everything is there though [10:03] caribou, yeah great, we may want some of those indeed [10:04] doko: so there are two python3.3 bugs now: https://bugs.launchpad.net/ubuntu/+source/python3.3 [10:11] caribou, could you get together with pitti and let him know how to access the copies? [10:13] xnox, cute [10:14] smb: ok [10:14] doko: yeah =/ enjoy multi-arch?! [10:14] * xnox really needs to get hardware to build gcc/python quickly. [10:17] doko: the DLFCN one is important, the DLDLIBRARY is a nice to have type of thing. === matteo` is now known as matteo [10:44] smb: regarding Bug #1064475, I'll speak with arges later on. Don't know why he got it [10:44] Launchpad bug 1064475 in crash (Ubuntu) "crash version is outdated. Needs to import Debian version of the package" [Medium,In progress] https://launchpad.net/bugs/1064475 [10:45] pitti: ddebs for 3.2.0-32 are here : http://people.canonical.com/~lbouchard/precise_ddebs/ [10:45] caribou: cheers! [10:46] pitti: just let me know if you need more, got 400Gb of them :-) [10:47] caribou, Just want to make sure he and I spent time on it and I was hoping to get that completed soon. So yeah, I will try to talk to him too [10:48] smb: what was the outcome of the Ubuntu specific module ? do we want it submitted upstream or we just drop it ? [10:50] caribou, There is not really an outcome there. As far as I know it got in for ps3 stuff. Not sure one would still need it. I would leave it in for now and thought to get in touch with Ben. But given the unclear heritage I thought it would not really be useful to approach him without being able to fill in a bit of background,. [10:53] pitti: regarding ddebs mirroring, I only mirror {flavor} & {flavor}-updates. Should I include the security bits ? [10:53] caribou: in many cases they should be identical; it certainly cannot hurt to mirror them [10:53] caribou: at least until we get ddebs into the LP librarian [10:53] pitti: ok, I will see if I have enough diskspace to get them [10:57] caribou, pitti, Sorry if I missed the info in the various thread, but if the reason for the disappearance is found, can you also bring back the Lucid and Oneiric ddebs from updates/security (both the same in those cases) [10:58] Should I bulid anything else except nux for latest unity, unity.ubuntu.com/getinvolved/development/unity/#build-unity. Still have damn problem with this line of code from BGHash.cpp "DECLARE_LOGGER(logger, "unity.bghash");" [11:06] jaaso: #ubuntu-unity might be more likely to contain experts [11:06] cjwatson, thanks. === amitk is now known as amitk-afk [11:07] cjwatson, this signing data, so reading the FHS i think /usr/lib/linux might be an appropriate place, as the signatures are architecture specific and overlap i386/amd64 [11:08] cjwatson, now ... that brings up a question, now that the kernel is multi-arch are the binary names in /boot wrong as they can clash across multi-arch architectures [11:08] apw, caribou: put the 3.2.0-32.51 .ddebs back to http://ddebs.ubuntu.com/pool/main/l/linux/, thanks! I'm rebuilding package indexes now and then see what is wrong with that [11:08] pitti, great ... [11:09] apw: The kernel is only Multi-Arch: foreign, not Multi-Arch: same, so doesn't have to worry about coinstallation across multiple architectures === amitk-afk is now known as amitk [11:10] cjwatson, ahh ok, of course [11:10] (Or is it even that? It perhaps should be, but linux-image-3.5.0-18-generic doesn't seem to have that header here) === mpt_ is now known as mpt [11:10] Anyway, it's multiarch-installable, which is more about the kernel's dependencies than the kernel itself [11:11] apw: I agree that /usr/lib/linux is reasonable if you don't have any other suitable existing directory [11:11] cjwatson, is it reasonable to use a srcpackage prefix in /usr/lib ? [11:11] Yes [11:11] It only matters that it not clash with other stuff [11:11] * apw rechecks [11:11] And /usr/lib/linux/ is unused === mcclurmc is now known as mcclurmc_away [11:12] So you should be fine there [11:12] i suppose i could dump it in the /lib/modules/ directory too [11:13] bu then we'd have to worry about clashes with kmod thinking on the meanings [11:13] why is naming the hardest part [11:13] I don't see any reason this would need to be in /lib [11:14] no there would be no reason to need it early [11:14] /boot is needed by the boot loader, and /lib is needed during early boot; this is only needed when installing the package, so /usr [11:14] sold to the man in the hat [11:14] And it's architecture-dependent as you say so /usr/lib [11:14] Seems like fairly solid reasoning :) === _salem is now known as salem_ [11:39] apw, smb: they are back in http://ddebs.ubuntu.com/dists/precise-security/main/binary-amd64/Packages as well now [11:39] so something is wrong with the cleanup apparently [11:39] they do appear, and then disappear after some time [11:52] pitti, want us to look at the logic ? [11:54] apw: if you want, sure; it's on my list for today as well, just finishing up with gvfs [11:54] but more eyes are always better [11:54] heh except when they arn't :) [11:55] http://bazaar.launchpad.net/~pitti/+junk/ddeb-retriever/files [11:55] hm, I ought to add quantal for ports, argh === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [12:03] hm so maybe I picked up something from uds after all :( === glebihan__ is now known as glebihan === Tonio_ is now known as Tonio_aw === MacSlow is now known as MacSlow|lunch === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw [12:42] is there a convention to mark blueprints for previous releases as 'obsolete' or otherwise? === Tonio_aw is now known as Tonio_ === Sweetsha1k is now known as Sweetshark [12:59] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: mdeslaur === mcclurmc_away is now known as mcclurmc [13:02] * dholbach hugs mdeslaur [13:02] * mdeslaur hugs dholbach back === Tonio_ is now known as Tonio_aw === mpt_ is now known as mpt === cpg is now known as cpg|away === attente_zzz is now known as attente === yofel_ is now known as yofel [13:18] smb: can I drag you in a mumble discussion with arges on crash ? [13:18] s/on crash/about crash/ === Tonio_aw is now known as Tonio_ === Tonio_ is now known as Tonio_aw === MacSlow|lunch is now known as MacSlow [13:38] is there any document which describes the various codewords in release-files in .deb-repositories? [13:38] like FakeCodename, Origin, Suite, Pull or stuff like that? [13:39] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: herton, mdeslaur [13:40] Never heard of either FakeCodename or Pull [13:40] xnox: OOI, what does http://launchpadlibrarian.net/122171219/ubuntu-drivers-common_1%3A0.2.71ubuntu1_1%3A0.2.71ubuntu2.diff.gz do? [13:42] xnox: also, I'll drop the ${python3:Depends} again; nvidia-common is a transitional pacakge, and dh-modaliases is perl [13:42] cjwatson: we need that because of building against codename, but distributing than for codename/x.y.z AND codename/x.v.z... problems are reoccurring with that. :) [13:43] xnox: --shebang isn't documented in dh_python3, and I haven't seen it before [13:44] I actually can't find any particularly obvious documentation of the Release file right now [13:44] xnox: ah, so previously it said #! /usr/bin/python3.3 === Tonio_aw is now known as Tonio_ [13:45] Some of it is sort of documented indirectly in apt_preferences(5) [13:45] where do you look for it? i already tried to look through the blueprints, but there are too much with "repository" in it :D [13:45] Actually fairly directly [13:45] menace, cjwatson: Debian #671503 [13:45] Debian bug 671503 in debian-policy "document APT repository format" [Wishlist,Open] http://bugs.debian.org/671503 [13:46] under "Determination of Package Version and Distribution Properties" [13:46] menace: The Release file format predates Ubuntu, so there's no point looking for it in Ubuntu bluepritns [13:46] *blueprints [13:46] 'man apt_preferences' is the best I can find [13:47] ah, that are a few starting points, thx :) [13:47] menace: in particular, jak's http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671503#67 [13:47] Debian bug 671503 in debian-policy "document APT repository format" [Wishlist,Open] [13:48] menace: which then leads to http://wiki.debian.org/RepositoryFormat [13:48] Ah, excellent, yes [13:49] :) [13:50] Thank you, that looks quite right! :-) [13:56] update-initramfs: Generating /boot/initrd.img-3.5.0-18-generic [13:56] WARNING: could not open /tmp/mkinitramfs_OiW40C/lib/modules/3.5.0-18-generic/modules.builtin: No such file or directory [13:57] apw: ^ should this worry me? [13:57] apw: it's (one of two) reasons why ubuntu-drivers-common's autopkgtest currently fails [13:58] pitti, no not really, it is wrong, it is a bug in initramfs-tools which i thought infinity had a fix for [13:58] so is it okay to leave that as a failure for now? [13:58] instead of ignoring, I mean [13:58] it is wrong but not the end of any worlds, we should have that file in there but we can live without [13:58] yeah, i recon [13:59] * pitti uploads the other half of the fix in bcmwl === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [14:21] can anyone reproduce the python-apt/raring-proposed build failure? [14:21] I can't make it happen in a local sbuild [14:27] pitti: yeah need to open a bug about documentation. It's not in the manpage, but it is in the dh_python3 --help [14:29] pitti: sorry about extra ${python3:Depends} dpkg-gencontrolled complained about unused substitute variables, maybe dh_python3 should be run with "-pubuntu-drivers-common" or something. [14:29] pitti: feel free to revert any bits, as long as the shebang end's up as python3 on the python scripts =) [14:29] xnox: yep, I kept that bit and committed it to git [14:29] doing a few other fixes now [14:30] cool. [14:30] cjwatson: yeah, fails that way here [14:30] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: herton, mdeslaur, Laney [14:30] herton: mdeslaur: How can we avoid colliding? :-) [14:31] Laney: uhm, let's just say here what we're looking at [14:31] herton, Laney: I'm working on vim and rhythmbox [14:31] Laney, don't worry about me, I can just look on kernel bugs [14:31] ok [14:31] I'll start from the bottom [14:32] Laney: any chance I could impose on you to figure out what's going wrong, since it's hard to do so without a reproducer? [14:32] s/just/only [14:34] cjwatson: piloting now, but I will later if and when I get the chance [14:36] pitti: jodh: bug 1075976 [14:36] Launchpad bug 1075976 in upstart (Ubuntu) "test-suite fails in autopkgtest environment" [Undecided,New] https://launchpad.net/bugs/1075976 [14:36] have fun =)))) I'm stuck. === vibhav is now known as Guest30312 === Tonio_ is now known as Tonio_aw === Tonio_aw is now known as Tonio_ [14:50] xnox: looking... [15:02] Laney: I'm trying with one of the official chroots now to see if it's some tedious discrepancy at that level === henrix_ is now known as henrix [15:02] cjwatson: mine were created with mk-sbuild FWIW [15:02] So were mine [15:03] ho hum === Miek is now known as Guest65066 [15:25] Laney: I'll take php5 LP: #1069529 [15:25] Launchpad bug 1069529 in php5 (Ubuntu) "Regression in system fallback for date_default_timezone_get()" [Medium,Triaged] https://launchpad.net/bugs/1069529 [15:26] Laney: I can't even reproduce this with the official i386 chroot :-( [15:33] cjwatson: you grabbed the chroot from LP? [15:35] Yes [15:35] cjwatson: I had a FTBFS last year that i could not reproduce locally using the locally generated chroot with either pbuilder or sbuild.. Grabbing the one from LP, i could reproduce with one of the build tools.. but not both.. can't remember which now. [15:39] pinky: Merging initramfs-tools will fix that, I'll get to that today. [15:40] guessing you mean pitti [15:41] me too [15:41] pitti: ^ [15:41] cjwatson: I sure did. [15:41] * infinity has never made that tab-completion mistake before... [15:53] Hey, in unity if my application uses the system notification which requires user action, would i be able to do that? [15:56] tazz: app-development on ubuntu -> #ubuntu-app-devel . And yes, a gtk fallback dialog with buttons will be shown instead of a translucent bubble. [15:56] tazz: in general don't do that, instead color your indicator read and have a red menu/action item there. [16:07] are CFLAGS etc still exported by dpkg-buildpackage? [16:07] Not as of quantal [16:07] specifically dpkg 1.16.1.2ubuntu8 [16:09] but by dh_auto_build apparently :-/ [16:09] $ DH_VERBOSE=1 debian/rules build [16:09] dh build --buildsystem=autoconf [16:09] debian/rules override_dh_auto_build [16:09] make[1]: Entering directory `/home/packages/python/3.3/mpdecimal-2.3' [16:09] env | grep CFLAGS [16:09] CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security [16:09] dh_auto_build [16:09] make -j1 [16:09] make[2]: Entering directory `/home/packages/python/3.3/mpdecimal-2.3' [16:10] gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c basearith.c [16:10] In file included from basearith.c:36:0: [16:10] typearith.h:251:4: error: #error "need platform specific 128 bit multiplication and division" [16:10] make[2]: *** [basearith.o] Error 1 [16:11] doko: but you can set an option for those to be exported. [16:11] doko: debhelper 9? [16:11] if so that's a feature [16:11] gah ... how to turn this off? [16:11] cjwatson: rm -rf /etc/apt/preferences.d/ && debuild => fail like in the build log. [16:12] cjwatson: the error appears to be comming on stderr from apt itself since it's printed even after a $ apt-get update [16:12] doko: you can set DEB_CFLAGS_MAINT_STRIP in debian/rules to remove individual exports [16:12] xnox: huh, I thought I'd tried that [16:12] cjwatson: in a raring sbuild chroot. [16:12] I think I had the same weirdness with test-suite of apt-clone or something like that.... [16:14] ok, I'll give it another go, thanks [16:14] although the LP chroots contain /etc/apt/preferences.d/ (empty) [16:16] same here... but deleting it here, made the error appear.... dunno what's going on. [16:17] cjwatson, not that useful, if the flags are taken in the configure step, upstream adds something to these, and then they are overwritten in the build step. I think I'll just use v8 and do the multiarch stuff myself [16:18] DEB_CFLAGS_MAINT_STRIP is for removing stuff in an export, not removing the export afaics [16:20] jono, poke [16:20] doko: just export an empty CFLAGS then? [16:20] hey ogra_ [16:20] (otp) [16:20] doko: if the environment variable exists (not just is non-empty), debhelper won't touch it [16:20] jono, ping me when you are free [16:20] ogra_, will do, feel free to type ina msg and I will respond when I can [16:22] jono, so i have this blueprint ... https://blueprints.launchpad.net/ubuntu/+spec/desktop-r-rebuild-gl-games-for-gles which is rather "get the community to pick low hanging fruit and make ubuntu prettier" than anything else ... the spec is currently desktop- but i think it would fit better under the community- umbrella [16:23] ogra_: isn't it motu stuff? [16:23] xnox, surely that as well [16:24] i think its bigger than just motu [16:24] after all it will stretch into main as well as debian [16:25] (i.e. the "Add good C/C++ practise to developer.ubuntu.com" likely is more than jst motu) [16:25] cjwatson: What chroot-related failure were you and Laney looking at? I'm having no luck with backscroll. [16:25] infinity: python-apt/raring-proposed [16:25] python-apt ftbfs [16:25] cjwatson, yes but it doesn't help, it's already configured by the upstream configury [16:25] doko: uh, I mean at the top level of debian/rules [16:25] * infinity likes that it succeeds on the one arch that always fails. [16:26] since that runs before configure there's no "already" [16:31] infinity: I guess that might indicate I could try throwing it against the wall a few times ... [16:31] cjwatson: If it's a race, it should probably be hunted down. [16:32] * infinity thinks the contents of /etc/apt/preferences.d is a red herring, since it's the same on all arches. [16:32] Yeah [16:36] cjwatson: so I just managed to reproduce it on a cloud instance [16:36] raring on quantal didn't reproduce, but precise did [16:37] raring on precise, that is [16:37] wtf [16:37] I can just authorized_keys you up if you like [16:37] please [16:37] cjwatson: I am raring on raring. [16:37] Laney: racy or every time? [16:38] only tried once [16:38] * Laney does again [16:38] I tried thrice or so on my system here though, failed every time [16:39] ssh ubuntu@10.55.63.164 [16:41] yeah, just failed again [16:42] * cjwatson tries [16:45] argh, other sbuild instances have the normal upstream default of purging the session on failure :) [16:46] cjwatson: schroot, then build... =)))))) [16:46] Or I could just use -p never --purge-session never [16:47] just change .sbuildrc [16:47] this is the one that mk-sbuild auto-generates :-) [16:47] *shrug* my second build's already in progress so y'all can stop bikeshedding me :) [16:48] * Laney slinks off back to the queue [16:57] So /etc/apt/preferences.d/ is indeed definitely a red herring; creating that directory in the test environment makes no difference apart from silencing the warning === barry` is now known as barry_ === barry_ is now known as barry [17:01] cjwatson: and the tests still fail? interesting. === deryck is now known as deryck[lunch] [17:22] stgraber, hello! As discussed before 12.10's release, deja-dup now has separate metapackages for its supported backends, and the ubuntuone backend is not installed by default. So edubuntu can seed the backend it prefers (I assume deja-dup-backend-s3) [17:22] stgraber, oh shoot [17:22] stgraber, it wasn't edubuntu... it was gnome3 I think. ^ jbicha === attente is now known as attente_zzz [17:24] mterry: yeah, sounds like gnome3, we have ubuntuone in edubuntu :) [17:24] stgraber, and no deja-dup I believe :) [17:25] mterry: hmm, no, we should have it, we inherit from ubuntu-desktop [17:25] oh. seeded-in-ubuntu deja-dup only gave me the daily-live [17:25] mterry: yeah, edubuntu-desktop depends on ubuntu-desktop [17:26] mterry: ah yeah, seeded-in-ubuntu doesn't know that we seed it as edubuntu didn't get a succesful dvd build yet for raring [17:26] ah fair enough [17:26] jbicha, anyway, hopefully the gnome3 seeds can be done more nicely now wrt deja-dup [17:34] slangasek: Where do we stand with upstart jobs alongside init scripts in Debian packages? [17:43] can an archive admin axe the build of mythtv in raring proposed? looking over the build log, something is wrong with it - it shouldn't be producing a NEW libmyth 0.27 binary package - it should be a NEW libmyth 0.26, so I need to investigate a little closer what went wrong with the build scripts === mcclurmc is now known as mcclurmc_away [18:01] diwic: is bug #973014 comment #76 the thing to sponsor there? [18:01] Launchpad bug 973014 in gst-plugins-bad0.10 (Ubuntu Quantal) "gstreamer0.10-plugins-bad, (libgstvideoparsersbad.so), causes a failure to decode many common video files encoded as AVC 1 Baseline - L2.1, Baseline - L1.1 & others" [High,Confirmed] https://launchpad.net/bugs/973014 [18:01] and is it fixed in R? [18:02] actually, I'd like some information about the origin of the patch in DEP3 headers if you can provide that [18:02] Specified release (raring) not known to debootstrap [18:02] SpamapS: the infrastructure is all in place so that you can put them in the Debian package and debhelper (and friends) will DTRT; the only outstanding bit is that if someone happens to actually be running upstart in Debian, it will probably break for them [18:03] shouldn't we have already SRU'd that to quantal? :p [18:03] we did [18:03] slangasek: oh.. thats unfortunate. [18:03] SpamapS: (because upstart in Debian is still ancient, for a little while longer, and therefore uninteresting for anyone to run) [18:03] * SpamapS checks for updates [18:03] not been promoted to updates yet [18:03] slangasek: I'm just thinking to resolve package deltas [18:04] Laney: ahhh [18:04] maybe it should be done early though, given the amount people are complaining [18:04] * SpamapS now wonders why he's not running -proposed [18:04] SpamapS: at this point I think you should probably feel free to push those jobs to Debian [18:04] slangasek: sweet! [18:05] slangasek: that was the last bit preventing resolving the delta for mysql. :) [18:05] SpamapS: because as soon as my udev NMU goes in (currently in DELAYED), I'll upload the new upstart and we'll be good [18:06] slangasek: Seems I'll finally be able to switch my Debian VM to upstart! :) [18:11] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: herton, mdeslaur [18:12] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: herton [18:17] herton: Hi Herton! [18:17] herton: Saw that you are piloting... I have a few items in the sponsorship queue, and the most urgent are the MP + SRUs at http://pad.lv/875435, since they affect quite a few Asian users. It's really the SRUs that are interesting, but I suppose we should do it in the right order. Do you have time to take a look? The MP is reviewed and approved. [18:17] Launchpad bug 875435 in OEM Priority Project precise "iBus indicator does not show on the panel" [Medium,In progress] [18:18] GunnarHj, sorry, I can only look into kernel bugs [18:18] herton: Aha, didn't know that. Guess it has to wait til tomorrow, then. [18:22] @pilot out === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: === deryck[lunch] is now known as deryck === mcclurmc_away is now known as mcclurmc === attente_zzz is now known as attente === Ursinha-afk is now known as Ursinha [18:44] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: bdmurray [18:47] GunnarHj: pssst new pilot arrived :) [18:48] sarnold: Thanks! :) [18:49] :) [18:59] bdmurray: Hi Brian! [18:59] bdmurray: Saw that you are piloting... I have a few items in the sponsorship queue, and the most urgent are the MP + SRUs at http://pad.lv/875435, since they affect quite a few Asian users. It's really the SRUs that are interesting, but I suppose we should do it in the right order. Do you have time to take a look? The MP is reviewed and approved. [18:59] Launchpad bug 875435 in OEM Priority Project precise "iBus indicator does not show on the panel" [Medium,In progress] [19:01] GunnarHj: sure, just a moment [19:01] bdmurray: Great! :) [19:02] GunnarHj :) [19:02] sarnold: Your tip was fruitful. Thanks again! ;-) === Ursinha-afk is now known as Ursinha === henrix is now known as henrix_ === Ursinha_ is now known as Ursinha-afk [19:23] GunnarHj: okay, I've had a look and it seems fine [19:24] bdmurray: Great. Do you have upload right? [19:25] GunnarHj: I do indeed [19:26] bdmurray: Then, could you upload both to raring and to -proposed for the stable releases? === Guest65066 is now known as Miek [19:27] GunnarHj: right, I'll do that [19:27] bdmurray: I prepared separate branches for O, P and Q. === Guest15779 is now known as dpb___ [19:44] bdmurray, are you able to take a look at this sru https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1073724? [19:44] Launchpad bug 1073724 in xorg-server (Ubuntu) "Pointer barriers have gaps along the edge of the screen" [Undecided,Confirmed] [19:51] darkxst: for the SRU to be considered for quantal the bug first needs to be fixed in the development release (raring in this case) [19:52] darkxst: otherwise the bug description looks good [19:55] darkxst: also did you try to determine why that patch was added and exists in the package? [19:56] bdmurray, that patch does the sticky edges in unity === mcclurmc is now known as mcclurmc_away [19:58] i.e. pointer barriers with a velocity threshold === Ursinha_ is now known as Ursinha-afk [20:07] bdmurray, I will test it under raring then [20:10] darkxst: you might also check with the X developers in #ubuntu-x [20:14] bdmurray, ok, will do === Ursinha_ is now known as Ursinha-afk [20:18] cjwatson: hi, did you have a chance to look at the kubuntu packageset update? === cpg|away is now known as cpg [20:26] can sokmeone confirm for me that the only thing depending on desktopcouch in quantal/raring, is dmedia? [20:27] Laney, thanks for having a look - when I made the SRU for Q and P the R archive wasn't opened [20:29] dobey: yes, you can also use reverse-depends from ubuntu-dev-tools [20:30] Laney, still around? [20:30] micahg: right; just wanted secondary confirmation. :) [20:31] micahg: for this: https://bugs.launchpad.net/ubuntu/+source/dmedia/+bug/1076123 :) [20:31] Launchpad bug 1076123 in dmedia (Ubuntu Raring) "Remove desktopcouch from Ubuntu archives" [Undecided,New] [20:33] actually; i wonder if we could remove them from quantal also? :) [20:33] dobey: no [20:33] bribes with fun dip? :) [20:34] dobey: I've ack'd dmedia and desktopcouch is in your packageset, so you can go ahead and subscribe ubuntu-archive [20:35] dmedia is in my packageset? [20:36] dobey: that's not what I said... [20:36] oh [20:39] actually, i should add couchdb-glib to that too, probably [20:40] couchdb-glib isn't in the u1 packageset though [20:41] dobey: How does couchdb-glib relate? [20:42] infinity: it includes a C binding to desktopcouch. just realized removing desktopcouch might break that, so we should remove it as well (as nothing is using it any more, since apparently evolution-couchdb was already removed in quantal) [20:42] Yeah, nothing depends on it, not in Debian, etc. Check. [20:43] so, frabjous day! :) [20:45] dobey: Done. [20:45] infinity: thanks much === Tonio_ is now known as Tonio_aw === Ursinha_ is now known as Ursinha-afk [21:32] cr3: ping [21:34] yofel: done now [21:35] cjwatson: all there now, thanks a lot! [21:44] @pilot in === udevbot changed the topic of #ubuntu-devel to: Ubuntu 12.10 released | Archive: Open | Dev' of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and dicussion of hardy -> quantal | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: bdmurray, xnox [21:48] barry: pong, wazap? [21:48] cr3: hi. i think i answered my own question. checkbox was ported to python3 in quantal, right? [21:49] barry: yep [21:49] cr3: awesome! i was just doing some blueprint gardening. thanks [21:49] barry: we're really happy to have done our part in that effort [21:49] cr3: very much appreciated [21:50] barry: we'll be migrating to go during raring [21:50] cr3: :( [21:51]