[01:08] <lamont> so ia32-libs is 560MB of so-called source, and we're ok with that beast?  I mean, I know it's "just temporary until multiarch is done in 2006" and all that, but really...couldn't we break it up even a little?
[01:11] <TheMuso> lamont: I believe there is a plan to reduce it somewhat. I know for one that pulseaudio and its dependencies will probably have bi-arch packages in the coming months. Not elligant by any means, but better than nothing.
[01:11] <lamont> TheMuso: it was more one of we could split it up into ia32-libs-XX for some value of XX
[01:20] <TheMuso> lamont: right
[01:21] <TheMuso> lamont: I think cjwatson was working on reducing ia32-libs somewhat, not sure what he has in mind though.
[01:22] <cjwatson> it's certainly not worth splitting it up by any means other than creating individual biarch packages (which I haven't got round to yet, but may well do for pulseaudio). I don't know the current state but slangasek is pretty gung-ho about getting multiarch actually in place for 9.10
[01:22] <lamont> yay!!!
[01:23] <TheMuso> cjwatson: Well if user bug reports re audio/pulse are anything to go by, bi-arch packages for pulseaudio are the best bet if multi-arch doesn't happen.
[01:24] <cjwatson> right, I just didn't get time for a4
[01:24] <TheMuso> right thats fine.
[01:35] <directhex> cjwatson, i think he's off his rocker given i've been watching zero happen on that front since 2004. but hey, let's see!
[01:38] <cjwatson> directhex: there's a serious design that actually got widespread consensus at debconf (I nearly fell off my chair), and actual code being written
[01:38] <directhex> blimey
[01:38] <directhex> whatever next, HURD being usable?
[01:40] <cjwatson> not to say it isn't still pretty challenging as a target, but it isn't quite the outer-space thing I thought it was going to be when he proposed it for karmic :)
[01:48] <directhex> so when's alpha 4 ready? :p
[02:26] <billybigrigger> ctrl-alt-bkspace works i guess
[03:28] <TheMuso> cd ..
[03:28] <TheMuso> woops
[04:51] <ojwb> when preparing an upload for a PPA, is there an easy (ideally scriptable) way to tell if the orig source needs to be uploaded?
[04:52] <ojwb> it seems I can just always upload it, but that seems a bit wasteful
[05:10] <fabrice_sp> ojwb, for ppa's question, better ask in #launchpad
[05:11] <ojwb> ta
[06:22] <TheMuso> c
[06:52] <dholbach> good morning
[07:58] <gp_will_be_back> is the intel graphic driver issue in jaunty has been fixed ?
[08:57] <gp_will_be_back> is the intel graphic driver issue in jaunty has been fixed ? -> is there a patch ?
[09:28] <ogra> cjwatson, so it looks like rtg built the linux-fsl package with a full set of udebs (https://launchpad.net/ubuntu/+source/linux-fsl-imx51/2.6.31-0.2/+build/1157092) do you think i can save my energy and not hack around in debian-cd now ?
[09:29] <ogra> (i guess it still requires d-i adjustments)
[09:31] <cjwatson> ogra: sure, if they're about the right shape you shouldn't need further hacks
[09:32]  * cjwatson pokes
[09:32] <ogra> great, i'll only change livecd-rootfs then ... once i know for sure how they want to call the new metapackage
[09:33] <cjwatson> you'll have to make d-i or debian-cd or whatever build from universe too, I'm not really comfortable with putting this in main just yet
[09:33] <ogra> oh
[09:33] <cjwatson> that shouldn't be difficult
[09:33] <ogra> i guess that requires some tinkering in livecd-rootfs too
[09:33] <cjwatson> hardly major
[09:33]  * ogra goes to look
[09:34] <cjwatson> binaries accepted
[09:34] <geser> can a buildd admin please give back "bogl", "cheese" (both CHROOTWAIT) and "liblauncher" (Failed to upload). thanks
[09:34] <ogra> thanks :)
[09:34] <cjwatson> geser: doesn't need a buildd admin, any uploader can give stuff back
[09:35]  * ogra wonders why he gets a Conflicting tags: 0.69 with bzr pull of livecd-rootfs
[09:35] <geser> right
[09:35] <StevenK> I'm not comfortable giving liblauncher back, I don't understand the error Soyuz is throwing
[09:37] <cjwatson> cheese appears to be successfully built everywhere already
[09:37] <cjwatson> I've retried bogl
[09:47] <ogra> does that diff look ok for livecd-rootfs ? http://paste.ubuntu.com/251232/
[09:50] <ogra> well, it wont break anything but my own images anyway ....
[09:50] <geser> StevenK: liblauncher got promoted to main while the buildd tried to upload the debs, so for soyuz liblauncher was in both universe and main till the next publisher run (as far as I understand it)
[09:50]  * ogra commits and uploads
[09:53] <cjwatson> ogra: yes, except temporary -> temporarily
[09:53] <ogra> whoops
[09:53] <cjwatson> ogra: though surely multiverse is overkill ...
[09:53] <ogra> i just copied the xubuntu line :)
[09:53]  * ogra fixes
[09:59] <ogra> pushed
[10:24] <dholbach> warp10:
[10:24] <dholbach>  _   _    _    ____  ______   __  ____ ___ ____ _____ _   _ ____    _ __   ___
[10:24] <dholbach> | | | |  / \  |  _ \|  _ \ \ / / | __ )_ _|  _ \_   _| | | |  _ \  / \\ \ / / |
[10:24] <dholbach> | |_| | / _ \ | |_) | |_) \ V /  |  _ \| || |_) || | | |_| | | | |/ _ \\ V /| |
[10:24] <dholbach> |  _  |/ ___ \|  __/|  __/ | |   | |_) | ||  _ < | | |  _  | |_| / ___ \| | |_|
[10:24] <dholbach> |_| |_/_/   \_\_|   |_|    |_|   |____/___|_| \_\|_| |_| |_|____/_/   \_\_| (_)
[10:24] <dholbach>                                                                                
[10:24] <hyperair> O_O
[10:25] <wgrant> StevenK: "Duplicated ancestry" really means "I am terribly confused by the override that occurred while the build was doing its thing"
[10:25] <warp10> dholbach: :D man, that's awesome! Thank you very much! :)
[10:25] <seb128> for those who didn't notice, dholbach is back ;-)
[10:26] <ogra> haha
[10:26] <dholbach> :-D
[10:26] <warp10> :D
[10:26] <highvoltage> wb dholbach :)
[10:26] <dholbach> hey highvoltage :)
[10:28] <ogra> ugh, who did give back qt4-x11 on armel
[10:28] <ogra> mcasadevall, ^^^ was that you ?
[10:29] <ogra> oh, there was an actual upload, nevermind me then
[10:51] <StevenK> wgrant: So a giveback will clear it?
[10:51] <wgrant> StevenK: Yes.
[10:52] <wgrant> In this case the override actually occurred just before the build started, but the key bit is that the publisher didn't run between the override and the build finishing.
[10:53] <wgrant> The publisher has hopefully run in the past three days, so it should be fine now.
[11:35] <YokoZar> Hey could someone with an ATI card on amd64 do me a quick favor and ldd /usr/lib32/libGL.so.1 (with ia32-libs installed) ?
[12:14] <mdz> has anyone else seen bug 411889 happen?
[12:16] <sladen> not, but one should depend on the other if it's enhancing it
[12:17] <sladen> (that __init__ file should only be present in python-desktopcouch, not python-desktopcouch-records aswell
[12:18] <YokoZar> Who would be the right person to talk to about upload.ubuntu.com -- I want to use sftp rather than anonymous ftp (because dput keeps failing with ftp due to my internet provider, but sftp works) ?
[12:24] <liw> YokoZar, is your dput configured to use "passive ftp"?
[12:24] <damo22> how do i blacklist a udev module in ubuntu?
[12:25] <damo22> i dont want ubuntu to claim my usb printer
[12:30] <wgrant> YokoZar: upload.ubuntu.com is Launchpad. But SFTP is a completely different protocol from FTP, and LP uses a custom FTP server, so it's not at all easy to change.
[12:31] <wgrant> But it is intended that the FTP upload mechanism will be replaced soonish, I believe.
[12:38] <MacSlow> Does anybody know this sort of bug with VirtualBox 3.0.4 and recent Karmic -> http://people.canonical.com/~mmueller/VirtualBox-3.0.4_bug.png
[12:38] <MacSlow> Initial install went fine
[12:39] <MacSlow> Updating to Guest-Additions worked fine
[12:39] <MacSlow> then updated to the latest packages I got this garbage once gdm starts
[12:40] <MacSlow> it's with Karmic using kernel 2.6.31-5-generic
[12:54]  * cjwatson debugs root-on-iSCSI into existence. Woo
[13:05] <YokoZar> liw: dput is at default, the issue is my comcastic internet connection that likes to forge reset packets
[13:43] <cjwatson> soren: do these tasks look plausible to you? http://paste.ubuntu.com/251338/
[13:44] <cjwatson> soren: hmm, perhaps openssh-server on the node too
[13:45] <soren> cjwatson: The node controller shouldn't need a dhcp server.
[13:46] <soren> Err..
[13:46] <soren> I must admit, though, that the current packaging seems to suggest otherwise.
[13:46] <soren> Now I'm confused. :)
[13:48] <soren> cjwatson: I'll check up on that. It looks odd. Other than that, it looks reaonable.
[13:49] <Ng> I'm pretty sure dhcp3-server is unnecessary at best on a node controller
[13:49] <cjwatson> soren: it doesn't actually seem to use it, so seems like a packaging bug
[13:50] <soren> I wonder why a) it ended up there to begin with and b) why noone has complained :)
[13:50] <cjwatson> soren: eucalyptus-cc needs it though, doesn't it?
[13:50] <soren> cjwatson: I believe so.
[13:50] <Ng> yes
[13:50] <cjwatson> and it doesn't seem to be listed among its dependencies ...
[13:51] <soren> No. That's why I'm wondering why noone complained.
[13:51] <cjwatson> I'll bung it into the eucalyptus-simple-cluster task for now then
[13:51] <Ng> hmm, you could argue it's not a hard dependency though, the default networking mode just needs a dhcp server to be present on your network
[13:51] <soren> Ng: The default networking mode in Jaunty, yes.
[13:51] <soren> Ng: Karmic will default to MANAGED.
[13:51] <Ng> soren: bold :)
[13:52] <cjwatson> how about I take it out of the task for now then since we don't have the new euca yet
[13:54] <Laney> anyone fancy looking at the cdbs ftbfs? bug 409863
[13:54] <soren> cjwatson: Makes sense.
[13:55] <soren> cjwatson: At least we're consistent in our buggy dependencies then :)
[13:56] <Ng> soren: hrm, shouldn't -cc depend on bridge-utils too?
[13:56] <soren> Ng: I would have thought so, yes.
[14:13] <ScottK> cjwatson: I'm looking at updating kubuntu-meta and you've TIL.  It appears you updated it using the Sid deboostrap because I get "/usr/bin/germinate-update-metapackage: Installed debootstrap is older than in the previous version! (1.0.13 < 1.0.15)".  What's the best way to proceed from here?
[14:14] <ScottK> Imagine I spelled debootstrap correctly in the last line please.
[14:21] <cjwatson> ScottK: oh, bah, good catch. I don't want to sync that into Karmic right now for various reasons - how about you just manually edit the debootstrap-version file?
[14:22] <ScottK> cjwatson: I can do that, just thought I should check with you first in case there was a reason  not to.
[14:22] <ScottK> Thanks.
[14:23] <cjwatson> no, it should be ok
[14:23] <cjwatson> in this case anyway
[14:24] <ScottK> It's running.  Thanks again.
[15:09] <ogra> seb128, gah, you are to fast ... (/me wanted to ask if all of sbalneavs ubuntu fixed went into sabayon before that gets uploaded)
[15:10] <ogra> (i didnt see his name mentioned in the changelog, but i know all edubuntu users use his ppa packages nowadays)
[15:11] <seb128> not sure if his changes are in the new version I didn't know there was a ppa
[15:11] <ogra> i know he did the xephyr transition and sent that upstream
[15:11] <ogra> but i'm not sure all of his patches are in, i'll ask him to check if i see him around
[15:12] <ogra> i only follow edu stuff with half an eye nowadays
[16:27] <ogra> StevenK, poke, can i ask for de-NEWing linux-meta-fsl-imx51 ?
[16:39]  * ogra assumes StevenK went to bed (which would be valid at nearly 2am :) ) 
[16:39] <ogra> could any archive adimn take a look at linux-meta-fsl-imx51 and wave it through the NEW queue ?
[16:39] <ogra> *admin
[16:48]  * ogra jumps up and down waving his arms to get archive admin attention
[16:49] <amitk> no #archive ?
[16:50] <ogra> nope
[16:50] <ogra> i know colin would help immediately if i pinged him directly, but i want the load being shared
[16:53] <hyperair> didn't you just ping him directly?
[16:53] <ogra> nope
[16:53] <ogra> i doubt he highlights on his real name :)
[16:55] <hyperair> ahaha
[16:59]  * ogra starts to glow in rotating colors to get some more attention, jumping and waving doesnt seem to help ...
[17:03] <Laney> so ping someone else directly?
[17:07] <highvoltage> Not sure if you guys saw this yet:  http://lwn.net/Articles/346400/ (etch and feisty comparison in terms of common packages)
[17:10] <ogra> 1079 Ubuntu has Vebian bersion with ubuntuXX patch
[17:10] <ogra> ????
[17:10] <ogra> funny typoing :)
[17:18] <ScottK> Two of those updates only make sense if you update clamav to a newer version in Etch, which Debian won't do.
[17:19] <ScottK> Oddly the analysis misses a bunch of the other clamav rdepends.
[17:19] <ogra> ScottK, you dont feel like taking a look at linux-meta-fsl-imx51 ? (since you made the mistake to speak here *and* are archive admin :) )
[17:20] <ScottK> ogra: There is specialness about kernel packages that the LP U/I can't handle.
[17:20] <ScottK> Sorry.
[17:20] <ogra> it will stay in universe and vanish after alpha
[17:20] <ogra> oh, its only meta though
[17:30] <ogra> seb128, you dont happen to have some spare minutes to let linux-meta-fsl-imx51 out of NEW ? (its only a metapackage)
[17:31] <seb128> no
[17:31] <seb128> we have a meeting starting right now
[17:34]  * amitk is reminded of Scrat and his acorn from Ice Age when seeing ogra and his linux-meta-fsl-imx51 package :)
[17:34] <ogra> heh
[17:35] <ogra> amitk, well, if nothing helps i'll ping cjwatson but he does so much already that i wanted to put the load on someone else
[17:35] <amitk> you just did :-p
[17:35] <ogra> though a meta review is really trivial i think
[17:35] <ogra> amitk, yes, deliberately :)
[17:36] <ogra> since all the other archive admins are busy or not around
[17:36] <slytherin> ogra: is it usually easy the bug the archive admin who is assigned for the day.
[17:37] <kenvandine> slangasek, ping
[17:38] <ogra> slytherin, meh, i forgot to look at the schedule on the wikipage, thanks for reminding
[17:38] <ogra> Riddell, poke, can you unleash linux-meta-fsl-imx51 from NEW ?
[17:41] <slangasek> kenvandine: hi
[17:41] <kenvandine> slangasek, so can you get xsplash on the desktop seed?
[17:42] <slangasek> kenvandine: working on some other critical-path stuff at the moment, but I'll have a look at it later this morning
[17:42] <kenvandine> ok
[17:42] <kenvandine> please do
[17:42] <ogra> kenvandine, is there artwork already ?
[17:42] <kenvandine> pitti had verbally approved it
[17:42] <kenvandine> ogra, there is better temp artwork
[17:42] <ogra> (if i install it do i get the shiny stuff ?)
[17:43] <kenvandine> right now it is the default wallpaper
[17:43] <kenvandine> :)
[17:43]  * ogra would love to test it
[17:43] <ogra> ah
[17:43] <kenvandine> there are a couple of flickers and gdm needs to start sooner
[17:43] <kenvandine> so it isn't the final experience of course
[17:44] <kenvandine> but it is important that we get it on alpha4 :)
[17:44] <ogra> yeah, i wasnt expecting anything final :)
[17:44] <kenvandine> we really want bug reports, et
[17:44] <kenvandine> +c
[17:45] <slytherin> what is xsplash?
[17:45] <james_w> ogra: I don't think there's a need for it to explain the history of linux in debian/copyright given that it's just a metapackage
[17:45] <ccheney> so we still have a splash, no < 3s to gdm? :-\
[17:45] <james_w> plus, Vcs-Git is invalid
[17:46] <ogra> james_w, i'll tell rtg, the package will vanish after A4 again anyway
[17:46] <ccheney> kenvandine: or is the < 3s to gdm still expected once it has moved?
[17:46] <james_w> ogra: ok, thanks
[17:46] <ogra> james_w, no, thanks to you for unleashing it :)
[17:46] <kenvandine> ccheney, not sure how fast it will be
[17:47] <ccheney> kenvandine: ok
[17:47] <ccheney> iirc the plan was to not show splash if gdm came up in ~ 3s
[17:47] <kenvandine> slytherin, the new boot experience stuff for karmic
[17:47] <slytherin> ccheney: isn't 3s overly optmistic?
[17:47] <ogra> ccheney, it is covering the black screen X had by default on startup
[17:47] <kenvandine> ccheney, well you shouldn't see usplash
[17:47] <kenvandine> but you should see xsplash
[17:47] <slytherin> kenvandine: using kms?
[17:47]  * ccheney wasn't at the sprint though so plans might have changed
[17:47] <kenvandine> the idea is xsplash start with gdm and fades out when gdm is completely ready for you to login
[17:48] <kenvandine> then when you login, xsplash raises again until the desktop is completely loaded and fades out
[17:48] <kenvandine> so a nice smooth experience
[17:48] <ccheney> kenvandine: ah ok, i think that was a change from uds, but sounds more realistic anyway :)
[17:48] <kenvandine> it is a change
[17:48] <slytherin> ahh ,good
[17:48] <slytherin> i thought it was something like plymouth
[17:49] <kenvandine> no... no point
[17:49] <kenvandine> our boot will be so fast :)
[17:49] <ogra> pfft
[17:49] <ogra> my laptop still takes 25sec
[17:49] <superm1> kenvandine, so usplash remains seeded/installed right?
[17:49] <kenvandine> yes
[17:50] <kenvandine> ogra, mine too... but people have great goals
[17:50] <superm1> will it actually show up before xsplash takes over, or is the intention to not even run usplash when xsplash is available to be used?
[17:51] <ogra> kenvandine, well, for me modprobe hangs in a 10sec loop, i doubt that will be fixed (hw doesnt respond) so i'll always have +10sec
[17:51] <kenvandine> superm1, you shouldn't see usplash at all
[17:51] <kenvandine> unless it fails to start X or something
[17:51] <kenvandine> basically usplash should only be seen if something is wrong :)
[17:52] <kenvandine> right now you will still see usplash
[17:52] <superm1> kenvandine, ah okay
[17:52] <kenvandine> until gdm gets moved to the beginning of the boot sequence
[17:52] <kenvandine> that will happen post alpha4
[17:52] <kenvandine> it is incremental :)
[17:52] <kenvandine> we just want to get it out there now so we can get bug reports, etc
[17:53] <ogra> james_w, can i get a binary NEW as well from you ? (yes it already built :) )
[17:55] <james_w> ogra: for main?
[17:55] <ogra> no, universe
[17:55] <ogra> that package will never enter main
[17:56] <ogra> it is only temporary for A4
[17:56] <ogra> (we build the arm image from universe atm)
[17:57] <ogra> the arm kernel naming is still being discussed, its likely to change right after A4
[17:58]  * slytherin wonders if any archive admin can review jmeter (arch all).
[18:07] <slangasek> ogra: eh, why are the kernel names changing again
[18:07] <slangasek> ?
[18:08] <ogra> slangasek, bug 411968
[18:09] <ogra> slangasek, in our (mobile team) opinion the naming is wrong, but we postponed the discussion until after A4 to get the image out for now
[18:10] <slangasek> I had already spoken to rtg about that last week, and he says the hardware that worked with the jaunty kernel doesn't work with the karmic kernel and vice versa
[18:10] <slangasek> so there would be no reason to provide a direct upgrade path
[18:10] <ogra> thats not true
[18:10] <ogra> thats not true either
[18:10] <slangasek> then I suppose you should make that clear to rtg in the bug
[18:10] <ogra> the HW that worked in jaunty will go on working
[18:10] <ogra> plus there will be two more iterations of the SoC that will work with it
[18:11] <ogra> and we would like to have the ability to add two additional ones the oem team cares for later (karmic+1 probably)
[18:12] <ogra> so the SoC name should be the name of the image/metapackage as it was in jaunty
[18:12] <ogra> but we'll discuss that *after* A4 as i said
[18:20] <crimsun> kklimonda: see my audio-fixes branch ubuntu-karmic.git branch if you want to test-compile
[18:20] <crimsun> wow, completely screwed that one
[18:30] <lool> slangasek: I noted that in the bug report
[18:32] <lool> slangasek: IMO it's wrong to name the kernel flavour after the board instead of the soc because we might want to support multiple boards with the same kernel flavour; I also believe that Babbage 1 (supported in jaunty) will work in karmic albeit I don't think that's a hard requirement -- the bootloaders are incompatible though
[18:32] <ogra> well, we already have one bootloader that clearly supports 2 boards ... so you never know :)
[18:32] <ogra> (babbage 2.0 and 2.5)
[18:37] <lool> ogra: But we know for sure b1 and b2.x bootloaders are incompatible just like lange versus babbage bootloaders
[18:38] <ogra> yes
[18:38] <lool> So I _do_ know
[18:38] <lool> ;)
[18:38] <ogra> but who knows, b3 might use the same as b2 and 2.5
[18:38] <lool> Yeah but b1 wont
[18:38] <ogra> indeed
[19:49] <directhex>  f-spot (0.6.0.0-1) unstable; urgency=low
[19:53] <seb128> directhex, right was uploaded to karmic before as a fake sync
[19:55] <directhex> it was? :o
[19:57] <sebner> directhex: f-spot (0.6.0.0-1~ubuntu1) karmic; urgency=low
[19:57] <sebner> directhex: https://edge.launchpad.net/ubuntu/+source/f-spot ;)
[19:57] <directhex> hax!
[19:58] <seb128> directhex, I did sync the new mono too today
[19:59] <sebner> seb128: still archive admin? then sync cli-common too please, directhex didn't need a main ACK, I got one :P
[19:59] <seb128> sebner, bug number?
[20:00] <sebner> seb128: 410744
[20:00] <sebner> seb128: bug #410744
[20:03] <seb128> sebner, done
[20:04] <sebner> seb128: my hero \o/, thanks :)
[20:04] <seb128> you're welcome
[20:05] <directhex> yay for seb128
[20:06] <directhex> seb128, barring bugs, i think that should be it for mono in karmic... although i'm leaning on meebey to make a small change which should save us 200k
[20:07] <seb128> directhex, sebner: could one of you look if gnome-desktop-sharp2 can be synced?
[20:07] <seb128> the diff seems to be non ubuntu specific
[20:07] <seb128> ie could be fixed in debian now
[20:19] <Jukada> hey
[20:20] <Jukada> k
[20:28] <slangasek> ogra: so why is arm being built from universe?  that's not a good thing, and I don't think we should be propagating that further by putting the kernels in the wrong place
[20:30] <slangasek> kenvandine: should xsplash replace usplash in the platform desktop-common seed, or is there a reason this needs to be Ubuntu-only right now?
[20:30] <kenvandine> slangasek, it doesn't replace
[20:30] <slangasek> hmm?
[20:30] <kenvandine> it is desktop specific though, needs X and gdm
[20:30] <kenvandine> if all is good you won't see usplash
[20:30] <kenvandine> but we want usplash to be there if something goes wrong
[20:31] <slangasek> usplash is only in the desktop-common seed, that already implies X (but doesn't imply gdm in the case of kubuntu)
[20:31] <slangasek> ok
[20:31] <kenvandine> ok
[20:31] <slangasek> alright, seeded & promoted
[20:31] <kenvandine> woot
[20:32] <kenvandine> thanks slangasek!
[20:32] <slangasek> now I just need to get eglibc vetted, and we can start building us some ISOs
[21:21] <ScottK> mcasadevall: Can you look at dbus on ia64?  Looks like a missing include to me, but I've got no way to test.
[21:23] <mcasadevall> ScottK, *groan* that's a linker error
[21:23] <mcasadevall> ScottK, I'll put it on my TODO list, but it probably won't get looked at until post-A4
[21:24] <ScottK> mcasadevall: That's fine.
[21:24] <mcasadevall> ScottK, anyway, its possible qt4-x11/lzma weirdness might be fixed
[21:24] <ScottK> mcasadevall: Excellent.  With the one that's building right now perhaps?
[21:24] <mcasadevall> ScottK, that's our test
[21:24] <ScottK> err .... was last I looked.
[21:25] <mcasadevall> ScottK, its still going
[21:25] <mcasadevall> No idea if it will finish or not
[21:26] <mcasadevall> ScottK, if it works, woo, if not, then common sense has been let go on this bug
[22:22] <infinity> mcasadevall: qt4-x11 seems to have finished successfully, BTW.
[22:25] <billisnice> I have a request?
[22:26] <billisnice> When you are updating and it say to run  sudo dpkg --configure     Have the update manager run it automatically without telling you to...
[22:28] <billisnice> sudo dpkg --configure -a
[22:48] <docelic> Hey folks, any idea why "passwd/make-user= false" question during preseed would be ignored? It's delivered in the http preseed file, but the system still asks to create the user (name, username, password etc..)
[22:51] <cjwatson> docelic: you'll have to create a root user; user-setup won't allow you to install with no user at all
[22:52] <cjwatson> so 'd-i passwd/root-login boolean true' 'd-i passwd/root-password password blah' 'd-i passwd/root-password-again password blah'
[22:52] <cjwatson> (or passwd/root-password-crypted. see the guide)
[22:53] <docelic> ah! many thanks, root-login was the thing I missed
[22:54] <docelic> also, the example-preseed.txt file (in the docs from 9.04) has a mistake in one field, let me tell you which one
[22:55] <docelic> Question clock-setup/ntp-server
[22:55] <docelic> the third field (type = string) is missing
[23:08] <cjwatson> docelic: thanks; that was fixed a little while back in Debian and is fixed in Karmic, although unfortunately we overlooked the fix for 9.04
[23:18] <crimsun> just as a sanity-check, karmic won't update to automake 1.11, will it?  pulseaudio git now requires 1.11.
[23:19] <slangasek> didrocks: are there source changes needed to gir-repository to transition it to clutter-gtk 0.10?
[23:19] <cjwatson> last I checked we were waiting for http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512704 to be fixed
[23:19] <cjwatson> rather than doing it ourselves
[23:20] <mcasadevall> infinity, !\o/!
[23:23] <crimsun> cjwatson: thanks
[23:31] <slangasek> StevenK: gir-repository was recently MIRed, it build-depends on goocanvas which hasn't been; is that something that should be done, or is gir-repository sufficiently "temporary" that we should be getting rid of it, instead?
[23:32] <tkamppeter> superm1: hi
[23:35] <seb128> slangasek, gir-repository is not really "temporary" enough
[23:35] <slangasek> alas
[23:35] <seb128> ie it will not be solved this cycle
[23:35] <slangasek> so there's a bunch of MIRs which would be needed for its build-deps, then
[23:35] <seb128> that's a collection of things that each library should build
[23:35] <slangasek> (clutter-cairo, goocanvas, ...)
[23:35] <seb128> but since upstream didn't start on this move yet ...
[23:37] <seb128> the whole gir-repository thing sucks
[23:38] <slangasek> yes, I can tell by looking at it :)
[23:38] <seb128> it's just a workaround to have gir working without doing thing properly
[23:39] <seb128> ie it's fine for early testing etc but things should be move to proper libs
[23:45] <StevenK> But should we promote goocanvas.
[23:46] <StevenK> I guess promoting it for completeness would be nice, and if we need to actually rebuild/sync gir, but ...
[23:52] <TheMuso> Could someone possibly get the latest binaries for linux-rt out of new? They've been there for a few days, and are needed for the next studio alpha.
[23:53] <maxb> A mostly trivial merge of Subversion 1.6.3 (we currently have 1.6.1) from Debian is currently blocked owing to Debian's version now pulling in Serf as a builddep and hence requiring a new MIR. Serf is an optional builddep for Subversion which Debian just happened to enable now. There are important bugfixes in Subversion 1.6.3. Given the proximity of FeatureFreeze, would it be sensible for me to prepare an adjusted merge that drops the Serf
[23:53] <maxb>  builddep?
[23:58] <lifeless> maxb: 'yes'
[23:58] <maxb> :-)