[01:31] <pp7> in 12.04 how do change the background color of just the panel?
[02:21] <SpamapS> pp7: try #ubuntu
[04:45] <pitti> Good morning
[04:48] <infinity> bdrung: I have zero issues with people stealing my bug tasks as long as they also fix them (as you did).
[04:54] <pitti> @pilot in
[04:56] <pitti> gah, 80 requests in the queue?
[05:00] <SpamapS> sounds like we need to get back on top of piloting
[05:00] <infinity> SpamapS: pitti will fix it!
[05:12] <pitti> RAOF: FYI, rejecting your precise udev-proposed queue upload; I add herton's fix for bug 1017715 and reupload; I also commit your fix to the bzr branch
[05:13] <RAOF> pitti: Ah, cool.
[05:13] <RAOF> pitti: Also, gah bzr. :)
[05:13] <pitti> Vcs-Bzr: ...
[05:22] <pitti> RAOF: same for oneiric-proposed
[05:26] <pitti> RAOF: argh; do you have a minute for a quick SRU review?
[05:26] <pitti> RAOF: I accidentally rejected udisks from oneiric-proposed instead of udev
[05:26] <RAOF> pitti: Sure; what's up?
[05:26] <RAOF> :(
[05:26] <pitti> RAOF: so I wonder whether you can quickly review it from https://launchpad.net/ubuntu/oneiric/+queue?queue_state=4&queue_text=udisks
[05:26] <pitti> or whether I should reupload it
[05:29] <RAOF> pitti: That's a nice, simple review; accepted.
[05:29] <pitti> RAOF: cheers
[05:30] <RAOF> I don't suppose you could get my mail to the TB out of the moderation queue in return? :)
[05:34] <stgraber> RAOF: accepted
[05:34] <RAOF> Ta muchly.
[05:46] <pitti> RAOF: ah, saw this too late; would have done with pleasure..
[05:46] <pitti> thanks stgraber
[05:46]  * pitti runs listadmin nevertheless
[05:47] <StevenK> Ah, that reminds me. /me runs listadmin too
[05:47] <RAOF> Heh.
[06:49] <hyperair> pitti: regarding https://code.launchpad.net/~hyperair/ubuntu/quantal/dput/sftp-progress-indicator/+merge/112934, sftp.py is currently an ubuntu-only thing. can we have it merged into ubuntu's code anyway?
[06:49] <pitti> hyperair: oh, it is? sorry about that, I'll upload it then
[06:49] <hyperair> pitti: thanks
[06:50] <hyperair> pitti: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505173 <-- cody-somerville submitted it to debian, but debian didn't want to install bzr to use dput with sftp.
[06:50] <pitti> *nod*
[06:51] <hyperair> Laney submitted a python-paramiko using version of sftp.py, but debian hasn't replied to that.
[06:51] <hyperair> responded, i mean
[07:02] <xclaesse> I've removed liboverlay-scrollbar, now applications print that: "Gtk-Message: Failed to load module "overlay-scrollbar"" --> any idea why they are still trying to load that module?
[07:02] <dholbach> good morning
[07:03] <RAOF> xclaesse: Probably because the session file that sets that environment variable is a config file, so we don't remove it on remove.
[07:08] <xclaesse> RAOF, which file is that?
[07:08] <RAOF>  /etc/X11/Xsession.d/81overlay-scrollbar
[07:10] <xclaesse> good to know, merci
[07:10] <RAOF> Passing --purge to the apt-get remove call would have removed that file, by the way.
[07:12] <dholbach> hi xclaesse
[07:15] <bretth> anybody know how i can catch the event, when the user clicks my appindicator?
[07:17] <Sweetshark> cjwatson:could you copy over the two libreoffice packages in https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-quantaltest-20120601 to ppa:libreoffice/libreoffice-prereleases including binaries?
[07:17] <RAOF> bretth: I don't believe that there's any such event. Also, you'll probably have better luck in #ubuntu-app-devel, which is the relevant channel.
[07:18] <Sweetshark> cjwatson: and the one package in https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-precisetest-20120327 to ppa:libreoffice/ppa (<- different ppa) including binaries?
[07:22] <bretth> RAOF, your right: https://bugs.launchpad.net/screenlets/+bug/522152
[07:32] <caribou> pitti: ping
[07:32] <pitti> hello caribou
[07:32] <caribou> pitti: morning, how are you doing ?
[07:32] <caribou> pitti: I just saw your note about https://code.launchpad.net/~louis-bouchard/ubuntu/precise/kexec-tools/lp988512-no-vmcoreinfo/+merge/112086
[07:33] <pitti> quite fine, thanks! how about you?
[07:33] <caribou> I'm fine, one week away from vacation :)
[07:35] <caribou> I do agree that the comments were misleading. I'll check with smb if he wants his fixed introduced, but so far, abandoning vmcoreinfo is simpler
[07:36] <caribou> upstream has confirmed that vmcoreinfo was no longer needed anyway
[08:18] <xclaesse> any idea why evolution is in English while all other apps are in French on ubuntu Quantal?
[08:19] <pitti> we didn't yet get new langpacks
[08:19] <pitti> and evolution thinks it's a good idea to change the translation domain with every major version
[08:19] <pitti> so it always takes a bit for evo to catch up
[08:20] <xclaesse> btw, cherry-pick gnome-shell's f1ba2b77949d4732cd22a1fc4fe2ef9a96d0c3a1 fix a lot of things
[08:20] <xclaesse> like gnome-shell freezing each time I start evolution
[08:20] <xclaesse> pitti, ok thanks ;:)
[08:20] <xclaesse> :)
[08:24] <xclaesse> any idea why evolution won't load GOA google account?
[08:31] <cjwatson> Sweetshark: So I was getting quite close to you being able to do that in the web interface - how urgent is this (i.e. could it wait for a Launchpad deployment and feature flag tweak), and how often do you need to do this (i.e. would I get another handy real-world test case in a few days)?
[08:56] <tkamppeter> Anyone around who knows about debconf internals?
[08:57] <tkamppeter> OdyX, hi
[08:57] <cjwatson> tkamppeter: yes
[08:59] <tkamppeter> cjwatson, it is about bug 921875 and its duplicates. What causes postinst to exit with status 10? How can one help the users to get able to update again?
[08:59] <cjwatson> don't reassign use-of-debconf bugs to debconf.  that's like reassigning C code crashes to gcc
[09:01] <cjwatson> Reassigned back to foomatic-filters with advice
[09:02] <Sweetshark> cjwatson: this is rather urgent (I want to blog about it today to get as much early testing for 3.6.0/3.5.5 as possible). another testcase is a few days: not guaranteed, but should be no problem: LibreOffice rc release cadence is once a week ..
[09:06] <cjwatson> Sweetshark: OK, all copied now
[09:07] <Sweetshark> cjwatson: thanks a lot!
[09:44] <DktrKranz> infinity: if you're going to file a debian bug, would you mind passing me the bug# ?
[09:53] <pitti> @pilot out
[10:04] <cjwatson> jdstrand: There's an ancient (2006) restriction in the LP code that forbids direct uploads to -security.  This dates from when -security was managed outside Launchpad; I think it's no longer relevant and would like to remove it.  I know that you always stage in a private PPA anyway, but do you have any reason to keep that hardcoded restriction?
[10:04] <cjwatson> (Any such direct upload would need manual approval anyway.)
[10:05] <davmor2> hey guys I'm attempting a fresh install of quantal the top bar seems to be missing from the current iso
[10:06] <shadeslayer> hallyn: uhm, do you guys need help with the tiff transition?
[10:06] <davmor2> sorry to clarify the top bar is missing from the install part
[10:46] <cjwatson> davmor2: I suspect the indicator ABI has changed again
[10:46] <davmor2> cjwatson: okay just highlighting it
[10:47] <seb128> cjwatson, it should not
[10:47] <seb128> cjwatson, there was no change in the ABI version at least and no unity or indicator rebuild required
[10:48] <davmor2> seb128: this could be fall out from the new unity roll out that I happened to notice maybe?
[10:49] <seb128> there was no recent unity roll out
[10:49] <davmor2> seb128: I thought there was one last week or was I dreaming?
[10:50] <cjwatson> Mind you, I get a top bar in today's image
[10:50] <cjwatson> (in KVM)
[10:50] <davmor2> cjohnston: so could be a driver/screen size issue then maybe
[10:51]  * cjwatson is not cjohnston 
[10:51] <davmor2> cjohnston: this is a laptop 1366x786 off the top of my head with an intel driver
[10:51] <davmor2> cjwatson: sorry
[10:51] <davmor2> cjohnston: sorry
[10:51] <cjwatson> No idea.  Check logs ...
[10:52] <davmor2> cjwatson: I'd love to but the whole system died on the webcam page let be try it again for you
[10:53] <davmor2> cjwatson: this is on amd64 incase I didn't mention that
[11:06] <davmor2> cjwatson: okay I have the bar this time bad burn maybe
[11:19] <cjohnston> cjwatson: I have debated changing my nick... don't know how much it would help, might then just get tab-completed for someone else... plus after having one for years its hard to change
[11:20] <cjwatson> I think the appropriate response is mocking people who don't check the results of tab-completion, not changing your nick :)
[11:20] <cjohnston> that works too..
[12:23] <vibhav> pitti: ping
[12:24] <pitti> vibhav: hello
[12:24] <vibhav> pitti: The fbasics debdiff you uploaded for me FTBFSes in armel and armhf
[12:25] <vibhav> Though the changelog says "Work around gfortran ICE on armhf, build with -O0. LP: #642043." and "Work around gfortran ICE on armel, build with -march=armv6. LP: #642043."
[12:25] <pitti> gcc: error: SHLIB_LIBADD: No such file or directory
[12:25] <pitti> vibhav: that's not an ICE, it's just a plain bug in the build system
[12:26] <pitti> looks like a forgotten $ or so
[12:26] <vibhav> pitti: ah, is there any workaround?
[12:26] <pitti> well, it needs to be fixed
[12:28]  * vibhav takes a look
[12:30] <vibhav> hmm, SHLIB_LIBADD doesnt seem to be defined anywhere, grep -rw SHLIB_LIBADD * returns nothing
[12:34] <vibhav> also, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680417 seems relevant
[12:34] <vibhav> Though that is a remove-a-package bug
[12:35] <tkamppeter> OdyX: hi
[12:36] <DktrKranz> vibhav: it shouldn't happen anymore with very recent r-base upload
[12:37] <DktrKranz> vibhav: also debian #679180 has some details about it.
[12:37] <BenC> infinity, cjwatson: What's the proper way to get something ported (to powerpc) that build-deps on itself (sbcl)
[12:38] <vibhav> DktrKranz: I had a look at this bug though :)
[12:46] <hallyn> shadeslayer: hm, afaik we should be about done.
[12:48] <cjwatson> BenC: infinity can arrange for the powerpc build chroots to temporarily point to somewhere with binaries to serve as build-deps; but we'll still need to get those binaries from somewhere
[12:48] <BenC> cjwatson: Could that just be a .deb that I build and sign?
[13:19] <cjwatson> BenC: I think so
[13:20] <cjwatson> BenC: Or packages from Debian, preferably, if that's possible
[13:21] <Laney> I think the policy says that the debs which are used for the real build must have been rebuilt on Ubuntu
[13:21] <BenC> cjwatson: sbcl isn't being built for debian-ppc either, but sbcl.org has linux-ppc binaries, which I'm using to do the original .deb
[13:21] <BenC> Laney: that's fine, we can always do a build1 afterwards
[13:22] <cjwatson> Or we can do a build pass before feeding bootstrap binaries as build-deps to LP
[13:22] <ScottK> Laney: Eventually.  You can (and sometimes must) use non-Ubuntu debs for bootstrapping.  You just can't leave them there.
[13:22] <Laney> I'm talking about the build that you feed to LP to bootstrap.
[13:23] <cjwatson> I can't remember the number of layers, but anyway, all BenC needs to do is to provide the initial set
[13:23] <Laney> So take your debs from wherever, do your bootstrap locally using it on Ubuntu, and give those debs to LP.
[13:23] <Laney> https://wiki.canonical.com/InformationInfrastructure/OSA/BootstrappingPackages
[13:24] <cjwatson> Gosh, actual docs (albeit internal)
[13:24] <Laney> the process for the developer is basically ^. The rest of it is about how to mangle the chroots, mostly.
[13:24] <ScottK> I thought the official process was harass lamont or infinity until they do it.
[13:25] <Laney> I just ripped the arm off my chair. This working out must be paying off ...
[13:26] <cjwatson> ScottK: I think they were trying to hand it over to the OSAs.
[13:26] <cjwatson> Or at least lamont was.
[13:26] <ScottK> I was sort of joking about that being official.
[13:27] <shadeslayer> hallyn: oh .. the tiff transition page needs to be updated then I guess
[13:27] <cjwatson> ScottK: don't you know Ubuntu better than that? :-)
[13:28]  * Laney applies superglue. An excellent resolution.
[13:39] <hrw> hi
[13:42] <tkamppeter> OdyX, hi
[13:53] <micahg> cjwatson: jdstrand is on vacation until Friday
[14:02] <hrw> guys: if I use git checkouts as source how version should look? 4.1.1+git20120713-0ubuntu1 or other?
[14:09] <hyperair> is anyone else receiving these annoying intuit payment mails?
[14:09] <Laney> yes
[14:09] <Laney> isn't it just spam?
[14:10] <ogra_> depends, are there banks using phpmailer ?
[14:10] <ogra_> :P
[14:10]  * ogra_ gets it too btw
[14:11] <hrw> ogra_: phpmailer was quite popular class for sending emails few years ago
[14:11] <ogra_> hrw, i still doubt any bankl IT security person would allow it in their network :)
[14:11] <ogra_> *bank
[14:11] <hyperair> Laney: yeah, but every 5 minuets or so i'm getting a new one.
[14:11] <hyperair> sigh
[14:15] <hrw> guys: versioning question - someone?
[14:15] <Laney> looks fine
[14:15] <Laney> I'd put the commit ID somewhere too
[14:16] <Laney> either in the version or in the changelog itself
[14:16] <hrw> Laney: in changelog as those are two repos
[14:17] <shadeslayer> hyperair: Laney yeah me too
[14:18]  * shadeslayer is wondering what all the email noise is about
[14:23] <BenC> infinity: So, I have a signed sbcl.deb where do we go from here?
[14:29] <cjwatson> micahg: thanks
[14:32] <hrw> heh, why I did not learnt git-buildpacakge earlier ;D
[14:33] <hrw> ok, android-tools 4.1.1 on a way to quantal
[14:58] <ogra_> grrr, silly dmraid
[15:00] <micahg> @pilot in
[15:48] <hallyn> how do i have debian/rules just do the 'make install' step?  (i'm pretty sure 'make install DESTDIR=debian/tmp' will work, but i want to make sure i'm doing the idential steps)
[15:49] <micahg> isn't that dh_auto_install?
[15:53] <micahg> ogra_: is there a reason you used lzma in ac100 tarball instead of xz?  AIUI lzma has no error correction (or is xz not supported there)
[15:53] <ogra_> micahg, well, all out live images use lzma unless that recently changed
[15:54] <ogra_> happy to use something else if thats the common standard now
[15:54]  * micahg has no idea what's used in the live images
[15:54] <ogra_> gz is simply to big and gets corrupted during unpack ...
[15:54] <cjwatson> Our live images use neither lzma nor xz.
[15:54] <ogra_> any higher compression will do for me
[15:54] <ogra_> oh ?
[15:54] <cjwatson> Neither is sanely rsyncable.
[15:54] <ogra_> i thoguht we switched to lz in lucid
[15:54] <cjwatson> No, we've repeatedly rejected that.
[15:54] <SpamapS> why does it seem like there are always 50 - 100 haskell-* uploads every few days?
[15:55] <ogra_> ok
[15:55] <cjwatson> But if you're going to use something based on that algorithm, you should indeed use xz if possible.
[15:55] <ogra_> well, our initrd on ac100 doesnt need to be rsyncable
[15:55] <micahg> SpamapS: people were trying to get it installable, but there were more ABI changing uploads to do still
[15:55] <ogra_> since it is wrapped in a bootloader binary file
[15:55] <Laney> I think depwaits are just shaking out
[15:55] <Laney> there haven't been any new uploads in a while.
[15:55] <cjwatson> SpamapS: It has very strict ABI handling, so even just new upstream versions of lower-level components tend to require everything above them in the stack to be rebuilt.
[15:55] <SpamapS> micahg: this is going on 3 cycles tho
[15:56] <Laney> But that set of uploads was ill-advised anyway.
[15:56] <micahg> SpamapS: hrm?  haskell rdeps need to be rebuilt for every upload
[15:56]  * ogra_ switches to xz then
[15:57] <SpamapS> that all makes sense.
[15:57] <Laney> (I hobbled it so that I get to stay high up on the leader board)
[15:57] <SpamapS> I wonder if we'll see similar batches of uploads with more golang packages
[15:57] <micahg> probably
[15:57] <Laney> ocaml is similar
[15:57] <SpamapS> similar but less popular? ;)
[15:57] <cjwatson> ogra_: Though do check that your kernel actually supports that :-)
[15:58] <Laney> less trendy, probably less churny as a result
[15:58] <ogra_> cjwatson, haha, just what i asked in the other channel :)
[17:00] <BenC> Build Start in 15 minutes => HAHAHA, JK LOL, Build Starts in 2 hours
[17:42] <bambee> hi, when I try to start a dhcp server, nothing happens (the daemon is not running in background). Even if I start it myself by hand it does absolutely nothing. I only get the following message in dmesg  :   " init: isc-dhcp-server main process (3512) terminated with status 1"
[17:42] <bambee> it's on quantal
[17:42] <infinity> BenC: Honestly, I'd rather you argued with the Debian maintainer to turn PPC back on there first.
[17:42] <BenC> infinity: Silly boy, Debian doesn't listen to me anymore
[17:42] <BenC> But I can try pretending to be someone else
[17:43] <infinity> BenC: Thankfully, the whole project doesn't have to, just one maintainer. :P
[17:43] <infinity> BenC: You are, in general, upstreaming your PPC fixed for other things, I hope?
[17:43] <micahg> benc: any chance you have a quick fix for https://launchpadlibrarian.net/109855481/buildlog_ubuntu-quantal-powerpc.lightning-extension_1.6%2Bbuild1-0ubuntu1_FAILEDTOBUILD.txt.gz, we can finally get lightning for powerpc again if we can get a fix today
[17:43] <BenC> infinity: Yes
[17:44] <BenC> micahg: Looks like the same fix is needed from thunderbird/firefox
[17:44] <BenC> micahg: Should I upload, or send to someone?
[17:44] <micahg> benc: debdiff on a bug would be fine
[17:44] <infinity> BenC: Are any source changes required for sbcl on PPC (other than enabling the arch in debian/control)?
[17:45] <BenC> infinity: Nope, just had to bootstrap it with an sbcl linux-ppc binary I downloaded from sbcl.org
[17:45] <jono> are you folks having issues with broken packages?
[17:46]  * ogra_ never had issues with non-broken ones ...
[17:46] <infinity> jono: You might need to be a biiiiit more specific.
[17:46] <jono> these are my issues:
[17:46] <jono> http://pastebin.ubuntu.com/1095250/
[17:46] <BenC> ogra_: Every once in awhile, you should pick a fight with a working package just for kicks
[17:46] <infinity> BenC: Grr.  Then that makes the Debian maintainer's "I can't debug this, so I'll disable every arch" thing even more annoying. :/
[17:47] <infinity> BenC: I wonder if ARM would be in a similar Just Works boat.
[17:47] <ogra_> BenC, boooring :)
[17:47] <BenC> infinity: arm isn't shown in the assembly subdir, so it's probably a no-go
[17:47] <jono> infinity, ^
[17:47] <cjwatson> jono: So how come you don't have python3-minimal 3.2.3-4?
[17:48] <jono> cjwatson, no idea
[17:48] <ogra_> yeah
[17:48] <cjwatson> jono: Try 'apt-get install python3 python3-minimal'.
[17:48] <jono> I have just been upgrading as normal throughout the cycle
[17:48] <BenC> infinity: mips, sparc, alpha, and hppa are though
[17:48] <BenC> micahg: I'll get right on lightning
[17:49] <cjwatson> Oh, wait, I'm reading it the wrong way round.
[17:49] <jono> cjhttp://pastebin.ubuntu.com/1095253/
[17:49] <jono> cjwatson, http://pastebin.ubuntu.com/1095253/
[17:49] <infinity> jono: Looks like you might have an older version of python3 on hold for some reason?
[17:49] <jono> infinity, oh?
[17:49] <cjwatson> Current python3's dependencies are correct.
[17:49] <cjwatson>  Depends: python3.2 (>= 3.2.3), python3-minimal (= 3.2.3-4)
[17:50] <infinity> jono: Oh, but not from your second paste.
[17:50] <infinity> jono: apt-get update? ;)
[17:50] <ogra_> ++
[17:50] <infinity> You may have updated in the middle of an arch skew, and not since.
[17:50] <cjwatson> Or 'apt-get --reinstall install python3' might help too.
[17:50] <cjwatson> But I have to go.
[17:51] <jono> cjwatson, I just tried that, smae issue
[17:51] <cjwatson> dpkg -l python3
[17:51] <jono> infinity, I did that before I tried to upgrade
[17:51] <jono> iF  python3        3.2.3-3      all          interactive high-level object-ori
[17:54] <infinity> jono: Grabbing 3.2.3-4 by hand and "dpkg -i"ing it should work fine, but I'm rather confused how your system got here in the first place without some violence.
[17:54] <jono> infinity, yeah, I am not sure, I have not been doing anything particularly crazy
[17:54] <ScottK> Some people have been having to fix this by hand.  No idea why though.
[17:55] <ScottK> I can't replicate it.
[17:55] <infinity> ScottK: You mean, Jono's not the only victim?
[17:55] <ScottK> No.
[17:55] <infinity> ScottK: I can't figure out how one would arrive here...
[17:55] <stgraber> I saw some bug trafic with people having similar issues
[17:55] <ScottK> Me neither.
[17:56] <ScottK> Is it possible for not all binaries from a package to make it into a publisher run?
[17:56] <infinity> Although, the 'iF' could be a clue.  Maybe something was breaking postinsts?
[17:56] <ScottK> The bug that was fixed in -3ubuntu1 or -4 was a postinst bug.
[17:56] <infinity> ScottK: No, it's impossible for this to have been published skewed, both are arch:all, from the same build.
[17:57] <ScottK> -3ubuntu1 finished seconds before a publisher run started.
[17:57] <ScottK> I was surprised it made it.
[17:57] <infinity> ScottK: But a postinst failing could perhaps have gummed up the works, and could explain why jono is "stuck" on -3
[17:57] <jono> infinity, do you have a link to the python3  3.2.3-4 package I can download?
[17:57] <jono> what is the LP project?
[17:58] <ScottK> jono: python3-defaults
[17:58] <jono> thanks ScottK
[17:58] <infinity> https://launchpad.net/ubuntu/+source/python3-defaults/3.2.3-4/+build/3655725/+files/python3_3.2.3-4_all.deb
[17:59] <bkerensa> infinity: I have a similar or same issue as jono
[17:59] <bkerensa> my updates are failing because of py 3
[17:59] <jono> ok installing the package manually fixed it
[17:59] <jono> thanks cjwatson, infinity, ScottK
[18:00] <BenC> micahg: patch applied and build started...
[18:00] <BenC> micahg: bug #1025387 for reference...
[18:00] <micahg> benc: thanks
[18:01] <infinity> bkerensa: Same workaround should get you going again (download the above and manually install it).
[18:02] <infinity> ScottK: So, how long was the window of exposure here, and should we look deeper into trying to figure out WTF is going wrong, or just recommend people fix it by hand and scream "la la la, development release, la la la"?
[18:03] <ScottK> I think the latter.
[18:03] <bkerensa> infinity: that fixed it... I will pass the fix along since I know a few people who ran into the same
[18:04] <infinity> ScottK: This may be exposing a subtle apt bug, if it just blindly refuses to do anything sane about upgrading packages in 'iF' state...
[18:05] <infinity> ScottK: I was going to blame dpkg, until jono and bkerensa told me that 'dpkg -i' worked just dandily.
[18:09] <BenC> chrisccoulson, micahg: bug #1025387 has the debdiff and the build completed without error
[18:09] <ScottK> infinity: It could be.  Personally, I did the "meh.  development release".  that doesn't mean everyone should.
[18:10] <micahg> benc: that upstream URL seems wrong
[18:10] <BenC> micahg: ?
[18:11] <micahg> benc: in the debdiff you link to a webkit attachment
[18:11] <BenC> micahg: I just copied the patch from thunderbird, I didn't change the file, so it contains the same URL I had originally downloaded it from
[18:11] <micahg> benc: ah, ok
[18:11] <BenC> If that is gone, I'm not sure where to look :/
[18:12] <infinity> Not actually the same patch, though it's conceptually the same idea.
[18:13] <micahg> benc: and you wrote this one? (just want to get the dep3 headers correct)
[18:15] <BenC> micahg: Eh, I fiddled the original just enough to work
[18:15] <BenC> But yeah, I guess you could say I wrote it
[18:20] <BenC> Are i386 and amd64 dep-waits being force rebuilt?
[18:20]  * BenC is wondering how they dropped so quickly
[18:21] <BenC> infinity: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=681808
[18:21] <BenC> But I'm doubting that will help quantal...
[18:22] <micahg> benc: depwaits are rebuilt when the deps are met
[18:22] <micahg> s/rebuilt/retries/
[18:22] <micahg> *retreid
[18:22] <micahg> meh :P
[18:23] <Laney> build happen good time
[18:23] <BenC> micahg: unless of course it's dep-waiting on a virtual package
[18:24]  * BenC notices those don't automatically run
[18:41] <tkamppeter> OdyX: ping
[19:08] <infinity> BenC: Well, it'll need bootstrapping in quantal regardless, I'd just prefer not to have a one-line Ubuntu delta to debian/contorl forever.
[19:08] <BenC> Is linux-any valid on Ubuntu?
[19:08] <infinity> BenC: Yeah, any-* and *-any are valid.
[19:10] <BenC> Thanks
[19:12]  * infinity goes to make a bootstrap archive for ppc.
[19:15] <infinity> BenC: Where are these (signed) binaries of yours for me to play with?
[19:15] <BenC> infinity: http://www.swissdisk.com/~bcollins/sbcl/
[19:16] <BenC> just a signed .deb, no .changes or anything, since it's original source
[19:16]  * infinity nods.
[19:16] <BenC> infinity: do you need the whole shebang (.dsc signed)?
[19:16] <infinity> Nope.
[19:18] <bryceh> hmm, bug #968845 was fixed in quantal and SRU'd to precise, however there are no bug tasks for precise, and 'Nominate for series' doesn't give an option to add them.
[19:18] <bryceh> anyone know how to fix this?  bdmurray?
[19:21] <BenC> Is it just me, or is any package that uses clang to compile just trying to be a hipster?
[19:22] <infinity> BenC: clang has a few language extensions that some people think are useful.
[19:22] <infinity> BenC: But if something is build-depending on clang and *doesn't* actually require it, that's a bug, and it should use gcc.
[19:22] <BenC> I just wonder if anyone using clang is using those extensions
[19:22] <infinity> BenC: I know of one package that definitely is, though I forget the name now.
[19:23] <BenC> I could try to fix the segv in clang on ppc…but I think I'll opt to test those packages failing because of it using gcc
[19:24] <infinity> BenC: Fixing clang (and/or llvm) would be a good thing anyway.  It's here to stay, whether we like it or not.
[19:25] <infinity> (Which reminds me, I still need to do some armhf violence to clang...)
[19:25] <bdmurray> bryceh: tried the api?
[19:25] <BenC> llvm is even further down my priority list
[19:26] <infinity> BenC: Oh, it could also magically go away with a newer clang.  Can you test with Debian unstable?
[19:26] <BenC> I fixed one compiler (ghc), verified bootstrap of another (sbcl) and attempted another (D-compiler)…I think I'm done now
[19:26] <BenC> infinity: I might give that a short
[19:26] <BenC> *shot
[19:26] <infinity> BenC: If it works in unstable, then just poke me repeatedly in the head to merge that to quantal, it's on my TODO.
[19:26] <infinity> BenC: Oh heavens, you tried to do things to D?
[19:27] <BenC> D is telling me that 1024 / (8 * 4) is a divide by zero error
[19:27] <BenC> and I'm not even exaggerating
[19:27] <infinity> BenC: Oh, if you use the unstable clang, you'll probably have to toss in the Ubuntu "powerpc doesn't always have altivec, you braindead compiler" patch.
[19:27] <infinity> BenC: I really need to push that upstream.
[19:27] <BenC> Ok
[19:33] <infinity> BenC: Alright, I've uploaded an sbcl that enables itself on PPC (and will, of course, dep-wait), and I'll enable the bootstrap bits in the PPC chroots in a bit and make it happy.
[19:33] <BenC> infinity: saweet, thanks
[19:39] <micahg> infinity: can you bump this please: https://launchpad.net/~ubuntu-mozilla-security/+archive/ppa/+build/3661232
[19:39] <micahg> I'd like to see one actually work, before uploading the rest
[19:40] <stgraber> micahg: done
[19:40] <micahg> stgraber: thanks
[19:40] <micahg> infinity: disregard
[19:40] <infinity> micahg: Disregarded. :P
[19:44] <BenC> stgraber: you should have made the score 9001, so we could say "the build score, it's over 9000!"
[19:46] <stgraber> BenC: fixed ;)
[19:47] <BenC> Let the memes begin
[19:47] <infinity> BenC: You're a bit late for that meme.
[19:47] <BenC> infinity: Yes, but I've never had a chance to use it, so call me slow
[19:51] <BenC> Is there a run of http://qa.ubuntuwire.org/ftbfs/ for precise (or any releases prior to quantal)?
[19:56] <micahg> benc: http://qa.ubuntuwire.com/ftbfs/precise.html, but hasn't been updated since release, maybe ask wgrant if he could turn it back on
[19:56] <BenC> micahg: thanks, I just wanted a quick comparison for quantal
[20:04] <infinity> BenC: Trying to see if you're making any progress? :)
[20:05] <maxLimit> how can i compile/debug the source code of totem using eclipse ?
[20:10] <bdrung> Laney: the unar support in file-roller bug: #965757
[20:11] <Laney> nice
[20:11] <bdrung> http://unarchiver.c3.cx/formats
[20:11] <Laney> how should it be fixed in the packaging?
[20:11] <Laney> full-on Depends?
[20:12] <bdrung> let's check how the other formats are linked.
[20:12] <mdeslaur> looks like upstream unrar is now available under the gpl
[20:12] <micahg> @pilot out
[20:13] <BenC> infinity: yes :)
[20:14] <BenC> stgraber: While you're on a build score frenzy, can you bump: https://launchpad.net/ubuntu/+source/blktap/2.0.90-1ubuntu1/+build/3661194 please
[20:15] <BenC> Trying to get some build-deps out of the way for xen related things
[20:15] <bdrung> mdeslaur: where?
[20:15] <BenC> Although useless on powerpc, it's nice to have when one day I feel the urge to do some porting
[20:15] <stgraber> BenC: done
[20:15] <BenC> stgraber: Thanks
[20:15] <mdeslaur> bdrung: http://www.rarlab.com/rar/unrarsrc-4.2.4.tar.gz
[20:16] <mdeslaur> bdrung: "...this product may be distributed under the terms of the GNU General Public License (GPL), in which case the provisions of the GPL apply INSTEAD OF those given above."
[20:17] <infinity> DktrKranz: Ugh, why didn't you just give Edd my patch and be done with it?  There's no "negative side-effect" to using PCRE on all arches.
[20:17] <infinity> DktrKranz: Adding a bunch of fragile arm-only logic just makes it all the harder to maintain any sort of consistency.
[20:19] <mdeslaur> bdrung: never mind, I misread
[20:19] <infinity> DktrKranz: It also seems rather silly to use substring matching to detect broken substring matching.
[20:19] <bdrung> mdeslaur: where did you read that statement?
[20:19] <infinity> DktrKranz: It's also not a glibc bug, FWIW.
[20:20] <infinity> DktrKranz: (Well, not that I've been able to determine so far).
[20:20] <mdeslaur> bdrung: it's from the acknow.txt file in the archive, but I misread it...it's for code included, not the whole thing
[20:20] <infinity> DktrKranz: POSIX extended regexes in r-base are handled by a bundled library.
[20:20] <mdeslaur> bdrung: it's still non-free, forget what I said
[20:26] <bdrung> Laney: file-roller depends on bzip2, zip and unzip. most other extracting tools are in suggests.
[20:26] <bdrung> Laney: IMO, unar should be recommended.
[20:27] <Laney> feel free to do so if you can justify the space usage and get the MIR done :-)
[20:27] <bdrung> then it would be installed by default and we could drop unrar from ubuntu-restricted-extras
[20:28] <DktrKranz> infinity: my first patch was indeed PCRE as default, and was very much the same as yours (and I noticed yours a couple hours later, so I didn't even have the chance to "steal" it :)
[20:28] <Laney> bdrung: although u-r-e is in multiverse so arguably it could be dropped right now
[20:29] <bdrung> Laney: hm, unar would pull gnustep
[20:29] <DktrKranz> infinity: but I must admit I don't know R at all, so I trusted edd knowledge about potential impact of extending PCRE everywhere
[20:29] <DktrKranz> I checked the simple substring worked, and it did. The rest was only a bad copy&paste :)
[20:29] <infinity> DktrKranz: Ahh, your looked shockingly similar to mine, I assumed origination that wasn't there. :P
[20:30] <infinity> DktrKranz: s/your/yours/
[20:30] <infinity> DktrKranz: (As such, disregard the "PS" to my follow-up to the Debian bug) :P
[20:30] <Laney> bdrung: I think you can still replace the suggests
[20:30] <Laney> even if you can't justify putting it in main because of this
[20:31] <DktrKranz> infinity: also, I supposed the real problem was something related to eglibc because I didn't have any clue about how R handles the regexes
[20:31] <DktrKranz> But my bisecting didn't found the culprit, so perhaps it's not eglibc at all
[20:32] <infinity> DktrKranz: As for PCRE by default, honestly, it's not even about R, it's about PCRE being wildly more reliable than, well, any other regex engine.  A rewrite of all that code to just use PCRE for EVERYTHING would be the sanest approach, since we link it in anyway.  But that's some serious effort, and a lot of ifdef foo to make upstream happy in the case of people building --without-pcre
[20:32] <DktrKranz> ewww
[20:33] <infinity> (Or just make R have a hard depdency on PCRE, like so many other applications do, because people have realised it's the only reliable and portable implementation that doesn't suck)
[20:33] <infinity> But, way more effort than I want to put into a language I don't care about.
[20:33] <DktrKranz> ACK.
[20:34] <bdrung> Laney: i think the ubuntu-restricted-extras needs to be reworked
[20:34] <DktrKranz> Anyway, I hope we can solve this issue for good, and then forward our thoughts upstream, to let them handle the situation in the most appropriate way
[20:35] <infinity> DktrKranz: If you feel like debugging further, I *suspect* the error either lies in the bundled tre (in src/extra/tre), or in the code in R itself that's calling it.
[20:35] <infinity> DktrKranz: 20 to 1 odds say it's an alignment issue or something.
[20:36] <infinity> DktrKranz: And, for added fun, the bundled tre is a forked version from upstream tre.  So, it could just be that it was subtly broken in the fork.
[20:36] <DktrKranz> Ouch
[20:36] <DktrKranz> but good news it's not eglibc's fault, it could have been a PITA...
[20:37] <infinity> DktrKranz: It still *could* be eglibc's fault, as we're also calling into eglibc to mangle wchars and such, but if wchar was fundamentally broken in eglibc on ARM, I think I'd have seen a lot more fallout.
[20:37] <infinity> DktrKranz: So, it's probably either R mis-mangling types or doing dodgy pointer math, or tre doing similar.
[20:37] <DktrKranz> I'm going to see the exact time builds started to screw things up, maybe it's easier to bisect the guilty change
[21:23] <BenC> http://qa.ubuntuwire.org/ftbfs/ <= empty: guess everything is built
[21:23] <BenC> And it's back
[21:44] <infinity> robert_ancell: Hey dude.
[21:44] <infinity> robert_ancell: You do realise that gnome-mahjongg was renamed to mahjongg rather recently, right? :P
[21:44] <robert_ancell> infinity, hey, how's it going?
[21:44] <robert_ancell> infinity, yes, I just did it
[21:44] <infinity> robert_ancell: How many more times will it go back and forth?
[21:44] <robert_ancell> infinity, none
[21:44] <infinity> robert_ancell: No.  I mean, it was renamed in the other direction last cycle.
[21:44] <robert_ancell> was is gnome-mahjongg at one point?
[21:45] <infinity> robert_ancell: Yes.
[21:45] <robert_ancell> infinity, oh, I think we might have picked that up off Debian
[21:45] <infinity> robert_ancell: It was gnome-mahjongg in oneiric and earlier.  We changed a ton of stuff for the last rename, :P
[21:46] <infinity> Oh, you mean Debian may have had it uniquely-named, but upstream didn't, and for some boneheaded reason, we dropped the Debian uniqueness patch for precise?
[21:46] <infinity> And now, you've decided to do it upstream?  Check.
[21:47] <infinity> We can mangle the seeds again.  Just promise me it won't rename again in 6 months. :)
[21:48] <robert_ancell> infinity, well, it will be split into a separate module at some point, so we'll have that to deal with upstream!
[21:48] <infinity> robert_ancell: But... It won't rename? ;)
[21:48] <robert_ancell> nope
[21:48] <infinity> Alright.
[21:48] <robert_ancell> that's why I wanted to give it a more unique name
[21:49] <infinity> robert_ancell: Shame you didn't just commit this upstream in the precise cycle, rather than us carrying it by a different name for exactly one release. :/
[21:49] <infinity> Oh well.
[21:49] <robert_ancell> yeah, there was some disagreement upstream, but that's been resolved now
[22:05] <epikvision> bazaar branches are usually out-of-date.
[22:05] <epikvision> how can I pick up the latest package versions?
[22:06] <Laney> the archive is authoritative
[22:11] <infinity> epikvision: By which, Laney means "apt-get source" should get you what you want.
[22:11] <infinity> (Or getting it from LP)
[22:12] <epikvision> hahah, thanks infinity
[22:12] <epikvision> I needed the translation.