[12:22] <mjg59> Kamion: I don't think I have access to the seeds, or has that changed?
[12:23] <crimsun> all core-dev have access to the seeds
[12:23] <mjg59> Ah, right
[12:23] <Keybuk> mjg59: bzr checkout sftp://mjg59@bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.edgy
[12:24] <Keybuk> you'll need to give launchpad your ssh public keys using the link at /people/mjg59
[12:26] <bddebian> Bye folks
[12:27] <mjg59> Ok, the change looks like crack
[12:27] <mjg59> I'll talk to the debian maintainer
[12:43] <Keybuk> mdz: ok, that Debian day brought us no new merges
[12:54] <mdz> Keybuk: unsurprising considering the day
[12:55] <Keybuk> indeed
[12:55] <Keybuk> that's why I thought today would be a good day to declare UVF :p
[12:56] <sladen> Keybuk: is that in 65minutes, or 1505 minutes?
[12:56] <Keybuk> sladen: eh?
[12:56] <Keybuk> oh
[12:56] <Keybuk> Debian's days are 1440 minutes
[12:56] <Keybuk> ours are 60 minutes
[12:56] <sladen> Keybuk: when does UVF actually kick in given I've been off-net with weddings and et al and still need to do merges
[12:57] <Keybuk> sladen: which merges do you still need to do? :p
[12:57] <sladen> Keybuk: I haven't even looked ;-)
[12:57] <Keybuk> https://merges.ubuntu.com/main.html#outstanding
[12:57] <Keybuk> no Paul Sladen there
[12:57] <Keybuk> (I did several of yours myself)
[12:57] <sladen> oooh, excellent, 
[12:57] <Keybuk> ours haven't been 30 minutes since LP
[12:57] <Keybuk> LP is slower than Katie
[12:58] <Keybuk> mdz: so the only two outstanding merges we don't know what's happening with are gdebi and enigmail
[12:58] <sladen> ...think katie would be more fun
[12:59] <Keybuk> mdz: shall we declare UVF?
[01:00] <mdz> Keybuk: gdebi is of ubuntu origins so I'm not concerned
[01:00] <mdz> and enigmail only has packaging changes, I'll have a look at it
[01:01] <mdz> the only interesting thing in the enigmail changelog is a build failure fix for amd64/powerpc
[01:01] <mdz> if it fails, we'll fix it then
[01:02] <mdz> Keybuk: so yes
[01:02] <Keybuk> ok, you want to send the mail to u-d-a, or should I?
[01:02] <mdz> Keybuk: I shall
[01:02] <Keybuk> ok
[01:03] <mdz> ubuntu-desktop still isn't installabe but I think the two remaining fixes are in the pipeline
[01:03] <mdz> gnome-applets and xorg
[01:03] <Keybuk> *nods* gnome-applets is from GNOME not Debian, and xorg is at least sync'd
[01:05] <mdz> gnome-applets built on i386 but nowhere else
[01:05] <mdz> looks like it might need retries
[01:07] <Keybuk> gnome-applets 2.15.1.1-0ubuntu2 - powerpc ia64 sparc amd64
[01:07] <Keybuk> done
[01:15] <jdub> 09:12  * mclasen already has libdbus in /lib
[01:15] <jdub> 09:12 < mclasen> fedora leads the way...
[01:15] <jdub> 09:13 < mclasen> I also have glib in /lib...
[01:15] <jdub> :-)
[01:17] <mdz> the new jabber icon in gaim looks a little bit like a Debian swirl
[01:21] <mdz> mesa is dep-waiting on lesstif2-dev
[01:22] <mdz> which is in universe
[01:24] <mdz> rodarvus: it looks like your merge reintroduced that dependency; it had been dropped
[02:03] <Keybuk> jdub: and this is considered a good thing because ... ?
[02:04] <rodarvus> mdz: yes, debian mesa has libGLW built in
[02:04] <rodarvus> mdz: should I rebuilt mesa with this disabled? (but this way we would diverge from them)
[02:05] <Keybuk> mdz: "With the With the upstream churn in Edgy settling down, we can start to introduce our own breakage."
[02:05] <Keybuk> been on the red wine, have we? :)
[02:07] <rodarvus> mdz: regarding xserver-xorg-input-elographics, I'm afraid I'm not in position of saying if it should be promoted to main (and be included in xserver-xorg-input-all) or just stay in universe
[02:08] <rodarvus> there are other X input drivers already in universe so I'd leave it there
[02:16] <mdz> Keybuk: vi failure
[02:16] <mdz> rodarvus: it's already in main
[02:17] <mdz> rodarvus: regarding mesa, we made a decision some time ago to not support lesstif, and did some work to eliminate dependencies on it (including mesa)
[02:18] <mdz> rodarvus: one way or another, we want the core to be installable tomorrow so that we can roll a milestone.  disabling the lesstif support seems the most expedient way to do that
[02:18] <rodarvus> *nods*
[02:18] <rodarvus> mdz: it shouldn't be much trouble to remove lesstiff support again, I just need your approval to go ahead, then
[02:19] <mdz> rodarvus: please do
[02:19] <rodarvus> doing it now
[02:19] <mdz> thanks
[02:20] <crimsun> mdz: does universe have the same UVF date (today), or is it in late Sept as noted on the schedule?
[02:20] <mdz> crimsun: the latter
[02:20] <crimsun> mdz: thanks
[02:20] <mdz> I should have qualified the announcement
[02:21] <mdz> hmm, gnome-applets still failing on !i386
[02:21] <zul> hey
[02:27] <ogra> mdz, ok to upload g-p-m ?
[02:27] <mdz> ogra: merge?
[02:27] <mdz> does it install and work?
[02:28] <ogra> merge and new upstream version 
[02:28] <ogra> wont suspend and hibernate without polkitd from hal, pitti is aware
[02:29] <ogra> (policy kit is also used in control center now according to seb)
[02:29] <ogra> but the rest works ... (lock on lid close, battery state changes etc)
[02:33] <ogra> mdz, http://people.ubuntu.com/~ogra/g-p-m-changelog.txt
[02:35] <mdz> ogra: I think breaking suspend and hibernate entirely will get us a lot of unnecessary bug reports from knot 1
[02:35] <mdz> ogra: better to land it with the necessary hal changes
[02:36] <ogra> mdz, so shall i keep it back
[02:36] <ogra> ?
[02:36] <ogra> ok
[02:36] <mdz> yes
[02:36] <ogra> i can forward it to dholbach then, he wanted to care for the icon stuff anyway
[02:36] <mdz> ogra: ok, go to sleep :-P
[02:37] <ogra> heh, i just opened a bottle of merlot ... its nice and quiet here in the garden in the dark :) but i'll go soon, promised :)
[02:44] <mjg59> Any alsa-type people around?
[02:47] <zul> i think crimsun might be around
[02:48] <Keybuk> ogra: heh, I have a bottle of cabernet here :)  a toast ? :p
[02:49] <ogra> sure :)
[02:50] <Keybuk> dunno what to
[02:50] <ogra> may we still see many UVFs together :)
[02:51] <ogra> (nut the next ones later in the cycle please)
[02:51] <ogra> *but
[02:53] <Keybuk> hehe :)
[02:53] <Keybuk> may they all be as easy as this one was
[02:54] <Keybuk> right, bed or I shall miss the meeting
[02:54] <Keybuk> nite
[02:54] <ogra> yeah !
[02:55] <ogra> wow, initramfs-tools changelog has an impressive length
[02:57] <jdub> yeah, i can almost taste the sweat dripping off it
[02:57] <crimsun> mjg59: hi
[02:59] <mjg59> crimsun: So, bluetooth headphones are driven with a userspace plugin
[03:00] <mjg59> crimsun: What's the right way to configure this? Have a bluetooth configuration program fiddle with .asoundrc?
[03:01] <crimsun> mjg59: aside from the hciconfig/btsco stuff, it's probably best to invoke asoundconf to alter ~/.asoundrc.asoundconf
[03:02] <mjg59> crimsun: The setup stuff will be dealt with via hal
[03:02] <Lathiat> mmm http://lists.grok.org.uk/pipermail/full-disclosure/2006-July/047831.html
[03:02] <mjg59> So the UI should call asoundconf when the user chooses to connect?
[03:03] <Lathiat> is that what th ekernel update from yesterday was for?
[03:03] <crimsun> mjg59: referring to the equiv of a2play/a2recv?
[03:03] <Lathiat> ah yeh, was
[03:03] <mjg59> crimsun: Not exactly
[03:04] <mjg59> crimsun: So there'll be a GTK application which will show available bluetooth devices
[03:04] <crimsun> ok
[03:05] <crimsun> if the app has facilities to connect, etc., it shouldn't touch asoundrc
[03:05] <mjg59> If a user chooses to bind to an a2dp device, we should just pair and then call asoundconf?
[03:05] <mjg59> This is for session-wide setup
[03:05] <mjg59> Rather than per-application setup
[03:06] <crimsun> let me read the parameters for a2*
[03:07] <mjg59> pcm_a2dp.c is the appropriate code in the btsco tree
[03:09] <crimsun> I love sf.net
[03:16] <crimsun> mjg59: ok, does this session-wide setup involve setting a default device?
[03:17] <crimsun> mjg59: default -> system-wide, which would affect all sound
[03:18] <bddebian> Howdy folks
[03:19] <mjg59> crimsun: Nope
[03:19] <crimsun> mjg59: if not (and I don't see why it would need to set default for the system), no setting of ~/.asoundrc* is necessary. At the most you'd need to pull the necessary info from ``asoundconf list'' to pass to whatever alsa app is handling the playback (aplay, gst, etc.)
[03:20] <mjg59> crimsun: How does asoundconf know about the bluetooth device?
[03:20] <crimsun> mjg59: it doesn't, it only parses /proc/asound/cards
[03:20] <mjg59> crimsun: Right. So, how does that help? :)
[03:21] <crimsun> mjg59: I'm just saying it doesn't have to touch ~/.asoundrc* at all :)
[03:21] <mjg59> crimsun: But if it doesn't touch .asoundrc, nothing knows about the bluetooth device
[03:22] <crimsun> mjg59: it doesn't need to touch .asoundrc to be available to other apps
[03:22] <mjg59> crimsun: How do other apps know about it?
[03:22] <crimsun> mjg59: the same way gst would handle it
[03:23] <mjg59> crimsun: I'm afraid I don't understand
[03:23] <mjg59> crimsun: I'm trying to work out how to pass this information to other applications
[03:24] <crimsun> mjg59: ok. ``asoundconf list'' will enumerate the alsa device name strings, and you could pass one of them to whatever alsa-native app/lib is handling the connect
[03:24] <mjg59> crimsun: But it gets device name strings from /proc/asound/cards?
[03:24] <mjg59> If so, the bluetooth device isn't going to be in there
[03:25] <crimsun> err, why not? It's an alsa device...
[03:25] <mjg59> It's a userspace device
[03:26] <mjg59> libalsa calls the plugin, it doesn't go through any kernel driver
[03:26] <crimsun> so you want to know how to enumerate the addresses?
[03:27] <mjg59> I have a bluetooth address that I know corresponds to a device that can be driven via alsa.
[03:27] <mjg59> By putting something like:
[03:27] <mjg59> pcm.headphone { type a2dp bdaddr 00:0D:44:2A:14:66
[03:27] <mjg59> }
[03:27] <mjg59> in .asoundrc, pcm.headphone is a valid alsa output
[03:27] <crimsun> ah, and then you'd use headphone.
[03:27] <crimsun> right.
[03:27] <mjg59> Yes
[03:28] <mjg59> So, should my application be doing that?
[03:28] <crimsun> well, ideally it should be calling asoundconf, which means we need to extend asoundconf
[03:28] <mjg59> Ok
[03:28] <mjg59> Effectively, I just want to be able to add and remove headphone devices as necessary
[03:29] <mjg59> And get the list of currently defined ones
[03:29] <crimsun> ok, the caveat is that .asoundrc is only parsed per-startup
[03:29] <mjg59> Application startup?
[03:29] <crimsun> so I'm not sure how to handle the dynamic case
[03:29] <crimsun> yes
[03:30] <mjg59> Right. We'll worry about that later.
[03:30] <mjg59> The docs seem to suggest that there's a different API for applications to get a list of asoundrc defined devies
[03:30] <mjg59> So are any applications actually going to list the headphones?
[03:31] <crimsun> yes
[03:32] <mjg59> Ok, that's good
[03:34] <bddebian> Heya Hobbsee
[03:35] <Hobbsee> morning all
[03:35] <Hobbsee> bddebian: :)
[03:35] <zul> everning
[03:36] <Hobbsee> hey zul :)
[03:37] <bluefoxicy> Hobbsee:  wb.
[03:37] <Hobbsee> hey bluefoxicy 
[03:37] <Hobbsee> bluefoxicy: see, i'm awake!  and it's still before noon!
[03:37] <Hobbsee> just
[03:37] <bluefoxicy> haha
[03:37] <bluefoxicy> I wouldn't know, it's 9pm here now :P
[03:38] <Hobbsee> heh
[03:38] <bluefoxicy> I am still fishing around for gcc developers trying to get one to walk me through altering this stack smash protection code
[03:38] <Hobbsee> bluefoxicy: are they likely to be here?
[03:38] <zul> good luck :)
[03:38] <bluefoxicy> Hobbsee:  I have no idea, I've tried #gcc on oftc
[03:40] <zul> i though there was a conference going on?
[03:40] <bluefoxicy> I dunno.  What's a conference?
[03:40] <bluefoxicy> Like when your teacher calls your parents and then you get a spanking later?
[03:41] <zul> gcc developers summit
[03:41] <bluefoxicy> oh.  Crud.  That means they're all too busy.
[03:41] <zul> oops nope that was on the 30th never mind
[03:42] <bluefoxicy> lol
[03:42] <crimsun> err, d'oh, the [Ubuntu] Patches link on http://packages.qa.debian.org/$srcpkg is invalid. Need to ping keybuk about that.
[03:43] <bddebian> bluefoxicy: Talk to drepper, I'm sure he'd be helpful :-)
[03:43] <bluefoxicy> bddebian:  Ulrich?  I'm afraid he'll bite me.  He's from redhat, the thing I'm trying to put in they took out in the first place >:O
[03:44] <bddebian> That was sarcasm :-)
[03:44] <bluefoxicy> oh o.o
[03:46] <Hobbsee> i wonder if the package got thru NEW anyway
[03:47] <Hobbsee> ah, it has.  i have no sponsor.  dammit.
[03:48] <bddebian> We have sponsors?
[03:48] <Hobbsee> bddebian: to upload to main?  well, last i knew, i couldnt do it
[03:51] <rodarvus> Hobbsee: what package and patch do you need sponsored?
[03:52] <Hobbsee> rodarvus: looks like crimsun is sponsoring it.  thanks :)
[03:52] <rodarvus> *nods*
[03:52] <rodarvus> :)
[03:52] <crimsun> rodarvus: thanks for kicking ass with X.Org
[03:52] <Hobbsee> crimsun: it's installable, go for it :)
[03:53] <rodarvus> crimsun: believe it or not, I'm actually enjoying it :)
[03:53] <bddebian> Heh
[03:53] <Hobbsee> rodarvus: are you insane then?
[03:53] <Hobbsee> :P
[03:54] <rodarvus> the sodomotron is passed from generation to generation
[03:55] <zul> must...hold...tongue
[03:56] <rodarvus> haha
[03:56] <bddebian> Gah, mesa hasn't built yet :-(
[03:57] <jsgotangco> *ickk*
[03:57] <bddebian> "Bring out the gimp"
[03:58] <Hobbsee> rodarvus: didnt notice that'd it'd been NEW'd to universe, and wasnt in main yet.  i should put my glasses on :P
[04:00] <rodarvus> bddebian: mesa will start being built in the next few minutes (in some of the archs, at least)
[04:00] <bddebian> rodarvus: thx
[04:00] <rodarvus> bad news is that it takes 25 minutes to build mesa on i386
[04:00] <bddebian> Aye
[06:58] <stub> Launchpad will be going down in 15 minutes for its regular code update (delayed two days). Estimated down time is 10 minutes.
[07:01] <bluefoxicy> refueling the oxygen tanks?
[07:02] <Hobbsee> ah, just when i was going to request a sync.
[07:14] <sharms> anyone read me -devel message?
[07:23] <raphink> mdz: hi mdz
[07:24] <raphink> if I'd like to request the sync of a package that is not in Ubuntu yet, how should I do it?
[07:24] <raphink> (given that the package doesn't exist on LP yet)
[07:26] <Hobbsee> raphink: where's it from?  debian experimental?
[07:26] <raphink> nope, unstable
[07:26] <raphink> but it was added only recently
[07:26] <raphink> and I'm wondering if the automatic syncer is still on
[07:26] <Hobbsee> raphink: it didnt autosync?  is it going into main, or what?
[07:27] <Hobbsee> raphink: a few days ago i had that too - just request  a sync as normal, and subscribe the archive
[07:27] <raphink> Hobbsee: we are in UVF, so the autosync shouldn't be on
[07:27] <raphink> Hobbsee: and how do I request a sync on a package that is not in ubuntu yet?
[07:27] <Hobbsee> raphink: yeah, just....
[07:27] <crimsun> raphink: /j #launchpad, ask for the source package name to be added, then file the bug as usual
[07:27] <Hobbsee> say please sync version this from here, it builds and installs fine on ubuntu, etc.
[07:28] <raphink> crimsun: ok
[07:28] <Hobbsee> (like in the developer docs)
[07:28] <raphink> Hobbsee: you don't get the problem... there's no entry for this package on LP ;)
[07:28] <Hobbsee> ah, yeah, that would work too
[07:28] <Hobbsee> hehe - that's why i used "file a bug" link, and did it under generic ubuntu
[07:29] <raphink> Hobbsee: and what package did you put it on?
[07:30] <Hobbsee> raphink: https://launchpad.net/distros/ubuntu/+filebug from https://wiki.ubuntu.com/DeveloperResources
[07:30] <raphink> ok
[07:32] <raphink> ok thank you 
[07:44] <fabbione> morning
[07:45] <Mithrandir> morning, Fabio
[07:47] <Hobbsee> hey fabbione, Mithrandir 
[07:47] <mdz> raphink: automatic syncs were happening daily until today
[07:47] <mdz> raphink: so unless it landed today, it's probably in the queue
[07:47] <Mithrandir> morning, Hobbsee
[08:05] <sivang> morning
[08:07] <raphink> mdz: is there a place where we can see the autosyncs queue?
[08:07] <raphink> shalom sivang
[08:09] <Hobbsee> hi sivang 
[08:10] <sivang> boker tov raphink 
[08:10] <raphink> :)
[08:10] <sivang> hey Hobbsee 
[08:11] <Hobbsee> sivang: good luck!
[08:11] <sivang> Hobbsee: luck has nothing to do with it :)
[08:11] <sivang> morning pygi 
[08:11] <Hobbsee> heh, true
[08:13] <sharms> Will the compromise of the debian core dev server gluck (http://lists.debian.org/debian-devel-announce/2006/07/msg00003.html) put a hold on syncs until damage is researched?
[08:16] <Mithrandir> sharms: gluck is not part of the archive infrastructure in Debian, so I would be very surprised if so.
[08:18] <StevenK> The archive has never been on gluck, from memory.
[08:18] <StevenK> It's been auric, raff and merkel, right?
[08:19] <sharms> Just was curious since if they compromised that machine if the collateral could reach out to archive
[08:19] <Mithrandir> StevenK: not merkel, afaik.
[08:19] <StevenK> The copy is on merkel
[08:20] <Mithrandir> StevenK: there are copies all over the place, but that's hardly relevant. :-P
[08:20] <Mithrandir> there's a mirror on gluck too, afaik.
[08:20] <StevenK> Ah
[08:20] <StevenK> I certainly don't usually keep track as to what's on the d.o machines.
[08:20] <StevenK> That's what we don't pay the DSA for.
[08:21] <Mithrandir> sharms: most debian developers can't log in to spohr, aka ftp-master.debian.org so the chance of said machine being compromised is slim.
[08:34] <crimsun> Mithrandir: may I upload alsa-lib with the following patch applied?  http://tinyurl.com/qx92k
[08:34] <crimsun> (it's used now that we have snd-aoa in the Edgy kernel)
[08:35] <Mithrandir> crimsun: looks good, feel free to upload.
[08:35] <crimsun> Mithrandir: thank you
[08:36] <sivang> hmm
[08:36] <sivang> Setting up xfonts-scalable (1.0.0-4) ...
[08:36] <sivang> warning: /usr/lib/X11/fonts/Type1 does not exist or is not a directory
[08:37] <fabbione> sivang: what's the first word?
[08:41] <sivang> fabbione: /me checks
[08:41] <sivang> fabbione: http://paste.ubuntu-nl.org/17894
[08:42] <fabbione> sivang: in the message you did paste here in the channel.. what's the first word :)
[08:43] <sivang> fabbione: "Setting" ? :-)
[08:44] <Mithrandir> sivang: next line.  First word. :-P
[08:44] <sivang> fabbione: "warning:" 
[08:44] <pitti> Good morning
[08:44] <fabbione> sivang: score....
[08:44] <ivoks> pitti: 'morning
[08:44] <sivang> fabbione: heh
[08:44] <fabbione> sivang: warning != error...
[08:45] <pitti> hey sivang 
[08:45] <sivang> fabbione: indeed, you have a way of prooving people like the army here commanders here do :p
[08:45] <sivang> s/here///
[08:46] <sivang> Hi pitti !
[08:46] <Hobbsee> hey pitti!
[08:46] <fabbione> sivang: it's an effect of 3 years of air force
[08:47] <sivang> fabbione: hehe
[08:47] <mdz> raphink: there isn't a separate queue for it; they go into the normal upload queue(s)
[08:48] <mdz> raphink: and no, those are not publicly viewable at present
[08:58] <Kamion> mdz: my germinate output on rookery runs every hour at :02 based on the archive mirror on rookery (which IIRC updates every six hours); cron.germinate runs on drescher at :30 and anastacia updates at :35
[08:58] <Kamion> mdz: so they can get sufficiently out of sync to be confusing, certainly
[09:00] <pitti> hey dholbach 
[09:00] <ogra> yo dholbach 
[09:00] <dholbach> hey pitti - good morning
[09:01] <dholbach> hey ogra
[09:01] <jdub> mdz: interesting initramfs discussion in lwn this week
[09:01] <mdz> jdub: interesting but inaccurate
[09:01] <mdz> talk about it after the meeting
[09:02] <ogra> dholbach, g-p-m will not be uploaded before polkit is in hal (mdz request), so there is plenty of time to fix the icons ... i'll move the package to rookery after the meeting
[09:02] <jdub> mdz: cool
[09:02] <dholbach> ah ok - cool
[09:02] <Mithrandir> ogra: note that main is frozen ATM.
[09:03] <ogra> Mithrandir, yes, i know ... adding plicy kit will take some days i guess 
[09:03] <ogra> *policy
[09:03] <ogra> so dont worry about the knot :)
[09:07] <seb128> fabbione: 
[09:07] <seb128> $ xvfb-run echo
[09:07] <seb128> kill: 158: No such process
[09:07] <seb128> fabbione: is that you I should bug about that? It breaks pygobject build by example ...
[09:08] <fabbione> seb128: on what arch?
[09:08] <seb128> i386
[09:08] <fabbione> only? or is it everywhere?
[09:09] <seb128> I don't have any one arch to try on
[09:09] <seb128> that's on my desktop
[09:09] <fabbione> it's probably due to the fonts breakage but please file a bug.. i will look at it either tomorrow or monday
[09:09] <seb128> ok, thank you
[09:09] <fabbione> seb128: that assume that i will still be around.. so please just subscribe the X SWAT to it
[09:10] <fabbione> so that somebody else can look at it if my wife decides to give birth all of a sudden
[09:10] <seb128> fabbione: ok, I might have a look myself on it after meeting, I'll let you know
[09:10] <fabbione> seb128: xvfb-run is a perl wrapper script that passes some args and opts to the real xvfb
[09:10] <fabbione> seb128: i suggest you just unroll what you are trying to do
[09:11] <fabbione> and get to the real cmd line call to see
[09:11] <seb128> ok, will do that, thank you
[09:11] <fabbione> and from there get the error
[09:11] <fabbione> also.. iirc xvfb expects an X client.. echo isn't
[09:14] <pitti> moin carlos 
[09:14] <carlos> hi
[09:14] <seb128> fabbione: 
[09:14] <seb128> "# Kill Xvfb now that the command has exited.
[09:14] <seb128> kill $XVFBPID"
[09:14] <seb128> that is the issue
[09:14] <seb128> the Xvfb it tries to kill is not running
[09:15] <fabbione> seb128: that's why you need to understand why it's not running
[09:16] <Kamion> Keybuk: OOH queue has been fixed to tell us which items are new!
[09:16] <Kamion>    70752 | -B | gfxboot (i386)       | 3.2.23-2ubuntu1      | 14 hours
[09:16] <Kamion>          | * gfxboot/3.2.23-2ubuntu1/i386 Component: main Section: utils Priority: OPTIONAL
[09:16] <Kamion>          | N gfxboot-theme-nld/3.2.23-2ubuntu1/i386 Component: main Section: utils Priority: OPTIONAL
[09:16] <Kamion>          | N gfxboot-theme-sles/3.2.23-2ubuntu1/i386 Component: main Section: utils Priority: OPTIONAL
[09:16] <Kamion>          | N gfxboot-theme-suse/3.2.23-2ubuntu1/i386 Component: main Section: utils Priority: OPTIONAL
[09:16] <Kamion>          | * gfxboot_3.2.23-2ubuntu1_i386_translations.tar.gz Format: ROSETTA_TRANSLATIONS
[09:17] <Keybuk> Kamion: they changed their rollout day?
[09:17] <Kamion> dunno, but there it is
[09:19] <fabbione> rodarvus: no you can't install parallel LP instances for other reasons. it's not just a matter of ports
[09:20] <rodarvus> locking, I guess?
[09:20] <Keybuk> I don't really see why you can't
[09:20] <Keybuk> buildd slave isn't big
[09:21] <rodarvus> all that should be configurable somewhere inside buildd (but of course I might be missing something obvious here)
[09:21] <fabbione> Keybuk: different running users? path to chroots?
[09:21] <Keybuk> fabbione: you could use the same chroots
[09:21] <fabbione> Keybuk: the sbuild chroot inherits some stuff from the running user
[09:21] <Keybuk> probably even run as the same user
[09:22] <fabbione> Keybuk: no you can't. sbuildd will go nuts
[09:22] <Keybuk> no it won't
[09:22] <Keybuk> chroots are unpacked anew for each build in LP
[09:22] <Keybuk> not reused
[09:22] <fabbione> if you want to run 32 instances of sbuild as the same user in LP, you will have issues
[09:22] <fabbione> stuff needs to be designed to do so
[09:23] <pitti> doko: that's the fixed gcc for powerpc? :)
[09:24] <doko> pitti: yes, so slomo__ could check as well
[09:24] <pitti> slomo__: ^ this could interest you as well (deb http://people.ubuntu.com/~doko/gcc-powerpc/ ./)
[09:24] <pitti> doko: so this is just blocked on infinity now
[09:37] <lucas> I'm preparing an announcement to ask users to participate in popcon
[09:37] <lucas> can somebody review https://wiki.ubuntu.com/LucasNussbaum/PopconDraft ?
[09:37] <lucas> (feel free to edit it)
[09:38] <ogra> seb128, can you tell me what to do to debug gstreamer stuff (bug 52815)
[09:38] <Ubugtu> Malone bug 52815 in gst-plugins "logitech usb headset sound output dies after 1 minute" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/52815
[09:38] <ogra> seems the documented way doesnt work
[09:38] <seb128> ogra: GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:5 app ?
[09:39] <seb128> maybe try with DEBUG to 3 first if that's enough
[09:39] <seb128> 5 tends to be really verbose
[09:39] <ogra> ah, env vars ... didnt think of that :) will try, thanks
[09:39] <seb128> np
[09:39] <pitti> ogra: I use something like: gst-launch-0.10 --gst-debug=autodetect:5 filesrc location=/usr/share/sounds/generic.wav ! wavparse ! autoaudiosink
[09:39] <pitti> Pausiere Leitung ...
[09:39] <ogra> pausiere ?
[09:39] <ogra> lol
[09:39] <pitti> ogra: --gst-debug and its help are pretty helpful
[09:39] <pitti> ogra: (sorry, too much pasted)
[09:40] <ogra> i laughed about the translation :)
[09:40] <seb128> pitti: GST_DEBUG=*:5 does the same ...
[09:40] <pitti> yep
[09:47] <pitti> Mithrandir: sorry for the squid upload 10 minutes after the freeze begun, I saw it too late; however, it doesn't affect the CDs
[09:48] <Mithrandir> pitti: np.
[09:50] <Kamion> Selecting previously deselected package initramfs-tools.
[09:50] <Kamion> Unpacking initramfs-tools (from .../initramfs-tools_0.69ubuntu1_all.deb) ...
[09:50] <Kamion> cp: target `/etc/initramfs-tools/' is not a directory: No such file or directory
[09:50] <Kamion> dpkg: error processing var/cache/apt/archives/initramfs-tools_0.69ubuntu1_all.deb (--unpack):
[09:50] <Kamion>  subprocess pre-installation script returned error exit status 1
[09:50] <Kamion> can somebody fix that please? affects edgy debootstrap
[09:50] <fabbione> score
[09:50] <Kamion> (so that's on fresh install)
[09:53] <Keybuk> Kamion: I'll fix it in a little bit
[09:53] <hendry> is it possible to downgrade from edgy to dapper?
[09:54] <Mithrandir> hendry: not supported.  Might work.  But this is not a support channel, sorry.
[09:54] <Kamion> pitti: I've promoted libpci2 to main because pciutils depends on it; it was just split out from pciutils so I didn't think it needed a MIR
[09:55] <pitti> Kamion: agreed
[09:55] <\sh> hmm..bugfixes don't need an upload approval, right?
[09:55] <hendry> Mithrandir: sorry, wrong channel.
[09:55] <pitti> \sh: right now they do
[09:55] <Mithrandir> \sh: uploads to main need approval.
[09:56] <\sh> Mithrandir: ok..I need to upload a fix to ktorrent
[09:56] <Mithrandir> \sh: well, I need to see the diff to evaluate it.
[09:57] <\sh> Mithrandir: I'll send an email or should I file a bug report to LP for it?
[09:57] <Mithrandir> just putting the diff somewhere and asking me is the, by far, quickest way.
[09:57] <rodarvus> iwj: gmail (and other sites) won't recognize current firefox - is this a known issue, or is happening only to me?
[09:58] <\sh> Mithrandir: cool...
[09:58] <iwj> rodarvus: I don't know.
[09:59] <iwj> I don't use any sites that do any of that kind of nonsense.
[09:59] <rodarvus> :)
[10:00] <iwj> rodarvus: But I wouldn't rule out having broken it; there was some tangle in merge in the area of the browser id string.
[10:00] <Kamion> Keybuk: actually I'll do it now unless you've already started it
[10:00] <Kamion> it's blocking me and I see the fix
[10:01] <rodarvus> iwj: how do I check the browser id string locally? (and if it is "valid"?)
[10:01] <pitti> rodarvus: try 'about:'
[10:02] <iwj> In the help menu.
[10:02] <pitti> or that
[10:02] <rodarvus> Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.0.4) Ubuntu/edgy Firefox/1.5.0.4
[10:02] <rodarvus> I suppose its correct?
[10:02] <rodarvus> can't find anything strange there
[10:03] <Mithrandir> mdz: so, what do we do about infinity being ill and fakeroot/gcc needing manual bootstrapping?
[10:03] <iwj> Hmm.  Lack of Gecko.
[10:03] <mdz> Mithrandir: we create a backup for him, which we needed to do anyway
[10:04] <iwj> rodarvus: I'll look into it.
[10:04] <rodarvus> iwj: thanks!
[10:04] <Kamion> so where did initramfs-tools 0.69 come from?
[10:05] <ogra> jbailey ?
[10:05] <mdz> Kamion: from jbailey
[10:05] <Kamion> it's not in Debian or Debian incoming, and I can't see it anywhere on spohr
[10:05] <mdz> unexpectedly
[10:05] <Kamion> no, 0.69ubuntu1 came from jbailey
[10:05] <mdz> oh, maybe from revision control then
[10:05] <Kamion> must've been
[10:05] <lucas> What's the procedure for sending stuff to ubuntu-devel-announce ?
[10:06] <Kamion> lucas: it's a moderated list, just mail it; it should be relevant to a fairly wide swathe of the development community
[10:06] <lucas> ok
[10:06] <lucas> can you have a look at https://wiki.ubuntu.com/LucasNussbaum/PopconDraft ?
[10:07] <Kamion> looks reasonable for u-d-a to me
[10:08] <lucas> thanks
[10:08] <sivang> Keybuk: any chance you might have time to read my fixes to the system clean up tool and see if you're happy with it today?
[10:08] <sivang> Keybuk: (to the spec, that is(
[10:11] <Kamion> ah, initramfs-tools is in bzr, good
[10:13] <mdz> doko: do you know what's going on here? http://librarian.launchpad.net/3376004/buildlog_ubuntu-edgy-i386.gnucash_2.0.0-1_FAILEDTOBUILD.txt.gz
[10:14] <Keybuk> sivang: yes, I will have time today
[10:14] <pitti> funny, with every dist-upgrade my fonts look a magnitude worse
[10:14] <sivang> Keybuk: thanks again :)
[10:15] <pitti> now I get a 6 pt Courier font in gnome-terminal
[10:17] <lucas> somebody know something about planet.ubuntu.com ? the website says jdub is responsible for it, but he didn't answer my email. is he still the one in charge ?
[10:18] <doko> mdz: hmm, the build-deps install fine for me at the moment, maybe the hardcoded python2.3-dev b-d? hmm, universe anyway
[10:18] <jdub> lucas: sorry for not replying straight away - i've added you to my local config, but not updated the site (i'm upgrading it atm)
[10:19] <lucas> jdub: oh ok
[10:19] <lucas> jdub: (I mailed you 3 weeks ago, that's why I wondered)
[10:20] <heno> jdub: is that planet you're referring to?
[10:20] <jdub> heno: yeah - same for you :-)
[10:20] <heno> jdub: ok, thanks :)
[10:22] <fabbione> Keybuk: dpkg-shlibdeps: warning: unable to find dependency information for shared library libvolume_id (soname 0, path libvolume_id.so.0, dependency field Depends)
[10:23] <lucas> Kamion: popcon message sent to u-d-a ; held waiting for approval
[10:24] <Mithrandir> Kamion: if a distrorelease is set to frozen as per MilestoneRhythm, what happens with uploads?  Have to be processed manually by you or scott?
[10:24] <Keybuk> Mithrandir: right
[10:26] <seb128> Keybuk: could you give a build retry to  gnome-python-desktop 2.15.4-0ubuntu1 on !i386?
[10:26] <Mithrandir> but how do I (or somebody else) mark it as frozen?
[10:27] <Keybuk> Mithrandir: only TB can mark it frozen
[10:28] <Keybuk> and, frankly, right now, I'd rather we didn't
[10:28] <Keybuk> afaik, frozen means even binaries have to be approved
[10:28] <Keybuk> and the buildds are still doing the last mass give-back
[10:28] <Mithrandir> we should, according to milestonerhythm.
[10:28] <Mithrandir> ew, ok.
[10:28] <Keybuk> seb128: gnome-python-desktop 2.15.4-0ubuntu1 - powerpc ia64 sparc amd64
[10:28] <seb128> Keybuk: thank you
[10:30] <Keybuk> Mithrandir: tbh, if you ask me, now is not a good time to be trying to do a milestone ;)
[10:30] <Mithrandir> Keybuk: it's never a good time to do a milestone.  We still need to do them.
[10:35] <Kamion> Keybuk: for the record I'm pretty sure binaries go through despite frozen status
[10:35] <seb128> Mithrandir: not really true, we don't always have that many changes running and installability issues on the same time
[10:36] <Kamion> I believe it only affects sourceful uploads
[10:36] <dholbach> Mithrandir: sorry, I didn't ask. I just uploaded metacity to fix an upgrade issue and liboobs, which will make the new gnome-system-tools stack installable
[10:37] <Mithrandir> dholbach: ok, that's good, but please ask next time. :-)
[10:37] <dholbach> yeah
[10:37] <Mithrandir> seb128: there are bad and very bad times, agreed. :-)
[10:39] <pitti> Mithrandir: if you need a hand with fixing edgy_probs, feel free to ping me
[10:39] <pitti> Mithrandir: I do some security updates now, but they aren't particularly urgent, so I can help a bit with fixing installability issues if needed
[10:39] <Keybuk> Kamion: actually, that would make sense ... we don't need to manually approve dapper's binaries, do we?
[10:40] <fabbione> re
[10:41] <Keybuk> hmm
[10:41] <Keybuk> I can't find where to mark it frozen anyway
[10:41] <Keybuk> maybe it's an lp_admin thing
[10:41] <pitti> crimsun: did you ever reupload openvpn for -security? it's not in the queue
[10:41] <crimsun> pitti: I did, and it was failed
[10:42] <pitti> crimsun: oh, ok; let me upload it then to get this out
[10:42] <crimsun> pitti: same key issue, waiting for key to be refreshed (same key that I use for Edgy uploads)
[10:42] <fabbione> Mithrandir, Kamion: FYI: i am looking at mesa fix right now for Knot-1
[10:42] <Kamion> Mithrandir: need a base-installer fix for the moved initramfs-tools configuration directory; ok to upload?
[10:44] <pitti> crimsun: ok, uploaded; I'll release it later today when it's built
[10:44] <crimsun> pitti: many thanks.
[10:46] <Mithrandir> Kamion: please.
[10:47] <Mithrandir> fabbione: coolie.
[10:54] <slomo__> doko: fixes the mono breakage for me :)
[10:55] <Keybuk> doko: so, 64-bit OO.o for edgy?
[10:55] <doko> slomo__: just by installing libgcc1, or by rebuilding?
[10:55] <doko> Keybuk: are you volunteering?
[10:56] <slomo__> doko: installing... but rebuilding against it works too (but mono has to be give-back nontheless on ppc)
[10:56] <doko> Keybuk: it currently builds, but without java support
[10:56] <Keybuk> doko: FC are allegedly shipping it
[11:00] <pitti> hi janimo 
[11:01] <janimo> pitti hi
[11:01] <janimo> pitti, thanks for merge of pcre3
[11:02] <pitti> janimo: no problem
[11:03] <janimo> Kamion: can you move thunar-archive-plugin to main? I put it in the xubuntu desktop seed yesterday, but does  not show up in anastacia. thanks
[11:04] <crimsun> janimo: darren salt released 0.5.7 and advised us to use that with additional patches from hg; I prefer to wait until he NMUs 0.5.7 into Debian so we can avoid the mismatched orig.tar.gz issue
[11:04] <crimsun> janimo: (RE: gxine)
[11:04] <janimo> crimsun: I agree. thanks for taking care of this :)
[11:05] <janimo> xfmedia has seen some patches today, but still better to bet on gxine for now
[11:05] <crimsun> ok
[11:06] <Kamion> janimo: done
[11:06] <ogra> seb128, g-s-t doesnt find its dbus service, known bug ? 
[11:06] <seb128> ogra: g-s-t?
[11:06] <ogra> gnome-settings-daemon
[11:07] <seb128> what version do you have? what -admin are you running?
[11:07] <ogra> -admin ?
[11:07] <seb128> g-s-t = gnome-system-tools for me
[11:07] <ogra> ah
[11:07] <seb128> g-s-d = gnome-settings-daemon
[11:07] <ogra> eek, sorry, indeed
[11:08] <ogra> g-s-d is in gnome-session, right ? 
[11:08] <seb128> ogra: do you have a /usr/share/dbus-1/services/org.gnome.SettingsDaemon.service ?
[11:08] <seb128> ogra: no gnome-control-center
[11:08] <seb128> capplets-data should ship /usr/share/dbus-1/services/org.gnome.SettingsDaemon.service
[11:08] <ogra> nope, its missing
[11:08] <seb128> ogra: what version of capplets-data do you have?
[11:09] <Kagou> hi
[11:09] <seb128> lu Kagou
[11:09] <Kagou> lu seb128 
[11:09] <ogra> seb128, 2.14.2-0ubuntu1
[11:09] <seb128> ogra: upgrade to 2.15.4 ?
[11:09] <ogra> wasnt offered, i just upgraded
[11:09] <seb128> ogra: what version of gnome-control-center do you have?
[11:10] <ogra> (ppc here)
[11:10] <ogra> the matching version
[11:10] <ogra> 2.14.2-0ubuntu1
[11:10] <seb128> interesting 
[11:10] <seb128> that version doesn't use dbus :p
[11:10] <ogra> hmm
[11:10] <seb128> the message might be from gnome-session
[11:10] <seb128> what version of gnome-session do you have?
[11:11] <seb128> gnome-session and gnome-control-center should be updated together
[11:11] <ogra> that was updated ... one sec
[11:11] <seb128> ok, that's the issue then
[11:11] <ogra> 2.15.4-0ubuntu1
[11:11] <ogra> oki
[11:11] <ogra> then i'll just wait for LP :)
[11:11] <seb128> we really need that Breaks dpkg feature :p
[11:11] <ogra> heh, yes
[11:11] <seb128> new gnome-session run gnome-settings-daemon by dbus instead of using libbobono for it
[11:11] <Mithrandir> doko: did you see my msg?
[11:11] <pitti> Mithrandir: ok to upload a libtunepimp security update? (no api changes, just fixing array size)
[11:12] <ogra> seb128, wow, cool
[11:12] <seb128> atm you have a gnome-session speaking dbus and gnome-control-center not
[11:12] <Mithrandir> pitti: please go ahead
[11:12] <ogra> yup
[11:12] <seb128> will be fixed when you upgrade g-c-c
[11:12] <seb128> note that gnome-vfs speaks over dbus now too ;)
[11:12] <Kamion> ok, most painful debootstrap ever, but I think it's working now
[11:13] <ogra> oh, intresting ... i can upgrade g-c-c ... its just not in apt-get upgrade 
[11:13] <seb128> what does it want to break?
[11:13] <ogra> nothing, it adds three new packages
[11:13] <Kamion> E: Tree walking failed - ftw (38 Function not implemented)
[11:13] <ogra> libgnome-window-settings1 libxklavier11 metacity-common
[11:13] <Kamion> wtf
[11:14] <seb128> ogra: upgrade should not stop due to new packages to install, no?
[11:14] <Amaranth> apt-get upgrade won't install new things
[11:14] <seb128> ogra: ah, libxklavier11 will remove libklavier10 no?
[11:14] <ogra> seb128, as Amaranth says
[11:14] <seb128> Amaranth: are you sure?
[11:14] <ogra> dunno, i didnt get that far :P
[11:15] <ogra> metacity-common is missing a conflicts
[11:15] <doko> Mithrandir: no?
[11:15] <seb128> I thought it would not remove things, no reason to not install a new -common
[11:15] <Kamion> seb128: he's right
[11:15] <Kamion> read the docs
[11:15] <seb128> ogra: already fixed
[11:17] <ogra> seb128, /usr/share/man/man1/metacity-theme-viewer.1.gz ?
[11:17] <Kamion> "under no circumstances are currently installed packages removed, or packages not already installed retrieved and installed"
[11:17] <Amaranth> upgrade is "safe" :)
[11:17] <ogra> yeah
[11:17] <seb128> Amaranth: installing a new -common is something I consider as "safe"
[11:17] <ogra> for some (very small) value of safe
[11:17] <seb128> Kamion: right, thank you for pointing it ;)
[11:17] <Kamion> you want apt to special case strstr(package_name, "common")? :-P
[11:17] <seb128> ogra: 
[11:17] <seb128>  metacity (1:2.15.8-0ubuntu3) edgy; urgency=low
[11:17] <seb128>  .
[11:17] <seb128>    * debian/control.in:
[11:17] <seb128>      - fixed upgradeability again.
[11:17] <ogra> oki :)
[11:17] <Amaranth> Do It:)
[11:17] <seb128> Kamion: no no, I just use dist-upgrade and I'm fine with it ;)
[11:17] <ogra> seb128, a "yes" would suffice, no need for a whole copy/paste and digging in changelogs :)
[11:17] <seb128> ogra: thanks to dholbach who fixed it ;)
[11:17] <dholbach> (and broked it in the first place) :-p
[11:17] <seb128> ogra: it was not really "digging", it's on the first screen of edgy-changes mails atm :p
[11:17] <ogra> *g*
[11:17] <ogra> trhats what edgy is for :)
[11:18] <Kamion> oh, apt-ftparchive needs /proc mounted
[11:18] <seb128> it was to indicate the fixed version too ;)
[11:18] <seb128> dholbach: gnome-python-desktop built on amd64 now ;)
[11:18] <ogra> Kamion, everything seems to need proc mounted nowadays ...
[11:18] <dholbach> seb128: nice
[11:18] <ogra> chroots, pbuilder ...
[11:19] <seb128> Keybuk: could you give a retry gnome-applets and gedit on !i386 when  gnome-python-desktop 2.15.4-0ubuntu1 is available for them?
[11:20] <dholbach> hum, lp says that the new system-tools-backends is published, but it's not up for grabs, making liboobs wait on it, which is needed for gnome-system-tools
[11:22] <Kamion> janimo: anastacia not listing thunar-archive-plugin was my fault; I'd forgotten to add it to the list of stuff pulled to ~cjwatson/seeds/
[11:22] <Kamion> (ok, so that's not quite entirely informational - germinate still defaults to pulling stuff from there)
[11:22] <Kamion> fixed now
[11:24] <ogra> did anybody elses pbuilder break with the last upgrade ? 
[11:25] <ogra> E: failed to find /var/cache/pbuilder/base.tgz, have you done <pbuilder create> to create your base tarball yet?
[11:25] <ogra> and its right, apparently base.tgz is gone :(
[11:25] <pitti> me, dchroot broke after current update
[11:29] <crimsun> are ia64 and sparc known to be failing to build stuff currently?
[11:30] <janimo> Mithrandir: exception request for two xfce upload to main (a bugfix and including a new app in the default desktop)
[11:30] <ogra> grumble, grumble ... it apparently ignored that /var/cache/pbuilder is a symlink on my system and just overwrote the dir 
[11:30] <Mithrandir> janimo: diff?
[11:30] <janimo> Mithrandir: a second
[11:31] <janimo> Mithrandir: http://bugzilla.xfce.org/attachment.cgi?id=661&action=view this is against the xfce wm from upstream
[11:31] <Kamion> Mithrandir: ok to upload d-i amd64 build fix, I assume?
[11:31] <janimo> the diff for xubutu-desktop is adding thunar-archive-plugin
[11:31] <Kamion> is just s/8000/16000/ on the netboot boot.img size
[11:32] <Mithrandir> janimo: ok, go ahead.
[11:32] <Mithrandir> Kamion: absolutely, go ahead.
[11:32] <doko> Mithrandir: prepared schoolbell/schooltool to make them installable again (needed for edubuntu main). ok to upload?
[11:32] <Mithrandir> doko: please
[11:32] <janimo> Mithrandir: ok, uploading the fix now, the xubuntu-desktop will take a while
[11:32] <ogra> yay !!
[11:32] <ogra> doko, thanks so much :)
[11:32] <Mithrandir> I need to go out for a little bit to pick up a new monitor.  The postal service was unable to deliver it yesterday 'cause of "address not found".
[11:33] <pitti> Mithrandir: stop writing your IP address on parcels then :)
[11:33] <ogra> lol
[11:33] <ogra> pitti, they would probably find the ipv4 one, but he always uses v6  :)
[11:34] <pitti> ogra: PLZv6?
[11:34] <fabbione> hehe
[11:34] <ogra> lol
[11:34] <pitti> (for the non-German ones: PLZ = postal code)
[11:35] <ogra> I: Unpacking wpasupplicant...
[11:35] <ogra> W: Failure while installing base packages.  This will be re-attempted up to five
[11:36] <imbrandon> lol
[11:37] <\sh> Mithrandir: http://archive.linux-server.org/ktorrent_1.2-1ubuntu2-to-1.2-1ubuntu3.debdiff can you have a look for ktorrent debdiff? thx :)
[11:37] <ogra> pbuilder wipes itself ... and is not able to create a new chroot ... oooohhh fun
[11:37] <Kamion> ogra: I've uploaded fixes for all the problems I'm aware of; I suggest waiting a bit
[11:37] <Kamion> if that's edgy
[11:37] <ogra> Kagou, yep, thanks
[11:37] <Kamion> it's not pbuilder's fault
[11:37] <ogra> Kamion, that my base.tgz disappeared after an upgrade ? 
[11:37] <Kamion> "and is not able to create a new chroot"
[11:38] <Kagou> ogra: you'r welcome :)
[11:38] <ogra> Kagou, heh, sorry :)
[11:41] <ogra> Kamion, btw it complained about aptitude (missing libapt-pkg-libc6.3-6-3.11), ubuntu-minimal (initramfs-tools) and udev (initramfs-tools (>= 0.40ubuntu30)) in case anything of these isnt on your radar yet
[11:52] <fabbione> Mithrandir: ping?
[11:52] <pitti> iwj: ping
[11:52] <fabbione> oh he went out
[11:53] <fabbione> Kamion: perhaps you can help me instead.. other than the lesstif B-D in mesa.. is there anything else that needs to be done for it?
[11:53] <fabbione> Kamion: if not, i am ready to upload ubuntu2 with the lesstiff fix
[11:54] <ogra> hmm, looks like i have sivangs bug ... no ALT key combos seem to work ...
[11:54] <janimo> Kamion: could the update scripts in the ubuntu-meta packages not use the http instead of the sftp url? asking for passwd is I minor annoyance :)
[11:58] <tseng> janimo: ssh keys are the way of the future.
[11:58] <sivang> ogra: sudo gconf-schemas --register /usr/share/gconf/schemas/metacity.schemas
[12:00] <sivang> ogra: just when I thought I was going crazy :)
[12:00] <Mithrandir> \sh: looks innocent enough to me, feel free to upload
[12:00] <\sh> Mithrandir: thx
[12:00] <fabbione> Mithrandir: ah here you are
[12:00] <fabbione> Mithrandir: ^^^ about mesa
[12:01] <Mithrandir> fabbione: what's the lesstif fix?
[12:01] <Keybuk> seb128: gnome-python-desktop still FTBFS on ia64
[12:01] <fabbione> Mithrandir: it's removing the B-D and Depends: and one line that tells debian/rules to build the libGLw target. Ported from the dapper package
[12:01] <fabbione> 3 lines change
[12:02] <Kamion> ogra: aptitude is powerpc-specific, and I'm guessing it's due to the gcc breakage which needs manual bootstrap by a buildd admin
[12:02] <seb128> Keybuk: looks like lot of things are not happy on ia64
[12:02] <Mithrandir> fabbione: ok, go ahead.
[12:02] <fabbione> Mithrandir: oh well to drop B-D on lesstif-dev basically.. as required by mdz and policy to not have lesstif in main
[12:02] <ogra> Kamion, ok
[12:02] <Kamion> fabbione: not to my knowledge, but I don't know much in this case
[12:02] <fabbione> Kamion: ok.. just making sure.
[12:02] <Keybuk> if only APT gave useful output, instead of it's "oh, I give up" style
[12:02] <fabbione> thanks 
[12:02] <Kamion> janimo: not until the 15/20-minute delay on sftp->http propagation on bazaar.launchpad.net is fixed
[12:02] <Kamion> janimo: in the meantime, use an ssh-agent
[12:03] <Kamion> ssh-agent is probably already running for you, so just type 'ssh-add'
[12:03] <lifeless> Kamion: it may get reduced, will never be eliminated
[12:03] <seb128> http://librarian.launchpad.net/3391601/buildlog_ubuntu-edgy-ia64.pygtk_2.9.3-0ubuntu1_FAILEDTOBUILD.txt.gz
[12:03] <seb128> "checking for /usr/bin/python2.4 extension module directory... ${exec_prefix}/lib/python2.4/site-packages
[12:03] <seb128> checking for headers required to compile python extensions... not found
[12:03] <seb128> configure: error: could not find Python headers
[12:03] <seb128> make: *** [build-2.4/configure-stamp]  Error 1"
[12:03] <seb128> weird, it does that only on ia64
[12:04] <Kamion> lifeless: I see no reason why it couldn't notice a push and do the propagation straight away
[12:04] <Kamion> in principle
[12:04] <seb128> any chance that's python being bugged on ia64? :p
[12:04] <seb128> python-dev is installed
[12:04] <Keybuk> seb128: gnome-python FTBS on ia64 too?
[12:04] <seb128> Keybuk: pygtk
[12:05] <seb128> looking at gnome-python, sec
[12:05] <lifeless> Kamion: that would still be a delay ;)
[12:05] <seb128>   python-gtk2-dev: Depends: python-gtk2 (>= 2.9.3-0ubuntu1) but it is not going to be installed
[12:05] <seb128> right
[12:05] <dholbach> Mithrandir: ok to upload liboobs (added build-dep)?
[12:05] <seb128> pygtk not building breaks gnome-python
[12:05] <seb128> and gnome-python-desktop
[12:05] <Keybuk> http://librarian.launchpad.net/3391601/buildlog_ubuntu-edgy-ia64.pygtk_2.9.3-0ubuntu1_FAILEDTOBUILD.txt.gz
[12:05] <Keybuk> pygtk failed too
[12:05] <Kamion> lifeless: negligible, though
[12:05] <seb128> Keybuk: what I copied 10 lines up
[12:05] <Keybuk> right
[12:06] <Keybuk> Setting up python-dev (2.4.3-5ubuntu1) ...
[12:06] <Kamion> lifeless: (and, in theory, bzr push could be made to block until it's finished, if it were happening immediately)
[12:06] <seb128> python-dev is being installed
[12:06] <seb128> I blame python
[12:06] <lifeless> Kamion: well, for concurrency sanity, and also security, the http mirror pulls into it
[12:06] <seb128> Keybuk: having the config.log from an ia64 build could be useful
[12:07] <seb128> or an ia64 chroot with the Build-Depends for pygtk installed to try
[12:07] <Keybuk> seb128: I don't have access to the buildds
[12:07] <lifeless> so you have record the commit on the sftp side, queue a pull, wait for the next cron instance, then pull, record the pull, then notice the pull and unblock the client
[12:07] <lifeless> I think thats a bad thing
[12:07] <lifeless> overly complex.
[12:07] <Mithrandir> dholbach: didn't you do that three hours ago?
[12:08] <dholbach> Mithrandir: no, i didn't add the build-dependency that time.
[12:08] <seb128> Keybuk: I'll mail rt@admin.canonical.com then
[12:08] <Mithrandir> dholbach: ok, please upload.
[12:08] <Kamion> lifeless: I was not aware you were doing the http pull as two different users, but you could use something like userv to request that the pull happen immediately rather than doing silly cron tricks
[12:08] <Kamion> as a different user, I mean
[12:08] <lifeless> Kamion: two different machines
[12:09] <dholbach> Mithrandir: gracias. done.
[12:09] <Keybuk> seb128: what headers does that look for?
[12:09] <lifeless> Kamion: meet the separation of concerns I raised.
[12:09] <Kamion> even easier
[12:09] <dholbach> when it has built, we need to give back gnome-system-tools and should be fine then
[12:09] <Kamion> lifeless: xmlrpc or whatever. anyway, you're raising implementation details. it doesn't seem fundamentally impossible.
[12:10] <seb128> Keybuk: configure.in uses "AM_CHECK_PYTHON_HEADERS(,[AC_MSG_ERROR(could not find Python headers)] )"
[12:10] <Keybuk> seb128: right, but what does AM_CHECK_PYTHON_HEADERS do?
[12:10] <janimo> tseng ssh keys need passwords (and I know about ssh-agent too), but still plain http is easier, not to mention non-core devs can play with their own versions of the metapackages
[12:10] <lifeless> Kamion: its a non trivial thing to balance all the considerations.
[12:10] <seb128> Keybuk: #include <Python.h> apparently
[12:10] <Keybuk> -rw-r--r-- root/root      4178 2006-07-04 21:22:40 ./usr/include/python2.4/Python.h
[12:10] <Keybuk> that's in the ia64 python2.4-dev
[12:11] <lifeless> Kamion: unless/until we rate the latency problem as hugely higher priority than it is now, its not going to happen.
[12:11] <seb128> we need the config.log
[12:11] <Keybuk> where does it get the -I from?
[12:11] <Kamion> janimo: that would be why seed_base is configurable in update.cfg
[12:11] <Keybuk> seb128: I don't know of any way of getting the config.log, except trying it on an ia64
[12:11] <seb128> PYTHON_INCLUDES="-I${py_prefix}/include/python${PYTHON_VERSION}"
[12:11] <Kamion> so that non-core-devs can play with local versions
[12:11] <janimo> Kamion: ok, must have missed that
[12:11] <Kamion> lifeless: and therefore we will continue to use the sftp url for the foreseeable future
[12:11] <lifeless> Kamion: sure, thats completely fine by me. I never suggested that you should not.
[12:12] <seb128> Keybuk: right, that's why I want to mail rt@admin.canonical.com to get the Build-Depends on ia64 dchroot to try it :)
[12:12] <Keybuk> right
[12:12] <seb128> Keybuk: configure does that
[12:12] <seb128> py_prefix=`$PYTHON -c "import sys; print sys.prefix"`
[12:12] <seb128> py_exec_prefix=`$PYTHON -c "import sys; print sys.exec_prefix"`
[12:12] <seb128> PYTHON_INCLUDES="-I${py_prefix}/include/python${PYTHON_VERSION}"
[12:12] <Kamion> janimo: but I recommend you leave it at sftp by default, otherwise we'll have weird issues of the form "but I already made that seed commit, why doesn't update notice it?"
[12:12] <Kamion> up to you though
[12:14] <Keybuk> seb128: where does it get PYTHON_VERSION from?
[12:14] <Keybuk> oh, NM, it says 2.4 in the build log anyway
[12:15] <seb128> Keybuk:   am_cv_python_version=`$PYTHON -c "import sys; print sys.version[:3] "`
[12:15] <seb128> right
[12:15] <Kamion> Keybuk: please give-back xfonts-base, xfonts-75dpi, xfonts-100dpi - they should build now that we have the newer xfonts-utils
[12:15] <janimo> Kamion: well commits are from a seed checkout while update runs form a package souyrce, they should not be easily mixable
[12:15] <iwj> pitti: pong
[12:15] <seb128> Keybuk: ah, nice, halley has the required Build-Depends, no need to mail :)
[12:15] <janimo> assuming the 15 minutre lag is fixed of course
[12:15] <Keybuk> seb128: could that they've been found, but fail to #include, of course
[12:16] <Kamion> janimo: sounds like the lag won't be fixed though
[12:16] <seb128> Keybuk: /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or directory
[12:16] <Keybuk> seb128: yup
[12:16] <seb128> breaks on that
[12:16] <Keybuk> just noticed that myself
[12:16] <Keybuk> and I've seen that error before earlier
[12:16] <Keybuk> it's why most builds are failing on ia64 atm
[12:16] <Kamion> janimo: it's common enough to do a commit and then almost immediately go and do a metapackage update
[12:16] <seb128> I've noticed that on some other GNOME buids too
[12:16] <seb128> ok
[12:16] <Keybuk> xfonts-base 1:1.0.0-3 - i386
[12:16] <Keybuk> xfonts-75dpi 1:1.0.0-2 - i386
[12:16] <Keybuk> xfonts-100dpi 1:1.0.0-2 - i386
[12:16] <Keybuk> Kamion: ^
[12:18] <Kamion> Keybuk: yes, also unifont 1:1.0-3 i386
[12:18] <Keybuk> seb128: I blame jbailey
[12:18] <Keybuk> unifont 1:1.0-3 - i386
[12:18] <janimo> well in that case it's an improvement over dapper when I was used to wait until the seeds got mirrored on rookery. It's just that got used to running update and going away until it finishes and now it asks for pwd. I'll get used to it or use the agent.
[12:19] <seb128> Keybuk: me too
[12:19] <Kamion> using an agent does generally make my life enormously easier I find
[12:19] <Keybuk> seb128: all of /usr/include/asm is missing
[12:19] <Kamion> but if you don't mind waiting, change the seed_base in the edgy/bzr section
[12:19] <seb128> Keybuk: you are going to fix it or should we wait for jbailey?
[12:20] <Kamion> the supermirror sftp->http delay is approximately the same as the commit->rookery-mirror delay
[12:20] <seb128> I would prefer not to touch that package if not required :p
[12:20] <Kamion> not the same cron job, but similar frequencies
[12:20] <Keybuk> seb128: jbailey did very nasty things with this l-k-h release
[12:20] <Keybuk> he basically dropped all our patches
[12:20] <Keybuk> I elect to wait for him to wake up, which won't be too long
[12:20] <seb128> works for me :)
[12:20] <crimsun> ah, that explains the ftbfs on sparc and ia64 for alsa-lib
[12:21] <seb128> I'll have lunch for now then
[12:21] <Keybuk> crimsun: yeah, it's broken on sparc too
[12:22] <Keybuk> crimsun: I actually don't understand why it's not broken on i386
[12:23] <pitti> iwj: got my /msg? (no hurry, just want to make sure that /msg works)
[12:23] <iwj> pitti: Yes.
[12:23] <fabbione> crimsun: what package is failing?
[12:24] <fabbione> (on sparc)
[12:24] <Keybuk> oh
[12:24] <Keybuk> it is broken on i386
[12:24] <Keybuk> fabbione: all.
[12:24] <fabbione> Keybuk: is it at the -m64 stage that breaks?
[12:25] <fabbione> because i noticed something strange building libcman 64bit on sparc that includes where missing or broken
[12:25] <Keybuk> fabbione: /usr/include/asm is missing
[12:25] <Keybuk> I think this isn't l-k-h related though
[12:25] <Keybuk> but toolchain
[12:25] <fabbione> score
[12:25] <Keybuk> the l-k-h packages look correct
[12:26] <fabbione> jbailey will be around soon enough to ask
[12:26] <Keybuk> /usr/include/ia64-linux-gnu/asm exists
[12:27] <fabbione> iirc there should be a symlink from usr/include
[12:27] <Keybuk> no, there shouldn't
[12:27] <Keybuk> multi-arch, innit
[12:27] <fabbione> than something else is wrong
[12:27] <Keybuk> like I said, toolchain
[12:27] <Kamion> is ia64-linux-gnu actually the triplet?
[12:27] <fabbione> probably gcc default -I paths?
[12:28] <Kamion> just checking ...
[12:28] <Keybuk> Kamion: that's what gcc is using for the lib search path
[12:28] <Kamion> Keybuk: gcc -v
[12:28] <Kamion> except not
[12:28] <Keybuk> Kamion: right, it's not there :p
[12:28] <Keybuk> Target: ia64-linux-gnu
[12:28] <Keybuk> though
[12:29] <Keybuk> it's not in -print-search-dirs either
[12:29] <Kamion> gcc -v -xc -E /dev/null
[12:29] <Kamion> oh ok
[12:29] <Keybuk> cpp -v obviously
[12:29] <Keybuk>  /usr/local/include
[12:29] <Keybuk>  /usr/lib/gcc/ia64-linux-gnu/4.1.2/include
[12:29] <Keybuk>  /usr/include
[12:29] <Keybuk> ignoring nonexistent directory "/usr/lib/gcc/ia64-linux-gnu/4.1.2/../../../../ia64-linux-gnu/include"
[12:29] <Keybuk> it's missing /usr/include/$triplet
[12:30] <Kamion> was that ever in there?
[12:30] <Kinnison> Not on dapper i386 it's not
[12:30] <fabbione> it is on i386
[12:30] <fabbione>  /usr/include/i486-linux-gnu
[12:30] <fabbione> (edgy)
[12:30] <Mithrandir> Keybuk: can you give-back gcj-4.1 on sparc and amd64, please?
[12:31] <Keybuk> Mithrandir: this is all your fault :p
[12:31] <Kamion> powerpc has:
[12:31] <Kamion> lrwxrwxrwx root/root         0 2006-07-12 04:27:48 ./usr/include/ppc64-linux-gnu/asm -> ../powerpc-linux-gnu/asm
[12:31] <Keybuk> Kamion: right, that's fine
[12:31] <Kamion> oh no that's just powerpc/ppc64
[12:31] <Keybuk> Kamion: amd64 looks fine too
[12:31] <Keybuk> I can't login to faure for some reason
[12:32] <Mithrandir> Riddell: you might want to do a MIR for apt-index-watcher so debtags becomes installable again.
[12:32] <Riddell> Mithrandir: I actually had this in my irssi edit line ready to press enter   Kamion: could you move apt-index-watcher to main?  source is already in main, needed for debtags/adept
[12:33] <Mithrandir> Riddell: heh, ok
[12:33] <pitti> Mithrandir: permission to upload a new l-r-m to add the missing /usr/lib32/nvidia directory to the nvidia-glx package? that will fix the ia32-libs uninstallability if nvidia-glx is installed
[12:33] <Kamion> sure, after this publisher run
[12:34] <Mithrandir> pitti: please.
[12:35] <Mithrandir> Keybuk: please give-back epiphany-browser on amd64 and sparc (and maybe ia64, but ia64 seems busticated)
[12:35] <Keybuk> actually, I'm not sure about amd64
[12:35] <Keybuk> gcj-4.1 4.1.1-8ubuntu1 - powerpc amd64
[12:35] <Keybuk> Mithrandir: YES, AND IT'S ALL YOUR FAULT
[12:35] <Keybuk> you and your oh-so-shiny "multi-arch" :p
[12:35] <Keybuk> epiphany-browser 2.15.4-0ubuntu1 - ia64 sparc amd64
[12:36] <Mithrandir> Keybuk: how is fakeroot being broken on amd64 some days ago my fault?
[12:36] <Keybuk> Mithrandir: linux-kernel-headers being broken => your fault
[12:36] <Kamion> he means ia64
[12:36] <Keybuk> "ia64 being busticated"
[12:36] <Mithrandir> Keybuk: *shrug*; I don't care much about ia64 ATM.
[12:36] <Keybuk> Mithrandir: do you care about amd64? :p
[12:36] <Mithrandir> it's a port architecture which nobody seems to care much about.
[12:36] <Mithrandir> Keybuk: yes, I do.
[12:36] <Keybuk> Mithrandir: that one's broken too
[12:37] <Keybuk> afaict
[12:37] <Riddell> Kamion: why would kdelibs-bin appear in edgy_probs.html?  it's a package that no longer exists in edgy and kdelibs4c2a Provides it
[12:37] <Mithrandir> Keybuk: it seems to build most stuff fine, thoug.
[12:37] <Keybuk> Mithrandir: do you have an up to date edgy chroot?  if so, can you run cpp -v and give the include search path?
[12:37] <Mithrandir>  /usr/local/include
[12:37] <Mithrandir>  /usr/lib/gcc/x86_64-linux-gnu/4.1.2/include
[12:37] <Mithrandir>  /usr/include/x86_64-linux-gnu
[12:37] <Mithrandir>  /usr/include
[12:38] <Mithrandir> looks fine to me?
[12:38] <Keybuk> ok, the "/usr/include/x86_64-linux-gnu" must have been added recently?
[12:38] <Mithrandir> no idea; ask doko?
[12:38] <Keybuk> doko appears to be hiding <g>
[12:38] <Mithrandir> Keybuk: please give-back evolution-exchange on amd64, sparc
[12:39] <Keybuk> oh, interesting
[12:39] <Keybuk> ../../../src/libiberty/cplus-dem.c:1: warning: -fstack-protector not supported for this target
[12:39] <doko> Mithrandir: won't help, we really need to fix fakeroot first.
[12:40] <fabbione> Keybuk: sparc is the same as all the others.. 
[12:40] <fabbione> libstdc++6_4.1.1-8ubuntu1_sparc.deb
[12:40] <Keybuk> ../../../src/libiberty/cplus-dem.c:55: error: conflicting types for 'malloc'
[12:40] <doko> Keybuk: yes, warnings only
[12:40] <Keybuk> doko: gcc-4.1 FTBFS on ia64 and sparc
[12:40] <doko> fabbione: but you did test ssp on sparc?
[12:40] <Mithrandir> doko: infinity claimed that he fixed that?
[12:40] <fabbione> doko: i am running edgy on one machine...
[12:41] <elmo> what the hell did someone do to apt?
[12:41] <Keybuk> sorry
[12:41] <Keybuk> s/sparc/powerpc/
[12:41] <Keybuk> powerpc buildd aborted
[12:41] <fabbione> elmo: dselect update is borked.. 
[12:41] <elmo> fabbione: so I'm discovering :-/
[12:41] <Keybuk> doko: there actually seems to be a physical compilation failure here
[12:41] <Keybuk> http://librarian.launchpad.net/3391545/buildlog_ubuntu-edgy-ia64.gcc-4.1_4.1.1-8ubuntu1_FAILEDTOBUILD.txt.gz
[12:42] <fabbione> elmo: i noticed only yesterday evening. all other apt stuff are ok or so it seems
[12:42] <fabbione> elmo: and without mvo there isn't much to do..
[12:42] <doko> Keybuk: right, turned off ssp on ia64 in -8ubuntu2
[12:43] <doko> Mithrandir: fixed what?
[12:43] <Mithrandir> doko: fakeroot
[12:46] <Keybuk> doko: if you could upload that, that'd be nice
[12:47] <Mithrandir> uh, please not a new gcc for a ports architecture, no.
[12:47] <doko> Keybuk: I'll recheck if it's buildable using the current gcc
[12:47] <Mithrandir> after knot-1, sure.
[12:48] <Keybuk> Mithrandir: I thought we pretended to officially support ia64?
[12:48] <doko> Mithrandir: IMO it doesn't make sense to release knot-1 with a broken libgcc1 on powerpc
[12:48] <elmo> Keybuk: no
[12:49] <Mithrandir> Keybuk: not according to https://launchpad.net/distros/ubuntu/edgy
[12:49] <elmo> Keybuk: it's on ports.ubuntu.com => it's not supported
[12:49] <Kamion> Riddell: because I haven't done a removals pass
[12:49] <Mithrandir> doko: that'll be fixed when gcc is by-hand bootstrapped on ppc, won't it?
[12:49] <doko> Mithrandir: yes
[12:50] <Mithrandir> doko: good, that means we just have to make sure that happens before we release.
[12:50] <Kamion> ../../../src/libiberty/cplus-dem.c: In function 'squangle_mop_up':
[12:50] <Kamion> that's the best function name ever
[12:50] <Keybuk> mmm, squangles
[12:50] <Kamion> I think I shall start using squangle as a metasyntactic variable
[12:51] <ogra> heh
[12:52] <pitti> Keybuk: what the heck is a squangle? dict.leo.org doesn't know it
[12:52] <Kamion> pitti: I think you're making the mistake of assuming it's actually an English word
[12:52] <Riddell> Kamion: who does?
[12:53] <ogra> pitti, a square angle ? 
[12:53] <Kamion> Riddell: who does what?
[12:53] <Keybuk> pitti: compressed identifiers for gcc
[12:53] <Keybuk> apparently
[12:53] <Keybuk> (according to the docs for -fsquangle)
[12:53] <Riddell> Kamion: you said you didn't have a removals pass
[12:54] <Kamion> Riddell: no, I said I *haven't done* a removals pass
[12:54] <ogra> pitti, or a squished triangle :)
[12:54] <pitti> Keybuk: thanks :)
[12:54] <Keybuk> Kamion: there should be an entire family
[12:54] <Kamion> Riddell: I will, I just haven't yet
[12:54] <Keybuk> squangle, squengle, squingle, squongle
[12:54] <ogra> what do you want to you squongle today ?
[12:54] <Kamion> Riddell: in the meantime, just ignore stuff that you know is removed
[12:54] <Riddell> Kamion: right, my mistake, thanks
[12:54] <Kamion> Riddell: apt-index-watcher promoted
[12:55] <Mithrandir> Keybuk: actually, the amd64 chroots seem to be fucked. :-/  Can you update them?
[12:55] <Mithrandir> Keybuk: the fakeroot in them is old and br0ken.
[12:55] <fabbione> oh btw..
[12:56] <fabbione> did we actually get to remove -drivers- from edgy?
[12:56] <Kamion> fabbione: not yet, but I noticed it and it's on my list; is it safe to do it now?
[12:56] <Keybuk> Mithrandir: no, I have no access
[12:56] <fabbione> Kamion: it should be safe..
[12:56] <Mithrandir> Keybuk: grr, ok.  Do you know who is able to?
[12:56] <Keybuk> Mithrandir: infinity
[12:56] <Mithrandir> Keybuk: apart from him?  cprov?
[12:56] <fabbione> Kamion: all pkgs have been converted to video and dependencies updated
[12:57] <fabbione> Mithrandir: no, only infinity is
[12:57] <Keybuk> Mithrandir: I don't think so...  we've generally preferred LP people *not* to muck around in there
[12:57] <Mithrandir> hmm
[12:57] <Kamion> fabbione: done
[12:57] <fabbione> Kamion: thanks
[12:58] <fabbione> hey robertj 
[12:58] <fabbione> MAH
[12:58] <fabbione> hey rodarvus 
[12:58] <fabbione> rodarvus: did you sleep well?
[12:58] <pitti> moin rodarvus 
[12:58] <rodarvus> fabbione: I didn't :)
[12:58] <rodarvus> was taking care of wife and daughter
[12:58] <Mithrandir> what will sbuild do if we make lib32gcc1 1:4.1.1-8ubuntu1 conflict with fakeroot (< some version) and it's told that it should keep fakeroot installed?
[12:58] <fabbione> rodarvus: ok :)...
[12:58] <rodarvus> its amazing how hard/tiring it can be to dress a little girl :)
[12:58] <fabbione> rodarvus: mesa is done.. just waiting for propagation
[12:59] <rodarvus> fabbione: nice, thanks!
[12:59] <ogra> iwj, will it be possible to not use the new firefox icontheme ? i.e. it wouldnt look well with edubuntus default theme
[12:59] <fabbione> rodarvus: that's because you are dressing her ... that's a mother's task ;)
[12:59] <rodarvus> fabbione: tell that to my wife :D
[12:59] <fabbione> rodarvus's wife: that's your job
[01:00] <rodarvus> I also either shower her, most of the days
[01:00] <rodarvus> my wife prepares her school bag, check agenda, etc
[01:00] <rodarvus> we mostly divide all baby-related tasks
[01:02] <Kamion>  * casper_1.59+debian-1 builds: casper
[01:02] <Kamion>       but no longer builds:
[01:02] <Kamion>         o 1.57: ubiquity-casper
[01:02] <Kamion> Mithrandir: please put ubiquity-casper back
[01:02] <Kamion> you might want to see what else we lost in that sync ...
[01:02] <rodarvus> is mdz still online?
[01:02] <sivang> rodarvus: make sure to distribute them equally, that way she won't tend to prepfer any of you on the other :)
[01:02] <dholbach> ogra: maybe you can modify the script to ship edubuntu icons
[01:02] <dholbach> rodarvus: he went to bed a while ago
[01:02] <rodarvus> oh
[01:02] <Mithrandir> Kamion: can you add it to the blacklist too?
[01:03] <dholbach> rodarvus: ~1h30m ago
[01:03] <rodarvus> Kamion: are we still able to (manually) merge X apps, or UVF is already in practice?
[01:03] <doko> Mithrandir: fakeroot already was fixed, as long as the chroot doesn't have an /emul anymore, everything should be fine
[01:03] <ogra> dholbach, meh, that means i'd need icons first 
[01:03] <rodarvus> dholbach: he deserved it - it was quite late on his timezone by then :)
[01:03] <dholbach> ogra: it could build-depend on gartoon something
[01:03] <Mithrandir> doko: fakeroot in the chroots is old so we need to force it to be upgraded or something.
[01:03] <fabbione> rodarvus: UVF is in place. i think we can have exceptions fro X apps.
[01:04] <rodarvus> fabbione: *nods* good
[01:04] <fabbione> rodarvus: at least that's the feeling i had when talking with mdz yesterday evening
[01:04] <ogra> dholbach, sure, but i'm not sure gartoon has everything needed for a firefox theme
[01:04] <Mithrandir> doko: I'm pondering evilness like making lib32gcc1 conflict with the broken fakeroot or depending on the newer fakeroot..
[01:04] <dholbach> ogra: it could then use gartoon's fallback
[01:04] <fabbione> rodarvus: i suggest you start on that, and pile them up for a day. Once mdz is back we can discuss it properly
[01:04] <doko> Mithrandir: sure, lib32gcc1 could be used for that
[01:04] <ogra> dholbach, also i dont think its a good idea to ship a hardcoded theme
[01:05] <Kamion> rodarvus: what fabbione said
[01:05] <rodarvus> fabbione, Kamion: sure, thanks!
[01:05] <Kamion> Mithrandir: no, Keybuk has it open
[01:05] <Kamion> Keybuk: please blacklist casper
[01:05] <Kamion> (sync-blacklist)
[01:06] <dholbach> ogra: i can change the theme in my firefox
[01:06] <ogra> dholbach, hmm
[01:06] <Mithrandir> doko: another alternative is to make gcj-4.1 build-depend on fixed fakeroot or build-conflict broken fakeroot.
[01:06] <ogra> dholbach, anyway, i think thats another reasoin to switch edubuntu to epiphany ;)
[01:06] <ogra> *reason too
[01:07] <Keybuk> Kamion, Mithrandir: done
[01:07] <Kamion> thanks
[01:07] <iwj> ogra: In principle you can change the theme but we don't have any sane way of having other packages change the ff default profile.
[01:08] <Keybuk> is the Debian version that crackful?
[01:08] <doko> Mithrandir: yes, a b-d sounds nicer
[01:08] <ogra> iwj, well, currently it removes the world if i try to remove firefox-themes-ubuntu ... is that hard dep needed ?
[01:08] <Keybuk> why did we sync casper, anyway?
[01:09] <Mithrandir> doko: ok, can you add a build-depends on a fixed version of fakeroot and upload gcj-4.1?
[01:09] <iwj> ogra: If our stuff supports Recommends then it could be a Recommends instead but removing the package won't help.
[01:09] <doko> Mithrandir: but why gcj-4.1, not gcc-4.1?
[01:09] <iwj> Unless again you're just trying to save disk space.
[01:09] <Kamion> Keybuk: our version didn't have *ubuntu* so we didn't notice
[01:09] <Mithrandir> doko: because it's gcj that ftbfs?
[01:10] <Keybuk> Kamion: oops
[01:10] <Kamion> (we're upstream ...)
[01:10] <Keybuk> see, this is why it's generally a good idea to leave "ubuntu" in *anyway*
[01:10] <Keybuk> so we don't get fucked by Debian
[01:10] <doko> Mithrandir: I would suggest to make the b-d hack with a package, that doesn't install anything in /usr/lib32
[01:10] <ogra> iwj, well, we will need to ship epiphany as default browser in edubuntu, so that dep is a bit of wasted diskspace ... 
[01:10] <StevenK> Keybuk: That statement makes for disturbing mental images.
[01:10] <iwj> OIC.  Without that if you launch firefox it will fail to start.
[01:11] <Mithrandir> doko: lp doesn't save the chroot afterwards, so we can't play the same tricks as in Debian where we then wouldn't have the problem again.
[01:11] <iwj> In the default setup.
[01:11] <Keybuk> StevenK: depends which members of Debian, really;  there are some I wouldn't object to
[01:11] <iwj> I can't remember whether it actually tries to start and gives you a totally dysfunctional thing or whether it doesn't do anything at all.
[01:11] <doko> Mithrandir: or can we assure that fakeroot is upgraded before some ia32 / libc6-i386 stuff uis unpacked?
[01:11] <StevenK> Keybuk: Me either, but I suspect my wife will.
[01:12] <ogra> iwj, hmm, k, xulrunner would be really helpful ... sad we dont have it :)
[01:12] <doko> Mithrandir: ok, so we do need the b-d on fakeroot _and_ the dependency on fakeroot in lib32gcc1.
[01:12] <iwj> ogra: I don't think we'll have it until upstream ff uses it.
[01:12] <Mithrandir> doko: if so, we just need the dependency in lib32gcc1.
[01:12] <ogra> iwj, yes, sadly ... 
[01:14] <Keybuk> Mithrandir: that's EVIL
[01:14] <fabbione> Mithrandir: 
[01:14] <Mithrandir> Keybuk: no shit.
[01:14] <fabbione> Changes: 
[01:14] <fabbione>  linux-restricted-modules-2.6.17 (2.6.17.1-4) edgy; urgency=low
[01:14] <fabbione>  .
[01:14] <fabbione>    * Provides: xserver-xorg-video instead of xserver-xorg-driver.
[01:14] <Mithrandir> fabbione: go ahead.
[01:15] <fabbione> ^^ it's a 3 lines change to debian/control
[01:15] <fabbione> ok
[01:15] <fabbione> thanks
[01:15] <Keybuk> Mithrandir: why do we need the dependency there?
[01:15] <mjg59> pitti: Why is my "Default sound card" greyed out in dapper?
[01:15] <Mithrandir> Keybuk: we want fakeroot to continue being installed, but we want to force an upgrade.
[01:16] <Keybuk> Mithrandir: it gets upgraded anyway, no?
[01:16] <Mithrandir> Keybuk: apparently not.
[01:16] <Keybuk> Mithrandir: it so does
[01:16] <Keybuk> The following packages will be upgraded:
[01:16] <Keybuk>   apt base-files bash bsdutils build-essential cpio cpp cpp-4.1 debconf
[01:16] <Keybuk>   debconf-english debianutils dpkg dpkg-dev e2fslibs e2fsprogs fakeroot
[01:16] <fabbione> Mithrandir: because the new version of fakeroot is FTBFS due to the old being broken?
[01:16] <Mithrandir> Keybuk: can you point to that on http://librarian.launchpad.net/3374978/buildlog_ubuntu-edgy-amd64.gcj-4.1_4.1.1-8ubuntu1_FAILEDTOBUILD.txt.gz ?
[01:17] <Mithrandir> fabbione: no?
[01:17] <Mithrandir> : tfheen@golem ~ > (apt-cache showsrc fakeroot ; apt-cache show fakeroot )| grep ^Vers
[01:18] <Mithrandir> Version: 1.5.9ubuntu1
[01:18] <Mithrandir> Version: 1.5.9ubuntu1
[01:18] <fabbione> hmm weird..
[01:18] <fabbione> infinity must have fixed that
[01:18] <Keybuk> Mithrandir: probably means it was already up to date in the chroot
[01:19] <fabbione> pitti: !!!!!
[01:19] <fabbione> pitti: you beated my -4 upload for l-r-m
[01:20] <doko> Mithrandir, Keybuk: could you check, if /emul still exists in the chroot?
[01:20] <fabbione> pitti: can you please do a -5 upload with a 3 lines change to debian/control?
[01:20] <Riddell> Keybuk: could you give back kdeaddons and kdesdk please
[01:20] <Mithrandir> doko: I don't have access to the chroots, sorry.
[01:20] <Mithrandir> Keybuk: well, it works splendidly in a pbuilder chroot for me.
[01:20] <Keybuk> doko: that's what I suspect ... fakeroot is up to date but /usr/lib32 is still a symlink
[01:20] <Keybuk> not-quite-updated-hard-enough chroot
[01:21] <Keybuk> but I can't tell myself
[01:21] <Mithrandir> probably needs to be rebuilt rather than updated due to dpkg not changing symlink to dirs?
[01:21] <Kamion> fakeroot.postinst could clean that up
[01:21] <Kamion> and probably should
[01:21] <Kamion> or whatever.postinst of the package that had /emul
[01:21] <Keybuk> Kamion: nothing in there
[01:22] <doko> ok, I'll prepare a fakeroot upload
[01:22] <fabbione> Mithrandir: i need to delay the l-r-m upload. pitti and i clashed on versions and i need to get his changes here
[01:22] <Mithrandir> fabbione: ok.
[01:23] <Mithrandir> doko: thanks.
[01:23] <ogra> Mithrandir, i'll upload a new edubuntu-meta soon to pick up the ubuntu changes, ok with you ?
[01:23] <Mithrandir> it'd be the preinst that would need to fix it, no?
[01:23] <fabbione> that is hopefully in the next publisher run
[01:23] <Mithrandir> ogra: upload away.
[01:23] <Kamion> Mithrandir: one of them :)
[01:23] <Kamion> yeah, probably preinst
[01:27] <Keybuk> http://www.theregister.co.uk/2006/07/13/fish4_goes_down/
[01:27] <Keybuk> d'oh
[01:28] <sivang> Keybuk: hah
[01:30] <doko> if [ "$1" = configure ]  && [ -d /emul ]  && [ -h /usr/lib32 ]  && [ $(uname -m) = x86_64 ] ; then
[01:30] <doko>         rm -f /usr/lib32
[01:30] <doko>         mkdir /usr/lib32
[01:30] <doko>         mv /emul/ia32-linux/usr/lib/* /usr/lib32/ || true
[01:30] <doko>         rm -rf /emul
[01:30] <doko> fi
[01:30] <dholbach> bug 39846: "if you fill up your free space from behind, ..."
[01:30] <Ubugtu> Malone bug 39846 in gparted "creates partitions in wrong order" [Medium,Unconfirmed]  http://launchpad.net/bugs/39846
[01:30] <doko> Mithrandir, Kamion: does the look ok for the fakeroot.postinst?
[01:30] <Kamion> as Mithrandir says, probably needs to be preinst
[01:31] <Mithrandir> I'm slightly worried about the rm -rf /emul
[01:31] <Kamion> and then it would be "$1" = upgrade rather than configure
[01:32] <StevenK> Shouldn't "upgrade" be quoted?
[01:32] <Mithrandir> doesn't matter.
[01:32] <Kamion> StevenK: no
[01:32] <Mithrandir> but it often is, for stylistic reasons.
[01:33] <doko> Mithrandir: find /emul ! -type d || rm -rf /emul
[01:33] <Kamion> the comedy thing I see is people doing stuff like $1 = "upgrade"
[01:33] <Kamion> which betrays a total lack of understanding of shell quoting
[01:33] <StevenK> Heh, ouch
[01:33] <Kamion> quote precisely what doesn't need to be quoted :P
[01:36] <doko> Kamion: upgrade in postinst?
[01:37] <Kamion> doko: 12:30 < Kamion> as Mithrandir says, probably needs to be preinst
[01:37] <Keybuk> Mithrandir: \o/
[01:37] <Kamion> if preinst is definitely wrong then ignore my upgrade comment
[01:38] <Mithrandir> doko: why not find /emul -type -d -empty -delete ?
[01:38] <doko> find /emul -depth -type -d -empty -delete
[01:39] <doko> trying to find a reason, why it needs to be in the preinst
[01:39] <Mithrandir> -delete turns on -depth automatically
[01:39] <doko> ahh, didn't know
[01:39] <Keybuk> Package: fakeroot
[01:39] <Keybuk> Version: 1.5.9ubuntu1
[01:39] <Kamion> my preinst comment was based on the feeling that it's usually best to fix up the filesystem before you unpack the new filesystem archive
[01:39] <Keybuk> ok
[01:39] <Keybuk> Mithrandir: the amd64 chroot has the updated fakeroot
[01:40] <Mithrandir> Kamion: yeah, mine too.
[01:40] <Keybuk> that's why it doesn't get updated
[01:40] <Mithrandir> Keybuk: ok.
[01:40] <pitti> fabbione: lrm clash> oh, sorry
[01:40] <pitti> fabbione: want my debdiff?
[01:40] <Kamion> in case dpkg unpacks through the symlink
[01:40] <Keybuk> Mithrandir: it also does NOT have /emul
[01:40] <Keybuk> so we're barking up the wrong tree, here
[01:40] <fabbione> pitti: it's easier if you just change the 3 lines in debian/control
[01:40] <pitti> oh, the package is already in LP
[01:41] <fabbione> pitti: search for xsrever-xorg-driver and change that to xserver-xorg-video in 3 Provides
[01:41] <StevenK> Heh, xsrever-xorg
[01:41] <fabbione> ok
[01:41] <doko> Keybuk: so just try to build it again?
[01:41] <Mithrandir> Keybuk: do you have a copy of the chroot?
[01:41] <fabbione> pitti: never mind i will do it
[01:41] <Mithrandir> Keybuk: or are you looking at the package?
[01:41] <Keybuk> Mithrandir: I have a copy of the chroot
[01:41] <fabbione> StevenK: that's just my typo here
[01:42] <Mithrandir> Keybuk: what does ls -ld  /usr/lib32 look like?
[01:42] <StevenK> fabbione: I know, I was chuckling over it.
[01:42] <pitti> fabbione: hm, but I shall not rename the -driver-fglrx etc. packages themselves?
[01:42] <Keybuk> drwxr-xr-x root/root         0 2006-01-26 14:46:57 chroot-autobuild/usr/lib32/
[01:42] <Keybuk> drwxr-xr-x root/root         0 2006-07-10 16:50:21 chroot-autobuild/usr/lib32/libfakeroot/
[01:42] <Keybuk> -rwxr-xr-x root/root     22728 2006-07-10 15:29:10 chroot-autobuild/usr/lib32/libfakeroot/libfakeroot-sysv.so
[01:42] <Keybuk> -rwxr-xr-x root/root     23580 2006-07-10 15:29:10 chroot-autobuild/usr/lib32/libfakeroot/libfakeroot-tcp.so
[01:42] <Mithrandir> then why does it end up with a file conflict?
[01:42] <Keybuk> because dpkg is special
[01:42] <Keybuk> something ELSE must think that /usr/lib32 is supposed to be a symlink to /emul
[01:42] <fabbione> pitti: don't worry.. i will take care of that..
[01:42] <pitti> fabbione: ok, as you wish; thanks
[01:42] <fabbione> pitti: it's in LP i can grab it
[01:43] <fabbione> pitti: no there is no need to rename because Debian doesn't have/will never have that package
[01:43] <Mithrandir> Keybuk: can you give me the url to it so I can poke it too?
[01:43] <fabbione> al lthe -driver -> -video rename was to be able to sync easily
[01:43] <Keybuk> Mithrandir: the chroot?
[01:43] <pitti> fabbione: ok; just for the sake of consistency, but now is not the right time to break names again :)
[01:43] <Mithrandir> Keybuk: yes, please.
[01:43] <StevenK> Keybuk: And figure that out how? Grep dpkg -c of every deb?
[01:43] <fabbione> pitti: exactly
[01:44] <Mithrandir> Keybuk: I know it's in the librarian somewhere, but I don't have the URL
[01:44] <Keybuk> are the middle bits alias or content?
[01:44] <fabbione> StevenK: a chroot doens't have that many package.. it's easier to do a grep on dpkg -c
[01:44] <Keybuk> http://librarian.launchpad.net/3325242/chroot-ubuntu-edgy-amd64.tar.bz2
[01:44] <Keybuk> ^ try that
[01:45] <Mithrandir> Keybuk: thanks
[01:45] <fabbione> Keybuk: is the publisher in manual mode?
[01:45] <Keybuk> fabbione: no
[01:45] <fabbione> ok
[01:45] <fabbione> is it just slower than usual?
[01:45] <Keybuk> fabbione: no
[01:46] <Keybuk> fabbione: perhaps we should start with a question that involves package names and version numbers? :)
[01:46] <fabbione> l-r-m-2.6.17 -4 accepted at 13:00
[01:46] <fabbione> it should have made this run
[01:47] <fabbione> and according to LP is done
[01:47] <fabbione> s/done/published
[01:47] <Keybuk> fabbione: not in accepted
[01:47] <fabbione> https://launchpad.net/distros/ubuntu/+source/linux-restricted-modules-2.6.17/2.6.17.1-4
[01:47] <Keybuk>    71675 | S- | linux-restricted-mod | 2.6.17.1-4           | 48 minutes
[01:47] <Keybuk>          | * linux-restricted-modules-2.6.17/2.6.17.1-4 Component: restricted Section: misc
[01:47] <Keybuk> it's in DONE
[01:48] <Keybuk> LP says it's published
[01:48] <Keybuk> so, dude, WTF?! :)
[01:48] <Kamion> fabbione: archive.u.c is in .se at the moment - takes a while to mirror
[01:48] <Kamion> oh, hang on, that was yesterday, it's back in the DC today apparently
[01:48] <Kamion> check DNS though
[01:48] <Keybuk> right
[01:48] <fabbione> yes
[01:48] <Keybuk> and it's bloody well on archive.uc :)
[01:48] <fabbione> it's not on the mirror yet
[01:48] <Keybuk> http://archive.ubuntu.com/ubuntu/pool/restricted/l/linux-restricted-modules-2.6.17/linux-restricted-modules-2.6.17_2.6.17.1-4.dsc
[01:49] <fabbione> it's appearing now
[01:49] <fabbione> WTf
[01:49] <fabbione> bah
[01:49] <Keybuk> it's not "appearing now"
[01:49] <Kamion> at :45, when you asked, it was probably still mirrorinng
[01:49] <Keybuk> it appeared about 10 minutes ago
[01:49] <fabbione> Kamion: yeah
[01:49] <Kamion> these days, wait until :50 before wondering if something is wrong :)
[01:49] <Keybuk> heh
[01:49] <Keybuk> 30-45 is pretty much "mirror"
[01:49] <fabbione> Keybuk: no, because i did trigger an rsync 5 minutes ago and it was not there
[01:49] <Keybuk> fabbione: dude, AYT!
[01:49] <Keybuk> AWTY even
[01:50] <Keybuk> I tend to do anything involving a published day at :05
[01:50] <fabbione> Keybuk: dude.. usually at :45 the mirror is finished and since it's not the first time that the mirroring breaks down, i was wondering where the hell the package was.
[01:50] <Keybuk> bah
[01:51] <Keybuk> you're lucky if the publisher has finished at :45 some days
[01:51] <fabbione> Keybuk: that's why i was also asking if it was slower than usual
[01:51] <Keybuk> "slower than usual" => "taking more than an hour"
[01:51] <Keybuk> as long as the publisher finishes before :50 or so, I figure it's fine
[01:51] <janimo> Mithrandir: another exception fort xarchiver. Install a bash script in /usr/lib/thunar-archive-plugin/ instead of /usr/libexec so it is found by thunar.
[01:52] <Kamion> Keybuk: can you get at the livefs buildds?
[01:52] <Mithrandir> janimo: go ahead.
[01:52] <Kamion> as in log into them
[01:52] <Keybuk> Kamion: no, elmo won't let me
[01:53] <sivang> has anyone else noticed a slow down downloading from archive.ubuntu.com ?
[01:53] <Kamion> elmo: could you change STE=dapper to STE=edgy in /usr/sbin/livecd.sh on the livefs buildds please?
[01:53] <sivang> dropped to 13kb for me comapred to 160kb last night
[01:53] <Kamion> elmo: or tell me if /home/buildd/bin/BuildLiveCD will let me override it (livecd.sh has a -d switch, if I can get at it from the trigger)
[02:00] <Mithrandir> doko: I'm not sure why this blows up on the buildd, but installing the build-deps in the chroot gives:
[02:00] <Mithrandir> sh-3.1# dpkg -S /emul
[02:00] <Mithrandir> lib32asound2, lib32asound2-dev: /emul
[02:00] <Mithrandir> but I have no idea why that should break anythin
[02:01] <Keybuk> Mithrandir: found it!
[02:01] <Keybuk> bah
[02:01] <Mithrandir> Keybuk: hum?
[02:01] <Keybuk> I found it almost exactly the same time you did :p
[02:01] <Keybuk> lib32asound2_1.0.11-7ubuntu1_amd64.deb
[02:01] <Keybuk> drwxr-xr-x root/root         0 2006-07-03 13:57:15 ./emul/
[02:01] <Keybuk> drwxr-xr-x root/root         0 2006-07-03 13:57:15 ./emul/ia32-linux/
[02:01] <Keybuk> drwxr-xr-x root/root         0 2006-07-03 13:57:15 ./emul/ia32-linux/usr/
[02:01] <Keybuk> drwxr-xr-x root/root         0 2006-07-03 13:57:18 ./emul/ia32-linux/usr/lib/
[02:01] <Keybuk> -rw-r--r-- root/root    778500 2006-07-03 13:57:18 ./emul/ia32-linux/usr/lib/libasound.so.2.0.0
[02:01] <Keybuk> lrwxrwxrwx root/root         0 2006-07-03 13:57:18 ./emul/ia32-linux/usr/lib/libasound.so.2 -> libasound.so.2.0.0
[02:01] <Keybuk> lrwxrwxrwx root/root         0 2006-07-03 13:57:19 ./usr/share/doc/lib32asound2 -> libasound2
[02:01] <Keybuk> libasound2-dev_1.0.11-7ubuntu1_amd64.deb
[02:01] <Keybuk> lib32asound2-dev_1.0.11-7ubuntu1_amd64.deb
[02:01] <Keybuk> drwxr-xr-x root/root         0 2006-07-03 13:57:15 ./emul/
[02:01] <Keybuk> drwxr-xr-x root/root         0 2006-07-03 13:57:15 ./emul/ia32-linux/
[02:01] <Keybuk> drwxr-xr-x root/root         0 2006-07-03 13:57:15 ./emul/ia32-linux/usr/
[02:01] <Keybuk> drwxr-xr-x root/root         0 2006-07-03 13:57:19 ./emul/ia32-linux/usr/lib/
[02:01] <Keybuk> -rw-r--r-- root/root   1317808 2006-07-03 13:57:18 ./emul/ia32-linux/usr/lib/libasound.a
[02:01] <Keybuk> -rw-r--r-- root/root       851 2006-07-03 13:57:15 ./emul/ia32-linux/usr/lib/libasound.la
[02:01] <Keybuk> lrwxrwxrwx root/root         0 2006-07-03 13:57:19 ./emul/ia32-linux/usr/lib/libasound.so -> libasound.so.2.0.0
[02:01] <Keybuk> lrwxrwxrwx root/root         0 2006-07-03 13:57:19 ./usr/share/doc/lib32asound2-dev -> libasound2-dev
[02:01] <doko> Mithrandir, Keybuk: wrong merge, will fix it ...
[02:01] <Kamion> Mithrandir put it considerably more concisely :P
[02:01] <Keybuk> he did
[02:01] <Mithrandir> Keybuk: well, but do you have any idea why it breaks stuff?
[02:01] <Keybuk> but I don't understand why that breaks it yet
[02:01] <Mithrandir> doko: thanks.
[02:02] <Mithrandir> me neither; I can't break it in the chroot
[02:02] <doko> crimsun: ^^^
[02:04] <Keybuk> Mithrandir: did you compare the versions of everything against those in the log?
[02:05] <Mithrandir> Keybuk: doing so now
[02:06] <Keybuk> if [ ! -h /usr/lib32 -a -d /usr/lib32 -a -d /emul/ia32-linux/usr/lib ] ; then
[02:06] <Keybuk>   rm -rf /usr/lib32
[02:06] <Keybuk>   ln -s /emul/ia32-linux/usr/lib /usr/lib32
[02:06] <Keybuk> fi
[02:06] <Keybuk> would sir care to revise sir's bullshit preinst? :p
[02:07] <Keybuk> dpkg-deb -I ubuntu/pool/main/*/*/lib32gcc1_4.1.1-8ubuntu1_amd64.deb preinst
[02:08] <doko> Keybuk: yes, that crept in from unstable, didn't hurt as long as we had not an /emul ... it's removed in -8ubuntu2
[02:08] <Riddell> doko: has the gcc bug that caused ruby1.8 to fail on powerpc been fixed?  it seems to compile fine for me locally (http://librarian.launchpad.net/3371361/buildlog_ubuntu-edgy-powerpc.ruby1.8_1.8.4-5ubuntu1_FAILEDTOBUILD.txt.gz)
[02:08] <Keybuk> doko: right, so asound's bad merge gave us an emul, and your preinst of death wiped /usr/lib32 and replaced it with a symlink, leading to the package breaking
[02:08] <Mithrandir> oh, joy.
[02:09] <Keybuk> so we need a new asound and a new gcc
[02:09] <doko> Mithrandir: please let me upload gcc-4.1 4.1.1-8ubuntu2 ...
[02:09] <Keybuk> the chroot itself is fine, so that doesn't need updating
[02:09] <Mithrandir> doko: go ahead.
[02:09] <Mithrandir> doko: is this the only change or is there more in there?
[02:09] <doko> alsa-lib already uploaded
[02:10] <doko> I don't know, but lib32z1 is fine.
[02:11] <Mithrandir> doko: as in, are there any other changes in gcc-4.1?
[02:11] <doko> Mithrandir: yes, but bootstrapped on powerpc several times
[02:11] <Mithrandir> doko: ok, let's cross our fingers, then.
[02:12] <doko> Mithrandir: will wait for an ia64 build, at least until the stage3 compiler is built
[02:12] <Keybuk> will any chroots need updating/
[02:12] <dholbach> can somebody please give back gnome-system-tools?
[02:13] <Keybuk> dholbach: eh?  no failed build
[02:13] <dholbach> Keybuk: it was waiting on liboobs
[02:13] <Keybuk> dholbach: yes, so?  that means the buildd has it ... it doesn't need giving back
[02:13] <Mithrandir> doko: before uploading the source, you mean?  Any idea when that is?
[02:13] <Riddell> the names of these gnome libraries are getting worse...
[02:13] <dholbach> Keybuk: will it automatically retry?
[02:13] <Keybuk> dholbach: yes
[02:14] <dholbach> Keybuk: ok cool :)
[02:14] <Keybuk> Riddell: the inevitable liboom hasn't happened yet :p
[02:14] <Keybuk> dholbach: a give back is when the buildd has failed a build and isn't going to attempt it again ... you give it back to try again
[02:14] <Keybuk> dholbach: if the build is in needs building, dependency wait, etc. it means the buildd will get around to it
[02:15] <dholbach> ok, super
[02:15] <Riddell> Keybuk: did you see my request to give back kdeaddons and kdesdk?
[02:15] <Keybuk> Riddell: no
[02:15] <Riddell> Keybuk: please give them back
[02:16] <Keybuk> kdeaddons 4:3.5.3-0ubuntu2 - powerpc ia64 sparc i386 amd64
[02:16] <Keybuk> kdesdk 4:3.5.3-1ubuntu2 - powerpc ia64 sparc i386 amd64
[02:16] <doko> Mithrandir: 2h?
[02:16] <doko> hmm, can upload it now as well, it's a community arch anyway
[02:17] <Keybuk> doko: will we want a chroot update for the new gcc, or is it ok for it go be updated the old fashioned way each time?
[02:17] <Kamion> Mithrandir: ok for ubuntu-meta upload to make pbbuttonsd powerpc-specific?
[02:17] <Riddell> Keybuk: could you give back ruby1.8 on powerpc too?
[02:18] <Mithrandir> Keybuk: the regular update should be fine.
[02:18] <doko> Keybuk: just make sure that /emul doesn't exist.
[02:18] <Keybuk> ruby1.8 1.8.4-5ubuntu1 - powerpc
[02:18] <Mithrandir> doko: hmm, ok.
[02:18] <Riddell> thanks Keybuk 
[02:18] <doko> Keybuk: could you hand-bootstrap the powerpc build?
[02:18] <Keybuk> doko: possibly, do we need to then?
[02:19] <doko> Keybuk: yes, it's definitely broken
[02:19] <Keybuk> meh
[02:19] <sivang> ogra: did you manage to sort out the ALT keys combos ?
[02:19] <Keybuk> doko: what needs to be done?
[02:20] <ogra> sivang, the gconf command you gave me solved it
[02:20] <sivang> ogra: I am thankful to seb128 who told me it in the first place, I just wonder if this is a bug or normal dist-upgrade stuff while merging stuff..I couldn't find in the metacity package where it registers it schems after shipping them there.
[02:36] <Kamion> Riddell,ogra,janimo: could you merge/upload-meta my recent seed change?
[02:36] <Riddell> Kamion: ok
[02:37] <janimo> Kamion: ok
[02:37] <Kamion> thanks
[02:38] <Kamion> oh, hell, xfonts-{75,100}dpi need NEWed
[02:38] <Kamion> me prods
[02:39] <Kamion> (done)
[02:42] <Kamion> dholbach: liboobs isn't through NEW yet, I'm checking that now
[02:43] <Mithrandir> Kamion: any idea why memtester now seems to be in universe?  It used to be in main and sysutils depends on it.
[02:44] <Kamion> Mithrandir: no - re-promoted
[02:45] <Mithrandir> thanks
[02:52] <pitti> hi ivoks 
[02:52] <ivoks> pitti: hi
[02:53] <ivoks> pitti: i'm just working on a fix for pnm2ppa
[02:53] <ivoks> pitti: adding # won't be enough, and it would be wrong
[02:53] <pitti> ivoks: oh, the file format doesn't understand comments?
[02:54] <ivoks> pitti: that would mean that when someone configures it trough debconf, he's configs wouldn't reflect his choice :)
[02:54] <ivoks> pitti: so if RET is empty then sed version with #version
[02:54] <ivoks> pitti: otherwise version = RET :)
[02:55] <ivoks> pitti: you'll see whent i finish :)
[02:59] <Hobbsee> sivang: ping?
[03:04] <doko> jbailey, fabbione: linux-kernel-headers are probably broken on ia64 and sparc
[03:05] <Keybuk> doko: why do you say that?
[03:05] <Keybuk> doko: they look fine to me
[03:06] <doko> Keybuk: alsa-lib build failures
[03:06] <doko> and gcc-4.1 build failure
[03:06] <doko> gcc-4.1 -c -DHAVE_CONFIG_H -g -O2 -I. -I../../../src/libiberty/../include  -W -Wall -pedantic -Wwrite-strings -Wstrict-prototypes ../../../src/libiberty/fnmatch.c -o fnmatch.o
[03:06] <doko> In file included from /usr/include/bits/errno.h:25,
[03:06] <doko>                  from /usr/include/errno.h:36,
[03:06] <doko>                  from ../../../src/libiberty/fnmatch.c:46:
[03:06] <doko> /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or directory
[03:06] <doko> make[3] : *** [fnmatch.o]  Error 1
[03:07] <Keybuk> doko: that's because /usr/include/ia64-linux-gnu is not in cpp's search path
[03:07] <Keybuk> which is because the toolchain failed to build
[03:07] <Keybuk> which is because you had stack protector turned on for ia64
[03:10] <sivang> Hobbsee: pong
[03:10] <Hobbsee> sivang: i'm just reading the CC meeting - you should be able to set to auto identify yourself in your client, if you wanted to.
[03:11] <Keybuk> doko: there does, however, appear to be a bug for sparc
[03:12] <Keybuk> /usr/include/sparc64-linux-gnu contains an asm directory without all of the headers
[03:12] <doko> Keybuk: hmm, however I cannot find a relation between ssp and the include path for ia64
[03:12] <Keybuk> doko: ssp was added at the same time the include path was added
[03:12] <Keybuk> so ia64 never got a compiler that had the include path
[03:12] <sivang> Hobbsee: sure, I Know, I just never bothered to do so :)
[03:13] <Hobbsee> sivang: ah, irssi.  shouldnt be that hard
[03:14] <doko> Keybuk: we had this include already in dapper
[03:14] <sivang> Hobbsee: should save some keystrokes.
[03:15] <Keybuk> doko: well, the gcc installed on halley doesn't have it
[03:15] <Keybuk> you may have dropped it, of course
[03:15] <Keybuk> in which case there's a gcc bug
[03:15] <Keybuk> halley% gcc test.c
[03:15] <Keybuk> In file included from /usr/include/bits/errno.h:25,
[03:15] <Keybuk>                  from /usr/include/errno.h:36,
[03:15] <Keybuk>                  from test.c:1:
[03:15] <Keybuk> /usr/include/linux/errno.h:4:23: error: asm/errno.h: No such file or directory
[03:15] <Keybuk> halley% gcc -I/usr/include/ia64-linux-gnu test.c
[03:15] <Keybuk> halley%
[03:16] <Keybuk> halley% cpp -v
[03:16] <Keybuk>   :
[03:16] <Keybuk> #include <...> search starts here:
[03:16] <Keybuk>  /usr/local/include
[03:16] <Keybuk>  /usr/lib/gcc/ia64-linux-gnu/4.1.2/include
[03:16] <Keybuk>  /usr/include
[03:16] <Keybuk> End of search list.
[03:16] <doko> $ gcc -v -E - </dev/null Using built-in specs. Target: ia64-linux-gnu
[03:16] <doko> Configured with: ../src/configure -v --enable-languages=c,c++,java,fortran,objc,obj-c++,ada,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-4.1-1.4.2.0/jre --ena
[03:16] <doko> ble-mpfr --with-system-libunwind --enable-checking=release ia64-linux-gnu
[03:16] <doko> Thread model: posix
[03:16] <doko> gcc version 4.1.2 20060613 (prerelease) (Ubuntu 4.1.1-2ubuntu4)
[03:16] <doko>  /usr/lib/gcc/ia64-linux-gnu/4.1.2/cc1 -E -quiet -v -
[03:16] <doko> ignoring nonexistent directory "/usr/lib/gcc/ia64-linux-gnu/4.1.2/../../../../ia64-linux-gnu/include"
[03:16] <doko> #include "..." search starts here:
[03:16] <doko> #include <...> search starts here:
[03:16] <doko>  /usr/local/include
[03:16] <doko>  /usr/lib/gcc/ia64-linux-gnu/4.1.2/include
[03:16] <doko>  /usr/include
[03:16] <doko> End of search list.
[03:16] <doko> # 1 "<stdin>"
[03:16] <doko> # 1 "<built-in>"
[03:16] <doko> # 1 "<command line>"
[03:17] <doko> # 1 "<stdin>"
[03:17] <doko> so it does have it
[03:17] <Keybuk> no, it doesn't
[03:17] <Keybuk> your paste proves it doesn't :p
[03:17] <Keybuk> no /usr/include/ia64-linux-gnu there
[03:20] <Keybuk> iz gcc bug
[03:20] <StevenK> Keybuk: Convince us. :-)
[03:21] <Kamion> http://cdimage.ubuntu.com/daily/current/
[03:21] <Kamion> getting there ...
[03:21] <pitti> Kamion: rock!
[03:23] <doko> ouch, the multiarch include patch is only applied for biarch architectures ... so it will ftbfs with on ia64 and hppa
[03:23] <sivang> hmm, that's okay for initrafms-tools ? update-initramfs: Generating /boot/initrd.img-2.6.17-4-686
[03:23] <sivang> cpio: ./lib/udev/path_id: No such file or directory
[03:24] <Kamion> udev bug iirc
[03:25] <sivang> Kamion: what could be it's effect? some devices not operating ? (/me goes to serch for a bug and file one if not already filed in the meanwhile)
[03:27] <Kamion> no idea
[03:27] <Kamion> ask Keybuk
[03:28] <sivang> right
[03:32] <Kamion> wow, UTF-8 display in the installer is excitingly hosed
[03:32] <Kamion> but only some characters, weirdly
[03:32] <Mithrandir> borken font?
[03:40] <Kamion> Mithrandir: http://people.ubuntu.com/~cjwatson/tmp/d-i-weird.png - you tell me
[03:41] <Mithrandir> freaky, but I'd think it's missing fonts.
[03:41] <Kamion> /lib/unifont.bgf is there though
[03:42] <Mithrandir> does it have  for instance?
[03:43] <Kamion> I have a feeling installation-locale needs to be rebuilt
[03:44] <Kamion> note the extra "locale: Cannot set LC_ALL to default locale: No such file or directory" in http://librarian.launchpad.net/3404510/buildlog_ubuntu-edgy-i386.debian-installer_20060711ubuntu2_FULLYBUILT.txt.gz versus http://librarian.launchpad.net/3003995/buildlog_ubuntu-dapper-i386.debian-installer_20051026ubuntu36_FULLYBUILT.txt.gz
[03:44] <ivoks> pitti: ping
[03:46] <pitti> hey ivoks 
[03:46] <ivoks> pitti: i'm kind of confused atm :)
[03:47] <ivoks> pitti: grep ^version /etc/pnm2ppa.conf, please? :)
[03:48] <pitti> ivoks: 'version  710'
[03:48] <ivoks> doh
[03:49] <Kamion> hmm, no, must be more complicated than that
[03:49] <ivoks> why does someone has 710, and someone ""
[03:49] <pitti> ivoks: hm, that file has lots of '#foo' comments, btw
[03:49] <ivoks> pitti: that file is different from one computer to other..
[03:50] <ivoks> pitti: and debconf defaults hould be version 710
[03:50] <ivoks> pitti: but this morning i had just version, wihtout 710
[03:50] <ivoks> pitti: now, after reinstall of package, it's version 710
[03:50] <ivoks> and i didn't touch debconf :/
[03:51] <dholbach> Kamion: gracias
[03:51] <pitti> ivoks: so sometimes there is an uninit'ed variable apparently
[03:52] <ivoks> pitti: could be
[04:13] <Keybuk> sivang: means /dev/disk/by-path doesn't exist in the initramfs
[04:13] <Keybuk> but that's ok, we don't use that
[04:14] <sivang> Keybuk: so that's not a bug then?
[04:15] <Keybuk> yeah, it's a bug
[04:16] <Keybuk> just a little one
[04:16] <Keybuk> there were more important things to do
[04:16] <Keybuk> and udev will need another upstream update anyway for the sysfs change
[04:17] <fabbione> Kamion, Keybuk: could you be so kind to check if mesa binaries are still sitting in NEW?
[04:18] <Keybuk> fabbione: i386 and amd64 are
[04:18] <seb128> Keybuk: could you give a build retry to gnome-applets and gedit?
[04:18] <Keybuk> seb128: ANOTHER retry?!
[04:19] <fabbione> Keybuk: could you please let them in
[04:19] <fabbione> ?
[04:19] <seb128> Keybuk: looks like the new gnome-python-desktop was not available when you retried this morning
[04:19] <Keybuk> gnome-applets 2.15.1.1-0ubuntu2 - powerpc ia64 sparc amd64
[04:19] <Keybuk> gedit 2.15.4-0ubuntu1 - powerpc ia64 sparc amd64
[04:19] <seb128> Keybuk: or it's not installable for another reason ... but the log looks like arch any,all not in sync
[04:19] <seb128> thank you
[04:19] <Keybuk> fabbione: ok
[04:19] <dholbach> ahh another new network-manager
[04:20] <fabbione> Keybuk: thanks
[04:20] <fabbione> Keybuk: sparc/ppc/ia64 are FTBFS... so it might take another upload to get them there
[04:21] <sivang> Keybuk: k, noted
[04:30] <Kamion> hmmmm
[04:30] <Kamion> localedef is generating an LC_COLLATE locale that glibc doesn't like
[04:30] <janimo> Gloubiboulga: hi
[04:30] <Kamion> methinks belocs-locales-bin needs an update
[04:31] <janimo> Gloubiboulga: I don;t get the thunar crash
[04:39] <dholbach> Mithrandir: i'm sorry to pester you again. I forgot the depends of the liboobs-1-dev package, that's why gnome-sytem-tools ftbfs - if that's ok, I'd proceed with the upload now.
[04:46] <seb128> Keybuk: do you know what happened to libbonobo 2.15.0-0ubuntu1 binaries on i386? it built yesterday but no sign of the debs for it (where amd64, sparc  and powerpc are published)
[04:47] <Keybuk> seb128: yeah, we've seen that before
[04:48] <Kamion> so are people still having locale problems in edgy, with specific reference to collation order?
[04:48] <Kamion> 'cos I'm pretty sure I know why
[04:48] <seb128> Keybuk: and you can fix it? :)
[04:49] <Hobbsee> hmm...scary.
[04:54] <Keybuk> Hobbsee: ?
[04:54] <Hobbsee> Keybuk: the idea of you performing an AshkEnte rite :P
[04:54] <Kamion> actually, bizarrely, I can't get it to affect a real system, but it affects installation-locale, so go figure
[04:55] <Keybuk> Hobbsee: I'm running low on mouse blood though, and the buggers haven't come back since I last thwarted their squatting attempts
[04:55] <Hobbsee> Keybuk: ahh.  hehe
[04:56] <Gloubiboulga> janimo, it happens every time I use it here
[04:56] <janimo> Gloubiboulga: weird
[04:58] <Keybuk> :'(
[04:59] <Hobbsee> Keybuk: well, it would mean that you werent running low on mouse blood anymore :P
[04:59] <Keybuk> they'd dry up in the post
[04:59] <Hobbsee> mdz: ping?
[04:59] <Keybuk> Hobbsee: slightly too early for mdz
[05:00] <Hobbsee> Keybuk: i realise that, i may end up having to pass on a message.  it's 1am here now.
[05:01] <dholbach> http://wiki.ubuntu.com/GenBunToo
[05:01] <Hobbsee> hi dholbach 
[05:01] <dholbach> hi Hobbsee
[05:01] <Keybuk> "It would also install a step-by-step "setup wizard" that autodetect your processor type based on CPUID function, and let you confirm your processor type, and recommend optimizations that will benefit you."
[05:01] <Keybuk> yeah, because /proc/cpuinfo is TOO EASY
[05:02] <ogra> haha
[05:03] <seb128> Mithrandir: ok to upload a gnome-vfs2 which makes libgnomevfs2-dev Depends on libdbus-glib-1-dev? gedit ftbfs due to that at the moment
[05:03] <Hobbsee> Keybuk: mdz is really the one i need to talk to about getting a fix into dapper updates?  it's just a rebuild, universe package
[05:04] <Keybuk> Hobbsee: kamion would be just as good
[05:04] <Hobbsee> right, i was told mdz
[05:04] <zul> dholbach: yeah GenBunToo is crack
[05:04] <Hobbsee> 09:49	mdz	To do
[05:04] <Hobbsee> 09:49	mdz	* Thank people for merging WvDial and WvStreams
[05:04] <Hobbsee> haha.  not a problem :)
[05:04] <ogra> zul, but a funny read :)
[05:05] <zul> ogra: makes me all feel tingly then i want to run away
[05:05] <Riddell> Mithrandir: can I rebuild some kde packages?  there's no changes
[05:06] <pitti> $ gdb /usr/bin/gdb `pidof gdb`   ... meta-debugging at its finest
[05:09] <fabbione> Kamion: not too long ago i did ask mdz permission to upload a xorg-server to dapper-updates and he did agree to it but i haven't seen it unleashed in the archive... 
[05:09] <fabbione> Kamion: do you think you can give it some love?
[05:10] <Keybuk> fabbione: cc response to ubuntu-archive
[05:10] <fabbione> Keybuk: ubuntu-archive@lists. ?
[05:10] <Keybuk> aye
[05:11] <ogra> it was never in main afaik ...
this stuff is becoming too burocratic</minirant>
[05:11] <ogra> fabbione++ 
[05:12] <Keybuk> it's a released distro, you need to get the RM's permission
[05:12] <Hobbsee> Kamion: ping?
[05:12] <Keybuk> this has never changed
[05:12] <Kamion> fabbione: I may just not have got round to processing it; I'll see if I have the mail
[05:12] <Kamion> Hobbsee: yes?
[05:12] <ogra> Keybuk, but the communication channels change 
[05:13] <fabbione> Kamion: thanks dude
[05:13] <ogra> there is less and less personal interaction ...
[05:13] <Kamion>  o libkiten-dev libkiten1                                             {kdeedu}
[05:13] <Kamion>    [Reverse-Depends: Rescued from kdeedu, libkiten-dev] 
[05:13] <Hobbsee> Kamion: can i get http://revu.tauware.de/details.py?upid=2699 uploaded to dapper-changes please?  it's just a rebuild, which allows kcemirror to be removed without breaking
[05:13] <ogra> Kamion, ah, damned, i always forget about supported 
[05:13] <Riddell> ogra: it's the new magic that ucks in -dev packages
[05:13] <Kamion> ogra: you need an Extra-Exclude: libkiten-dev in your seeds (and/or maybe kubuntu seeds as well) to avoid that getting sucked in by the general "include all *-dev" rule, if you don't want it.
[05:14] <Keybuk> ogra: that's only because we have more people in roles to avoid the "kamion would love to answer you, but he's currently got 1,500,000 things on his TODO list since this morning" problem
[05:14] <Keybuk> so it's a mailing list, not a person
[05:14] <ogra> Kamion, no, its fine edubuntu has kdeedu in supported, but only very less of it in ship/desktop
[05:14] <ogra> i just forgot to look in there :)
[05:15] <Kamion> Hobbsee: sure; please get somebody to upload it, and mail this IRC snippet to ubuntu-archive@lists.ubuntu.com so we have a record
[05:15] <Kamion> ogra: kdeedu yes, but did you definitely intend to have libkiten-dev there? it's currently in universe
[05:15] <ogra> Keybuk, i know *why* it is this way ...
[05:15] <ogra> Kamion, no, not really 
[05:15] <Kamion> fabbione: do you happen to know the subject line?
[05:15] <ogra> i'll add the exclude
[05:16] <Keybuk> ogra: and it's not a major change, really;  and means that you have grounds to complain a few days later when things haven't been done ... there's a mail in a list archive recording the approval
[05:16] <ogra> Keybuk, yes, i dont say its all bad ... but it has its disadvantages ... it keeps people more distant than before
[05:16] <fabbione> Kamion: xorg-server update for dapper
[05:17] <fabbione> Kamion: i did send it a couple of days ago or so
[05:17] <fabbione> probably more
[05:17] <Kamion> ok, I don't have it, please forward
[05:17] <Keybuk> ogra: I don't necessarily disagree with you ... I don't think things like Malone are a substitute for inter-personal communication
[05:18] <fabbione> Kamion: sure thanks
[05:18] <Keybuk> mailing lists are inter-personal communication though, it just lets you send to a group of people
[05:18] <Keybuk> 'tis one of the reasons we dropped using Malone for MoM, works better if you just /msg the guy who did it last and see whether they want a lock, or have useful information
[05:18] <ogra> yep
[05:19] <ogra> we should be careful to not slip into to much "tooleritis" and keep up good communication in areas where its possible
[05:20] <Kamion> fabbione: I'm particularly impressed that every single file touched in that diff needs a different error handling function :-)
[05:21] <Kamion> oh, huh, that was cced to me
[05:21] <Kamion> I wonder where I put it
[05:21] <fabbione> Kamion: that's from upstream.. don't ask me.. i don't want to know :D
[05:22] <Kamion> anyway, accepted, thanks for the nudge
[05:22] <Kamion> except for the way somebody apparently beat me to it
[05:23] <Keybuk> YOU TOO SLOW
[05:23] <Kamion> unless queue has started lying in its accept messages, which is always possible
[05:23] <Kamion> Keybuk: you're just trying to make me paranoid. you and the men in black lurking outside my house
[05:23] <Keybuk> Kamion: I told them to wear different colours, grr
[05:23] <Hobbsee> Kamion: metho and firelighters in hand, yes.
[05:24] <fabbione> Kamion, Keybuk: thanks
[05:27] <janimo> Kamion: is it enough if pbbuttons is removed from the i386-desktop? the other non-PPC ones seem not to be touched
[05:28] <janimo> after running update I mean
[05:28] <mxpxpod> are the vmware modules on the queue to be compiled for the new kernel in dapper?
[05:28] <Kamion> janimo: yes, pbbuttonsd is built for i386 and powerpc
[05:28] <Kamion> s/built/only built/
[05:32] <fabbione> who did subscribe me to ubuntu-bugs without telling me?
[05:32] <zul> yippe!
[05:33] <fabbione> specially.... keeping the same list headers of the old bug list for bugzilla
[05:33] <fabbione> my imap server does time out to open a 1.5GB IMAP FILE!
[05:33] <fabbione> I HATE YOU ALL
[05:34] <zul> now now fabbione calm blue ocean
[05:34] <fabbione> ok ok...
[05:35] <fabbione> doesn't help... 
[05:35] <fabbione> dovecot is too good
[05:36] <seb128> Mithrandir: I've uploaded it
[05:38] <Kamion> ok, I think that'll be the installer's locale fixed, after a couple of publisher runs and a d-i rebuild
[05:38] <fabbione> Hobbsee: anyway X is good as a couple of hours ago for at least x86*
[05:38] <Kamion> two hours for THREE LINES of changes
[05:38] <Hobbsee> fabbione: ah, fair enough, i've not tried it yet.
[05:38] <Kamion> hell, an alternate CD installer run even finished!
[05:39] <gnomefreak> fabbione: x is fine atm just libgl1-mesa-glx is non-existent
[05:40] <dholbach> is it safe to do liboobs upload now, which adds depends to the -dev package?
[05:41] <pitti> BenC: do you have a minute to discuss the kernel crash helper?
[05:41] <seb128> dholbach: go for it
[05:42] <seb128> dholbach: Mithrandir seems to no be around and we still have many installability issues atm so I don't think it'll stop CD building
[05:42] <seb128> dholbach: and we need to get g-s-t working anyway
[05:43] <dholbach> what I thought
[05:45] <Hobbsee> night all
[05:52] <sivang> night Hobbsee 
[05:54] <janimo> <OT: does anyone know about a newsreader that can use folders to groups various lists (t-bird does this for mail but apparently not for nntp) /OT>
[05:55] <jpatrick> janimo: akregator
[05:55] <janimo> jpatrick: thanks
[06:16] <BenC> pitti: yeah
[06:17] <pitti> BenC: I'm currently typing an email with the details, that will be better
[06:17] <hunger> Any estimation on when a kernel with fixed libata will be available in edgy?
[06:19] <BenC> depends on what you mean by fixed
[06:20] <seb128> Keybuk: did you figure about libbonobo 2.15.0-0ubuntu1 binaries for i386? do you know when it'll be fixed?
[06:20] <Keybuk> seb128: -v
[06:20] <seb128> Keybuk: 
 Keybuk: do you know what happened to libbonobo 2.15.0-0ubuntu1 binaries on i386? it built yesterday but no sign of the debs for it (where amd64, sparc  and powerpc are published)
 seb128: yeah, we've seen that before
[06:21] <Keybuk> oh, that
[06:21] <Keybuk> did they not turn up yet?
[06:21] <seb128> no
[06:21] <seb128> and that break gnome-python atm
[06:21] <Keybuk> probably in this publish run
[06:21] <seb128> ok, cool
[06:21] <seb128> thank you
[06:21] <Keybuk> I have a recipie for rescuing those now
[06:22] <seb128> what is happening to them in the first place?
[06:22] <Keybuk> various failures between them being built and reaching the archive
[06:22] <Keybuk> they're not lost, they just get stuck
[06:24] <seb128> is there some sort of notifications of that issues happening or should you ping somebody to get it fixed when that happens like that? :)
[06:24] <seb128> s/you/we
[06:27] <pitti> BenC: I mailed you about the problem
[06:27] <BenC> pitti: ok, thanks
[06:27] <Keybuk> seb128: HAHAHAHAHAHAHA
[06:27] <Keybuk> NOTIFICATIONS!
[06:28] <Keybuk> BWAHAHAHAHAHAHA
[06:28] <Keybuk> SOYUZ!
[06:28] <Keybuk> geeeez
[06:28] <Keybuk> *breathe*
[06:28] <Keybuk> *breathe*
[06:28] <pitti> BenC: I hope it's not too hard to fix, would be unfortunate to drop the idea with the kernel hook
[06:28] <seb128> hum, ok, I'll keep pinging people when something not normal happens then ;)
[06:28] <seb128> driving soyuz seems to be a lot of fun :p
[06:29] <Kamion> ok, who buggered grub? or initramfs. or whatever it i.
[06:29] <Kamion> is
[06:30] <BenC> Kamion: edgy kernel?
[06:30] <Keybuk> Kamion: hmm?
[06:30] <Kamion> BenC: fresh edgy install
[06:30] <Kamion> disnae boot
[06:30] <BenC> Kamion: kernel-package was buggered, and latest edgy kernel doesn't create an initramfss
[06:30] <Keybuk> Kamion: I'm frankly not surprised
[06:30] <Keybuk> though, a little more -v please :)
[06:31] <BenC> uploading a new kernel in an hour or so
[06:31] <Kamion> yeah, my wife just nicked that machine so it'll be a moment
[06:33] <Keybuk> though, given what BenC says, I suspect that's the problem
[06:33] <Keybuk> which reminds me, must read up on what this kinit thing is
[06:34] <BenC> pitti: you're going to have to get snazzy with this thing
[06:35] <BenC> pitti: the oddness is that basically the crash dump helper is being called in a kernel context where the program is on it's way down the tubes, and it stops that process to call this program
[06:36] <BenC> pitti: you really need to fork(), start gdb, detach from the dump helper, and let the dump helper die
[06:36] <Amaranth> would the kernel have anything to do with my multimedia keys suddenly breaking?
[06:37] <Amaranth> i can't think of anything else that changed in dapper recently that would do it
[06:38] <ogra> Amaranth, for me the right/middle mousebutton emulation on the keyboard stopped 
[06:38] <ogra> bah, to slow
[06:46] <Kamion> Keybuk: I guess you probably don't care, but the devfs rules in udev are well buggered
[06:46] <ogra> Amaranth, for me the right/middle mousebutton emulation on the keyboard stopped on my ibook ...
[06:46] <Keybuk> Kamion: really?  I didn't change them
[06:46] <Amaranth> ogra: my play/pause, stop, prev, and next buttons died
[06:46] <ogra> i suspect the kernel but have fond no evidence yet :)
[06:46] <Amaranth> ogra: they worked fine once i rebooted with -25
[06:47] <Kamion> I have /dev/discs/disc0 -> ../sda1, /dev/discs/disc14/disc -> ../../sdb, /dev/discs/disc15/disc -> ../../sda, /dev/disc{3,5,7,9} -> sda1
[06:47] <Keybuk> sweet
[06:47] <Kamion> I hadn't been planning to move implementation of no-more-devfs quite far enough forward to be there for knot-1, so a fix would be nice ;-)
[06:47] <Kamion> what do you need?
[06:48] <Keybuk> tbh, I have absolutely no idea
[06:49] <Keybuk> Kamion: could be worth changing storage_enum.sh to be #!/bin/bash and seeing whether that helps
[06:49] <Kamion> ENOBASH
[06:49] <Kamion> this is in d-i rescue mode
[06:49] <Keybuk> good point, won't be that then
[06:49] <Keybuk> you really have /dev/discs/disc0 -> ../sda1 ?!
[06:49] <Kamion> aye
[06:49] <Keybuk> with the "../sda1" as the real symlink target
[06:50] <Kamion> yeah - /dev/sda1 does exist
[06:50] <Keybuk> no, I mean that's what readlink() returns?
[06:50] <Keybuk> ls -l /dev/discs
[06:51] <Kamion> yes
[06:51] <Kamion> disc0 -> ../sda1
[06:51] <Kamion> disc14
[06:51] <Kamion> disc15
[06:51] <Kamion> the latter two being directories
[06:51] <Keybuk> and no disc3,5,7,9 ?
[06:51] <Kamion> those are directly in /dev
[06:51] <Keybuk> fruity
[06:51] <Kamion> oh also /dev/disc{11,13} -> sda1
[06:51] <Keybuk> udevinfo -q symlink -n sda1
[06:52] <Kamion> discs/disc0 disc3 disc5 disc7 disc9 disc11 disc13 disc15/part1 disk/by-uuid/eb48b2bb-5c67-4925-bbdf-d21b18f728dc
[06:53] <Kamion> /dev/disc15 has part1 -> ../sda1, part2 -> ../sda2, part5 -> ../sda5
[06:54] <Keybuk> sh -x /lib/udev/storage_enum sda
[06:54] <Kamion> BTW, is udev supposed to be a native package?
[06:54] <Keybuk> Kamion: no, that was an accident
[06:54] <Keybuk> I couldn't spell orig right that day
[06:56] <Kamion> aiee libnss-*-udeb must be funted too
[06:56] <Keybuk> hmm?
[06:56] <Kamion> can't scp
[06:56] <Keybuk> is the last line an echo ?
[06:56] <Keybuk> or an each near the last line, anyway
[06:56] <Keybuk> what's that say?
[06:56] <Kamion> hang on, trying to extract the full trace for you
[06:59] <Kamion> Keybuk: http://paste.ubuntu-nl.org/17935
[06:59] <Kamion> had to copy/type that but I think it's accurate
[06:59] <Keybuk> can you do the same with sda1 ?
[07:00] <Keybuk> yeah that might be the bug
[07:00] <Keybuk> but it doesn't explain the really wacky symlink names
[07:02] <Kamion> Keybuk: http://paste.ubuntu-nl.org/17936
[07:02] <Keybuk> oh, now that does explain the wacky names
[07:03] <Keybuk> yeah
[07:03] <Keybuk> it's the disk = disc thing
[07:03] <Keybuk> that must be a bug in dapper too :p
[07:03] <Kamion> certainly never showed up in the same way
[07:04] <Kamion> the installer totally wouldn't have worked
[07:06] <Kamion> Keybuk: anything else you need from me? I'm being called away
[07:07] <Keybuk> just approval for a new udev upstream version that fixes a few bugs
[07:07] <Keybuk> notably that path_id one
[07:07] <Keybuk> I can bundle this in with that
[07:07] <Kamion> mail the changelog to me and mdz?
[07:07] <Kamion> I'll look at it tonight if he doesn't beat me to it
[07:08] <Keybuk> this is udev
[07:08] <Keybuk> it doesn't have useful changelogs
[07:08] <Keybuk> I can mail you the diff
[07:11] <Kamion> Keybuk: ok
[07:11] <Kamion> I thought udev had RELEASE-NOTES
[07:11] <Kamion> but the diff is fine
[07:12] <Keybuk> actually, I'll just upload a fixed 093 for now
[07:13] <Keybuk> this drags in a messy change which might break out network device renaming
[07:19] <Kamion> ok
[07:19] <Kamion> thanks
[07:32] <LaserJock> did the development team meeting already happen?
[07:32] <Keybuk> LaserJock: this morning, yes
[07:33] <LaserJock> Keybuk: darn
[07:33] <Keybuk> 0700 UTC
[07:33] <LaserJock> yeah, it was midnight last night for me :/
[07:33] <LaserJock> got confused
[07:34] <AlinuxOS> mjg59, hi.
[07:35] <AlinuxOS> mjg59, have got some time ?
[07:53] <pitti> BenC: fork() the crashed program, you mean?
[07:53] <pitti> BenC: ah, I see; fork() the crash-helper, setsid(), and quit the original instance
[07:54] <pitti> BenC: and take care that the forked crash-helper calls gdb before the orginal crash-helper quits?
[07:55] <mdz> seb128: I find the new gaim message received sound much more pleasing
[07:56] <pitti> (it's a bit like lifting yourself out of a marsh by pulling on your hair :) )
[07:56] <pitti> mdz++
[07:59] <seb128> mdz: yeah, new sounds are nice :)
[08:00] <mdz> woo, ubuntu-meta all installable on i386
[08:01] <mdz> do we have livefs builds then?
[08:07] <pitti> BenC, zul: do you have some minutes to join #debian-security on OFTC?
[08:11] <zul> i think i can
[08:17] <Kamion> mdz: I've just kicked some off, although they so much won't work sanely :)
[08:18] <Kamion> I think Mithrandir needs to put our casper back together first
[08:19] <Chipzz> Keybuk: I doubt this is in the right context, but kinit is the kerberos 'login' program
[08:19] <ogra> argh ... bashism in ltsp-build-client ...
[08:20] <Keybuk> Chipzz: nah, wrong context
[08:21] <pitti> doko: your gcc upload almost sounds like if it would avoid the manual bootstrapping
[08:21] <mdz> Kamion: which machine does CD builds now?
[08:21] <Keybuk> kinit is the things that are in the kernel at the moment, but are become a initrdspace utility that you run instead
[08:21] <Keybuk> I don't yet understand why it's referred to as a single binary, and not just a collection of useful things
[08:22] <Kamion> mdz: lithium
[08:22] <Kamion> most of the livefs build attempts failed quickly; logs should be available soon
[08:22] <Kamion> terranova (i386) is still running
[08:22] <mdz> do we still have that python-gnome2-desktop installability issue?
[08:22] <doko> pitti: no
[08:23] <Kamion> and is managing to install the desktop
[08:23] <mdz> that would kill non-i386 pretty quickly
[08:23] <Kamion>   ubuntu-desktop: Depends: deskbar-applet but it is not going to be installed
[08:23] <Kamion>                   Depends: evolution-exchange but it is not going to be installed
[08:23] <Kamion>                   Depends: gedit but it is not going to be installed
[08:23] <Kamion>                   Depends: gnome-app-install but it is not going to be installed
[08:23] <Kamion>                   Depends: gnome-applets but it is not going to be installed
[08:23] <Kamion>                   Depends: openoffice.org but it is not going to be installed
[08:23] <Kamion>                   Depends: serpentine but it is not going to be installed
[08:23] <Kamion>                   Depends: totem but it is not going to be installed
[08:23] <Kamion> that's amd64
[08:24] <Kamion> powerpc is more spectacular, but we know it's bust due to needing a gcc bootstrap (which infinity has started)
[08:25] <Kamion> damn, can't upload glibc until I get that gcc bootstrap, I think
[08:26] <bluefoxicy> Kamion:  personally I get annoyed with "upgrade will remove gnome-something-perl, ubuntu-desktop" because ubuntu desktop depends on a perl module for unknown reasons
[08:27] <Kamion> bluefoxicy: unknown to you
[08:27] <bluefoxicy> yes that's generally what 'unknown' means when someone says it
[08:27] <Kamion> the comment in the seeds explains it perfectly well
[08:27] <bluefoxicy> there's comments in the seeds?
[08:27] <Kamion> and I don't know why you suddenly brought this up, it's irrelevant here
[08:27] <Kamion> y4es
[08:27] <Kamion> yes
[08:28] <Kamion> desktop: * libgnome2-perl          # for synaptic
[08:28] <bluefoxicy> ah -- ..... why does removing that not remove synaptic?
[08:28] <dholbach> bluefoxicy: because ubuntu-desktop depends on it, not synaptic
[08:28] <Kamion> it's not a dependency, but if you don't have it then debconf doesn't display its GNOME frontend which means that synaptic would have to open a terminal
[08:28] <bluefoxicy> aha!
[08:30] <bluefoxicy> ChangeLog:  * Improve the comment for libgnome2-perl -- Kamion
[08:30] <Keybuk> \o/
[08:30] <Keybuk> I now have a task-by-task project plan
[08:31] <pitti> Keybuk: for init-goes-on-crack?
[08:31] <Keybuk> aye
[08:31] <bluefoxicy> this reminds me, I would immensely enjoy no-op upgrades in dpkg, re those times when I gotta download say 100 megs of OpenOffice.org because somebody fixed a typo in the description in debian/control or something silly like that
[08:32] <bluefoxicy> one of the ChangeLogs I saw was in its entirity fixing debian/watch or something silly like that, warranting an entire new binary package download and install
[08:32] <bluefoxicy> and I was like, "Wait... the program is the same.. some of the irrelavent meta-data in the package changed... this won't affect anyone's system... why the hell am I downloading this?"
[08:37] <msw> bluefoxicy: that's one conary feature I love - the upstream sources aren't downloaded when you're editing the build control files (maybe no more source packages can get there in the future)
[08:41] <Keybuk> conarubuntu
[08:42] <ogra> sigh 
[08:42] <ogra> dash bites back ...
[08:43] <bluefoxicy> msw: Yes but do you get to notice a new updated package that has only build-deps changed, and not download and install the upgrade?  :>
[08:48] <ogra> the replacement for x-window-system-core is just xorg ?
[08:48] <Kamion> bluefoxicy: 'cos build-deps NEVER influence the content of the package :-P
[08:48] <bluefoxicy> Kamion:  do they ever?  :P
[08:59] <dholbach> can gnome-system-tools please be given back?
[09:00] <tseng> dholbach: keybuk is gone.
[09:03] <Mithrandir> Riddell: you're free to rebuild KDE as much as you like, yes.  If you break the rest of the distro, I might be angry with you, but as long as you only change KDE, it should be safe enough. :-)
[09:04] <mdz> oh NO, text selection in gnome-terminal is completely broken
[09:05] <dholbach> hmm, somebody else with give-back supahpowah? if not... Mithrandir: can I do a rebuild-only-upload of gnome-system-tools?
[09:05] <tseng> dholbach: ive been told only keybuk, infinity can give back, i think you are talking to yourself
[09:06] <tseng> I'm serious!
[09:07] <dholbach> i'm just kidding - i guess i'll have to do a no-changes upload then
[09:09] <Mithrandir> dholbach: I can't give-back, but feel free to upload a no-change.
[09:09] <tseng> dholbach: did anyone fix up gnome-power-manager?
[09:09] <dholbach> Mithrandir: gracias
[09:09] <dholbach> tseng: ogra is still working on it
[09:09] <tseng> ok, cool
[09:09] <dholbach> and on gnome-screensaver
[09:10] <tseng> im not sure what is up with 2.15
[09:10] <tseng> it wont let me suspend
[09:13] <seb128> needs hal policekit?
[09:15] <tseng> maybe
[09:15] <tseng> policykit
[09:15] <tseng> i definately saw it think it was available in configure
[09:16] <tseng> good guess.
[09:41] <profoX`> hi
[09:41] <profoX`> Does anyone know what program is in charge for displaying the OnScreenDisplay and changing the volume, when you press volume keys on your media keyboard / laptop ?
[09:42] <smorsony> Can I ask questions about wmi here?
[09:42] <jdub> profoX`: gnome-settings-daemon
[09:42] <jdub> smorsony: wmi?
[09:42] <profoX`> jdub: thank you :) was looking for ages
[09:42] <smorsony> Looking for a way to get the system model info as I can with wmi on windows.
[09:43] <HWolf> smorsony, please try #ubuntu or your local ubuntu channel
[09:44] <jdub> smorsony: dmidecode might help
[09:44] <profoX`> jdub: is it part of gnome-control-center ? i have to download the source package
[09:45] <smorsony> Thanks jdub :)
[09:45] <jdub> profoX`: yes (btw, dpkg -S is handy for working that stuff out)
[09:45] <profoX`> jdub: oh yes thanks for the tip
[09:50] <profoX`> when i apt-get source, do i need to patch with the included diff to get the ubuntu package? or is that already done?
[09:50] <profoX`> ubuntu sources *
[09:51] <ogra>   ldm: Depends: openssh-client but it is not going to be installed or
[09:51] <ogra>                 ssh but it is not going to be installed
[09:51] <ogra> hmm
[09:52] <ogra> that doesnt look like we'll have a working ltsp soon ... all deps for ltsp-cliennt fail :(
[09:53] <LaserJock> profoX`: apt-get source unpacks and applies the diff
[09:53] <profoX`> LaserJock: ok thanks
[09:54] <mdz> rodarvus: did you find out about xserver-xorg-input-elographics?
[09:54] <mdz> rodarvus: it's been in main since it first existed in breezy
[09:55] <mdz> rodarvus: so unless it's been deprecated upstream, I think it should probably be depended upon or seeded
[09:55] <stratus> ogra: hi. something wrong with the ltsp packaging or the deps?
[09:55] <ogra>  aptitude: Depends: libapt-pkg-libc6.3-6-3.11 but it is not installable
[09:55] <ogra>   discover1: Depends: libdiscover1 but it is not going to be installed
[09:55] <ogra>              Depends: discover1-data (>= 1.2004.09.24) but it is not going to be
[09:55] <ogra> GRUMBLE !!!
[09:56] <ogra> stratus, we just changed to debians xorg ... ltsp will need adjustment there and i only have ppc here, my amd64 work machine dies yesterday 
[09:56] <ogra> *died
[09:57] <ogra> currently ppc is the worst you can use for development 
[09:57] <ogra> (in ubuntu)
[09:57] <stratus> ogra: hmm, but the ltsp (in debian) works with our xorg. i only have ppc here now too and without hard disk atm.
[09:57] <ogra> i'm happy i can type at least ... 
[09:57] <jdub> can we still do sync requests for universe stuff, or should we just upload?
[09:58] <ogra> jdub, universe is open until sept ...
[09:58] <tseng> jdub: request a sync
[09:58] <tseng> file a bug
[09:58] <tseng> *subscribe* ubuntu-archive
[09:58] <tseng> not assign
[09:58] <zul> later
[09:58] <ogra> stratus, but debian didnt just break half the world deliberately ... and debian doesnt want to release a milestone CD the next days ...
[09:58] <jdub> rad, 'cos one of my mission critical apps needs some love :-)
[09:59] <jdub> tseng: i jsut use pitti's script ;)
[09:59] <tseng> cool
[09:59] <ogra> i fear edubuntu has to skip that one, i wont be able to fix that in time :/
[10:00] <stratus> ogra: heh ok then.
[10:09] <msw> bluefoxicy: if the user asks to update something, we'll calculate differences between what they have installed and the new version.  in cases of build deps changed, normally the actual changes are very small.  don't know if that addresses the question, though...
[10:12] <bluefoxicy> msw: so if you ship openoffice.org-writer 2.0.2-ubuntu17 to fix a build-dep inaccuracy in -ubuntu16 it won't redownload a 36 megabyte package and the other 15 10-20 meg packages that got rebuilt with it and install it?
[10:14] <crimsun> eek
[10:14] <crimsun> doko: sorry about that, thanks for fixing
[10:18] <msw> bluefoxicy: it would download the new (hopefully smaller than 36 MiB) -ubuntu17 package.  As for the other packages, it depends on what the user asked to do.  One important thing about what we do with our distro is how we control the individual package versions through groups.  "update everything" usually means "update group-os".  If group-os doesn't include OOo-2.0.2-ubuntu17, it won't get updated.  Once the new group is updated, everything gets updated (th
[10:18] <msw> bluefoxicy: (I'm not explaining it well at the moment)
[10:23] <bluefoxicy> msw:  okay, well whatever.  I'm going to McDonalds.  I'm rather sure I don't understand how this works.
[10:23] <msw> bluefoxicy: enjoy.
[10:37] <rodarvus> mdz: xserver-xorg-input-elographics is not deprecated upstream, lets fix it, then
[10:37] <Kamion> ogra: can you please quit complaining about the powerpc situation? :-) we know what it is, it needs the gcc bootstrap which infinity is doing
[10:38] <rodarvus> mdz: I'm working on it, now
[10:39] <mdz> rodarvus: thanks
[10:50] <rodarvus> mdz: who do I ask to seed -elographics? (I suppose either you or Kamion?)
[10:51] <mdz> rodarvus: if it shouldn't be a dependency of -input-all, you can seed it yourself
[10:51] <mdz> rodarvus: https://wiki.ubuntu.com/SeedManagement explains how
[10:55] <siretart> Mithrandir: I have a quite big update for lib-xine. is it okay to upload, or shall I wait until after knot 1 release?
[10:56] <fabbione> mdz: -elographics is not deprecated. it was moved to main in dapper for some IBM hw. There was a specific Depends: in xorg
[10:56] <fabbione> mdz: it might happen that it got lost in the merge
[11:03] <Kamion> anyone who cares to figure out why glibc won't build any more on powerpc would be welcome ...
[11:08] <mdz> fabbione: it was in main in breezy too
[11:08] <mdz> fabbione: but it was never seeded before
[11:08] <mdz> Kamion: I'm puzzling out amd64 at the moment
[11:09] <mdz> it's in pretty bad shape from the look of it
[11:09] <fabbione> mdz: we did demote -input- stuff only in dapper
[11:09] <fabbione> before it was all in main
[11:09] <mdz> fabbione: it's not seeded in dapper either; something must have depended on it
[11:09] <fabbione> mdz: yes i did add the Depends: in source xorg 
[11:09] <fabbione> mdz: it might have been lost in the merge (that i did not do or check)
[11:09] <mdz> rodarvus: ^^
[11:09] <fabbione> mdz: i alreayd told him
[11:10] <fabbione> he is checking
[11:10] <mdz> ok then
[11:10] <fabbione> nothing to panic about. it's a quite special piece of equipment anyway
[11:11] <mdz> there is no panic
[11:11] <fabbione> there is no cabal
[11:11] <fabbione> ;)
[11:11] <fabbione> good night fellas
[11:12] <rodarvus> xorg is updated - I'm just testing it locally before upload
[11:13] <jbailey_> sivang: Why, your internet connection too speedy these days?
[11:13] <jbailey_> =)
[11:14] <sivang> jbailey_: Jeff! :-)
[11:15] <sivang> jbailey_: actually the cable guy was here the afternoon, and net seems to be quite fast. almost utilizing my whole bandwidth
[11:15] <rodarvus> mdz: done
[11:16] <rodarvus> I checked the seeds, and no -input driver is mentioned manually (with exception of -synaptics)
[11:16] <rodarvus> the others are included via xserver-xorg-input-all->xserver-xorg->xorg
[11:17] <rodarvus> also, I have just uploaded xorg_7.0.22ubuntu4, with xserver-xorg-input-all depending on -elographics (for i386 only, though)
[11:17] <Chipzz> rodarvus: local upgrade here didn't work
[11:18] <Chipzz> are not like intended
[11:18] <rodarvus> Chipzz: what didn't work?
[11:18] <Chipzz> I had xserver-xorg-driver-i810 installed
[11:18] <Chipzz> that and only that
[11:18] <Chipzz> well no
[11:19] <rodarvus> Chipzz: when did you upgraded?
[11:19] <Chipzz> xserver-xorg-driver-i810 and xserver-xorg-driver-vmware
[11:19] <Chipzz> but for all intents and purposes, that's the same
[11:19] <rodarvus> xserverx-xorg requires xserver-xorg-video-all | xserver-xorg-video (the second one is provided by all -video drivers)
[11:19] <Chipzz> ie I did not have xserver-xorg-driver-all
[11:19] <rodarvus> brb
[11:19] <Chipzz> it pulled all the *-video-* packages
[11:21] <rodarvus> Chipzz: anyhow, later today I'll hack a local installation just to have -i810 here, and test the upgrade path
[11:22] <Chipzz> rodarvus: lemme copy/paste
[11:22] <Chipzz> just a sec
[11:22] <rodarvus> Chipzz: note that the upgrade is only supposed to happen if you have xorg 7.0.22 >= ubuntu3
[11:22] <Chipzz> http://chipzz.studentenweb.org/xorg-up
[11:23] <Chipzz> this should *not* have pulled in xserver-xorg-video-all
[11:25] <mdz> rodarvus: does -synaptics need to be explicitly seeded, or is it an indirect dependency of -desktop now?
[11:25] <rodarvus> mdz: I don't know why it is explicitly seeded - as it is included as an indirect dependency
[11:26] <mdz> rodarvus: ok, then please remove it
[11:26] <mdz> rodarvus: it probably wasn't at the time
[11:26] <rodarvus> will do
[11:26] <rodarvus> xorg is accepted
[11:36] <rodarvus> mdz: desktop seed is updated
[11:37] <rodarvus> I'll need to leave for 2-3 hours, but will be back later today to check if everything is ok, or if there is any extra interaction needed urgently
[11:37] <rodarvus> Chipzz: also as soon as I get back I'll make sure everything is ok WRT drivers upgrade (should be)
[11:53] <mdz> vcdimager promotion is blocking xine, which is blocking totem, which is blocking gnome-python-extras which blocks THE WORLD
[11:53] <Kamion> Chipzz: looks like you had removed stuff with --force-depends, or had a locally rebuilt version of xserver-xorg
[11:54] <Kamion> Chipzz: in the first case, that's not supported, sorry; in the latter case, rebuild it again based on the new version
[11:54] <siretart> mdz: err, how can vcdimager (universe) block xine (main)?
[11:54] <mdz> siretart: exactly
[11:54] <mdz> xine grew a build-dep on vcdimager
[11:54] <siretart> oh
[11:54] <Kamion> Chipzz: but honestly, being able to remove drivers was never a particularly important goal of modularisation; the important goal was being able to update them and hack on them separately
[11:54] <siretart> right.. hrmpf
[11:55] <mdz> Kamion: the dependencies do allow it, though I"m not convinced they should
[11:55] <Chipzz> Kamion: I have neither
[11:56] <Chipzz> Kamion: the command I issued should have upgraded fine
[11:56] <Kamion> oh, as mdz points out the dependencies do allow it
[11:56] <Kamion> but you will have to tweak it with a package manager more sophisticated than apt-get, probably
[11:57] <Kamion> I do not expect that the dependencies can/will easily be fixed for your situation
[11:57] <Kamion> the logic is not something that we can really express
[11:57] <Kamion> and you can always go and remove the ones you don't want again, so no big deal
[11:57] <Chipzz> Kamion: the command I issued should not have pulled in xserver-xorg-video-all
[11:58] <Kamion> *shrug*
[11:58] <Chipzz> the upgrade path should have worked (I think)
[11:58] <Kamion> there's nothing wrong with the dependencies; it would require an apt change
[11:58] <Kamion> (retroactively, in dapper)
[12:00] <jdub> Kamion: you got latest edgy apt?
[12:00] <jdub> or anyone else
[12:00] <jdub> deb http://people.ubuntu.com/~jdub/edgy /
[12:00] <siretart> mdz: I think I could disable vcd support in xine, in order to work around the vcdimager dependency
[12:01] <jdub> add this guy, see if you get a 404 on Packages.gz when doing update
[12:01] <siretart> temporarily, that is
[12:01] <jdub> (the source only has bz2)
[12:01] <Kamion> jdub: no, can't upgrade it on powerpc yet without removing aptitude
[12:02] <mdz> siretart: I'm doing a review of vcdimager, seems fairly sane so far
[12:04] <mdz> siretart: hmm, hasn't had an upload since November
[12:06] <mdz> no new upstream releases since then either
[12:06] <mdz> siretart: is it easy to disable?
[12:06] <mdz> if so, please go ahead; it's blocking a lot of builds