[00:02] <Keybuk> and I've tested these ones
[00:02] <Keybuk> not just tested something I thought I uploaded
[00:02] <Keybuk> or even tested the build from the package directory
[00:02] <Keybuk> this time I made the source package
[00:02] <Keybuk> then unpacked it somewhere else
[00:02] <Keybuk> and built debs out of it
[00:02] <lifeless> Keybuk: ?
[00:02] <Keybuk> then installed those
[00:02] <Keybuk> and then started HAL
[00:02] <Keybuk> lifeless: having to do everything simultaneously in git and bzr causes me great pain
[00:03] <lifeless> Keybuk: latest bzr-git can push to git quite well
[00:03] <Keybuk> wing-commander scott% apt-cache show bzr-git
[00:03] <Keybuk> W: Unable to locate package bzr-git
[00:03] <Keybuk> E: No packages found
[00:03] <Keybuk> lifeless: FAIL
[00:04] <Keybuk> and, honestly, that doesn't help
[00:04] <Keybuk> no matter how good bzr-git gets, it'll go wrong and do strange things on a roughly daily basis
[00:04] <Keybuk> so I'll still need to know and use git directly anyway
[00:04] <Keybuk> so I may as well use git, since then I don't have to double-check for doofusness after every command
[00:06] <Keybuk> oops ;)
[00:12] <Keybuk> * karmic i386   Successfully built  (ACCEPTED)
[00:12] <Keybuk> \O/
[00:12]  * Keybuk goes to bed before he can do any more damage
[00:12] <chrisccoulson> ogra - you there?
[00:15] <cody-somerville> Is there a channel where debian developers hang out?
[00:16] <ajmitch> #debian-devel on oftc
[00:17] <TheMuso> lifeless: you know, if its hpa related, having that handy as opposed to users having to twiddle modprobe options seems more sane.
[00:18] <TheMuso> In any case, will test your patch this morning after email processing.
[00:20] <cody-somerville> ajmitch, Is there an easy way to determine a DD's IRC nick?
[00:20] <james_w> cody-somerville: db.debian.org has some
[00:22] <lifeless> TheMuso: indeed
[00:31] <lifeless> TheMuso: I wonder if there is a libhpa
[00:31] <TheMuso> lifeless: Not that I know of.
[00:31] <lifeless> google agrees
[00:32] <TheMuso> Yeah, I just searched myself.
[00:44] <Guest75430> helll
[00:44] <Guest75430> o
[00:47] <doko> directhex: contentless pong
[00:49] <lifeless> TheMuso: you might want to forward my mail to ataraid; as the list moderator seems not to be moderating in a timely manner
[00:50] <TheMuso> lifeless: ok will do. BTW it seems there is an implicit declaration of ISW_10_CONFIGOFFSET. Not sure whether you meant ISW_CONFIGOFFSET instead?
[00:50] <lifeless> TheMuso: no, its a new define
[00:50] <TheMuso> lifeless: ok well the patch you linked to in your mail doesn't define it
[00:50] <TheMuso> the build fails with that being pointed to...
[00:51] <lifeless> wtf where did my header go
[00:51] <lifeless> grab the source package from my ppa
[00:51] <TheMuso> ok thanks
[00:52] <williamd> are you guys really advanced programmers?
[00:53] <lifeless> it varies
[00:53] <lifeless> TheMuso: quilt fail. no idea why
[00:53] <lifeless> 1.0.0.rc15/lib/format/ataraid/isw.h is internally patched
[00:53] <TheMuso> lifeless: I also see that some of your patch is directly in the .diff.gz. :)
[00:54] <TheMuso> yep
[00:55] <lifeless> TheMuso: I'm just attaching a fixed version
[00:56] <TheMuso> lifeless: ok, but I've manually fixed here anyway.
[00:59] <lifeless> TheMuso: sure, I've attached new diff.gz and dsc anyhow
[00:59] <TheMuso> ok
[01:03] <maxb> What is the current publisher cron schedule?
[01:07] <cjwatson> maxb: 03 * * * * LPCONFIG=ftpmaster /srv/launchpad.net/codelines/current/cronscripts/publishing/cron.publish-ftpmaster security
[01:07] <cjwatson> maxb: hasn't changed in years, FWIW
[01:21] <willintel> check out my name
[01:22] <cjwatson> willintel: this isn't a chat channel
[01:23] <willintel> no
[01:23] <willintel> if it is then I am the op
[01:25] <lifeless> willintel: this channel is for development of Ubuntu; if you are here for that great. If you are here for some other reason, perhaps a different channel would suit you better.
[01:26] <cody-somerville> Anyhows
[01:26] <cody-somerville> james_w, Figured out that problem :)
[01:26] <cody-somerville> james_w, *.files instead of *.install
[01:26] <lifeless> cody-somerville: what was the issue?
[01:27] <cody-somerville> lifeless, Nothing was getting installed into the binary packages
[01:27] <lifeless> you were calling dh_install?
[01:27] <cody-somerville> Yup
[01:27] <lifeless> thats...odd
[01:28] <cody-somerville> dh_install likes <pkg-name>.install files instead of <pkg-name>.files
[01:28] <cjwatson> .files was for the older dh_movefiles command
[01:28]  * cody-somerville nods.
[01:28] <cjwatson> which had the defect that it wasn't idempotent
[01:30] <willintel> cool
[01:30] <TheMuso> woops didn't mean to do that
[01:32] <willintel> I am learning to take user input and integrate it into my programming
[01:32] <lifeless> cody-somerville: oh, you had *.files rather than *.install?
[01:32] <lifeless> cody-somerville: I read your statement as 'I moved to *.files and it worked'
[01:33] <lifeless> cody-somerville: which is why I was puzzled
[01:33] <cody-somerville> lifeless, ah :]
[02:06] <lifeless> TheMuso: so, did it work ?
[02:07] <TheMuso> lifeless: works fine for me for ICH9.
[02:07] <lifeless> cool
[02:12] <willintel> is there a way to make IRC chat go through the console?
[02:13] <directhex> that's a #ubuntu question
[02:24] <willintel> directthex
[02:24] <willintel> that is harsh
[02:24] <willintel> noone else is talking
[02:56] <TheMuso> woo! esound syncable from Debian after quite a while with Ubuntu changes. :)
[03:00] <TheMuso> lifeless: ok, will push your patch to Debian first. I can make an Ubuntu upload for karmic if you really want it now, otherwise it will come accross with the next sync I do from Debian.
[03:00] <calc> can i get someone to approve liblayout-openoffice.org its NEW
[03:00] <slangasek> doko: yuck, ppl wants xpdf in main; why exactly do we need ppl?  its description doesn't seem like something gcj should need...
[03:01] <lifeless> TheMuso: thats fine; I'm on jaunty anyhow
[03:02] <lifeless> TheMuso: if you want to wait for tomorrow, I'll add bounds checking to the patch
[03:02] <TheMuso> lifeless: Ok. I do think there are grounds to SRU this for jaunty, so will likely do that as well./
[03:02] <TheMuso> lifeless: Sure, I can wait, thanks.
[06:59] <pitti> Good morning
[06:59] <pitti> calc: wow, nice!
[07:02] <pitti> ugh, hal broken? was working fine for me yesterday, but I didn't have the new d-bus yet
[07:35] <dholbach> good morning
[07:38] <pitti> Keybuk: hm, the new udev removes cryptsetup dmsetup mdadm
[07:38] <pitti> that'll break the server CDs seriously
[07:43]  * pitti moans at http://people.ubuntu.com/~ubuntu-archive/testing/karmic_probs.html
[07:43] <pitti> yesterday night's uploads broke a lot :(
[07:44] <ajmitch> pitti: there are a few more broken packages than just those, too
[07:45]  * ajmitch spotted 1 or 3 that failed to build because of dependencies at the time, but not on all archs
[07:46] <ajmitch> pitti: darn, so I can't upload some merges now? :)
[07:47] <TheMuso> /c/c
[07:47] <pitti> ajmitch: if they don't render packages uninstallable, it's fine
[07:48] <ajmitch> pitti: just apache2 & squid, apr-util will need a giveback on i386 before apache2 can build though
[07:48] <ajmitch> apart from that the packages appear to work on amd64
[07:48] <pitti> ajmitch: well, just don't break it :)
[07:49] <ajmitch> I'll try hard not too :)
[07:50] <dholbach> didrocks: that could fix the problem: https://bugs.edge.launchpad.net/ubuntu/+source/cdbs/+bug/374892
[07:50] <dholbach> doko, pitti: ^ does this look sensible to you?
[07:50] <didrocks> ok then, let me read ;)
[07:51] <didrocks> I think that pitti can confirm, he saw me suffering on it :)
[07:51] <dholbach> if the patch works, please sponsor it
[07:51] <dholbach> I need to take the dog for a walk now :)
[07:52] <didrocks> ok, see you later dholbach (You won't in Paris: it's raining ;))
[07:52] <dholbach> didrocks: it's beautiful here
[07:52] <dholbach> sun is shining :)
[07:52] <didrocks> lucky you :)
[08:00] <pitti> didrocks: does it work for you? I can't tell if it's sensible by just looking at the patch, I'd need to look what the current variable means exactly, etc.
[08:15] <pitti> calc: erm, hang on
[08:15] <pitti> calc: if I promote the lib*openoffice packages now, won't that pull openjdk onto the CDs?
[08:16] <pitti> calc: I'm afraid we can't do that right now, CDs are already oversized by a dozen MB, and we need to release alpha-1 in two days
[08:16] <pitti> calc: also, OO.o is largely uninstallable right now
[08:17] <pitti> calc: ah no, I guess our installed gcj will satisfy java2-runtime-headless
[08:18] <pitti> calc: so, ignore me
[08:23] <directhex> TheMuso, why is anything to do with esound a cause for celebration? o_o
[08:25] <pitti> directhex: its removal would be
[08:25] <directhex> pitti, how about the only copy of the source being shot into the sun?
[08:26] <pitti> *chuckle*
[08:26] <seb128> can we do the same for banshee? ;-)
[08:27] <directhex> seb128, no, it's in git. hard to track down the last copy of the source
[08:27]  * pitti steps back from the flamewar gauntlet
[08:30] <seb128> ;-)
[08:30] <seb128> I just start being annoyed by people trying to fanboy banshee on random not good arguments
[08:30] <seb128> ie CD space win for example
[08:30]  * pitti hugs RB
[08:31] <lifeless> RB needs to learn gio now that places doesn't use gvfs
[08:31] <lifeless> or whatever disconnect is going on there
[08:32] <didrocks> pitti: it may be related. Compiling the previous revision today make it available to pyshared too. Let me test the patch.
[08:34] <directhex> lifeless, i thought they fixed that recently
[08:35] <lifeless> directhex: perhaps; not in jaunty which is my production DE
[08:38] <directhex> seb128, i think said win disappears anyway once you add missing things like "docs". but it's interesting that there's no visible net loss. thanks to dropping two recommends to suggests in 1.4.3-4
[08:40] <seb128> right, which means it's not really an argument in this discussion
[08:41] <Amaranth> it's still not better, just bad differently :P
[08:42] <seb128> right, that will be discussed at UDS again but there is no clear winner imho
[08:42] <TheMuso> directhex: Its not really, but we  have carried changes for it in Ubuntu since hoary.
[08:42] <seb128> banshee looks a bit nicer but they are both feature equivalent mostly and do the work
[08:43] <seb128> rhythmbox having the advantage to not be using a vm and being in a language most GNOME people having been using ;-)
[08:43] <liw> my audible bell keeps coming back (probably after suspend or reboot), I mean the thing that sounds when, say, I press down arrow on the last line in a gedit window; where is that setting stored? can't find it in gconf
[08:44] <Amaranth> rhythmbox having the disadvantage that it's not going to get any new features unless it finds new developers
[08:44] <TheMuso> liw: system prefs, sound, you can turn off the system bell.
[08:44] <Amaranth> I don't care either way, just throwing that out there
[08:44] <liw> TheMuso, yes, and that I have done, and that's what keeps getting ignored
[08:44] <TheMuso> liw: Interesting.
[08:44] <liw> TheMuso, so I'm asking where that setting is stored
[08:44] <seb128> liw: is it ignored at login or only after suspend?
[08:45]  * pitti blinks and looks twice when binary NEWing "inteltool"
[08:45] <TheMuso> liw: gconf
[08:45] <liw> seb128, I don't know yet
[08:45] <liw> TheMuso, where?
[08:45] <TheMuso> liw: can't remember the key off hand.
[08:45] <liw> TheMuso, I just said I looked for it in gconf...
[08:46] <seb128> liw: look for audible_bell in gconf-editor
[08:46] <seb128> liw: in key name, that's wm key
[08:47] <TheMuso> And its a metacity flag
[08:47] <directhex> seb128, what did you decide for gnote in the end, btw?
[08:47] <seb128> Amaranth: the question is to know if we need new features in rhythmbox
[08:47] <liw> seb128, hmm, I already searched for "bell", but since I'm not currently using metacity...
[08:47] <seb128> directhex: I was not the one reviewing it but I think it's not going to be accepted until the copyright are correct
[08:47] <liw> but that setting seems to work, let me try suspendnig
[08:48] <seb128> liw: neither compiz?
[08:49] <directhex> seb128, i see.
[08:53] <liw> bah, now I can't seem to reproduce this at all, so it's not a systematic problem
[08:53] <liw> when it happened, gnome-sound-properties did show the alert bell as being disabled, but gedit happily beeped anyway
[08:53] <liw> I'll debug further when it happens again
[08:53] <directhex> i should work on my TODO rather than playing with sgt-puzzles
[08:54] <liw> seb128, I seem to be running compiz (bug only because metacity broke focus handling for new windows)
[08:54] <seb128> liw: ok, so the compiz audible_bell key should be working
[08:54] <amitk> pitti: are you able to resolved bug 369850 with the information now provided?
[08:54] <amitk> *resolve
[08:55] <pitti> amitk: didn't have time to look at it yet, sorry; but it's in my mailbox
[08:56] <amitk> pitti: I'm assigning it to you. It should also be against udev rather than the kernel
[08:56] <pitti> amitk: if it's a kernel problem, I'll assign it back
[08:56] <pitti> thanks
[08:59] <pitti> amitk: do you know why linux-meta still points at l-r-m 2.6.28?
[08:59] <pitti> amitk: could we have a -meta upload for -5?
[09:00] <amitk> smb: could you do the meta upload? ^
[09:01] <smb> amitk, I check it
[09:09] <smb> amitk, Are you sure about the -5?
[09:09] <amitk> smb: in what way?
[09:10] <smb> because the abi is -11 for Jaunty (2.6.28)
[09:10] <smb> -5 could be karmic (2.6.30)
[09:10] <amitk> smb: we are talking karmic here
[09:10] <pitti> smb: right, karmic
[09:10] <smb> Ah, ok. Then I know where to look
[09:10] <pitti> smb: linux-meta still points to linux -2 and jaunty's lrm
[09:11] <pitti> smb: I just NEWed linux -5 on amd64, i386 was already done
[09:11] <smb> pitti, Ok, I check an upload meta for karmic
[09:11] <seb128> TheMuso: are you sure esound can be synced?
[09:11] <pitti> smb: hm, I just noticed that we don't even have an lrm 2.6.30 for karmic
[09:11] <pitti> smb: would lrm 2.6.28 even work with linux 2.6.30?
[09:12] <pitti> anyway, d-i uses -5 now, so we need to have linux-meta use -5 as well, to get some sort of installability on the CDs
[09:12] <TheMuso> seb128: From the changelog and build checks I did, I think so. Is there something you're concerned with?
[09:12] <smb> pitti, Err, I think tim wants to get rid of it if possible
[09:13] <slangasek> pitti: eew? why are we getting a kernel ABI change so close to the alpha? :(
[09:13] <seb128> TheMuso: when I looked at it, the most recent upload ld_preload change was not in debian
[09:13] <smb> pitti, but we would have to update meta to remove lrm...
[09:13] <pitti> slangasek: it didn't actually make the situation worse
[09:14] <smb> slangasek, that was because of this build failure and because /me did want to make sure the abi checker does not freak on the uploaded kernel, which was to be quick
[09:14] <pitti> smb: indeed, "linux" just pulls in "linux-image" now, not "lrm"
[09:14] <pitti> smb: ok, so you'll upload a linux-meta without any lrm dependencies?
[09:14] <pitti> against -5?
[09:14] <smb> pitti, ok, so at least that seems to be right. Yes, give me a few mins
[09:15] <pitti> smb: interesting that we can get rid of lrm entirely; certainly makes things easier
[09:15] <ajmitch> pitti: uploading a merged apache will drag in binary packages from universe, I take it that's not a problem since they're just ones split from a source in main?
[09:15] <smb> pitti, That is still in the try. Tim started a broadcom dkms package
[09:16] <pitti> ajmitch: can you stall that until Friday perhaps?
[09:16] <ajmitch> pitti: sure
[09:16] <pitti> ajmitch: it still requires MIR bugs, archive admin work, publisher runs to settle everything, etc.
[09:16] <pitti> ajmitch: not a problem, but introduces delays
[09:16] <pitti> smb: rock
[09:16] <ajmitch> ok, good thing I checked :)
[09:16] <pitti> smb: so for alpha-1 we won't have "wl" then?
[09:17] <smb> It might be. Unfortunately I am not that deep into it
[09:17] <apw> hrm ... not sure i thought the point was to have special dkms packages for anything which was needed
[09:17] <smb> So wl would come from a dkms
[09:17] <TheMuso> seb128: Right. Debian have something similar, their reason being that only esddsp uses libesddsp.so, so may as well put it in esound-clients.
[09:22] <seb128> TheMuso: ok, I was just checking because I noticed that change was not there and it was not obvious their change was equivalent
[09:22] <seb128> TheMuso: thanks for checking
[09:23] <TheMuso> seb128: NP
[09:33] <ogra> Keybuk, when do you think the udev chain will be fixed again ?
[09:34] <ogra> we need to build images and udev breraks the world since yesterday
[09:34] <lool> Keybuk: lpia livefs builds are currently failing with "udev: Breaks: dmsetup (<= 2:1.02.27-4ubuntu5) but 2:1.02.27-4ubuntu5 is installed"
[09:34] <ogra> armel as well
[09:34] <ogra> and i would expect the others too
[09:34] <ogra> since nobody touched any of the vol_id using packages yet
[09:37] <lool> Keybuk: Will you upload the packages which udev now Breaks, or could you explain how to change them for the new udev?
[09:51] <cjwatson> sigh, I bet removing the vol_id binary broke the installer
[09:51] <Keybuk> ogra, lool: devmapper and lvm2 got merged together in Debian
[09:51] <Keybuk> so that's a complex merge that will take time
[09:51] <lool> Keybuk: Should we revert the udev changes for a1?
[09:51] <Keybuk> lool: no
[09:51] <ogra> Keybuk, hmm, any chance for us to build A1 images then ?
[09:53] <lool> Keybuk: Can we defer the complex merge and just go through the transition with the packages we have in karmic ATM?
[09:53] <Keybuk> lool: yes, if you want to test them, the patches are in my PPA
[09:54]  * Keybuk still stands by his opinion that doing an Alpha before DIF is silly
[09:54] <ogra> still there is a freeze starting today, you are on the TB, feel free to change policy
[09:54] <cjwatson> so you'll put forward that opinion by uploading breakage during the freeze announced by the release manager?
[09:54] <Keybuk> cjwatson: I didn't upload any breakage during the freeze
[09:55] <ogra> no, you did it some hours before the freeze
[09:55] <Keybuk> no
[09:55] <Keybuk> I did it some WEEK before the freeze
[09:55] <Keybuk> or was it even TWO WEEKS
[09:55] <Keybuk> ?
[09:55] <lool> Keybuk: mdadm udev devmapper initramfs-tools, anything else?
[09:56] <Keybuk> lool: only mdadm, devmapper and lvm2 need fixes right now
[09:56] <Keybuk> I'd planned to do an upload this morning of those three
[09:56] <lool> initramfs-tools mentions a similar change
[09:56] <Keybuk> lool: how do you mean?
[09:56] <lool> "  * Replace all instances of vol_id with blkid, and depend on util-linux" but I'm fine with trusting you on that if it works
[09:56] <Keybuk> does your karmic system boot?
[09:56] <lool> I'm running jaunty ATM
[09:56] <ogra> how do we know ?
[09:57] <cjwatson> Keybuk: ah
[09:57] <ogra> we cant build images for karmic to even test
[09:57] <cjwatson> (timeframe)
[09:57] <Keybuk> ogra: by running it like good developers?
[09:57] <lool> I started dist-upgrading some hosts, but had too much things in progress on my desktop to do it there yesterday; it seems it wouldn't have booted...
[09:58]  * lool <= back from holidays since yesterday, didn't have a chance to try karmic out directly yet
[09:58] <cjwatson> so, making the installer work again will need fixes for at least base-installer partman-crypto partman-target silo-installer util-linux
[09:58] <ogra> flash-kernel-installer
[09:59] <Keybuk> cjwatson: util-linux?
[10:00] <cjwatson> yeah, looking at adding the blkid binary to a udeb
[10:01] <Keybuk> oh, I thought I included that in the udeb
[10:01] <Keybuk> ohh, no, there is no util-linux udeb is there
[10:01] <Keybuk> would it work to put it in the existing libblkid1-udeb ?
[10:02]  * ogra wonders why livecd-rootfs only breaks on udev since the last upload if the udev chnage was weeks ago ...
[10:03] <ogra> ah, because nothing could build probably because of linux-libc6-dev
[10:03] <cjwatson> Keybuk: I think it would, yeah, just looking at that now
[10:04] <ogra> Keybuk, my apology then ... it only manifested hours before the freeze due to a different bug, though an announcement mail last week or so would have been nice
[10:04] <Keybuk> ogra: I sent mails to ubuntu-devel about the change months ago
[10:05] <Keybuk> and included packages in my PPA for people to test
[10:05] <StevenK> linux-libc-dev, rather than linux-libc6-dev?
[10:05] <ogra> StevenK, indeed
[10:06] <cjwatson> Keybuk: just want to check which bits are in d-i's equivalent of Essential
[10:06] <Keybuk> cjwatson: np
[10:08] <cjwatson> Keybuk: would you object to me creating a util-linux-udeb for this? I think that might be clearer and save having to track e.g. libblkid soname changes in d-i
[10:08] <Keybuk> I think that would be sane
[10:08] <Keybuk> we probably need to put fsck in that too? :p
[10:11] <cjwatson> Keybuk: I'm not actually sure that the installer uses fsck directly; e2fsprogs-udeb only ever contained e2fsck
[10:11] <cjwatson> the installer knows the filesystem type, so ...
[10:11] <Keybuk> ah
[10:11] <Keybuk> fair enough :)
[10:12] <cjwatson> I'll check, though
[10:20] <lool> http://conflictchecker.ubuntu.com/possible-conflicts/ misses jaunty and karmic; where are bugs filed for this host?
[10:22] <lool> RT ticket?
[10:22] <cjwatson> lool: talk to mvo directly, I think; but he's on vacation this week
[10:22] <cjwatson> I wouldn't use RT for this, it's not IS-owned
[10:22] <lool> Indeed; will drop him an email
[10:23] <cjwatson> lool: lifeless can write to it too
[10:23] <lool> Ah will forward to him then
[10:35] <cody-somerville> Are perl and python handled in a similar fashion with regards to bytecode management?
[10:36] <Keybuk> no
[10:36] <cjwatson> we don't store byte-compiled versions of perl code at all
[10:37] <cody-somerville> Ah
[10:37] <cody-somerville> How are perl modules maintained in comparison to python?
[10:37] <cjwatson> there's a detailed Perl policy in the (debian|ubuntu)-policy packages
[10:37] <cjwatson> (it's the same in both)
[10:39] <cody-somerville> I want to do something similar for Pike.
[11:01] <smb> pitti, linux-meta for karmic uploaded
[11:04] <pitti> smb: danke sehr
[11:04] <smb> pitti, keine ursache
[11:10] <pitti> doko: meh, ppl was promoted without an MIR, and b-deps on xpdf-utils
[11:11] <pitti> doko: can you please fix it to build against poppler-utils?
[11:16] <doko> pitti: no, poppler-utils provides xpdf-utils. cjwatson told me that this is a missing feature in the component checker
[11:16] <pitti> doko: ah, ok
[11:22] <Keybuk> super1.c: In function 'update_super1':
[11:22] <Keybuk> super1.c:617: error: dereferencing type-punned pointer will break strict-aliasing rules
[11:22] <Keybuk> :-O
[11:22] <Keybuk> oh, I'm so not going near *that* build failure
[11:22] <ogra> vol_id="$(PATH="/lib/udev:$PATH" vol_id -u "$rootfs")"
[11:23] <ogra> Keybuk, do i still need to set the path in the above if i switch to blkid ?
[11:23] <ogra> (thats in a udeb)
[11:23] <Keybuk> ogra: blkid is in /sbin
[11:23] <ogra> great :)
[11:26] <cjwatson> ogra: I'm adding a block-attr wrapper to make it easier to get patches into Debian
[11:26] <cjwatson> ogra: which udeb is that?
[11:26] <ogra> flash-kernel-installer
[11:26] <Keybuk> blkid -o value -s UUID /dev/sda1
[11:26] <Keybuk> would be a direct equivalent of that command
[11:27] <cjwatson> yep, I arranged for  block-attr --uuid /dev/sda1  to work
[11:27] <ogra> well, if colin adds a wrapper i'll wait for that
[11:27] <ogra> ah, cool
[11:27] <cjwatson> (sorry for the wrapper, I only just got uuid mounting into Debian and want to relish being in sync there for a bit ;-) )
[11:27] <Keybuk> a wrapper seems sane to me
[11:27] <hyperair> kees: got a moment? (regarding usplash's behaviour)
[11:28] <ogra> cjwatson, i assume that works in both, ubiwuity and d-i
[11:29] <cjwatson> ogra: I can just add flash-kernel to the list of installer packages I'm changing en masse, if you like
[11:29] <ogra> *ubiquity
[11:29] <cjwatson> ogra: yes
[11:29] <cjwatson> though thanks for reminding me :)
[11:29] <ogra> oh, feel free to do it, yes
[11:31] <Keybuk> worryingly, I know what a type-punned pointer is, and why it would break strict-aliasing rules
[11:31] <pitti> Keybuk: misaligned quantum flux regulator?
[11:32] <Keybuk> pitti: indeed, causing a reversal in the polarity of the neutron flow
[11:32] <pitti> that should so much go into ubuntu-policy
[11:33] <pitti> Keybuk: (I'm not even trying to think about polarity of neutrons..)
[11:34] <pitti> but in 300 years they probably will have found one
[11:37]  * directhex reverses pitti's shield polarity
[11:37]  * pitti sends a Polaron beam to directhex
[11:39]  * directhex uses the picard manoeuvre 
[11:40] <directhex> oh for the love of... the bottom row of gpg fingerprint printouts is cut off. stupid printer
[11:45] <Keybuk> directhex: the picard manoeuvre? doesn't your shirt fit properly?
[11:46] <directhex> Keybuk, no :|
[11:46] <directhex> stupid last-ditch clothes. waiting for new washing machine to be delivered at some point before UDS
[11:46] <ogra> really depends on the percentage of spandex, no ?
[11:47] <ogra> but i think he doesnt mean the shirt stretching :)
[11:48] <ogra> http://memory-alpha.org/en/wiki/Picard_Maneuver
[11:49] <Keybuk> I did mean the shirt stretching ;)
[11:49] <ogra> indeed *g*
[11:49] <directhex> ogra, i'm glad someone else was enoguh of a nerd to admit to knowing what said manoeuvre is
[11:50] <ogra> directhex, well, its a bit embarrasing that i know both meanings :)
[11:50] <NCommander> Keybuk, +1 on Star Trek production trivial
[11:50]  * NCommander also knows both :-/
[11:51] <directhex> i *knew* both, but had forgotten the shirt one
[11:51] <Keybuk> worse still, I know that one of the characters in the newest movie tugs his shirt down in homage
[11:53] <ogra> you have seen it already ?
[11:53] <Keybuk> yes
[11:54] <NCommander> It was good IMHO
[11:54] <directhex> i have not seen any movies. i'm booked solid until june. and even then i have a conference in hamburg
[11:54] <evand> directhex: pong
[11:54]  * ogra curses to be german ... we always have to wait until the dubbing is done before movies hit the cinema
[11:55] <Riddell> I hope this vital conversation is going to result in a fixed udev :)
[11:55] <ogra> heh
[11:55] <NCommander> +1 Riddell
[11:55] <ogra> Riddell, udev is fine ... just the rest of the world refuses to work
[11:56] <directhex> evand, erm..... oh, i know! i was gonna give you links to the (seemingly active) upstream bug reports surrounding banshee a11y
[11:56] <directhex> erm, hang on...
[11:56] <evand> oh, good deal
[11:56] <Keybuk> Riddell: hmm?
[11:56] <Keybuk> I uploaded all the fixed packages before ogra even asked about it this morning
[11:56] <NCommander> ogra, BTW, care to sponsor lp:~mcasadevall/python-apt/karmic-armel-workaround ?
[11:56] <Riddell> good good :)
[11:56] <ogra> NCommander, sure, let me take a look
[11:57] <Keybuk> https://edge.launchpad.net/ubuntu/karmic/+source/devmapper/2:1.02.27-4ubuntu6
[11:57] <Keybuk> just missed a publisher window, that's all
 http://bugzilla.gnome.org/show_bug.cgi?id=533030
 https://bugzilla.novell.com/show_bug.cgi?id=476836
[11:57] <directhex> evand, a banshee bug and a gtk# bug respectively
[11:59] <directhex> evand, banshee upstream has hinted that they want to resolve it for 1.6 milestone
[12:02] <pitti> dendrobates: do you guys still want to support redhat-cluster?
[12:02] <pitti> Keybuk: ^
[12:02] <evand> Any idea when that is planned for?
[12:02] <pitti> dendrobates: it needs to be converted from libvolume-id to libblkid, since the former is gone
[12:02] <ogra> NCommander, can you please make sure to use a valid email address in your changelog entries ?
[12:02] <NCommander> ogra, I didn't use a valid email?
[12:02] <NCommander> ... argh
[12:03] <NCommander> when I reran dch it must have changed it
[12:03] <NCommander> bah
[12:03] <ogra> please fix and push
[12:09] <Riddell> pitti: what was the kubuntu install issue you saw?  was it okular?
[12:10] <NCommander> ogra, repushed
[12:11] <pitti> Riddell: haven't tracked it down yet; http://people.ubuntu.com/~ubuntu-archive/testing/karmic_probs.html
[12:12] <Keybuk> NCommander: I liked the implied death of Archer's silly dog ;)
[12:12] <NCommander> Keybuk, what implied death?
[12:13] <Keybuk> NCommander: Scotty said he tested his transporter theories on "Admiral Archer's Prize Beagle" :p
[12:17] <ogra> NCommander, hmm, why did you change urgency ?
[12:17] <NCommander> ogra, it was urgency=critical before
[12:18] <ogra> python-apt (0.7.10.3ubuntu1) karmic; urgency=low
[12:18] <ogra>   * merged from debian, remaining changes:
[12:18] <ogra> not here
[12:18] <NCommander> python-apt (0.7.10.3ubuntu2) karmic; urgency=critical
[12:18] <NCommander> O_o?
[12:19] <cody-somerville> Why does it even matter?
[12:19] <ogra> well, its a unnecessary change
[12:19] <Keybuk> it's also entirely pointless
[12:19] <Keybuk> since urgency is unused
[12:19] <ogra> true
[12:19] <NCommander> Keybuk, actually it affects build score
[12:19] <cody-somerville> Actually, it does make a difference on the build score
[12:20] <Keybuk> so NCommander can put whatever he likes in there
[12:20] <james_w> I heard a whisper that it is used for something
[12:20] <Keybuk> it does?
[12:20] <james_w> according to soyuz folks
[12:20] <NCommander> Keybuk, yeah, a critical upload will be scored higher by default then a high one
[12:20] <ogra> Keybuk, but since we upload a really ugly workaround to just make the package build only for A1 i wouldnt like to make more changes than necessary to the existing one
[12:20] <NCommander> (its not a huge difference AFAIK)
[12:21] <Keybuk> ogra: it's the changelog, I don't see that it makes any difference
[12:22] <cjwatson> while it does affect build score, the difference is pretty tiny
[12:22] <ogra> i think dch will carry it over, no ?
[12:22] <ogra> into all future versions ... until someone changes it back
[12:22] <cody-somerville> who uses dch? :P
[12:22] <Keybuk> _o/
[12:22]  * ogra too
[12:25] <pitti> cody-somerville: how can you _not_ use it?
[12:25] <directhex> pitti, manual copypasta!
[12:25] <NCommander> _o/
[12:25] <ogra> directhex, and using a claculator to compute the new timestamp ? :)
[12:25] <directhex> how do i override dch's values though? i could do with setting UNRELEASED rather than karmic in most cases
[12:26] <cjwatson> DEBCHANGE_RELEASE_HEURISTIC=changelog in ~/.devscripts
[12:27] <directhex> neato!
[12:27]  * ogra uploads ...
[12:27] <ogra> NCommander, can you take care that the change goes into any bzr branches it needs to be once mvo is back ?
[12:29] <directhex> cjwatson, this might be a silly question, but if dch is parsing .devscripts anyway, why does it not parse things like DEBEMAIL from there?
[12:30] <cjwatson> dunno
[12:31] <cjwatson> maybe because you need to set DEBEMAIL in the environment anyway for other tools
[12:40] <lifeless> TheMuso: I think upstream is awol
[12:40] <TheMuso> lifeless: Do you mean lack of response, or weird response?
[12:41] <pitti> cjwatson: util-linux-udeb NEWed, FYI
[12:41] <cjwatson> oh, thanks, I was just about to ask
[12:41] <cjwatson> did you put it in main?
[12:42] <pitti> yes
[12:42] <pitti> I though that was the point
[12:42] <cjwatson> it was indeed, just checking
[12:42] <lifeless> TheMuso: lack of response, I was looking at the http://thread.gmane.org/gmane.linux.kernel.device-mapper.devel/7235 thread re: alt_size from the kernel
[12:42] <TheMuso> lifeless: right
[12:43] <lifeless> TheMuso: which is a better way of finding out the hpa size
[12:43] <TheMuso> yep
[12:43] <pitti> smb: I'll reject the linux-meta upload; can you please do it again and rename the binaries from *-jaunty-* to *-karmic-*?
[12:44] <pitti> smb: the linux-backports-modules-jaunty-* stuff, in particular
[12:58] <Riddell> pitti: that should be fixes uploaded for all the kde uninstallables, except kdeadmin, kdemultimedia and kdesdk which are just victims of a 0 build score
[12:58] <pitti> Riddell: ah, thanks
[12:58] <pitti> Riddell: let me rescore those
[13:00] <Riddell> pitti: were you looking at openoffice.org-kde ?
[13:00] <pitti> Riddell: no, it's not mentinoed as being uninstallable, what do yo mean?
[13:01] <pitti> Riddell: oh, the binary, sorry
[13:01] <pitti> Riddell: OO.o is uninstallable all over the place, I'm afraid
[13:01] <Riddell> pitti: karmic_probs says it is, it seems not to be built any more
[13:01] <Riddell> calc: what have you done with openoffice.org-kde?
[13:01] <pitti> Riddell: there are currently new builds going on, I hope they'll fix that
[13:03] <pitti> indeed, -kde is gone from Binary: list; calc?
[13:04] <pitti>    * debian/control.in, debian/control.kde.in, debian/rules:
[13:04] <pitti>      - disable -kde and -kab as they're for KDE3 (closes: #523899). Improve
[13:04] <pitti>        BUILD_KDE conditional
[13:04] <pitti> ^ from Debian changelog
[13:04] <pitti> Riddell: did we change that for KDE4?
[13:12] <Riddell> pitti: no we kept the kde 3 stuff since the kde 4 patches don't work
[13:12] <pitti> Riddell: okay; calc, can you please revert that then?
[13:13] <pitti> Riddell: is that a CD installability blocker?
[13:14] <doko> calc: did you test the ooo-l10n build? it fails at least in the jaunty ppa, so we could save some time on the buildds
[13:14] <Riddell> pitti: openoffice.org-kde is only a kubuntu-desktop receommends so it should be fine without it
[13:14] <ogra> pitti, are we actually concerned about installability ?
[13:14] <pitti> ogra: sure we are, for alpha-1
[13:14] <pitti> that's the point of it
[13:14]  * ogra thought we only care for bootability 
[13:14] <Riddell> ogra: it does help for alphas
[13:15] <ogra> well, i remember releases where we didnt care much for A1 ... just to have something booting
[13:15] <lool> Keybuk: So initramfs-tools seems to be required
[13:15] <lool> update-initramfs: Generating /boot/initrd.img-2.6.30-2-lpia
[13:15] <lool> cpio: ./lib/udev/vol_id: Cannot stat: No such file or directory
[13:15] <lool> Keybuk: That's when building a livefs for MID on lpia
[13:16] <Keybuk> lool: that could be a hook
[13:16] <Keybuk> grep -r vol_id /usr/share/initramfs-tools
[13:16] <Keybuk> wing-commander scott% grep -r vol_id /usr/share/initramfs-tools
[13:16] <Keybuk> zsh: exit 1     grep -r vol_id /usr/share/initramfs-tools
[13:16]  * Keybuk has nothing in there
[13:16] <lool> chroot-livecd/usr/share/initramfs-tools/hooks/casper
[13:16] <lool> chroot-livecd/usr/share/initramfs-tools/scripts/casper-helpers
[13:16] <lool> chroot-livecd/usr/share/initramfs-tools/scripts/casper-bottom/13swap
[13:16] <lool> Indeed, it's casper
[13:16] <lifeless> TheMuso: do you know what is meant to trigger dmraid-activate ?
[13:16] <TheMuso> lifeless: a udev rule.
[13:16] <pitti> StevenK: would you like to do some NBS cleanup, so that we can better see the real issues?
[13:17] <lifeless> TheMuso: hmmm
[13:18] <pitti> smb: linux-meta> you should also update Vcs-Git: for ubuntu-karmic-meta.git
[13:18] <lifeless> TheMuso: there is a bug open, that I'm seeing too, that one has to dmraid -a -y on boot
[13:18] <StevenK> pitti: I will have a look
[13:18] <lool> Keybuk: Could you look into porting it?  It's not A1 critical anymore though as apparently the kernels lack aufs/unionfs support IIUC
[13:18] <pitti> StevenK: cheers
[13:18] <TheMuso> lifeless: Right.
[13:19] <TheMuso> I'd have to put a fresh install onto a dmraid array. *sigh*
[13:19] <TheMuso> even then I think I won't have a problem.
[13:19] <TheMuso> And, I have to get ready for bed, gotta get up early for a teleconference.
[13:19] <Keybuk> lool: rofl - that makes the milestone just a little trickier than usual, doesn't it
[13:19] <lifeless> yeah, not asking you to look into it
[13:19] <lifeless> just gathering data to fix it myself
[13:20] <pitti> cjwatson: retrying/rescoring d-i, -5 udebs are in the archive now
[13:20] <cjwatson> pitti: I have to reupload anyway
[13:20] <pitti> cjwatson: oh, ok; not doing then
[13:20] <pitti> cjwatson: ah, for vol_id?
[13:20] <cjwatson> lool: live CDs won't happen for alpha 1
[13:20] <cjwatson> pitti: yes
[13:20] <lool> Keybuk: I'd still be interested in getting the livefs into shape for armel/desktop+alternate, lpia/mid+alternate, and i386/unr
[13:21] <lool> cjwatson: Yes, understood
[13:21] <cjwatson> I'll take care of casper
[13:21] <pitti> StevenK: kernel -4 can go then, it was never used by -meta or d-i
[13:21] <smb> pitti, Argh, didn't verify that. Tahnks, will do
[13:21] <Keybuk> cjwatson: I was just finishing doing that
[13:21] <smb> pitti, Argh, didn't verify that. Tahnks, will do
[13:22] <cjwatson> Keybuk: oh, ok
[13:22] <StevenK> pitti: Okay, cool
[13:24] <soren> Can anyone think of a reason why /proc not being mounted could cause a binary's rpath not be used?
[13:25] <lool> If you don't have /proc you don't have hwcaps and it might select different binaries based on hwcaps; no other ideas from me :)
[13:26] <ogra> is there any particular reason why we dont have aufs/unionfs in the kernel ?
[13:26] <smb> pitti, I will have to upload a new version then, right?
[13:26] <pitti> smb: yes, please
[13:26] <Keybuk> ogra: they've been refused merge, and don't apply to the current version, and are unmaintained or abandoned
[13:26] <ogra> sigh
[13:26] <smb> pitti, underway
[13:27] <cjwatson> ogra: and the alternatives are non-rsyncable
[13:27] <cjwatson> (as far as we can tell)
[13:27] <ogra> so why are we doing an alpha at all ?
[13:27]  * soren coughs
[13:27] <ogra> we should just skip it until thats solved
[13:28]  * soren mumbles something about the server
[13:28] <cjwatson> we've shipped alpha 1 milestones with only alternate/server CDs before; it's almost normal in fact :)
[13:28] <ogra> yeah yeah ...  we should indeed do a server A1 soren  :P
[13:28]  * soren tips his hat at ogra
[13:28] <ogra> :)
[13:29] <ogra> The following packages have unmet dependencies:
[13:29] <ogra>   dmsetup: Depends: util-linux (>= 2.15-1) but 2.15~rc2-1ubuntu1 is installed
[13:29] <ogra> hrm
[13:30] <soren> lool: Hmm.. Yeah, maybe dl.so bails out because it can't resolve hwcaps. That would be a bug, though. *ponder*
[13:30] <lool> soren: You could diff straces
[13:30] <Keybuk> util-linux | 2.15-1ubuntu1 |        karmic | amd64, i386, ia64, lpia, powerpc, sparc
[13:30] <Keybuk> util-linux | 2.15-1ubuntu2 |        karmic | source
[13:30] <Keybuk> util-linux | 2.15~rc2-1ubuntu1 |        karmic | armel, hppa
[13:30]  * ogra twiddles thumbs ... 
[13:30] <Keybuk> ogra: armel build issue?
[13:30] <lool> soren: There are some debug flags as well, especially for hwcaps
[13:30] <ogra> Keybuk, yeah, likely slow buildd ... just looking
[13:31]  * cjwatson grumbles at having to wait for the debian-installer-utils code import
[13:31] <lool> soren: I noted some in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/343602
[13:31] <ogra> Keybuk, both built fine ... might just be the publisher
[13:32] <soren> lool: I already diffed straces. I didn't feel much smarter afterwards. I'll give it another go, though.
[13:32] <lool> soren: You would see auxv for hwcaps in straces
[13:32] <soren> lool: Thanks for the pointer.
[13:33] <cjwatson> util-linux/armel seems to be publishing right now
[13:33] <ogra> ah, thanks
[13:36] <StevenK> pitti: I suppose -2- can die on ARM too?
[13:37] <pitti> StevenK: hm, isn't that -ports?
[13:37] <StevenK> No, armel is built under linux
[13:37] <pitti> StevenK: I guess so, then
[13:38] <StevenK> Hm, and -2-lpia and -2-server ...
[13:39] <NCommander> cjwatson, is there a possibility we can get the crontabs on cdimage changed so ports architectures are building against karmic vs. jaunty?
[13:40] <StevenK> pitti: I suppose 2.6.28-11 LRM and such can die?
[13:40] <pitti> StevenK: yeah, it's totally not functional any more anyway
[13:40] <pitti> StevenK: perhaps leave the source package for now, just in case the kernel team reconsiders dropping lrm
[13:40] <pitti> but the binaries can go
[13:41] <StevenK> pitti: Oh, I'm only NBS'ing binaries
[13:41] <cjwatson> cdimage@antimony:~$ crontab -l | grep jaunty
[13:41] <cjwatson> cdimage@antimony:~$
[13:41] <cjwatson> NCommander: ^-
[13:41] <cjwatson> NCommander: the ports architectures are *already* building against karmic
[13:41] <cjwatson> (and the distribution isn't in the crontab anyway)
[13:42] <StevenK> For Hardy Ubuntu it is ...
[13:42] <NCommander> The daily-live still says jaunty
[13:42]  * StevenK hides from cjwatson 
[13:42] <cjwatson> NCommander: (a) artifact of carrying over old images (b) already cleaned up this morning
[13:43] <cjwatson> http://cdimage.ubuntu.com/ports/daily-live/current/ is currently essentially empty because all the karmic images failed to build
[13:43] <NCommander> cjwatson, ah, then thank you :-)
[13:43]  * NCommander will look at whats causing those failures later when I have time :-/
[13:43] <cjwatson> now, there does still seem to be something wrong, because there are no livefs build logs for ports
[13:44] <cjwatson> infinity: ^- do you know what's up with livefs buildds other than amd64 and i386? they don't seem to be producing build logs
[13:44] <cjwatson> infinity: (weddell, royal, concordia, manoao)
[13:45] <StevenK> cjwatson: When I tried to build MID on concordia, it said it couldn't build for karmic
[13:50] <StevenK> pitti: Since we aren't using 2.6.28, I guess linux-backports-modules-2.6.28 source and binary can die
[13:51] <smb> pitti, uploaded
[13:51] <pitti> StevenK: yes, we have https://edge.launchpad.net/ubuntu/+source/linux-backports-modules-2.6.30 now
[13:51] <pitti> smb: thanks
[13:51] <StevenK> pitti: Okay, cool
[13:54] <pitti> darn, buildds are OO.o'ed
[13:57] <ogra> lol
[13:57] <ogra> oo.o'ed
[13:58] <Hobbsee> blame calc.
[13:58] <ScottK> I'm sure doko has something gcc'ish he could upload to complete the picture.
[13:59] <StevenK> And binutils
[13:59] <ogra> and java
[13:59] <StevenK> Oh yeah, let's just completly scorched earth the mirrors
[13:59] <directhex> and mon... oh, wait, that's just a 40 minute build
[13:59] <directhex> ;)
[14:07] <fta> doko, kees: is gcc more strict in karmic? i'm hitting some "dereferencing type-punned pointer" type of errors that were fine in jaunty
[14:08] <Keybuk> gcc tends to always get more strict
[14:08] <Keybuk> clearly you're not paying strict attention to aliasing rules with all your irresponsible type-punning ;)
[14:08] <cjwatson> StevenK: right, there was definitely a point where BuildLiveCD hadn't been updated, but I thought elmo said he'd done that
[14:09] <elmo> I did
[14:09] <fta> Keybuk, not my code ;) https://edge.launchpad.net/~chromium-daily/+archive/ppa
[14:09] <Keybuk> type-punning is accessing one object type through a cast to another
[14:10] <Keybuk> e.g. char * foo = "abcd";  *((int *)foo);
[14:10] <Keybuk> or union { char *s; int i; } a; a.s = "abcd"; return &a.i;
[14:10] <fta> Keybuk, i know, i'm used to deal with that in my own code but i'm using -pedantic -Werror since day 1.
[14:11] <Keybuk> it's ok, as long as you don't do the last bits - ie. break the aliase
[14:11] <Keybuk> it must always be an "int pointer to a char object" or "int member of a union with a char object"
[14:11] <Keybuk> you can't make it just "an int pointer"
[14:12] <fta> i just wanted to know if the differences in "strictness" are documented somewhere. Can't find that strict aliasing thing in https://wiki.ubuntu.com/CompilerFlags
[14:12] <Keybuk> doubtful
[14:12] <Keybuk> it's a side-effect of the optimiser, like most warnings
[14:12] <Keybuk> it means that gcc got better at optimising something
[14:12] <Keybuk> as a side-effect, it's more strict
[14:13] <fta> ok, thanks
[14:15] <Keybuk> sometimes, of course, it just gets things flat wrong ;)
[14:15] <ogra> calc, what is mpi-default-dev ? seems openoffice misses it on all arches but x86/amd64
[14:34] <StevenK> pitti: NBS cleaned, I binary removed around 160 packages
[14:34] <StevenK> And 1 source
[14:37]  * ogra wonders why python-apt is still not published for armel
[14:37] <ogra> i see lpia on ports, but thats it
[14:38] <cjwatson> there's been a scilab sync sitting in the syncs directory on cocoplum since yesterday. Does any archive admin want to own up to owning it?
[14:40]  * james_w looks a Jamie
[14:40] <james_w> https://bugs.edge.launchpad.net/ubuntu/+source/scilab/+bug/374839
[14:41] <james_w> at Jamie
[14:41]  * RainCT wonders whether the source code for the Ubuntu One server is/will be free
[14:41] <jdstrand> cjwatson, james_w: ah, that was me. sorry...
[14:42] <cjwatson> directhex: how come I don't see the uninstallability mentioned in bug 375365 on http://people.ubuntu.com/~ubuntu-archive/testing/karmic_probs.html or http://people.ubuntu.com/~ubuntu-archive/testing-ports/karmic_probs.html? Am I missing something?
[14:42] <cjwatson> directhex: oh, is it uninstallability in universe?
[14:43] <ScottK> RainCT: It's somewhat off topic here in any case.
[14:48] <lool> We need mpi-defaults/mpi-default-dev promoted to main for boost1.37
[14:48] <lool> boost1.37 currently dep-waits on mpi-default-dev
[14:49] <lool> givent that mpi-default-dev is a trivial debian/ only package, I think it's safe to promote it
[14:49] <ogra> i wonder why it doesnt cause issues on i386 and amd64 though
[14:49] <ogra> we should see the same there, no ?
[14:50] <soren> lool: re rpath without  /proc> it seems to become very annoyed that it can't readlink /proc/self/exe.
[14:50] <lool> ah
[14:50] <calc> is libltdl7-dev removed on ia64 yet?
[14:51] <calc> i got a failure from unixodbc-dev not being installable and previously it was because the real package still existed in the archive
[14:51] <lool> ogra: boost1.37 was in universe when it built on i386
[14:51] <ogra> ah and moved later
[14:51] <lool> It was promoted after its build, but without promoting its bdep
[14:51] <ogra> ok, that makes sense
[14:52] <ogra> i was starting to doubt my sanity
[14:53] <ion_> Ah, all better. sudo perl -i -pwe 's/lcddefault/lcdlegacy\000/g' /usr/lib/gnome-settings-daemon-2.0/libxsettings.so
[14:54] <lool> How can I check who promoted boost1.37 to tell him about mpi-defaults?
[14:54] <lool> It was 5 days ago
[14:54] <seb128> ion_: what is that your are trying to solve there?
[14:56] <ion_> seb128: gnome-settings-daemon overrides my /etc/X11/Xresources/sharp-fonts which contains Xft.lcdfilter:  lcdlegacy
[14:56] <directhex> cjwatson, yes, it is
[14:56] <directhex> cjwatson, it's in libgnomeprint2.18-cil, and the metapackage in universe which pulls it in - no other rdeps afaik
[14:57] <pitti> smb: something went wrong, it still builds *-jaunty-*; take 2?
[14:58] <smb> pitti, is it really the git-vcs line you mean?
[14:59] <pitti> smb: no, the binary package names
[14:59] <smb> pitti, Well then we nee a take2 as I only changed the git-vcs (which I understood was the problem)
[15:00] <lool> pitti: Mind promoting mpi-defaults and mpi-default-dev to main?  I added it to #372756
[15:03] <pitti> lool: done
[15:03] <lool> pitti: thanks
[15:03]  * ogra hugs pitti 
[15:03] <lool> that should allow us to get oo.o building
[15:03] <ogra> lool, boost already given back ...
[15:03] <pitti> unfortunately just one minute after the publisher started :(
[15:03] <calc> can someone kill the openoffice.org-l10n 1:3.1.0-1ubuntu1 build?
[15:03] <pitti> lool: hm, oo.o has been building for 5 hours already?
[15:04] <pitti> elmo, infinity, lamont: ^ can any of you please kill openoffice.org-l10n build?
[15:04] <ogra> pitti, the armel qeue is full anyway
[15:04] <calc> just the -l10n build not any of the others
[15:04] <ogra> pitti, its all about arm :)
[15:04] <pitti> ogra: OO.o and arm sound weird in one sentence
[15:04] <lool> pitti: Not on armel
[15:04] <lool> :)
[15:04] <calc> i found a bug in it too late and having to upload a 1ubuntu2 to resolve it
[15:05] <ogra> pitti, runs fine on my board here :)
[15:05] <calc> stupid --fail-missing argument in merge from debian :-\
[15:05] <ogra> pitti, face the future ;)
[15:06] <pitti> calc: unfortunately only sysadmins can kill builds
[15:06] <pitti> calc: please upload it already
[15:07] <calc> pitti: its being uploaded already but it takes me about 20-25m
[15:07] <pitti> calc: ah, nice
[15:07] <lool> ogra: I don't think boost had to be given back; anyway, it's done now
[15:08] <ogra> lool, it was manualdepwait
[15:08] <lool> On mpi-default-dev, which is fine
[15:08] <ogra> we didnt have 1.37 on armel yet
[15:08] <lool> But it would have appeared after the promotion
[15:08] <ogra> boost1.37 which has never built on armel ? how ?
[15:09] <lool> Because of mpi-default-dev which was missing
[15:09] <smb> pitti, here you go. take2 (or .4). This time I found no more traces of jaunty in there.
[15:09] <ogra> lool, you mean the manualdepwait would have lifted itself after promotion ?
[15:09] <lool> I believe so
[15:09] <ogra> ah
[15:09] <ogra> sorry, i'm slow today
[15:10] <pitti> smb: cheers
[15:10] <ogra> lool, (not to slow to with the python-apt race against you though :P)
[15:10] <lool> Nor to slow to do give backs  :-)
[15:11] <ogra> ok, at least it looks like thats the last remaining bit missing to get a livefs ...
[15:11] <ogra> http://paste.ubuntu.com/170614/
[15:12] <lool> Yeah, but oo.o needs 36 hours to build on armel  :-(
[15:12] <ogra> yep ...
[15:16] <calc> looks like armel still hasn't caught from last weeks linux-libc-dev mass giveback
[15:16] <calc> erm - caught up
[15:16] <calc> along with hppa, ia64, sparc
[15:19] <lool> calc: Yes, I asked infinity to see whether we could add some buildds on Monday; he was trying to bring up a spare one
[15:19] <calc> lool: ah
[15:22] <directhex> ehm..... calc, can you check something for me?
[15:23] <calc> directhex: whats up?
[15:23] <directhex> calc, does http://www2.apebox.org/data/cv.doc crash OOo for you? it does for me on jaunty. which is weird given that's where i just saved it
[15:24] <calc> directhex: yea boom, file a bug report and attach that file
[15:25] <calc> directhex: and note that i checked it on jaunty already as well and saw it blew up :)
[15:26] <directhex> i wish my test file didn't have my cell number & home address. nevermind
[15:26]  * calc won't be doing as much triage this cycle due to working on other things :-\
[15:26] <calc> directhex: hmm if you have a way to reproduce it and strip out that info that is fine too
[15:26] <directhex> calc, shall i get a non-ubuntu person to test, possibly leading to an upstream bug instead of downstream?
[15:27] <calc> directhex: i can do that here will just take a minute... for it to be upstream pretty much you need a windows person to test since nearly all (non-Fedora) linux use go-oo
[15:28] <calc> i have vm's with various OOo versions installed
[15:28] <directhex> o_o
[15:28] <directhex> that's dedication!
[15:28] <calc> the only way we can upstream any bugs...
[15:28] <directhex> oh, hold on, i have windows on my laptop!
[15:28] <calc> otherwise they just close the bugs without looking
[15:28] <directhex> i wnoder how oracle feel about an OOo Foundation...
[15:28] <calc> directhex: no idea yet
[15:29] <calc> if it doesn't happen by OOoCon I'm sure there will be many people asking
[15:30] <calc> blows up official 3.0.1
[15:30] <calc> directhex: so yea just submit it directly to upstream
[15:30] <calc> directhex: mention it was tested on 3.0.1 to blow up
[15:30] <calc> i haven't upgraded my vm's to 3.1.0 yet need to do that soon
[15:31] <directhex> bang
[15:31] <directhex> calc, blows up on windows.
[15:32] <calc> directhex: if you happen to have 3.1.0 to test on that would be best, otherwise make sure to note which version you tested with that it crashed
[15:32] <calc> directhex: and if at all possible don't mention ubuntu at all :)
[15:32] <calc> sometimes they see ubuntu and close the bug without reading anything else at all, i saw an xp user mention it also seemed to happen on ubuntu and they immediately closed his bug telling him to use the official version (which is what he was doing on XP)
[15:33] <directhex> calc, aren't healthy relationships with upstream wonderful? <3
[15:33] <calc> heh :)
[15:34] <directhex> yeah, 301 windows blows up
[15:34] <directhex> that's as official as they come
[15:34] <calc> i'm testing a beta of 3.1.0 now that i already had installed, if i can manage to get the doc file
[15:34] <calc> seems this vm doesn't like to use the network
[15:35] <calc> hmm seems your server is a bit buggy
[15:35] <calc> it gave me a squid error
[15:35] <directhex> my webhost sucks
[15:35] <directhex> i'd welcome better suggestions
[15:35] <calc> it works now
[15:36] <calc> testing with 3.1.0m7
[15:36] <calc> crashes it too
[15:36] <calc> so mention you verified it crashed on 3.1.0 m7 also (that is a beta from about a month ago)
[15:41] <calc> pitti: does the buildd system automatically kill a build if it sees a newer one available?
[15:41] <pitti> calc: no, unfortunately not
[15:41] <calc> pitti: ok
[15:41] <pitti> calc: and the webui function to kill one isn't implemented, so I pinged the admins
[15:41] <calc> pitti: the old ooo-l10n still needs killing and the new one is uploaded now
[15:44] <ScriptRipper> i have a question about python install dirs
[15:45] <ScriptRipper> i do under ubuntu 9.04 in python use the setuptools
[15:46] <ScriptRipper> python setup.py install --prefix=/usr/src/packages/BUILD/debian/tmp/usr installs on any debian or ubuntu version
[15:46] <ScriptRipper> the packages correctly.
[15:46] <ScriptRipper> but not in ubuntu 9.04
[15:46] <ScriptRipper> is this an issue known?
[15:47] <directhex> calc, there we go, issue #101831
[15:48] <ScottK> ScriptRipper: See https://wiki.ubuntu.com/Python2.6And3.0
[15:48] <calc> directhex: great :)
[15:49] <cjwatson> ScriptRipper: also see bug 362570
[15:49] <ScriptRipper> oh god no
[15:50] <ogra> seb128, my evo on jaunty just committed suicide ... now its not coming up anymore at all :/
[15:50] <cjwatson> ScriptRipper: simple fix for you is probably to use --root=/usr/src/packages/BUILD/debian/tmp instead
[15:50] <seb128> ogra: that's not a very useful bug description
[15:51] <ScriptRipper> so i drop prefix or do i use in addition --root ?
[15:51] <ogra> i know :(
[15:51] <ScriptRipper> i will try
[15:51] <seb128> ogra: you could start by saying if it hangs or crash, what error you get, etc
[15:51] <ogra> seb128, it silently crashed, when i restarted it it didnt show any folders, now after a reboot i see it in the processlist but no UI is coming up
[15:52] <seb128> evolution --force-shutdown
[15:52] <seb128> evolution
[15:52] <seb128> is there any error on the command line?
[15:52] <ogra> did that before the reboot ...
[15:52] <ogra> one sec
[15:52] <ogra> my disk is very active
[15:53] <cjwatson> ScriptRipper: drop --prefix. I think you may also need --install-layout=deb
[15:53] <ogra> ogra@osiris:~$ evolution
[15:53] <ogra> ** (evolution:4201): DEBUG: mailto URL command: evolution %s
[15:53] <ogra> ** (evolution:4201): DEBUG: mailto URL program: evolution
[15:53] <seb128> that's normal
[15:53] <ogra> nothing else ... and the disk starts spinning
[15:53] <ogra> no UI though
[15:53] <seb128> are you sure it's not on an another workspace?
[15:53] <seb128> it's not listed in the tasks list?
[15:54] <ogra> nope, not on any other workspace
[15:54] <seb128> do you get the same issue if you start --component=calendar?
[15:55] <ogra> hmm, cant ctrl-C it ...
[15:55] <ogra> yes, seems like it has the same issue
[15:56] <ogra> disk is spinning endlessly, no UI
[15:56] <seb128> try starting it in gdb and get a stacktrace?
[15:56] <ogra> load average of my system just bumped to 4
[15:56] <seb128> it seems to be very busy
[15:56] <ogra> yes
[15:56] <ogra> disk IO like mad
[15:57] <seb128> it could be rebuilding the mailbox indexes but it usually displays an UI before doing that
[15:58] <ogra> it doesnt seem to take any CPU or RAM
[15:58] <ogra> according to htop
[15:59] <ogra> oh, there it is !
[15:59]  * ogra switches to email
[15:59] <ogra> no folders :/
[15:59] <ogra> "Loading ..."
[16:00] <ScriptRipper> how do i then install?
[16:00] <ScriptRipper>  dh_install --sourcedir=`pwd`/debian/tmp --fail-missing
[16:02] <ScriptRipper> cjwatson: --root= seemed to have helped
[16:02] <ogra> statusbar says its reading the folders in ~/.evolution/mail/local/ ... and local#Inbox/ubuntu-users ...
[16:03] <ogra> no content though
[16:05] <ogra> seb128, geez, its back !
[16:06] <ogra> now that took a while
[16:06]  * ogra would still love to know why it crashed in the first place though
[16:07] <seb128> ogra: not sure perhaps io issue?
[16:08] <ogra> hmm, i wouldnt know why though
[16:08] <ogra> i sadly missed when it crashed exactly
[16:08] <ogra> since i had a terminal in fullscreen
[16:09] <NCommander> cjwatson, on ubuntu-cdimage, what generates the Ubuntu-$series task files. I think there is some script to convert germinate output, but I can't find it anywhere (I have a mostly working ubuntu-cdimage setup, and I can generate discs that are bootable, but I have yet to be able to make a disc thats installable since I can't figure out how to get the full set of packages on it :-/)
[16:10] <cjwatson> NCommander: can you give me the exact path of the files you want produced?
[16:11] <NCommander> cjwatson, I believe on antimony its /srv/cdimage.ubuntu.com/tasks/Ubuntu-$distro, but I'm not 100% sure. Its essentially a file with every package that needs to be on the alternate CD including udebs
[16:11] <cjwatson> yeah, there are several such files, that's why I'm asking
[16:11] <NCommander> cjwatson, I figured as much, ubuntu-cdimage is a fun beast :-)
[16:12] <cjwatson> NCommander: there are no files named just the way you're asking, but I think you're looking for germinate-to-tasks
[16:13] <NCommander> I don't see that in any package, or in the tools folder of u-cdimage
[16:18] <ogra> hmm
[16:18] <ogra> infinity, help !   CC      arch/arm/boot/compressed/misc.o
[16:18] <ogra>   LD      arch/arm/boot/compressed/vmlinux
[16:18] <ogra> Segmentation fault
[16:18] <ogra> make[4]: *** [arch/arm/boot/compressed/vmlinux] Error 139
[16:18] <ogra> make[3]: *** [arch/arm/boot/compressed/vmlinux] Error 2
[16:18] <ogra> http://launchpadlibrarian.net/26601421/buildlog_ubuntu-karmic-armel.linux_2.6.30-5.6_FAILEDTOBUILD.txt.gz
[16:18] <NCommander> ogra, woo, binutils exploded :-/
[16:19] <ogra> binutils ?
[16:19] <NCommander> ld is apart of binutils
[16:19] <NCommander> Unless you think its something else that segfaulted
[16:19] <cjwatson> NCommander: ... tools directory? you're looking at debian-cd, which is only one part of ubuntu-cdimage
[16:19] <cjwatson> NCommander: code.launchpad.net/~cjwatson/ubuntu-cdimage/mainline
[16:20] <NCommander> cjwatson, thanks
[16:20] <ogra> well, it might as well be make
[16:20] <ogra> or something completely different
[16:21]  * NCommander guess someone needs to run a build on 127.0.0.1 :-/
[16:23] <amitk> slangasek: I would appreciate feedback on bug 184216. Is the fix to palo acceptable or does linux-libc-dev need to be tweaked?
[16:39] <doko> TheMuso, amitk: if you plan a linux-ports upload before the alpha, please fix #375509
[16:42] <RainCT> Hm.. Am I missing something or binary packages glade-3 and glade-gnome-3 can be removed? They are NBS which only depend upon themselves
[16:46] <ScriptRipper> cjwatson. what you told me did not completely help, sorry.
[16:47] <ScriptRipper> cjwatson: how do i do this working also on debian then?
[16:48] <ScriptRipper> it seems without --install-layout=deb switch binaries are then packaged somewhere else.
[16:48] <ScriptRipper> but this switch does not exist in debian
[16:48] <cjwatson> ScriptRipper: --install-layout=deb should work on Debian too ("work" in the sense of "do nothing"). Beyond that, sorry, I don't know; you have a few pointers now and I'm afraid you'll have to figure the rest out for yourself
[16:48] <calc> cjwatson: is seed format some sort of wiki format?
[16:48] <ScriptRipper> cjwatson: --install-layout=deb gives an error under debian
[16:48]  * calc is looking at the mobile.jaunty bzr checkout and most of the files seem to be some sort of wiki format
[16:49] <cjwatson> ScriptRipper: I'd have to do some reading of the distutils documentation to remember, and I'm doing other things at the moment that are demanding most of my concentration
[16:49] <ScriptRipper> sure
[16:49] <cjwatson> calc: it's descended from a wiki format, yes. See the germinate(1) manual page
[16:49] <calc> cjwatson: ok thanks
[16:49] <ScriptRipper> tnx so far, cjwatson
[16:53] <micahg> Is this the place to discuss versions of packages in main?
[16:56] <sbeattie> calc: is there a replacement for openoffice.org-headless in jaunty?
[16:56] <calc> sbeattie: no it went away
[16:58] <cjwatson> micahg: might be, depends on the question :-)
[16:59] <micahg> user wants to know if php5 5.3 will make it into Karmic
[16:59] <micahg> I was wondering what the policy of pre-release PHP versions is
[17:00] <micahg> question 70902 in launchpad
[17:00] <micahg> hmm, ,guess the bot doesn't do questions
[17:07] <micahg> cjwatson: is this the place for my question ^^^^?
[17:08] <ScottK> micahg: For php, #ubuntu-server is probably better.
[17:09] <micahg> ok, thanks ScottK
[17:13] <infinity> ogra: Certainly looks like a binutils segv to me.
[17:13] <ogra> infinity, yeah
[17:15] <infinity> ogra: I'm willing to believe in cosmic rays and other coincidences though, and give it a second try.
[17:15] <infinity> ogra: If it fails again, you get to go bug-hunting! ;)
[17:15] <infinity> ogra: (or blame doko)
[17:15] <ogra> i'm starting a build on my babbage now
[17:16] <infinity> ogra: Ahh, kay.  We'll wait and see if that links before we retry on the buildds, then/
[17:16] <ogra> well, the buildds are surely faster
[17:16] <ogra> and i wont stay up all night to watch the build fail ... expect earliest feedback tomorrow
[17:17] <ogra> i literally just started the build now
[17:18] <pitti> elmo, infinity, lamont: build killed by Ng, unping
[17:19] <kees> fta: i'm not surprised gcc got more strict, but that warning isn't from any of the compiler hardening bits I turned on.
[17:25] <fta> kees, it's not really a new warning as it's there since gcc3 but apparently, -Wstrict-aliasing now covers more cases, which is always good. I reported the problem upstream already (as i don't want to drop -Werror)
[17:42] <cjwatson> directhex: sorry if I'm being thick, but libgnomeprint2.18-cil seems to be installable to me. What exactly is the problem?
[17:43] <cjwatson> (as in, 'chdist apt-get karmic-i386 update && chdist apt-get karmic-i386 install lbgnomeprint2.18-cil' seems happy)
[17:59] <greg-g> hmm, I can't view all of the tracks on the big schedule for UDS: http://summit.ubuntu.com/uds-karmic/2009-05-25/  on my screen I can only see up til the second Mobile room. Can't scroll.
[18:00] <Pici> Theres a scroll bar on the bottom of the page
[18:01] <greg-g> Pici: not in my Firefox
[18:01]  * ogra suggests to not use an eee700 for the schedule :)
[18:02] <greg-g> ogra: it is my 12.1" laptop ;)
[18:03] <ion_> Can't you scroll with the arrow keys?
[18:03] <greg-g> ion_: nope.
[18:04] <steveire> Hey. I'm creating a string template system which will be an upstream dependancy for KJots and several other KDE apps. I want to make sure it's a good citizen in the packagers world. Can I ask stupid questions about that sort of stuff here?
[18:04] <greg-g> I could scroll by dragging my mouse (to highlight text) but then I got the edge and Fx crashed
[18:04] <greg-g> s/got the/got to the/
[18:05] <greg-g> might be intermittent, in a meeting, will figure it out, just seeing if I was the only one.
[18:06] <Riddell> steveire: go ahead
[18:07] <pitti> Riddell: do you want kdesvn in main? (it's in c-m)
[18:07] <steveire> Sorry, I shouldn't ask to ask I guess. Firstly, when do I bump the .so number of the library? When the vtable, but not the interface changes?
[18:08] <Riddell> pitti: c-m?
[18:08] <pitti> component-mismatches
[18:08] <steveire> Also, the system is plugin based and ships with 3 plugin libraries. Should they have the same .so number as the 'core' library, or should they vary independantly.
[18:09] <lamont> so how do I teach the gimp that I really really don't want it to come up full screen and on top everytime it launches?
[18:09] <lamont> and how do I teach gnome developers to quit telling their apps to do that
[18:09] <ogra> lamont, for a) i'd recommend devilspie (or the equivalent for compiz)
[18:10] <ogra> b) will require a lot diplomacy i assume :)
[18:10] <cjwatson> steveire: the SONAME field in your library should change any time binaries dynamically linked against the old library will break with the new library
[18:10] <Riddell> pitti: universe is fine
[18:10] <lamont> ogra: metacity, actually... no compiz turned on
[18:10] <pitti> Riddell: hm, I wonder what pulls it in
[18:10] <ogra> then devilspie should be fine to manipulate windows
[18:10] <cjwatson> steveire: does anything outside your system need to link with the plugin libraries?
[18:10] <Riddell> pitti: seems to be kdesdk   control: kdesdk-kio-plugins (>= ${source:Version}) | kdesvn-kio-plugins,
[18:11] <Riddell> pitti: but that's an alternative dependency so should be fine to demote
[18:11] <lamont> ogra: and firefox is in there too... it seems to like to grab focus when it finishes rendering the page, never mind that I've seen that, iconified firefox and gone on to other things... ZOMFG we're done rendering we better deiconify and be on top NAO
[18:11] <pitti> Riddell: it's not in main
[18:11] <pitti> Riddell: c-m just wants it to be in main

[18:12] <Riddell> pitti: kdesdk-kio-plugins and kdesdk are in main
[18:12] <ogra> lamont, http://foosel.org/linux/devilspie
[18:13] <Riddell> steveire: plugins shipped with an app in KDE tend to be unversioned and in /usr/lib/kde4
[18:14] <steveire> cjwatson: I don't think anything else needs to link against the plugins. I think they're loaded dynamically by the QtPlugin system. The details are a little fuzzy to me.
[18:15] <steveire> Riddell: So if the plugins are unversioned, what happens if the phonon xine plugin gets backward incompatible changes?
[18:15] <ogra> infinity, oh, my babbage was fast ! got the segfault here too
[18:16] <ogra> infinity, so no need to retry on the buildds until doko has a fix for binutils
[18:16] <Riddell> steveire: incompatible with what?  libphonon is the interface
[18:18] <Riddell> steveire: phonon-backend-xine has a strict dependency on the version of libphonon, it needs to be recompiled for new phonons
[18:20] <steveire> Yes, good point. Plugins are hidden behind the interface, so no problem, right.
[18:22] <steveire> The other thing is header files. If I make a constructor of a public class take a SomeClass instead of an OtherClass in v0.2, you'll just make libgrantlee0.2-dev conflict with libgrantlee0.1-dev, right?
[18:23] <steveire> So plugins don't need an so number at all, right?
[18:24] <steveire> What if one app uses libgrantlee0.1, and another uses libgrantlee0.2, and the plugin interface changed in between. the plugins from v0.1 don't work with 0.2 and vice-versa.
[18:24] <DarkCAMV> Hello, can somebody help with a trouble on wubi?
[18:28] <DarkCAMV> look, I'm using Vista, and when I try to install ubuntu with wubi, it starts, but close without any advice, and ubuntu does not appear on boot list
[18:35] <infinity> ogra: Alright, good to know.
[18:57] <pitti> smb_tp: hm, http://people.ubuntu.com/~ubuntu-archive/testing/karmic_probs.html still has a lot of uninstallability for linux
[18:58] <steveire> Anyone else have thoughts on my plugin issue?
[18:58] <steveire> pitti: Hi. I think we met at lfcs.
[18:59] <pitti> hey steveire
[18:59] <rtg> smb_tp: ?
 smb_tp: hm, http://people.ubuntu.com/~ubuntu-archive/testing/karmic_probs.html still has a lot of uninstallability for linux
[19:00] <smb_tp> rtg, Do you know what might be the problem?
[19:00] <rtg> smb_tp: LBM should be up to -5 by now
[19:00] <rtg> and what is LRM doing in the Karmic archive?
[19:00] <pitti> cprov, infinity, lamont: hm, any idea why palmer builds PPA packages? (eglibc from doko's PPA ATM)
[19:01] <smb_tp> rtg, maybe not yet removed? or moved over from jaunty
[19:01] <rtg> smb_tp: it should be removed
[19:01] <smb_tp> rtg, LBM, Sorry, yeah. I uploaded only the kernel yesterday
[19:01] <rtg> smb_tp: I uploaded LBM this AM (I think)
[19:02] <pitti> linux-backports-modules-karmic-generic depends: linux-backports-modules-2.6.30-5-generic which doesn't exist
[19:02] <rtg> pitti: i386/amd64 are ACCEPTED
[19:02] <maxb> I'd assumed that certain key developers had special non-virtual PPAs to allow them to test-build on all architectures, no?
[19:02] <pitti> rtg: ah, just NEWed? okay
[19:02] <pitti> maxb: for i386?
[19:03] <maxb> well, the builds go to the official build cluster rather than the normal PPA one
[19:04] <rtg> smb_tp: the LBM issue should correct itself shortly. pitti - please remove the LRM package (for now)
[19:04] <maxb> doko's eglibc is also building on sparc and armel right now
[19:04] <smb_tp> rtg, Ah, ok. Thanks
[19:07] <pitti> rtg: we removed the old binaries
[19:07] <pitti> rtg: any idea why the i386 linux-generic/linux isn't installable?
[19:08] <rtg> pitti: for which package? LRM?
[19:08] <pitti> rtg: no, linux-meta
[19:09] <rtg> pitti: I think because LBM in the archive is still the -2 ABI, whereas linux-meta wants -5
[19:09] <pitti> rtg: but linux-image shouldn't pull in lbm surely?
[19:09] <pitti> also, it works on amd64
[19:10] <rtg> pitti: hmm, thats not what your web page says. it references both arches.
[19:11] <pitti> rtg: ah, it was updated 10 minutes ago
[19:11] <pitti> was still looking at the previous version
[19:11] <directhex> cjwatson, your mirror needs cleaning up. the problem package is libart2.24-cil which is NBS in karmic (it was incorrectly ABI bumped from 2.0)
[19:11] <pitti> rtg: just lbm now, so that should be good; I removed l-r-m binaries; thanks!
[19:13] <directhex> cjwatson, try installing libgnomeprint2.18-cil and libgnomepanel2.24-cil at the same time
[19:14] <cjwatson> directhex: "my mirror" is archive.ubuntu.com ;-)
[19:14] <cjwatson> OK, thanks
[19:14] <pitti> lool: mpi-defaults wasn't as trivial as you thought; it pulls in openmpi and lam, both of which we certainly don't want to support in main
[19:15] <cjwatson> directhex: ah, yes, I see it. Dinner now, will sponsor later
[19:17] <directhex> cjwatson, thanks :)
[19:29] <pitti> Riddell: kdepim-dev depends libplasma-dev, but that package doesn't exist
[19:30] <pitti> Riddell: I'm not actually sure why kdepim itself isn't installable, it seems to work here (amd64)
[19:31] <pitti> Riddell: ah, you fixed pim-dev already, nevermind
[19:31] <pitti> so that just needs publishing
[19:32] <pitti> cprov, infinity, lamont: crested/amd64 is also building eglibc (PPA) now, thus effectively blocking much needed buildd power for hours
[19:42] <linkz0r> hi
[19:43] <linkz0r> can autotools generate makefiles that works on toolchains other than gcc-like ones?
[19:43] <linkz0r> or can it work with compilers other than gcc?
[19:49] <slangasek> amitk: https://bugs.launchpad.net/ubuntu/+source/palo/+bug/184216/comments/9
[19:50] <slangasek> amitk: headers published to userspace should be usable; this is still a bug in linux-libc-dev
[19:54] <calc> the seed desktop-common is what is in desktop that isn't specific to a particular desktop (eg gnome/kde/xfce)?
[19:55] <cjwatson> linkz0r: autotools' overriding goal is portability, so I'd be astonished if it were restricted to just gcc. It certainly checks for other compilers
[19:55] <cjwatson> or rather, it checks for gcc rather than assuming it
[19:58] <linkz0r> hmm so how should i go on using other compilers?
[19:58] <linkz0r> what do i need to add to support cl for example?
[20:03] <Riddell> calc: it's what should be on both the ubuntu desktop and kubuntu disks
[20:05] <calc> Riddell: ok
[20:05] <calc> Riddell: i saw that unr pulled desktop-common so i guess it builds its desktop on top of that instead of ubuntu/kubuntu specifically
[20:05] <Riddell> yes, unr has its own desktop seed
[20:07] <tdapple> why do the gnome dev channels seem dead?
[20:07] <tdapple> no traffic i mean
[20:08] <calc> tdapple: on irc.gnome.org ?
[20:08] <tdapple> calc, yes
[20:08] <calc> tdapple: oh, probably just a lot of people idling
[20:08] <tdapple> lots of people signed on...they just seem to be less chatty than kde folks i guess
[20:09] <tdapple> KDE channels are like a social club
[20:13] <cjwatson> linkz0r: cl?
[20:13] <cjwatson> oh, Windows
[20:13] <cjwatson> linkz0r: autoconf already seems to check for cl.exe
[20:14] <cjwatson> linkz0r: it's one of the things looked for by AC_PROG_CC and AC_PROG_CXX
[20:15] <cjwatson> linkz0r: so why not just try it and see if it works? :-)
[20:15] <linkz0r> cjwatson: checking right now :)
[20:17] <steveire> cjwatson: Is there any more information I can give you re https://bugs.launchpad.net/ubuntu/+source/parted/+bug/366282
[20:17] <steveire> Or anything else I can do?
[20:17] <cjwatson> steveire: oh, sorry, I've been remiss in not dealing with that, just been swamped with jaunty bringup - I'll try to look at it first thing tomorrow, or else remind me in European working hours
[20:18] <cjwatson> s/jaunty/karmic/ of course
[20:18] <steveire> Cheers.
[20:39] <pitti> bdmurray: wrt your stock reply for hal-info patches, I'm upstream and commit patches directly there; so no need to ask bug reporters to forward it
[20:40] <bdmurray> pitti: which standard response is that?
[20:40] <pitti> bdmurray: https://bugs.edge.launchpad.net/ubuntu/+source/hal-info/+bug/355520/comments/2
[20:40] <bdmurray> pitti: I think that was a one off but noted
[20:41] <pitti> bdmurray: ah, I saw the same response in the previous bug that I just committed
[20:41] <pitti> bug 356019
[20:41] <bdmurray> pitti: other than flagging them as patch should anything else be done to bring them to your attention
[20:41] <pitti> bdmurray: "triaged" is really good
[20:41] <pitti> they stand out
[20:42] <ScottK> Of course that's a restricted status.
[20:42] <bdmurray> pitti: okay, a 2 off response then
[20:42] <pitti> bdmurray: heh, ok; I thought you had some clever scripts which do that
[20:42] <bdmurray> pitti: not for that one
[21:09] <pitti> kirkland: do you want to keep byobu-extras in main? if so, please seed it somewhere
[21:11] <kirkland> pitti: yes, please
[21:11] <kirkland> pitti: okay, will do
[21:16] <cody-somerville> Does Linux have the fchroot syscall?
[21:19] <dtchen> not that i'm aware.
[21:23] <jjohansen> no it doesn't
[21:26] <torkiano> hello all, only curious; is necessary a special requisite to attende to uds ? is a open meeting?
[21:30] <jpds> torkiano: Open. You just have to get there.
[21:46] <pitti> calc: was the removal of openoffice.org-kde more like a merge accident? should we put it back?
[21:49] <calc> hold on, running to meet UPS
[21:50] <calc> pitti: so apparently the kde folks in Debian want it gone or something to that effect
[21:50] <calc> pitti: not sure what we want to do long term, it sounds like Debian is attempting to drop KDE3 libraries
[21:50] <calc> but that might be wrong
[21:50] <ScottK> calc: Yes,  Debian KDE people are being more agressive about dumping KDE3 stuff.
[21:50] <pitti> calc: that's what the changelog said anyway
[21:51] <pitti> but Riddell said Kubuntu still wants it, AFAIUI?
[21:51] <calc> pitti: are we planning on keeping KDE3 around after Debian drops it?
[21:51] <ScottK> I'm reasonably certain we still want it until the KDE4 version is usable.
[21:51] <calc> pitti: well for jaunty anyway yea
[21:51]  * pitti takes that as "karmic"
[21:51] <pitti> calc: I don't know, that's a q for the kubuntu folks
[21:51] <calc> ScottK: afaik no one is working on kde4 support for OOo
[21:51] <calc> pitti: ok
[21:51] <calc> Riddell: ping
[21:51] <ScottK> calc: Yes.  It's a problem.
[21:52] <pitti> anyway, I'm about to fall off my chair; good night, see you tomorrow!
[21:52] <calc> wow official Ubuntu box tape, heh
[21:52] <dtchen> 'night pitti
[21:55] <nixternal> ScottK and calc: speaking of OOo KDE4, there was a request, I think from Riddell actually, for someone to help doing the work...I looked into it but quickly received one hell of a head ache...so ScottK if it is something that is needed, which it is, we need to get people working on it...this would be a perfect opportunity for Kubuntu to really contribute back
[21:56] <ScottK> nixternal: I agree.
[21:56]  * nixternal looks at it again
[21:56] <nixternal> this time with a 12-pack :p
[21:56] <nixternal> of course this -> http://kde.openoffice.org/ <- doesn't help much
[21:57] <ScottK> I think SuSE was working on it last, but I'm not sure.
[21:57] <nixternal> not working on it, just sponsoring it last time I asked
[21:57] <nixternal> I tried to get a hold of the original person on the project, it was impossible
[22:03] <slangasek> pitti: could you have a look at the fdi file and instructions I provided in https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/360795/comments/17, and tell me if I've done something obviously wrong?
[22:09] <calc> the last person to work on KDE stuff for OOo was kendy at Novell
[22:09] <calc> he still works on OOo but was too busy at least the last time I asked about the KDE4 stuff
[22:09] <nixternal> groovy, thanks calc for that
[22:31] <Riddell> pong calc
[22:37] <seb128> lamont: could you have a look to the patch in bug #348990?
[22:46] <seb128> mathiaz: hi, could you review bug #365390?
[22:51] <mathiaz> seb128: sure
[22:51] <seb128> mathiaz: thanks
[22:56] <seb128> mathiaz: #371829 has been updated since your comment too if you want to re review this one
[22:57] <seb128> mathiaz: and bug #372358
[22:57] <mathiaz> seb128: right - I'll have a look at these too.
[22:58] <seb128> mathiaz: thanks
[22:58] <mathiaz> seb128: are you clearing up the sponsorship queue?
[22:58] <seb128> I'm trying to clean a bit the sponsoring list before having dholbach exploding ;-)
[22:58] <seb128> mathiaz: yes, it's over a screen long for main again so trying to get it back under control
[22:59] <seb128> mathiaz: sorry for the pings if you watch it regularly but I know that some people don't and they don't notice things waiting there
[22:59] <seb128> so it's just a gentle reminder ;-)
[23:00] <mathiaz> seb128: ok
[23:48] <lamont> seb128: will do
[23:49] <seb128> lamont: thanks
[23:49] <lamont> I also need to package the lastest postfix version
[23:49] <lamont> seb128: though I expect you want that after alpha - the patch before?
[23:49] <seb128> lamont: I don't really care before or after alpha, I just try to clean the sponsoring list
[23:50] <seb128> lamont: having a postfix upload should not impact on the cds since it's not installed by default
[23:55] <lamont> cool