[04:34] <jsgotangco> heh doing it now
[04:35] <ogra> SuperQ, you mean if we upgrade from 2.6.15-23 to a 2.6.16 kernel within the next hours (one week after the kernel freeze ?)
[04:35] <jsgotangco> i need a network connection to do that right?
[04:35] <ogra> nope
[04:35] <jsgotangco> okay
[04:36] <ogra> its like in the default install
[04:36] <ogra> but  i dont really expect it to work anyway
[04:36] <jsgotangco> doesn't hurt for another failure to happen to be sure
[04:37] <SuperQ> ogra: no, I mean will something >= -23 be part of the installer image
[04:37] <SuperQ> ogra: It wasn't in the daily a couple of days ago
[04:37] <ogra> SuperQ, we wont ship 2.6.16
[04:37] <Lathiat> i think the .16 was a typo ?
[04:37] <Lathiat> given -23 is th current 2.6.15 ubuntu revision
[04:37] <ogra> and the kernel freeze was supposed to be 7 days ago
[04:37] <SuperQ> oh.. sorry.. 2.6.15-23
[04:37] <SuperQ> ogra: tyopo
[04:37] <SuperQ> :)
[04:37] <Lathiat> has anyone else heard of -23 breaking intel hd audio?
[04:38] <ogra> so we wont change anything wrt kernel for RC
[04:38] <SuperQ> right
[04:38] <ogra> also the RC candidate is pretty much finished ...
[04:38] <ogra> only some hours away
[04:38] <SuperQ> I just want to make sure 2.6.15-23 will be the boot kernel for the RC installer
[04:39] <ogra> yep, the current one will be the RC kernel (unless someone find something really evil today)
[04:39] <SuperQ> ok, good
[04:39] <SuperQ> some of the hardware on my gf's T60 is missing from beta2
[04:39] <SuperQ> hardware support
[04:42] <SuperQ> thanks
[05:24] <jsgotangco> ogra: hmm the install didn't do anything at all on setting up LTSP
[05:27] <ogra> yup
[05:28] <ogra> thats what cbx33 reported as well
[05:34] <jsgotangco> ogra: that happened when i didnt have a network
[05:34] <jsgotangco> when i plugged in, its now doing ltsp chroot
[05:34] <jsgotangco> but it seems it only went to 50%
[05:35] <ogra> heh
[05:36] <ogra> its not depending on network
[05:36] <ogra> but it depends on the mounted cd, is that still mounted ?
[05:37] <ogra> also look at console 3
[05:37] <ogra> it should show any output there
[05:38] <jsgotangco> the chroot failed
[05:39] <ogra> yep
[05:39] <ogra> i'll test myself after some h of sleep
[05:41] <jsgotangco> k
[05:47] <jdub> oh man
[05:47] <jdub> sounder sucks these days :(
[05:51] <ajmitch> too much noise & heat\
[05:54] <jsgotangco> :/
[08:20] <vinboy> hi
[08:20] <vinboy> is the release candidate out yet?
[08:21] <Burgundavia> vinboy, nope, you will see an announcement
[08:21] <vinboy> ok
[08:21] <vinboy> in 6 hours
[08:22] <fabbione> vinboy: when it's ready
[08:55] <sivang> re all
[08:59] <kagou> Good morning
[09:08] <sivang> hey kagou , what's up?
[09:09] <kagou> sivang, coffee time :) and you ?
[09:17] <kagou> sivang, is that you working on hubackup ?
[09:20] <sivang> kagou: it is , I know it needs a lot of more work :)
[09:21] <kagou> sivang, it look promising. do you have cvs or web site ?
[09:23] <sivang> kagou: bzr branch is it http://mercury.linuxguru.net/~sivan/upbackup--main
[09:23] <sivang> kagou: also you can apt-get source it
[09:29] <nomed> sivang, is it a launchpad proj too ?
[09:31] <nomed> i see it is
[09:31] <sivang> nomed: yes, scanned fro revisions and everything, I'm also going to mirror it at supermirror when I find a minute.
[09:31] <nomed> sivang, would it be possible to add dev bzr branch to the proj page ?
[09:32] <sivang> nomed: is there already? what's the link you are talking about?
[09:32] <nomed> ohh yep i see
[09:33] <nomed> there was a strange link at the proj frontpage in launchpad
[09:33] <nomed> sivang, are u using notification-daemon too at the end ?
[09:36] <Keybuk> heh @ Dilbert ... "Now, I know how much you hate the phrase 'In lieu of a raise'"
[09:36] <pygi> sivang, I have good news for you
[09:40] <jdub> hrm, is there any way to figure out what PCI version a motherboard supports from within linux?
[09:40] <sivang> pygi: Mario, sorry I was away last day - you know all manhy aarrangment etc
[09:40] <jdub> "only firefox and your mobo vendor's website" is an acceptable answer if that's the case ;)
[09:40] <sivang> pygi: I saw you emailed me and I did not exactly understand about what
[09:41] <pygi> sivang, no problem at all, just tell me once you are back
[09:41] <pygi> yea, that message carried no common sense :)
[09:41] <sivang> pygi: back for some time now
[09:41] <pygi> sivang, oki, you know that backup thingy....well he wasn't accepted for us (he did, but there was collision with 3 other orgs)
[09:42] <pygi> he'll work with us this summer
[09:42] <pygi> not for money tho, but he'll still work, so :)
[09:43] <sivang> pygi: ah, do you think he'll manage it? I mean, if he's already going to be busy - probably asking him for one more poject could be not that good for him..distractions etc. but if he's interested in helping, then why not.
[09:43] <pygi> sivang, I haven't asked him to help...he offered help ;)
[09:43] <pygi> sivang, and yes, he seems very talented, and he can probably manage it
[09:44] <Keybuk> grr, somebody is doing it again.  Filing bugs because "things look wrong" and not because they have an actual problem!
[09:45] <sivang> pygi: what's the other project he got accepted to?
[09:45] <pygi> sivang, he got accepted by 4 orgs(record) but resolution went to Gentoo (WYSIWYG (insert the doc format) editor)
[09:46] <sivang> pygi: nice
[09:46] <pygi> sivang, anyway I'll look at what we have currently today or tommorow so we can start hackin' on it
[09:48] <pygi> okay, I gotta run now
[09:48] <sivang> pygi: very cool, I may be away on and off until I get sorted (paper work, other stuff, probably movin again) so feel free to start ahead , analyze the ode, and draw a plan how to work out towards Anat's plan.
[09:48] <sivang> pygi: btw, how is e caled on IRC?
[09:53] <jdub> Keybuk: I WANT A DMA!
[09:53] <jdub> Keybuk: TWO! I WANT TWO!
[09:54] <sivang> hehe
[09:54] <Burgundavia> jdub, no, the bikeshed should be blue!
[09:55] <Keybuk> jdub: hehe
[09:59] <Keybuk> it's sounder, it's inherently off-topic and rambling
[09:59] <Keybuk> if it were u-d, I would have got the AK47 out long ago
[09:59] <Keybuk> actually
[09:59] <Keybuk> there's a link you can put on your EOT :p
[09:59] <Keybuk> http://www.catb.org/~esr/jargon/html/magic-story.html
[10:00] <jdub> it's inherently off-topic-ish, but there's no excuse for pointless, argumentative, unproductive drivel on any list
[10:02] <Treenaks> Just make enable DMA randomly (or not) on each boot, that should make everyone happy :P
[10:04] <sladen> jdub: IIRC, PCI-Express, 64-bit and 66Mhz versions are all transparent to the OS.
[10:05] <Treenaks> sladen: 'PCIE is transparent, but with extra magic added', afaik
[10:05] <mdz_> morning
[10:06] <jdub> (i ended up getting a useful answer from intel, via the clug archives)
[10:06] <jdub> (my mobo is pre i810, so doesn't support PCI 2.2)
[10:06] <Keybuk> Treenaks: yeah, one day we'll fix the extra magic
[10:06] <Keybuk> right now the magic is gone
[10:06] <sivang> battery going down, laters all
[10:07] <Keybuk> look in /sys/bus/pci_express/devices, look how many different links there are, then look at how many different link _names_ there are
[10:07] <Treenaks> Keybuk: ooh nice!
[10:08] <Keybuk> it's not really a major bug until we have something that _cares_ about PCI-Express
[10:08] <Treenaks> (like some X drivers?)
[10:08] <Keybuk> the X drivers will access the card through the PCI bridge
[10:09] <Keybuk> usually they start talking PCI, and then switch to PCIe once they realise they can
[10:13] <Kamion> morning
[10:15] <Mithrandir> mdz: (re Calc & Impress both being named spreadsheet): Sorry. :-(
[10:16] <mdz> Mithrandir: sorted now; let's do this thing
[10:17] <infinity> mdz: I'm going to do OOo-amd64 right now, if that's alright.
[10:17] <mdz> infinity: please
[10:17] <infinity> Unless someone with more bandwidth wants to...
[10:17] <infinity> Mithrandir: ?
[10:17] <mdz> that would also be sensible
[10:17] <infinity> Or I can just do it in the DC, and ship the changes home to sign.
[10:18] <Mithrandir> infinity: it's a national holiday for me here today so I'd prefer to not work today.
[10:18] <infinity> Mithrandir: Understood.  I'd prefer not to work today too. :)
[10:19] <Kamion> are the other arches ready for candidate builds?
[10:19] <infinity> i386 should be, since I just published the i386 OOo binaries.
[10:19] <Keybuk> eta for the candidates?
[10:19] <infinity> powerpc JUSt finished the OOo build, so we may as well wait for that to upload and publish.
[10:20] <mdz> I just verified the menu entries on i386 ;-)
[10:20] <Keybuk> if > 1hr, I'll pop out now to get milk and essentials, rather than later; if that's ok?
[10:20] <mdz> Keybuk: >1hr
[10:21] <Keybuk> I was dreaming about usplash last night ... very bizarre
[10:21] <infinity> Oh, publisher's off, BTW, so I can drive it by hand immediately after I get uploads in.
[10:21] <infinity> Keybuk: Sick.
[10:22] <mdz> znarl: I'm seeing rsync connections unexpectedly closed/reset on cdimage
[10:22] <mdz> znarl: rsync: connection unexpectedly closed (0 bytes received so far) [receiver]
[10:22] <omeg> Keybuk: did you get any splendid new ideas for it?
[10:25] <Keybuk> omeg: I couldn't decide whether to add progress bars for running fscks, or just disable the automatic fsck anyway (except for bad unmount)
[10:25] <lifeless> mmmm progress mmmmm
[10:27] <Ubugtu> Malone bug 46521 in ubiquity "Installer crashed - Powerpc system with no yaboot bootstrap partition." [Normal,Unconfirmed]  http://launchpad.net/bugs/46521
[10:27] <Kamion> the occasional automatic fsck is a good thing to keep, I think; filesystem damage isn't always accompanied by the filesystem being marked dirty
[10:27] <mdz> does anyone else see this rsync problem?
[10:28] <mdz> Kamion: so we're rolling a new candidate for ubiquity 1.0.7?
[10:29] <Kamion> we were rolling a new candidate for OOo anyway, I thought
[10:29] <Kamion> if we're not, then I don't mind if it waits until post-RC
[10:30] <mdz> I expected to have it waiting in the wings for post-RC, but I suppose we do have the option
[10:30] <mdz> we could roll one and start testing, and have the existing candidate as a fallback
[10:30] <Kamion> sorry, I just assumed that we were doing OOo now because we wanted it in the RC
[10:30] <Kamion> infinity was under that impression too
[10:31] <mdz> oh, well if sleep was already lost on it, we should definitely go for it then
[10:31] <Kamion> still, the infloop fix for systems with multiple disks is worthwhile
[10:31] <mdz> indeed
[10:32] <infinity> mdz: It'll take less than an hour to get OOo in for all arches now, so I think it's a win.
[10:32] <mdz> Kamion: and VERY VERY SCARY that we didn't hear about it until now
[10:32] <Kamion> it was probably introduced in ubiquity 0.99.83, the resize handling changes
[10:32] <infinity> mdz: If only to avoid the huge amount of dupes for the broken string. :)
[10:33] <Kamion> which was after Flight CD 7, so I'm not so surprised that I wasn't getting "mass-market" reports of it
[10:34] <mdz> well, unless this rsync problem is fixed, I won't be able to download the new candidate very effectively
[10:35] <mdz> is it only me, or no?
[10:35] <mdz> first connection works, second one blows up
[10:35] <infinity> Oh, all my images are up to date, so I can't really tell...
[10:35] <infinity> They happily download 93 bytes each, though.
[10:35] <mdz> infinity: doesn't matter, mine are too
[10:35] <fabbione> mdz: i can connect fine
[10:35] <mdz> fabbione: how many times in sequence?
[10:36] <mdz> it's always the second connect which fails for me
[10:36] <mdz> receiving file list ...
[10:36] <mdz> 3 files to consider
[10:36] <mdz> sent 111 bytes  received 138 bytes  498.00 bytes/sec
[10:36] <mdz> total size is<PHONE_NUMBER>  speedup is 8671289.57
[10:36] <mdz> rsync: connection unexpectedly closed (0 bytes received so far) [receiver]
[10:36] <mdz> (that's daily-live  followed by daily)
[10:36] <fabbione> 21
[10:36] <fabbione> mdz: probably you are hitting the ip limit
[10:36] <mdz> hmmm
[10:36] <fabbione> and one of your session is still hanging there
[10:36] <fabbione> wait a little bit
[10:36] <fabbione> did you break an rsync in the middle?
[10:37] <mdz> sleep fixes it
[10:37] <fabbione> nah sleep is pointless
[10:37] <fabbione> ?
[10:37] <mdz> sleep 1 between the rsyncs got it going again
[10:37] <fabbione> hmm try removing it again
[10:37] <fabbione> probably the hanging connection did timeout?
[10:37] <mdz> working now too
[10:37] <fabbione> also.. to what cdimage are you connecting?
[10:37] <mdz> maybe
[10:37] <mdz> cdimage.ubuntu.com
[10:37] <fabbione> there is more than one
[10:38] <fabbione> Name:   cdimage.ubuntu.com
[10:38] <fabbione> Address: <IP_ADDRESS>
[10:38] <fabbione> Name:   cdimage.ubuntu.com
[10:38] <fabbione> Address: <IP_ADDRESS>
[10:38] <Kamion> (I got into the habit when rsync from cdimage was much more regularly broken, and never changed my scripts when it got more reliable ...)
[10:38] <mdz> Kamion: I don't keep keys on the office server, or forward an agent to it either ;-)
[10:38] <fabbione> Kamion: not everybody has access to these boxes.. you lucky B*****D
[10:38] <Kamion> mdz: heh
[10:39] <Kamion> fabbione: well, quite ...
[10:39] <fabbione> ;)
[10:40] <fabbione> infinity: how is OO.o doing on the != x86 arches?
[10:41] <infinity> fabbione: PowerPC is built, -amd64 is uploaded (as of 2 minutes ago) and the publisher is running.
[10:41] <fabbione> infinity: sparc?
[10:41] <infinity> sparc's still grinding away... But we're not (officially) testing sparc desktop CDs anyway, so...
[10:42] <fabbione> infinity: right..
[10:44] <sivang> hmm, nice spash
[10:44] <sivang> splash eve
[10:44] <infinity> sivang: Which one?  The new GNOME splash?
[10:44] <sivang> infinity: yes, quite nice
[10:45] <infinity> "Yes, I think the new GNOME splash is great too, because if I didn't think it was, mdz would kill me."
[10:45] <kagou> lol
[10:45] <fabbione> infinity: ahahahha
[10:45] <sivang> infinity: Well, I happen to really think it's nice :) I liked the transparent upper part
[10:46] <mdke> yeah, good art all round
[10:46] <infinity> I'm just trying to avoid getting murdered in Paris for accidentally convincing people to bikeshed over yet another piece of artwork.
[10:46] <mdz> just wait, there are more changes to come
[10:46] <infinity> So, yeah.  THE NEW SPLASH IS AWESOME.
[10:47] <mdz> infinity: friends don't let friends endure last-minute artwork changes: https://launchpad.net/distros/ubuntu/+source/ubuntu-artwork/+bug/46219
[10:47] <mdke> not the final artwork eh
[10:47] <Ubugtu> Malone bug 46219 in ubuntu-artwork "Folder icons in 'Human' theme are huge" [Major,Fix committed]
[10:47] <fabbione> Kamion: i assume the new ppc -desktop- has fixed ubiquity, right?
[10:47] <infinity> fabbione: Define "fixed"
[10:48] <infinity> fabbione: It has 1.0.5, but not 1.0.7... I think.
[10:48] <fabbione> infinity: for the link_kernel template thingy
[10:48] <fabbione> ok
[10:48] <infinity> Oh, yeah, that's fixed.
[10:48] <fabbione> i assume it is unreasonable to ask for new images?
[10:48] <infinity> Since it's easier to do them all at once, I'm just gonna wait for amd64 OOo to hit the archive.
[10:49] <fabbione> ok
[10:49] <infinity> (Oh, and PPC OOo is still publishing..)
[10:49] <mdz> sivang: wikipedia
[10:53] <mdz> infinity: oo.o-amd64 is in this publisher run as well?
[10:53] <infinity> mdz: The source.  It'll be one more run to get the binaries in.
[10:54] <sivang> ah, I see.
[10:54] <infinity> mdz: Thankfully, the binaries build in about a minute, so it'll be quick turnaround.
[10:54] <mdz> cool
[10:55] <_ion> Huh, what's up with this? "10 CDs requested in 2006-05-20. 10 CDs approved and sent to the shipping company in 2006-05-24"  Dapper isn't even released yet.
[10:57] <dAndy> http://en.wikipedia.org/wiki/Color_of_the_bikeshed
[10:57] <infinity> Oh, I had to follow a See Also from Parkinson's law.  Silly me.
[10:57] <dAndy> yep :)
[10:58] <mdz> _ion: presumably they're queueing orders for us
[10:58] <ajmitch> evening
[10:59] <sivang> infinity: I'm bothered by mediawiki's search capabilities. none of the returned search restuls mention the search term itself and where it was found, this can be confusing.
[10:59] <mdz> infinity: have had a chat with celso and after dapper, we can have a go at doing builds without waiting for the publisher
[10:59] <_ion> mdz: I.e. no CDs have actually been sent to the shipping company?
[11:00] <infinity> mdz: \o/
[11:00] <mdz> _ion: the shipping company and the company who manufactures the CDs are the same company
[11:00] <_ion> mdz: Ah, okay.
[11:00] <infinity> mdz: I've told him before that build-from-incoming is a somewhat useful thing for sane security releases anyway (so we don't have to stage interdepending releases), so yay.
[11:00] <dAndy> sivang: (offtopic i know) google.com, search for "site:en.wikipedia.org bikeshed"
[11:03] <OculusAquilae> carlos: ping
[11:04] <carlos> OculusAquilae: pong
[11:05] <OculusAquilae> carlos: hi, here konversation's and k3b's translation is ok, but ktorrent still isn't translated (daily build)
[11:07] <carlos> let me check...
[11:08] <carlos> OculusAquilae: my fault, sorry, It will appear today
[11:08] <OculusAquilae> ok, nice
[11:10] <OculusAquilae> I'll check again tonight (european)
[11:13] <janimo> carlos: what's the diff between checking the 'someone should review this translation' box, if I am only making suggetsions, not part of the team?
[11:14] <carlos> janimo: atm, nothing at all
[11:14] <janimo> carlos: vs not checking the box.
[11:14] <janimo> carlos: good, thanks
[11:15] <janimo> carlos, is what is worked on now in rosetta  too late for release?
[11:15] <carlos> janimo: I don't understand the question, sorry...
[11:15] <janimo> there's a bug in the Spanish Xfce interface which noone fixed so far
[11:15] <Kamion> ah, I won't bother then, I've occasionally tried to use that box to indicate "I maintain this package and it is obvious to me that this translation is wrong"
[11:16] <Kamion> which happens from time to time
[11:16] <janimo> like I did an dedit now in rosetta, will it make dapper or only updates?
[11:16] <carlos> Kamion: well, you, as the maintainer should have rights to edit any translation... I should fix that bug
[11:16] <Kamion> carlos: that would be lovely, certainly :-)
[11:16] <Kamion> there are a few installer translations I just know to routinely ignore
[11:17] <carlos> janimo: the final language pack will be generate on Monday
[11:17] <janimo> carlos, ah nice then it will hopefully get fixed by then
[11:17] <carlos> with translations done until Sunday
[11:17] <janimo> ok
[11:17] <infinity> mdz: Second publisher run going for OOo binaries.
[11:17] <infinity> mdz: We should be building images in ~25 mins.
[11:18] <mdz> infinity: woo
[11:18] <carlos> janimo: you would need to talk with jordi, he's sorting the order of importance for Ubuntu packages (which ones should be translated first)
[11:18] <carlos> janimo: and he will need some help from you for XFC
[11:18] <janimo> carlos, ok I'll drop in #rosetta today
[11:19] <carlos> janimo: #launchpad please, #rosetta is not used
[11:19] <infinity> Hrm, if this is the last OOo upload of the release, LP's going to list me as the creator of OOo.  That's so not good.
[11:19] <carlos> infinity: are we building new OO.org packages?
[11:19] <carlos> :-(
[11:19] <carlos> OO.org's translations take two days to be imported....
[11:20] <infinity> carlos: Better start now.  They're all uploaded now. :)
[11:20] <carlos> infinity: well, it's finishing previous build..
[11:20] <mdz> carlos: yes, with new untranslated .desktop files!
[11:21] <carlos> mdz: how did you added those new .desktop files ?
[11:21] <mdz> carlos: they're not new, but the strings changed
[11:21] <infinity> Shoehorn and lube.
[11:21] <carlos> ok
[11:23] <Kamion> infinity: please reduce OOo's memory usage immediately kthxbye
[11:24] <infinity> alias openoffice=vim
[11:24] <infinity> Sure, it won't help a lot, with the way VIM's been bloating in the past 5 years, but it'll help a smidge. :)
[11:24] <Kamion> heh
[11:27] <infinity> Dear drescher, If you really loved me, you'd sprout a CPU from the future and insanely fast solid state disks.  Regards, Adam.
[11:28] <infinity> PS, when you get tat CPU from the future, feel free to use your new AI features to optimise soyuz on-disk.
[11:30] <Kamion> I'll settle for the queue tool not making me want to get a coffee each time I run it
[11:30] <infinity> It only makes you want coffee?  Such restraint.
[11:31] <infinity> Kamion: Are you ready to log in to lithium, batch up some commands, and hover over the [enter]  key? :)
[11:32] <infinity> Actually, do we want to bother building new alternates for the new OOo, or should we just do -desktop- CDs?
[11:32] <infinity> mdz: ?
[11:33] <Kamion> infinity: yes
[11:34] <mdz> infinity: yes
[11:34] <Kamion> tell me when I can start building alternates
[11:34] <infinity> Kamion: Alright, then.  Batch up some alternate builds, and I'll give the word when the  publisher exits. :)
[11:34] <Kamion> don't need a new ubuntu-server, do I?
[11:34] <infinity> Nope.
[11:34] <infinity> Nothing changed there since the last build.
[11:35] <infinity> Should just want {u,ku,edu,xu}buntu alternates.
[11:35] <infinity> "just"
[11:35] <Kamion> ready when you are
[11:35] <mdz> infinity: are the new livefses building now?
[11:36] <infinity> mdz: Not until the publisher exits.  Chicken and eggs and all.
[11:36] <mdz> oh, still waiting on the publisher
[11:36] <infinity> Well, I can statr all but amd64...
[11:36] <Kamion> hardly worth it
[11:36] <mdz> amd64 is the fastest, isn't it?
[11:36] <infinity> But since amd64 isn't appreciably faster than powerpc and i386, there's not much point.
[11:36] <mdz> oh
[11:38] <infinity> Kamion: No point in re-rolling any ports images, BTW, if you were about to.
[11:39] <infinity> Kamion: LiveCD is universally broken for various reasons on all of them, and the only thing that would have changed on the alternate is OOo on ia64.. Which no ones actually tested to see if it even works.
[11:39] <Kamion> ok, no, hadn't queued those up
[11:39] <infinity> (It just gets it for free from the OOo-amd64 build)
[11:41] <mdz> almost there
[11:43] <Kamion> 'ps -u lp_publish xf' is easier to remember
[11:43] <Kamion> hm, 'ps -u lp_publish f' I mean
[11:43] <infinity> potayto, potahto.
[11:44] <Keybuk> watch "ps f -u 1004" ? :)
[11:44] <Kamion> let's call the whole thing off
[11:44] <Keybuk> because then you get to say "P.S. F.U" :)
[11:44] <Keybuk> infinity: you say potato, I say vodka!
[11:44] <infinity> There, mirrors triggering.
[11:45] <infinity> Kamion: Go! :)
[11:45] <mdz> go go gadget cdimage
[11:45] <Kamion> going
[11:46] <Kamion> you know I should've put an echo in between cd builds there, oh well
[11:46] <Kamion> not to mention screened it ...
[11:46] <infinity> screen is for the weak.
[11:46] <infinity> I say that because I also forgot to screen the livefs builds. :)
[11:46] <infinity> I'm sure my DSL will hold up for the next hour.... Maybe...
[11:47] <Kamion> we rock
[11:47] <infinity> Kamion: Are you running the alternate builds serially?
[11:48] <Kamion> yes, I'm still in habits due to a machine with crap I/O
[11:48] <infinity> (So when livefses start rolling in, I can do livecd builds in parallel..)
[11:48] <Kamion> sure
[11:48] <Kamion> although most of the alternate builds will be done by that time
[11:48] <Kamion> the livefs builds are serial, I presume
[11:48] <infinity> Show off.
[11:48] <Kamion> not my fault your stuff is slow ;)
[11:49] <infinity> Yeah, I need to spec (and allot myself time for) livefs build re-engineering during edgy.
[11:49] <infinity> I'm pretty sure I can cut the build time nearly in half in some cases.
[11:49] <infinity> I just don't feel the urge to do it in the last week before release.
[11:50] <Kamion> the layered-unionfs idea would be great to have if it's at all feasible
[11:50] <Kamion> though I guess the ubiquity code to work around the lack of that is relatively stable
[11:50] <infinity> Even if it's not, I can simulate it with a deboostrap cache.
[11:50] <janimo> Kamion: for the release, you'll take care of the  xubuntu gfxboot new image too right?
[11:50] <janimo> converting usplash->to rle, etc
[11:50] <Kamion> janimo: how about I start on it now while waiting for stuff to build
[11:51] <janimo> Kamion: cool, there's a bug filed, but you can just get xubuntu-artwork
[11:51] <infinity> janimo: Did up upload omeg's usplash image already?
[11:51] <janimo> infinity: yes
[11:51] <infinity> janimo: I might want to grab xubuntu-artwork and fix it a bit. :)
[11:51] <janimo> infinity: ok go ahead :)
[11:51] <Kamion> yes I have the bug here
[11:51] <janimo> hmm?
[11:52] <janimo> I knew it could not be the last...
[11:52] <infinity> Yeah, I need to cut out the progress bar, since we did so for ubuntu and edubuntu.
[11:52] <infinity> (To get rid of the "glow" around it)
[11:52] <infinity> No big deal.
[11:52] <janimo> oh, I liked that glow :)
[11:52] <janimo> anyway
[11:52] <ogra> me too :)
[11:52] <Kamion> huh, the progress bar is part of the image now?
[11:53] <Kamion> I'll cut it out for the gfxboot image
[11:53] <ogra> the backgroung
[11:53] <janimo> but the gfxbott image does not use the glow no, so should not be blcked on this?
[11:53] <ogra> s/g/d
[11:53] <infinity> janimo: Well, you can keep it if you want.  We cut it from ubuntu after some long discussions on the matter, then omeg decided he'd rather they were consistent, so figured we should cut it from all of them.
[11:53] <infinity> Kamion: Yeah, doesn't affect you, just cut it out. :)
[11:53] <janimo> infinity: +1 for consistency
[11:53] <janimo> so whatever ubuntu uses, I just was not aware of it
[11:54] <janimo> so how does one know how much time is approximately left if there;s no progress bar?
[11:54] <Keybuk> janimo: progress bar consists of a backing colour and a foreground colour
[11:54] <Keybuk> the backing colour is lighter than the backgroundf
[11:54] <infinity> janimo: Err, the progress bar is drawn by usplash.  The bar you see on your PNG is entirely covered up, except for a small glow around the edges.
[11:54] <Keybuk> both colours are drawn by usplash, over top of whatever was in the PNG there anyway
[11:55] <morgs> Kamion: bug 46534
[11:55] <Ubugtu> Malone bug 46534 in ubiquity "Infinite loop selecting drive to partition" [Normal,Unconfirmed]  http://launchpad.net/bugs/46534
[11:55] <Keybuk> when I did the ubuntu art, I cut the artwork to just the logo to reduce size and stuff
[11:55] <Keybuk> and mostly because I didn't realise there was a glow there ;)
[11:55] <infinity> morgs: That's fixed in the images we're building right now.
[11:55] <morgs> infinity: thx!
[11:55] <janimo> Keybuk: so now you're on the art-team too ;) ?
[11:55] <Keybuk> janimo: no, I'm on the "infinity's bitch" team
[11:56] <ogra> janimo, Keybuk is older than the art team as launchpads emblem art directory
[11:56] <infinity> The emblem art director?
[11:57] <ogra> yeah :)
[11:57] <infinity> Keybuk: I have you to blame for my lp-buildd bricks-and-spade emblem? :)
[11:57] <Keybuk> ogra: heh, I've been futzing with ubuntu's artwork for longer than that; I'm vaguely responsible for the ubuntu logo lettertype
[11:57] <Keybuk> infinity: no, I just did the ubuntu-code-dev hammer (by copying an icon, not exactly rocket science)
[11:58] <mdz> morgs: sounds like a duplicate of bug 46398
[11:58] <Ubugtu> Malone bug 46398 in ubiquity ""Select a disk" loops forever..." [Major,Fix released]  http://launchpad.net/bugs/46398
[11:59] <infinity> Keybuk: I hope you appreciate the effort that went into the archive emblem.  You have no idea how hard it is to make a floppy disk look like a floppy disk at that size without just looking like a little blob of pixels in a box. :)
[11:59] <sladen> dholbach: what's the deal with the over-sized network-manager logs;  I'm loathed to fix it and create an addition upload as it's a 10MB download for everyone
[11:59] <sladen> dholbach: OTOH, it's annoying and the latest change has been to resize the *wrong* icon
[12:00] <dholbach> sladen: i have no idea what you are talking about. I never made any changes to network manager's logs - I didn't even know that network manager *writes* logs
[12:00] <sladen> dholbach: s/logs/logos/ icons
[12:00] <morgs> mdz: yes it is a dupe... I did search but clearly only saw open bugs
[12:00] <Keybuk> heh @ http://modernduck.com/
[12:01] <dholbach> sladen: are you talking about gnome-netstatus applet?
[12:01] <Keybuk> infinity: but we don't SHIP on floppies
[12:01] <sladen> dholbach: yes, bug #34521, currently assigned to you
[12:01] <Ubugtu> Malone bug 34521 in ubuntu-artwork "network monitor's icon have too much unused space" [Wishlist,Confirmed]  http://launchpad.net/bugs/34521
[12:01] <infinity> Keybuk: We should. :)
[12:01] <dholbach> sladen: ok, so that's not network-manager
[12:01] <infinity> Keybuk: Go back to our roots... But instead of downloading a few dozen floppies, now you get thousands!
[12:02] <sladen> dholbach: yes.  s/network-manager/gnome-netstatus/g;s/logs/icons/g
[12:02] <dholbach> sladen: wait for ubuntu-artwork 24
[12:02] <dholbach> sladen: i uploaded it, but it is currently held for the RC freeze
[12:02] <ogra> infinity, what became of the masterplan to ship on punchcards ?
[12:02] <sladen> dholbach: is it already fixed in there, or does it need adding to there?
[12:02] <sladen> dholbach: ah
[12:02] <Kamion> morgs: I do read my e-mail too ... :-)
[12:02] <dholbach> sladen: you can try http://daniel.holba.ch/ubuntu/ubuntu-artwork_24_all.deb as well
[12:02] <infinity> ogra: We all became dirty hippies who wanted to save the trees.
[12:03] <ogra> infinity, plastic cards ;)
[12:03] <Kamion> but thanks for the effort
[12:03] <morgs> Kamion: thx, I'll go away now and wait patiently :-)
[12:04] <Kamion> ogra: trees -> compression over lots and lots of time -> oil -> plastic
[12:05] <Keybuk> infinity: no doubt Mithrandir can come up with some sick initramfs/unionfs/etc. trick that means we can do a LiveFloppy
[12:05] <ogra> bah :)
[12:05] <infinity> Keybuk: Dude, ew.
[12:05] <fabbione> Keybuk: lol
[12:05] <Keybuk> boot with the first one (boot loader) that asks you to insert each subequent one until it's got all of the kernel and initramfs together, then boot those to get you to insert the rest and build up the rofs
[12:05] <infinity> Keybuk: You're SO gonna get it in Paris for that.
[12:06] <infinity> Hrm, our kernel is JUST over floppy-sized now.... I hadn't noticed that we'd crossed that barrier.
[12:07] <ogra> Keybuk, with gnome and everything ?
[12:07] <Keybuk> ogra: of course
[12:07] <Keybuk> we'd never have to worry about it being oversized
[12:07] <Keybuk> JUST ADD MORE FLOPPIES! :D
[12:07] <infinity> FloppyOffice could set new records for launch time.
[12:07] <infinity> Especially if you need to keep inserting old floppies to page data in.
[12:07] <Kamion> you'd have to find a machine that can only boot off floppies but yet has enough memory to assemble it all
[12:08] <infinity> "Please insert floppy #258 ... <grind, grind> ... Please insert floppy #134"
[12:08] <infinity> Kamion: Assemble, aschmemble.  You keep a table of which floppy has which parts of the FS, and you just keep swapping back and forth.
[12:08] <infinity> Random access floppy array.
[12:09] <iwj> It should be a kernel block device driver with a kernel-provided graphical dialogue box to pop up and ask you to change the disk.
[12:09] <Keybuk> given the failure rate and typical half-life of floppies these days, you'd probably have to do some kind of RAID
[12:10] <infinity> Keybuk: Floppy RAID makes sense, yes.
[12:10] <ogra> lol
[12:10] <iwj> `Floppy no #134 has gone bad.  Please remove it and throw it away.'
[12:10] <infinity> (I wondered why it wasn't built into the spec in the first place, like it is for CD audio, for instance)
[12:10] <iwj> infinity: Because the hardware used to be reliable enough that it worked properly.
[12:10] <_ion> http://ohlssonvox.8k.com/fdd_raid.htm
[12:10] <iwj> Nowadays floppies (the disks) are cheap but dreadful.
[12:10] <infinity> iwj: True.  The drives were better, and no one assumed you'd keep a floppy for 10 years either, I suspect.
[12:11] <morgs> http://ohlssonvox.8k.com/fdd_raid.htm
[12:11] <Keybuk> I actually went out of my way to ensure I got a floppy drive in the AMD64
[12:11] <Keybuk> and I've never used it
[12:11] <infinity> morgs: You're echoing...
[12:11] <iwj> _ion, morgs: That lacks the `please insert ...' factor.
[12:12] <infinity> Keybuk: I had to scam one from another box when I build Zofia's amd64 machine, just to get the &@#$$@ SATA controller recognised by the WinXP installer.
[12:12] <dholbach> mdz: ok with uploading  http://librarian.launchpad.net/2922282/legacy-icon-mapping_xfce_step_2.diff ? that would add more icon symlinks for the XFCE guys, making them happier - what do you think? (it will cause the icon sets to have to be rebuilt, but I think I'd have uploaded them at least once anyway)
[12:12] <Keybuk> infinity: heh, which controller?
[12:12] <infinity> Keybuk: (since floppy is still the ONLY method MS gives you for loading SCSI drivers in the installer)
[12:12] <ogra> hey, lets user the elastic 720k ones .... ubuntu "the first distro with wobbly media instead of wobbly windows"
[12:12] <infinity> Keybuk: Just a plain old VIA southbridge of some sort or other.  Just happened to be newer than XP.
[12:12] <Kamion> Ubuntu and Kubuntu alternate builds are done, BTW
[12:13] <omeg> Alternate builds?
[12:13] <Keybuk> omeg: the CD formerlly known as "install"
[12:14] <ogra> omeg, come over to edubuntu, we'll keep the familiar old names like live and install ;)
[12:14] <infinity> I love this quote: I was able to transfer "DEVO Uncontrolable Urge.mp3" which is 3.6 MB in 32 seconds. Which is pretty good I think.
[12:15] <Kamion> "alternate install CD"
[12:15] <_ion> infinity: :-)
[12:16] <omeg> Er, I'm sure that new way of naming CDs will make sense once I get them.
[12:18] <infinity> mdz: Oh, if you're curious, amd64 was actually the slowest livefs build, not the fastest.
[12:18] <infinity> (Just barely)
[12:18] <mdz> dholbach: is that last hunk a whitespacechange?
[12:18] <mdz> infinity: interesting, why?
[12:18] <mdz> powerpc used to be slowest by a good margin
[12:18] <infinity> mdz: Because terranova and royal are beasts, I suspect.
[12:19] <infinity> mdz: PPC useed to be the slowest before it got a 64-bit kernel.
[12:19] <dholbach> mdz: I suppose so - it's a patch somebody from the xfce guys contributed
[12:19] <infinity> mdz: Then the PPC machines becamse the speed demons of the DC.
[12:19] <infinity> became, too.
[12:19] <mdz> dholbach: seems harmless enough
[12:19] <dholbach> mdz: ok cool
[12:20] <janimo> dholbach: thanks, is this from nomed directly or upstream tango?
[12:20] <Kamion> janimo: done; I'm afraid you'll have mismatched gfxboot splash images for the RC though, as I didn't do it in time for the Xubuntu alternate install build
[12:20] <dholbach> janimo: I applied the upstream change already
[12:20] <ptlo> heya all. i've heard rumors that translation deadline has been pushed to 28th instead of today, is that true? (the -translator list doesn't mention it)
[12:20] <janimo> Kamion: np, thanks
[12:20] <dholbach> janimo: it's from nomed, yes
[12:21] <Riddell> I take it it's still OK if openoffice.org2 packages can't be installed by the CD builder
[12:21] <janimo> Kamion: unless OOo needs another build :)
[12:21] <infinity> Riddell: Yeah..
[12:21] <infinity> Kamion: Were we ever going to look at that archive cruft/buggery, or just blindly ignore it? :)
[12:21] <janimo> ptlo: I was told this Sunday is the last day
[12:22] <Kamion> infinity: I was certainly hoping to do something about it before release
[12:22] <Kamion> Riddell: but in the meantime, yeah, ignore that
[12:22] <Kamion> Edubuntu alternate install builds done
[12:22] <ogra> thanks :)
[12:24] <ptlo> janimo: thanks
[12:26] <ogra> sladen, ltsp-4.2 installs should be treated like firefox or flash installs from the binary packages in malone the implementation differs to much from ours to easily support it
[12:26] <infinity> New ubuntu -desktop- CDs ready for testing.
[12:27] <fabbione> infinity: danke
[12:27] <ogra> sladen, but feel free to subscribe me to all such bugs :)
[12:28] <sladen> ogra: which is your prefered 'generic package' to have LTSP-related bugs assigned to?
[12:28] <ogra> ltsp :)
[12:29] <ogra> but 4.2 isnt supported its a completely separate implementation that installs a comeplete chroot from a 200MB tarball ...
[12:29] <mdz> Kamion: are the desktop builds all done?
[12:29] <Kamion> mdz: infinity's doing those; Ubuntu's done, don't think the others are
[12:29] <infinity> mdz: No, just Ubuntu desktop builds.
[12:29] <ogra> so thats upstream ltsp.org stuff ...
[12:31] <Kamion> janimo: Xubuntu alternate install builds done
[12:31] <infinity> So, do we reset the table to all ??s before we get started on this batch?
[12:31] <janimo> ok, rsyincing
[12:32] <_ion> dholbach: Re: bug 40607, generally everything seems to work very well with the patch, but there's one problem: the "close" button in tabs is very small, but the dialog-close icon isn't scaled down, instead only its center is shown. Any thoughts?
[12:32] <Ubugtu> Malone bug 40607 in tango-icon-theme-common "Ok/Cancel buttons" [Normal,Unconfirmed]  http://launchpad.net/bugs/40607
[12:32] <janimo> Kamion, I wonder if the Xubuntu text should say 128M of ram instead of 192. The alternate CD installs and somewhat runs on 64M too
[12:32] <Kamion> oh, Xubuntu's still mirroring, meh
[12:33] <Kamion> janimo: how much memory does it take to do a desktop CD install on Xubuntu?
[12:33] <Kamion> that's the relevant number
[12:33] <janimo> Kamion, 128M w/o swap worked in qemu for me
[12:33] <giftnudel> more then 64
[12:33] <Kamion> janimo: ok, sure, I'll change the text for the next build then
[12:33] <infinity> "As much as python wants, muahaha"
[12:33] <janimo> giftnudel:  64M is for the alternate install
[12:33] <giftnudel> yes
[12:33] <dholbach> _ion: somebody told me that stock icons were in 20x20 - maybe that's a problem
[12:33] <dholbach> _ion: I don't know for sure
[12:34] <giftnudel> janimo: the desktop needs more than that
[12:34] <janimo> 128 and no swap, exactly as the OLPC specs :)
[12:34] <ogra> irgh, where does this awful ugly g-p-m icon come from =
[12:34] <janimo> giftnudel: yup as I said desktop 128, alternate 64
[12:34] <giftnudel> janimo: yes, i didn't get that
[12:35] <_ion> dholbach: Well, there's a 16x16 dialog-close icon in Tango. But apparently only the middle 9x9 of a close icon is shown in the tabs' close buttons.
[12:35] <Kamion> janimo: the actual alternate *install* should work in 32MB; but it might take more to run the desktop I guess
[12:35] <dholbach> _ion: that I don't know.
[12:35] <_ion> Seems more like a Gtk problem than an icon theme problem.
[12:35] <ogra> dholbach, did the hicolor theme change wrt g-p-m ? i dont have the beautiful green battery in gartoon anymore
[12:36] <janimo> Kamion: well I run it on a 64M laptop. It is slow though
[12:36] <dholbach> ogra: gpm 2.14.x doesnt have icon theme lookup in its code
[12:36] <janimo> especially firefox
[12:36] <ogra> gah
[12:36] <ogra> thats evil
[12:36] <dholbach> ogra: I changed the 'hardcoded' icons to be the ones our designer made
[12:36] <ogra> it looks awful since it doesnt match gartoon at all anymore
[12:37] <Kamion> janimo: BTW I committed a d-i change yesterday that should make it snappier on slow machines - stopped cdebconf having to save its templates database between every installer step
[12:37] <janimo> Kamion: but mentioning 128M is ok for both I gues
[12:37] <Kamion> (upstream, not dapper)
[12:37] <janimo> so edgy?
[12:37] <Kamion> yeah
[12:37] <ogra> dholbach, cant you just use them in the icon theme ? so others have a fallbach that doesnt look like a "heizdecke" ?
[12:37] <dholbach> ogra: read my last sentence :)
[12:38] <Kamion> janimo: limits changed to 128MB for Xubuntu desktop CD; I've made it quote memory requirements on the desktop CD page as well as the alternate install CD page too
[12:38] <dholbach> ogra: gpm 2.14.x doesnt have icon theme lookup in its code
[12:38] <janimo> Kamion: thanks.
[12:38] <ogra> grmbl ... i thought that was added with 2.12.x already
[12:39] <ogra> dholbach, sorry then ...
[12:39] <mvo> dholbach: that sounds like a edgy spec: bring icon-theme suppoer to the world
[12:39] <Kamion> janimo: oh, you have some uninstallables on your CD, looks like oversizing
[12:39] <Kamion> janimo: http://cdimage.ubuntu.com/xubuntu/daily/current/report.html
[12:39] <janimo> ohh
[12:39] <janimo> since yesterday?
[12:40] <Kamion> janimo: adding language-support-* to the CD is ambitious, although I guess you might have space if anyone does
[12:40] <Kamion> janimo: dunno, I just checked today
[12:40] <ogra> mvo, the code for g-p-m theme support is there since ages... its just not committed to any released version it seems
[12:40] <janimo> rigth I added 15 langpack yestreday but to desktop cd
[12:40] <Kamion> yesterday had language-support-{en,es} uninstallable on powerpc too
[12:40] <Kamion> http://cdimage.ubuntu.com/xubuntu/daily/20060524/report.html
[12:40] <janimo> it's most;y ppc stuff
[12:41] <janimo> as yesterdays install was tested by Gloubiboulga and the only hitch was the ltsp thing
[12:41] <infinity> Yeah, PPC's CDs are a bit tighter, since it has to ship two kernels.
[12:41] <janimo> oh and I added the langpacks only to 386 and amd64
[12:41] <janimo> so it may be something else
[12:41] <Kamion> janimo: amd64 is fractionally oversized (.25MB); powerpc is 3MB over
[12:41] <Kamion> I'm pulling your seeds now to have a look
[12:41] <janimo> somewhere I can see these numbers?
[12:42] <infinity> You can see the exact numbers in the filesizes of the generated images. :)
[12:42] <infinity> You can get pretty good guesses from running germinate against your seeds.
[12:42] <Kamion> http://people.ubuntu.com/~cjwatson/cd-build-logs/xubuntu-daily-20060525.log, search for "CD 2 will only"
[12:42] <infinity> (Which is handy if you're playing with changes to langpack shipping and such)
[12:43] <Kamion> infinity: no you can't actually in this case, unfortunately
[12:43] <Kamion> (filesizes of generated images)
[12:43] <infinity> Kamion: Oh, right, it's overflow.
[12:43] <Kamion> debian-cd crops to 700MB internally and overflows onto another CD - it's only visible in the build log
[12:43] <ogra> xubuntu oversized ?
[12:43] <infinity> Kamion: Was only thinking oversize, not overflow.
[12:44] <infinity> ogra: He has WAY more languages supported than you. :P
[12:44] <Keybuk> http://www.empireonline.com/news/story.asp?NID=18858
[12:44] <infinity> He may have just gone overboard a bit.,
[12:44] <Keybuk> oops, ww (but funny anyway)
[12:44] <ogra> infinity, you mean more than one ?
[12:44] <janimo> ogra, more than 15 ;)
[12:44] <ogra> :P
[12:44] <Kamion> janimo: you have a crapload of language-support-* on all architectures; would be easy to trim that
[12:45] <ogra> janimo, make that 14 (at least on ppc and amd64) ;P
[12:45] <janimo> Kamion: right. So I'll take some out of ship right?
[12:45] <Kamion> janimo: yeah, you can make some [i386 amd64]  or [i386]  -specific if you like
[12:48] <Kamion> and yes, as infinity says, germinate is handy for judging the effects of seed changes in advance
[12:48] <Keybuk> indeed, that's what germinate was originally designed for ;)
[12:49] <Keybuk> rather than actually driving the archive changes
[12:50] <_ion> dholbach: http://librarian.launchpad.net/2924006/close-problem.png (screenshot), http://librarian.launchpad.net/2924007/close-solution.png (mockup)
[12:50] <mdz> dholbach: I still get that problem where I can't drag files out of example-content due to it being read-only; did you or seb128 find any more info about that?
[12:53] <dholbach> mdz: hum, it works nicely for me, are /usr/ and /home/ on different partitions? I just remember something about that.
[12:54] <heno> dholbach: that's what I get too, but most people may not set it up that way
[12:54] <dholbach> _ion: I see the problem.
[12:54] <mdz> dholbach: no
[12:54] <dholbach> heno: *did* you set it up that way?
[12:54] <dholbach> hrm
[12:54] <mdz> everything on /
[12:54] <heno> dholbach: separate partitions, yes
[12:54] <mdz> dholbach: this is on the live CD
[12:55] <mdz> jamesh: around?
[12:55] <heno> mdz: so it's sort of expected behaviour, no?
[12:55] <jamesh> mdz: yeah
[12:55] <heno> except that it will confuse new users
[12:56] <dholbach> mdz: oh right... well that works for me.... could you try    gnomevfs-copy /usr/share/example-content/Experience\ ubuntu.ogg ~    and see if that gives any output?
[12:56] <infinity> Kubuntu -desktop- images are all ready.
[12:57] <janimo> Kamion: so will the ppc and amd images need a rebuild for RC? I made the russian lang support pack i386 only (~5MB)
[12:57] <mdz> doko_: ping
[12:58] <dholbach> mdz: he said he was bitten by the mexican bug, when we talked yesterday (briefly)
[12:59] <Keybuk> sure, he's just hiding because of all the pain and suffering OO.o has caused
[12:59] <Kamion> janimo: yeah, let me know when
[12:59] <mdz> Keybuk: and I just found another bug
[12:59] <heno> dholbach, mdz: FWIW, there is a section in 'about-these-files' that explains how to copy them to your home dir
[12:59] <mdz> Keybuk: https://launchpad.net/distros/ubuntu/+source/openoffice.org/+bug/46544
[12:59] <infinity> Keybuk: Sometimes, conflict avoidance /is/ rational.
[12:59] <Ubugtu> Malone bug 46544 in openoffice.org "Launchpad integration points to Breezy package" [Normal,Unconfirmed]
[01:00] <Keybuk> mdz: do we have any clickthrough states for lpi?
[01:00] <Keybuk> uh, stats?
[01:00] <infinity> mdz: Ahh, at least that doesn't feel terribly RC critical.
[01:00] <mdz> Keybuk: no idea
[01:00] <Keybuk> maybe I should ask in the right channel
[01:00] <mdz> infinity: no, but should be fixed for final unfortunately
[01:00] <impaque> hello, i just wanted to ask with what CFLAGS is majority of packages for ubuntu built with?
[01:01] <infinity> mdz: I can deal with more uploads to fix stuff for final.  I just refuse to upload again for RC. :)
[01:01] <Keybuk> imbrandon: -pipe -funroll-loops
[01:01] <imbrandon> ?
[01:01] <Keybuk> oh, wait, UBUNTU :)
[01:01] <impaque> Keybuk: yes, ie. majority of it's packages. :)
[01:01] <infinity> mdz: If doko's down for the count, though, I don't mind fixing this particular typo after RC.  It's trivial, afterall.
[01:02] <jamesh> -pipe makes programs run faster, doesn't it?
[01:02] <Keybuk> impaque: we don't use any
[01:02] <Keybuk> just -g -O2 as you'd expect
[01:02] <infinity> (We do use -pipe, actually, not that it makes any difference anywhere but on the buildd)
[01:02] <jamesh> :)
[01:02] <impaque> Keybuk: ok, no -mcpu?
[01:02] <Keybuk> infinity: oh, wow, we should so press release that! :)
[01:02] <impaque> infinity: :D
[01:03] <mdz> infinity: actually the bug is that it's hardcoded at all.  I didn't realize it was
[01:03] <infinity> And we override -march/-mcpu on i386, yes.
[01:03] <mdz> but I guess we need to settle for fixing the hardcoded URL for dapper
[01:03] <impaque> infinity: ok, thanks!
[01:03] <infinity> mdz: Would you prefer that it goes to the more generic URL?
[01:03] <Keybuk> -m*mumble* 486 -m*whisper* pentium4 isn't it?
[01:03] <mdz> infinity: I'd prefer it used launchpad-integration like everything else
[01:04] <mdz> Keybuk: no, those are the defaults now
[01:04] <infinity> -mtune=pentium4 -march=i486
[01:04] <Kamion> I'm going to have to work out how lpi works for ubiquity and oem-config in edgy, I guess
[01:04] <infinity> But yes, those are the default now anyway, and I'd love to just scrap gcc-opt completely.
[01:04] <impaque> infinity: so, no i386. and, yes, there is -mtune?
[01:05] <infinity> mdz: And where would lpi send users?  The generic URL?
[01:05] <mdz> infinity: it looks it up in lsb_release
[01:05] <Keybuk> infinity: oh, they renamed -mcpu to -mtune; wow, I may actually remember which one does what now
[01:05] <Keybuk> impaque: libstdc++ doesn't support i386 ... cf. Debian passim.
[01:05] <mdz> whereas oo.o apparently does this: ++                                      rtl::OUString aURI( DEFINE_CONST_UNICODE( "https://launchpad.net/distros/ubuntu/breezy/+sources/openoffice.org2/+gethelp" ) );
[01:05] <ogra> meh
[01:05] <infinity> mdz: Ahh, kay.
[01:06] <mdz> infinity: don't forget s/org2/org/ as well when you fix it
[01:06] <infinity> mdz: I'll test the URL before I upload. :)
[01:06] <mdz> that renaming was a change that I VETOED btw
 Get Help Online has never been implemented
[01:06] <mdz> Keybuk: s/$/ yet/
[01:06] <impaque> thanks
[01:07] <ogra> mdz, http://cdimage.ubuntu.com/daily/20060525/report.html agrees with you :)
[01:07] <ogra> (will we get rid of these for final ?)
[01:07] <Kamion> I hope so, yes
[01:07] <infinity> ogra: Yes.
[01:07] <ogra> ah, good
[01:07] <Kamion> I'll look at it when we're past RC, and figure out the best answer
[01:09] <Keybuk> mdz: right, that's what I thought -- we just used the gcc defaults
[01:09] <janimo> Kamion: seeds are mirrored now
[01:11] <infinity> Keybuk: Well, GCC only recently changed to match gcc-opt..
[01:11] <infinity> Keybuk: But NOW, we really should just drop gcc-opt like a hot potato, IMO.
[01:11] <Keybuk> infinity: I still remember with a cold sweat the day that gcc enabled optimisation by default
[01:11] <Keybuk> and debugging got that little bit harder
[01:12] <mdz> Kamion,ogra: curiously, Fedora's installer doesn't seem to suffer from bug 22930
[01:12] <Ubugtu> Malone bug 22930 in gtk "Mouse focus doesn't return until mouse is moved off button" [Unknown,Unconfirmed]  http://launchpad.net/bugs/22930
[01:12] <ogra> hmm
[01:12] <infinity> I wonder if they've fixed GTK, or hacked around it in their installer...
[01:12] <ogra> i know there are workarounds on C level
[01:12] <infinity> If they've fixed GTK, *I want that fix*.
[01:13] <ogra> i guess they just work around it in the app ... but i might be wrong
[01:13] <Keybuk> the cheeky thing is that the RH GTK+ maintainer is the same as the Debian one
[01:13] <mdz> if they worked around it in the app, we want that fix too
[01:13] <janimo> what is affected now by this bug besides hwdb?
[01:13] <mdz> janimo: ubiquity
[01:13] <mdz> very prominently
[01:13] <infinity> Yeah, and it's REALLY annoying in ubiquity.
[01:13] <janimo> I tought it was worked around
[01:14] <ogra> janimo, the logoutr dialog we have as well
[01:14] <janimo> ogra, xfce logout dialog had it but got fixed
[01:14] <ogra> janimo, HOW ?
[01:14] <infinity> Less of an issue for the logout dialog, since you're not likely to have your mouse over one of the buttons as the window comes into focus.
[01:14] <janimo> it may be more than only one bug thought
[01:14] <ogra> thats what we're looking for !
[01:14] <infinity> Ubiquity, where you just hover over the "next" button is horrible.
[01:15] <janimo> ogra, it messed with direct X grabs, and needed to be told to mess with them in another way
[01:15] <Kamion> mdz: they probably don't (need to) disable buttons between steps
[01:15] <janimo> so was not clean gtk anyway
[01:15] <Kamion> yes, that bug is extremely annoying
[01:15] <ogra> infinity, i know where the logout dialog appears after using it twice ... so my mouse usually is where the button appears
[01:15] <Kamion> if you never disable/enable buttons, you don't encounter the problem
[01:16] <Kamion> ogra: do you happen to know the C-level workaround?
[01:16] <ogra> mdz, i'll dig through it to find out what RH did before final
[01:16] <ogra> Kamion, nope
[01:16] <ogra> Kamion, see comment 18 here http://bugzilla.gnome.org/show_bug.cgi?id=56070
[01:16] <Kamion> janimo: thanks, rebuilding
[01:16] <Ubugtu> Gnome bug 56070 in gtk "Can't click button after setting it sensitive." [Normal,Reopened]
[01:17] <mdz> Kamion: hmm, I wonder if that would actually be better
[01:17] <ogra> and comment 19's attachment
[01:17] <Kamion> the hack in comment 19 definitely wouldn't be acceptable
[01:17] <Kamion> I'm not hooking motion-notify-event and sitting computing pointer positions all the time
[01:18] <ogra> yep
[01:18] <janimo> but the logout dialog buttons are not disabled at any point are they?
[01:18] <Kamion> mdz: possibly. it's a useful visual clue, but the cursor change is probably sufficient for that
[01:18] <Kamion> I'd have to teach the back/forward handlers to do nothing in that case
[01:19] <ogra> janimo, nope, but if your mouse is above the one you want to click if the dialog appears, it is unresponsive
[01:19] <janimo> ogra: yes i know, that's wh I think it's a deeper bug or more than one bug
[01:19] <ogra> janimo, its a gtk bug
[01:19] <ogra> a very old one
[01:19] <Keybuk> Kamion: there's an easy hack to that
[01:19] <Kamion> the logout dialog is only an issue due to FIST-sized buttons :)
[01:20] <Keybuk> make the button explicitly not sensitive in its click event
[01:20] <Kamion> Keybuk: what do you mean?
[01:20] <ogra> Keybuk, ??
[01:22] <StevenK> I think I get where Keybuk is going.
[01:22] <ogra> explain it to us
[01:23] <Keybuk> Kamion: got WORKRAVE'd there :p
[01:23] <Keybuk> let me "fix" the demo to show you
[01:23] <StevenK> Okay. Keybuk can show, since I can't seem to find the words to explain it.
[01:24] <ogra> StevenK, use gestures :P
[01:24] <StevenK> They tend not to translate into IRC.
[01:25] <ogra> depends how wordy you describe them ;)
[01:25] <Kamion> if you mean "just make the clicked event do nothing if you don't want the button to do anything", that was my plan ...
[01:25] <StevenK> That's what I was trying to get out.
[01:25] <ogra> you mean dont fiddle with sensitivity at all
[01:25] <Kamion> (since I'm already handling clicked)
[01:26] <StevenK> Kamion: With any visual clue that pressing the button will have no effect at all?
[01:26] <mdz> i386 desktop CD is good here
[01:26] <Keybuk> what I was suggesting was explicitly generating the "mouse off" event when you pop open the dialog
[01:26] <Keybuk> that way, when the dialog is closed, gtk thinks you moved off the mouse anyway
[01:26] <Kamion> StevenK: well, that's why I set them insensitive at the moment, but we do also set the mouse cursor to busy
[01:26] <mdz> bug 46544 / bug 46546 were the only issues I encountered
[01:26] <Ubugtu> Malone bug 46544 in openoffice.org "Launchpad integration points to Breezy package" [Normal,Unconfirmed]  http://launchpad.net/bugs/46544
[01:26] <Ubugtu> Malone bug 46546 in openoffice.org "Launchpad integration uses hardcoded URLs" [Normal,Confirmed]  http://launchpad.net/bugs/46546
[01:26] <ogra> i'm not sure its restricted to the sensitivity handling
[01:26] <Kamion> Keybuk: ... eww?
[01:27] <Kamion> Keybuk: though I could see that working ...
[01:27] <mdz> Riddell: how does kubuntu look?
[01:27] <Kamion> neat idea :)
[01:27] <mdz> ogra: and edubuntu?
[01:27] <StevenK> An ugly ugly hack that we rip out during edgy?
[01:27] <Kamion> it'd be a relatively contained hack, I guess
[01:28] <ogra> mdz, ppc missing all others were good in the last build ... i'm just done with rsyncing the recent iso
[01:28] <Kamion> StevenK: s/during edgy/whenever it gets fixed/; it doesn't look trivial, from the upstream bug
[01:28] <StevenK> Kamion: Just surround it with the commands: # Eyes closed now please
[01:28] <ogra> mdz, https://wiki.ubuntu.com/Testing/CurrentEdubuntu
[01:28] <StevenK> Er, s/commands/comments/
[01:28] <Keybuk> Kamion: it may just be button.leave() in PyGTK
[01:28] <mdz> ogra: there's an edubuntu section on /Current, use that instead
[01:28] <ogra> hmm ...
[01:29] <sladen> dholbach: yes, -24 fixes it.  But the main netstatus icon has still be reduced almost to the point of invisibility
[01:29] <ogra> mdz, so should i transfer all data from the sheet the edubuntu-testers team uses ?
[01:30] <infinity> ogra: New edubuntu -desktop- CDs are ready.
[01:30] <ogra> infinity, thanks
[01:30] <Riddell> mdz: still syncing today's images,last night was all perfect on all 6 CDs
[01:30] <mdz> ogra: yes, if it applies to the same build
[01:31] <ogra> yep, as i said we used the url i just posted for all tests
[01:31] <iwj> Is Testing/Current supposed to have the new version number in it ?
[01:31] <infinity> iwj: Probably.  And it should probably get all the fields reset to "?"
[01:32] <janimo> will there be separate announcements for derivatives?
[01:32] <Kamion> Keybuk: looking at gtkbutton.c, I don't think that would be enough; looks like I'd need an explicit button.emit('leave-notify-event')
[01:32] <iwj> infinity: Willdo then.
[01:32] <Kamion> er with an event parameter there too
[01:33] <infinity> iwj: Don't reset the -server stuff, we didn't build new -server images.
[01:33] <dholbach> sladen: I agree - I will pass it on.
[01:33] <iwj> Are there going to be new DVD's too ?
[01:33] <iwj> infinity: Noted.
[01:33] <infinity> Kamion: Shall we spin new DVDs?
[01:33] <Kamion> or maybe gtk.main_do_event() or something
[01:33] <Kamion> anyway, later
[01:33] <Kamion> infinity: sure, I'll start on that
[01:33] <Kamion> after this xubuntu build
[01:34] <Kamion> actually, I'll start it now
[01:34] <mdz> yay for parallel CD builds
[01:35] <ogra> Riddell, do you plan to fix the "KDM enables usplash on logout" bug before final ?
[01:36] <iwj> New {,x,k,ed}ubuntu too I take it.
[01:36] <infinity> iwj: yes, they've all been re-rolled, desktop and alternate.
[01:36] <infinity> iwj: Well, Xubuntu images are still being rolled, but otherwise what I said is true.
[01:36] <iwj> Right.
[01:36] <iwj> I'll leave the FAILs in but annotate them with the old version number.
[01:36] <Kamion> janimo: Xubuntu alternate re-rolled
[01:36] <Riddell> ogra: I will take another look at it, but I can't promise to have it working in all cases
[01:37] <janimo> Kamion: thanks
[01:37] <Riddell> it does work in the majority of cases at the moment
[01:37] <Kamion> janimo: you seem to be within size limits now
[01:37] <ogra> Riddell, ok ... seems people using ltsp.org ltsp have that problem as well
[01:37] <infinity> janimo: You'll have Xubuntu -desktop- stuff shortly... Just waiting on a slow buildd.
[01:37] <infinity> "Slow"...
[01:37] <janimo> infinity: oh I tought desktop was done already?
[01:38] <janimo> as it did not need rebuild
[01:38] <infinity> janimo: No, xubuntu was last on my list...
[01:38] <janimo> ok
[01:38] <infinity> janimo: You use ubiquity, yes?
[01:38] <janimo> infinity: yes
[01:38] <infinity> janimo: If so, then you needed this rebuild. :)
[01:38] <janimo> :)
[01:39] <Riddell> ogra: what's the issue they have?  there's a couple of problems there
[01:39] <janimo> Kamion: so is the ltsp fix in RC or not, I did not get that from the changelog
[01:39] <ogra> Riddell, bug 45427
[01:39] <Ubugtu> Malone bug 45427 in kdm "quitting kdm session on xdmcp terminal(ltsp) causes usplash to appear on server session" [Normal,Needs info]  http://launchpad.net/bugs/45427
[01:39] <Kamion> janimo: there's a workaround in place for RC
[01:39] <janimo> it may need ot be mentioned as a known issue if it is in RC
[01:39] <janimo> ah great
[01:39] <Kamion> janimo: (assuming it worked properly)
[01:39] <Kamion> was basically preseeding ltsp-client-builder/run=false
[01:39] <Riddell> ogra: right, fun
[01:40] <Kamion> janimo: I'd like confirmation that that workaround has worked properly though
[01:40] <janimo> Kamion: sure
[01:41] <mdz> Kamion: 2-disk loop fix confirmed in the current build
[01:42] <Kamion> mdz: hooray
[01:45] <Keybuk> it keeps hanging on me today
[01:45] <Keybuk> rsync: connection unexpectedly closed (0 bytes received so far) [receiver]
[01:45] <fabbione> Keybuk: see #c
[01:45] <Keybuk> heh
[01:45] <ogra> Keybuk, i also have reports in #edubuntu ... is it the server ?
[01:46] <fabbione> ogra: yes
[01:46] <infinity> s/server/servers/
[01:46] <Keybuk> it would appear to be the server, yes
[01:46] <jsgotangco> yeah
[01:46] <jsgotangco> its kind of erratic
[01:46] <Keybuk> infinity: I assumed it was just Znarl reading from a piece of paper and typing very fast
[01:48] <iwj> Urgh, wikis don't make a very good database.
[01:49] <fabbione> sfllaw: one of the bugs has a patch.
[01:49] <fabbione> sfllaw: my hang was due to a GPS serial port connected
[01:49] <sfllaw> Bug 41679 is fixed upstream.
[01:49] <Ubugtu> Malone bug 41679 in wvdial "wvdialconf does not write conf file " [Unknown,Unknown]  http://launchpad.net/bugs/41679
[01:49] <sfllaw> Bug 31272 has a patch.
[01:49] <fabbione> sfllaw: but i we just don't have time to fix it now with RC out
[01:49] <Ubugtu> Malone bug 31272 in wvdial "wvdial modem detection hangs dapper installer" [Unknown,Unknown]  http://launchpad.net/bugs/31272
[01:49] <fabbione> or almost
[01:49] <sfllaw> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=361040 is a simple problem with "set -e" aborting the configure script.
[01:49] <Ubugtu> Debian bug 361040 in wvdial "Subject: wvdial fails to configure on testing" [Important,Open]
[01:50] <Kamion> sladen: surely it would be better for bug 38333 to be a duplicate of bug 43114, not the other way round
[01:50] <Ubugtu> Malone bug 38333 in ubiquity "No Hibernation: '/etc/mkinitramfs/conf.d/resume' is not created" [Normal,Fix released]  http://launchpad.net/bugs/38333
[01:50] <Ubugtu> Malone bug 43114 in acpi-support "GDM Choices Cause Sleep and Hibernate Failure" [Major,Needs info]  http://launchpad.net/bugs/43114
[01:50] <Kamion> the latter has better status and contents
[01:50] <fabbione> sfllaw: i think if you want that stuff in, the person to talk is mdz/Kamion.
[01:51] <sfllaw> fabbione: I personally don't care very much about it making it.
[01:51] <sfllaw> But mdz's comments in 31272 makes it sound like it's release critical.
[01:52] <sfllaw> "Sure, just don't forget to disable it before the release if no other solution is found"
[01:52] <fabbione> sfllaw: ok, so what do you want me to do exactly?
[01:52] <sfllaw> But then again, it's priority Normal, so meh?
[01:52] <fabbione> sfllaw: if you want to prepare the package i can upload it for you with mdz blessing
[01:52] <Kamion> if it's hanging the installer for people, then we can't fix that in updates, so it does need to land before release
[01:52] <sfllaw> fabbione: Basically, it was to give advice about Ubuntu conventions.
[01:53] <fabbione> sfllaw: well if it is an RC issue, let's get it fixed and in the archive (after mdz approval)
[01:53] <sfllaw> fabbione: All right.
[01:53] <fabbione> sfllaw: that's what i would do
[01:54] <sfllaw> I'll prepare Ubuntu packages for WvStreams and WvDial.  And send them to you for vetting.
[01:54] <sfllaw> I don't trust myself to upload directly into the archive yet.
[01:54] <fabbione> sfllaw: just slam the debdiff somewhere
[01:54] <sfllaw> Will do.
[01:54] <fabbione> sfllaw: mdz will like to review it too
[01:55] <iwj> sfllaw, infinity: I think I've finished with updating Testing/Current now.  It has the new version numbers and I've generally changed uncommented PASS back to ? and added version number to other PASSes and FAILs.
[01:55] <infinity> sfllaw: You realise you can divine if you're on a serial console with "fgconsole", right?
[01:56] <infinity> sfllaw: See /etc/init.d/keymap.sh for the hint.
[01:56] <sfllaw> infinity: That would be stylish!  Thanks.
[01:58] <Keybuk> iwj: you appear to have nuked my edubuntu pass's entirely
[01:58] <ogra> Keybuk, wasnt that the plan ?
[01:59] <ogra> to erase *all* pass entries ?
[01:59] <Keybuk> ogra: iwj left some, for some reason
[01:59] <ogra> ohoel_, ok
[01:59] <infinity> sfllaw: That would make you grow a dependency on console-tools, but I suspect that's not a problem.
[01:59] <infinity> janimo: Okay, Xubuntu -dekstop- CDs finally done.
[02:00] <janimo> infinity: thanks
[02:00] <infinity> Everyone: All new images, except for the DVDs should be ready now.  Go forth and test.
[02:00] <sfllaw> infinity: I could just poke the right ioctls under Linux.  But that's a good pointer.
[02:00] <iwj> Keybuk: I left (a) DVD's and (b) server installs.
[02:00] <mdz> Keybuk: rsync isn't treating me very well either just now
[02:00] <iwj> mdz: Me too.
[02:01] <iwj> Are these livecd isos supposed to rsync well ?
[02:01] <mdz> 45 minutes to get edubuntu install rsynced
[02:01] <Keybuk> mdz: it seems our sysadmins decided today was a good time to break the cdimage servers
[02:01] <mdz> iwj: they are very rsync-friendly, yes
[02:01] <mdz> perhaps there's something going on with the server
[02:01] <iwj> It currently seems to think it's going to take 3 hours.
[02:01] <mdz> iwj: in fact they're friendlier than the install CD in this case
[02:01] <janimo> iwj: that's just the start of the CD
[02:02] <mdz> Keybuk: is that conjecture or are you in touch with them?
[02:02] <iwj> Keybuk: (a) new DVDs not out yet and (b) I'm told no new server CCs.
[02:02] <Keybuk> mdz: see #c
[02:02] <janimo> where it differs since last image
[02:02] <ogra> dapper-live-amd64.iso
[02:02] <ogra>    688642048 100%    2.00MB/s    0:05:28  (1, 100.0% of 1)
[02:02] <iwj> s/CC/CD/
[02:02] <mdz> Keybuk: NOOOOOO
[02:02] <ogra> strage, worked fine here for all isos
[02:02] <mdz> Keybuk: GRRRRRRR
[02:03] <janimo> so are these the RC images or candidates for RC?
[02:03] <infinity> janimo: The latter, but hopefully also the former.
[02:03] <ogra> yes
[02:03] <Keybuk> they're the RCCs
[02:03] <Keybuk> CRCs?
[02:03] <infinity> janimo: Kamion's pre-publishing them in hopes that they'll pass. :)
[02:03] <janimo> ah, ok. the pushing them to release.u.c what made me thing they're the RC
[02:04] <Kamion> they're only pushed to .pool
[02:04] <Kamion> not visible to general bystanders yet
[02:04] <Keybuk> iwj: you've changed others from PASS to <version>-PASS though/
[02:04] <iwj> IJLTS CRCDCDRRCDDC.  HTH.
[02:04] <Keybuk> but deleted other PASSs
[02:04] <Keybuk> but confusing
[02:05] <infinity> Kamion: Are we not publishing -server- on releases?
[02:05] <iwj> Keybuk: Only when there was a comment.  I didn't want to delete comments since I thought they might be important.
[02:05] <ogra> mdz, who made that edubuntu table on Testin/Current ?
[02:05] <mdz> ogra: presumably sfllaw
[02:05] <iwj> See `information about older versions' under Howto.
[02:05] <iwj> ogra: It's possible that my attempts to remove stale passes have messed it up.
[02:06] <ogra> workstation is missing completely ... and i dont think we're intrested in OEM (i dont even know if we have that)
[02:06] <infinity> Kamion: Oh, it has its own .pool... I didn't notice that.
[02:06] <infinity> Kamion: Sketchy. :)
[02:06] <ogra> iwj, nope, its generally missing stuff
[02:06] <iwj> ogra: Talk to sfllaw but I think he'll say to edit it to be how you want.
[02:06] <infinity> Kamion: In that case, it just needs sparc pre-published as well.
[02:07] <iwj> Well, I think I'll go and have lunch while this image downloads.
[02:07] <mdz> ubuntu alternate i386 passed here
[02:07] <sfllaw> ogra: "edit it to be how you want"
[02:07] <Kamion> infinity: oh, I'll do server in a bit, sure
[02:08] <Kamion> infinity: I think it'll stop having its own .pool.
[02:08] <infinity> Kamion: yeah, I was just about to say... Since the image names are unique...
[02:08] <Kamion> right, it'll just start living with the Ubuntu images now
[02:08] <infinity> Kamion: And we want -desktop-, -alternate- and -server- all in one HTML index now, right?
[02:08] <mdz> kubuntu desktop i386 pass
[02:09] <mdz> infinity: yes
[02:09] <ogra> sfllaw, yep, thanks ... i wasnt even aware of that table since the edubuntu-testers team used https://wiki.ubuntu.com/Testing/CurrentEdubuntu
[02:09] <Kamion> infinity: yup, that'll happen automatically
[02:09] <infinity> Kamion: Spiff.
[02:09] <Kamion> publish-release is moderately cool like that.
[02:09] <sfllaw> ogra: Nobody told be about that one.
[02:09] <infinity> Okay, I'm going to go find some "lunch" before I get back to testing-land.
[02:09] <sfllaw> And I didn't bump into it.
[02:09] <Kamion> only moderately, mind. it *is* still a huge pile of shell.
[02:11] <Keybuk> NOBODY BREATHE!  I've got an rsync to 98%
[02:11] <Keybuk> and it appears to have stalled
[02:11] <ajmitch> Keybuk: I've had an rsync stuck at that for an hour or two :P
[02:11] <Keybuk> mdz: are you anywhere near Znarl? :)
[02:11] <ajmitch> I suspect rsync is meant to go at more than 2K/sec
[02:13] <Kamping_Kaiser> i was hoping to get a package (smbfs) made available on the ubuntu cd, but the SeedManagement wiki page doestn answer the qustion who/how to ask (that i saw)
[02:13] <Mithrandir> there's surely something weird here, yes.  I'm only getting ~200k/sec.
[02:13] <fabbione> yes it's all a known problem
[02:13] <fabbione> rsync is fucked. kthxbye
[02:14] <ogra> sfllaw, sorry my fault (i guesS)
[02:14] <Kamion> $ publish-release daily ../ubuntu-server/daily/20060524.2 server poolonly rc
[02:14] <Kamion> wonkiness. still, it worked
[02:14] <Keybuk> infinity:
[02:14] <ogra> sfllaw, we also have no "desktop or alternate" CDs
[02:14] <Keybuk> quest scott% telnet localhost 80
[02:14] <Keybuk> Escape character is '^] '.
[02:14] <Keybuk> GET /~scott/dapper-dvd-amd64.iso HTTP/1.1
[02:14] <Keybuk> Host: localhost
[02:14] <Keybuk> HTTP/1.1 200 OK
[02:14] <Keybuk> Accept-Ranges: bytes
[02:14] <Keybuk> Content-Length:<PHONE_NUMBER>
[02:14] <Keybuk> Connection closed by foreign host.
[02:14] <Keybuk> (abbreviated, but you get the gist)
[02:14] <sfllaw> ogra: Good to know.  Thanks.
[02:15] <sfllaw> What is the syntax to close bugs from inside Ubuntu's debian/changelog?
[02:15] <Keybuk> sfllaw: there is no syntax
[02:15] <Mithrandir> sfllaw: nonexistent
[02:15] <ogra> sfllaw, we decided it would look a bit to funny to call the default CD we ship "alternate" :)
[02:15] <sfllaw> Ah.
[02:16] <sfllaw> ogra: Makes sense!
[02:16] <Kamion> I use "closes: Malone #nnnnn", I also see "LP#nnnnn", "closes: LP#nnnnn", "closes: launchpad.net/bugs/nnnnn", "Malone #nnnnn", and a bunch of others
[02:16] <mdz> Keybuk: no, or you might not be hearing from him right now
[02:16] <Keybuk> I use Ubuntu: #nnnn
[02:16] <Keybuk> mdz: that's kinda what I was hoping ... some ultra-violence
[02:17] <Keybuk> anyone know if there's a signal I can send rsync to say "save what you've done, and work if I run you again"?
[02:17] <Keybuk> cause if I ^C it now, it'll have to start all over again :'(
[02:18] <infinity> Keybuk: --partial
[02:18] <ogra> isnt that a commandline option you have to give *before* you run into this ?
[02:18] <ogra> yeah
[02:18] <Keybuk> infinity: that's what I've used
[02:18] <infinity> Keybuk: Oh, a signal if you forgot --partial?  No idea.
[02:18] <Keybuk> so hopefully it'll resume from the 98% and just do the last 2%
[02:18] <Keybuk> once I've waited for the "GO AWAY"
[02:19] <zul> heylo
[02:20] <mdz> --partial screws you in one case, and saves you in another
[02:20] <infinity> Keybuk: As for the apache bug, I may know where that's happening... I'll poke it with a stick post-RC, and see if maybe we can squeeze a quick fix in.
[02:20] <mdz> you need to decide ahead of time which way you're more likely to be fucked
[02:20] <ogra> is there a reason why the names are in the tables already ? i somehow doubt seb128 will do all edubuntu i386 CD tests today
[02:20] <Keybuk> which case does --partial screw you for?
[02:20] <ogra> err amd64
[02:20] <infinity> --partial screws you when updating images.
[02:20] <mdz> where is seb128 anyway?
[02:20] <Keybuk> mdz: holiday
[02:20] <Keybuk> ogra: *shrug*  I was just going to do powerpc starting at the top
[02:20] <Keybuk> infinity: it does?
[02:20] <ogra> mdz, public holiday in france germany and i guess many other countries
[02:21] <infinity> If you get 50% into a --partial, then it dies, rsync copies the 350MB partial file over your 700MB original.
[02:21] <mdz> we really need a proper calendar
[02:21] <Keybuk> infinity: cute
[02:21] <ogra> mdz, i think there was a mail to warthogs
[02:21] <Keybuk> whatever happened to the company hula server?
[02:21] <Keybuk> jdub: ?
[02:21] <ogra> we have a hula server ?
[02:21] <mdz> ogra: that was like a week ago
[02:22] <ogra> mdz, yes, but referring to ancestion day iirc
[02:22] <ogra> (which happens to be today)
[02:22] <Mithrandir> Ascension day.
[02:22] <ogra> yes, sorry
[02:23] <ogra> (german males tend to to drink all day and walk the streets until they fall dead on this day)
[02:23] <mdz> ogra: right, requiring that I keep it in my head for a week
[02:24] <ogra> yeah, we should probably have something like the fridge calendar
[02:25] <ogra> in friendly ical format
[02:26] <Keybuk> ogra: aren't you supposed to be off today too?
[02:27] <ogra> Keybuk, did i ever care what i'm supposed to be ?
[02:27] <Keybuk> fair point
[02:27] <ogra> its the most exciting time of the release, i wouldnt want to miss the fun :)
[02:28] <ogra> (even its exhausting :) )
[02:28] <Keybuk> o/~ See androids fighting ... Znarl and Elmo
[02:28] <TheMuso> c
[02:30] <Keybuk> WOHOOO!!!!!!!!!!!!!RIO_QWIRO_QWOPEFIO_W$_R()")($
[02:30] <Keybuk> I HAVE A CD IMAGE!
[02:30] <sivang> heh
[02:32] <thom> anyone would think you've never seen one before
[02:33] <Keybuk> thom: today they are a rare thing
[02:33] <ogra> only the rsanced ones
[02:34] <ogra> *rsynced
[02:34] <Kamping_Kaiser> hehe
[02:40] <ogra> edubuntu amd64 workstation PASS ...
[02:41] <Keybuk> ubuntu powerpc desktop PASS
[02:42] <Keybuk> hmm
[02:42] <Kinnison> ubuntu i386 desktop live PASS
[02:42] <Keybuk> why are OpenOffice.org Presentation and Spreadsheet the wrong way round?
[02:42] <Keybuk> ONLY JOKING
[02:42] <ogra> heh
[02:43] <vinboy> ?
[02:43] <zul> Keybuk: i think you would have people murdering you for some reason :)
[02:43] <_ion> :-)
[02:44] <vinboy> r u guys the testers?
[02:44] <Keybuk> that's a good point, next week I'm in the same room as mdz
[02:44] <ogra> vinboy, want to be one as well ?
[02:44] <mdz> Keybuk: I checked that
[02:44] <zul> hah!
[02:44] <vinboy> ogra: nah, my connection is 256k
[02:45] <Keybuk> oh, wow
[02:45] <vinboy> too hard to be a tester :P
[02:45] <Keybuk> it didn't even *wait* before running cron.daily this time
[02:45] <mdz> fabbione: if you'd prefer to close #11850 and open a separate bug for this issue, feel free
[02:45] <mdz> fabbione: but there needs to be a bug open
[02:46] <Kamping_Kaiser> vinboy, sos mine
[02:46] <fabbione> mdz: leave that one.. i don't really care
[02:49] <mdz> Kamion: are the DVDs on cdimage current?
[02:50] <ogra> Keybuk, heh, utnubu wants to call their rpc-xml too for patch monitorint the "scottwatcher" :)
[02:50] <ogra> *tool
[02:51] <Keybuk> "voyeur"
[02:51] <ogra> *giggle*
[02:53] <mdz> Keybuk,Mithrandir: is someone working on fixing that?
[02:54] <Keybuk> Kamion: oh, I think I know what might have crashed qtpartman last time ... I deleted the partition map partition
[02:54] <Keybuk> mdz: it's in incoming
[02:54] <Kamion> mdz: Ubuntu is; Kubuntu is building
[02:54] <mdz> Kamion: thanks
[02:55] <Keybuk> hey, jono, pull up an RC and start testing! :)
[02:55] <Kamion> Keybuk: oh, DDTT :)
[02:55] <Keybuk> well, an RCC
[02:55] <Kamion> Keybuk: and either qtparted or partman. make up your mind. :) FWIW I think it was qtparted not partman
[02:56] <Keybuk> Kamion: the traceback said both qtparted and partman
[02:56] <Keybuk> whatever you have on the Kubuntu CDs :)
[03:00] <jono> Keybuk: will do :)
[03:01] <vinboy> are the RC images available somewhere yet/
[03:02] <Riddell> 12:44 < Riddell> vinboy: no, that's why I'm asking for help testing
[03:02] <vinboy> ok
[03:02] <vinboy> thx
[03:03] <Keybuk> http://cdimage.ubuntu.com/
[03:03] <Keybuk> pick the daily-live/current of your choice
[03:04] <vinboy> ok
[03:04] <vinboy> i prefer to use bittorent
[03:05] <vinboy> bcoz it has md5 hceck
[03:05] <vinboy> i had a corrupt download using HTTP last time
[03:05] <iwj> Ooh, the kubuntu test plan has been much improved.
[03:05] <Kamion> that's fine, there are torrents there, although they may not be very well seeded at present
[03:05] <iwj> Wikis are obviously just like USENET in this respect.
[03:13] <Keybuk> so, you know how Alt+F4 under d-i gives you the log of what it's doing?
[03:13] <Kamion> yes?
[03:14] <Keybuk> it doesn't do that on ubiquity
[03:14] <Keybuk> it doesn't do that AT ALL
[03:14] <Kamion> hahaha
[03:14] <mjg59> Oops
[03:14] <Kamping_Kaiser> lol
[03:14] <Kamion> that had never occurred to me
[03:14] <iwj> Hrm, this disk from my junk pile doesn't seem to be wholly reliable.
[03:15] <dholbach> Keybuk: haha, did you know about "scottwatcher"? http://people.debian.org/~stratus/scottwatcher/ - I'd be terrified, if I were you :-)
[03:15] <Keybuk> it hadn't occurred to me either, it was taking a while in the Installing phase, so I just pressed it to watch the log go past for something more interesting to look at
[03:16] <Keybuk> the interesting thing is that it only appears to close the progress bar window, ubiquiuty carries on happily
[03:18] <iwj> Excellent, I accidentally ran the installer twice and the second copy exploded with a strange window full of unsubstituted strings plus a stack trace.
[03:18] <BenC> pretty sure that wasn't supposed to happen
[03:19] <BenC> I just did an update through update-manager, when I had a "needs reboot" notification already present, and the notification went away after the update
[03:19] <Keybuk> dholbach: this explains the sudden number of e-mails asking whether we can exclude packages from the nda output
[03:20] <BenC> nm, it popped up a minute later
[03:20] <dholbach> Keybuk: um, nda?
[03:20] <Keybuk> dholbach: the program that generates ~scott/patches/
[03:20] <dholbach> ah ok
[03:20] <sladen> Kamion: one of the disadvantages of dup'ing them that way around is that the lower numbered one has been fixed (several months) ago and closed.  Marking it a dup of a bug that has 'gdm' in the title effectively reopens it and against a package that isn't related.
[03:22] <nomed> hi all
[03:22] <nomed> janimo around ?
[03:22] <janimo> nomed: yes
[03:22] <janimo> hi
[03:22] <nomed> hi
[03:23] <janimo> I saw your mails and the xfce commits
[03:23] <nomed> i met kelnos this morning ...
[03:23] <nomed> he told me he was fine ..
[03:23] <nomed> "commits"
[03:23] <nomed> ?
[03:23] <janimo> he committed the OFFICE patch to libxfcegui4
[03:23] <janimo> what do you mean he was fine? fine with something?
[03:24] <nomed> ohh
[03:24] <nomed> true
[03:24] <janimo> and to xfdesktop4
[03:24] <nomed> hope for xfce4-mixer too
[03:24] <nomed> not for that ..
[03:25] <nomed> sent even  a patch to icon-naming upstreamer ..
[03:25] <nomed> and fixed tango-icon-theme-common
[03:25] <Keybuk> I can't decide whether it's a bug or not that ubiquity carrys on if you do Alt+F4
[03:26] <Keybuk> today, it's good :)
[03:26] <nomed> janimo, i guess now it's complete
[03:27] <janimo> nomed: I saw Daniel said he'd commit the tango patch
[03:27] <dholbach> janimo: which one?
[03:27] <nomed> yep
[03:27] <nomed> dholbach, icon naming
[03:27] <nomed> :)
[03:27] <nomed> i guess
[03:27] <dholbach> i uploaded it already
[03:27] <janimo> as for mixer it was not applied, xfce devs do not touch each others' packages
[03:27] <dholbach> but it's in the queue
[03:27] <janimo> so whenever mixer mainatiner has time I guess
[03:27] <nomed> dholbach, thanks for that
[03:27] <dholbach> de rien
[03:28] <nomed> janimo, you can add that patch in the mean time
[03:28] <janimo> nomed: sure
[03:28] <janimo> as I was not going to update mixer from svn anyway
[03:28] <ogra> edubuntu amd64 default install manual partitioning PASS
[03:29] <nomed> janimo, as soon as i have the time i'll fix the gdm theme ..
[03:29] <nomed> if nobody did that
[03:30] <janimo> nomed, thanks. I saw there are 3 variants for teh icons, but they  look the same to me
[03:30] <ogra> fabbione, any idea why the cursor theme doesnt default to the jimmac theme anymore ? it was compiled in the X server since warty iirc
[03:30] <nomed> usplash will need the author
[03:30] <janimo> active, prelight and one I forgot
[03:30] <nomed> janimo, they are the same yes
[03:30] <nomed> they should be probably different
[03:30] <fabbione> ogra: no and X didn't change that
[03:30] <janimo> so I think it's enough if I just copy the two icons in gdm
[03:30] <nomed> and the one for langs
[03:31] <janimo> nomed, ok take care of it then and let me know when they are ready for upload.
[03:31] <janimo> thanks
[03:31] <nomed> k
[03:31] <ogra> fabbione, yes, i had a very long discussion with daniels about it in hoary, it was set to be the xservers default
[03:31] <ogra> seems we now only set it through the artwork package :(
[03:32] <iwj> I've just reproduced bug 46404 and I think it's RC.
[03:32] <Ubugtu> Malone bug 46404 in qtparted "partitioner locked up" [Normal,Unconfirmed]  http://launchpad.net/bugs/46404
[03:32] <iwj> Should I confirm it myself ?
[03:32] <nomed> janimo, do u know if it exists an svg version of the usplash image ?
[03:32] <iwj> I suppose it just might be my dodgy disk so perhaps I shouldn't.
[03:33] <nomed> or if the author is registered to the package in malone ?
[03:33] <janimo> nomed: I don;t think it makes sense for it to be a svg but I have no idea
[03:33] <nomed> i guess if not he should
[03:33] <Riddell> iwj: I'll look at it in a bit
[03:33] <iwj> Riddell: OK.  I just want to make sure it gets some attention; things like this at this stage are rather worrying ...
[03:35] <Keybuk> ubuntu powerpc install from desktop PASS
[03:35] <sladen> nomed: the images for the usplash-* have been hand-optimised.  If you want the shape, you can get that from the Ubuntu logo and try to do some gradients to replicate the usplash look, and you maybe able to do the 'glow' with some low-alpha copies behind the logo
[03:36] <nomed> sladen, i don't want to hack it :)
[03:36] <nomed> i just would that the author fox a small issue :)
[03:36] <nomed> s/fox/fixes
[03:37] <infinity> nomed: What needs fixing?
[03:37] <infinity> omeg: Around?
[03:37] <nomed> infinity, when i select a res of let's say 1024x768
[03:37] <mantiena> hi all
[03:37] <nomed> i see clearly two white lines
[03:37] <sladen> nomed: what's the issue.
[03:38] <iwj> Is anyone doing any a11y testing ?
[03:38] <nomed> it looks like it's 2 px smaller
[03:38] <sladen> nomed: where, can you take a picture.  somebody reported that being related to 640x480 which is used on some machines
[03:38] <iwj> For example, is ubiquity supposed to be driveable using only the keyboard ?  Because I can't seem to get `Next' to work (!)
[03:38] <infinity> nomed: This is on the Xubuntu splash?
[03:39] <infinity> nomed: Cause I was going to tweak it a bit anyway for janimo.  I can look at that at the same time.
[03:39] <iwj> Keybuk: please save Testing/Current ...
[03:39] <mantiena> where I should ask about rosetta problems ? my translations (.po files), uploaded yesterday, still not imported into rosetta and now other users are working on outdated translations :(
[03:39] <Keybuk> iwj: I don't have it open?
[03:40] <iwj> This page was opened for editing or last previewed at 2006-05-25 13:39:58 by ScottJamesRemnant.  You should refrain from editing this page for at least another 10 minute(s), to avoid editing conflicts.
[03:40] <Keybuk> *shrug* it lies
[03:40] <ogra> iwj, i even added my stuff since then
[03:40] <ogra> (and didnt get that warning)
[03:41] <iwj> Keybuk: Did you close your edit window without cancelling an edit ?  Or are you reloading the result of a save ?
[03:41] <iwj> Never reload the result of a wiki save.
[03:41] <Keybuk> neither
[03:41] <Keybuk> moin is hallucinating
[03:41] <iwj> Hrm.
[03:42] <iwj> Well, I'll edit my thing in and see if that helps.
[03:42] <nomed> infinity, https://wiki.ubuntu.com/DanieleFavara?action=AttachFile&do=view&target=xubuntu_usplash_issue.png
[03:42] <nomed> i think you can see that line i mean ..
[03:42] <infinity> nomed: Oh, on the top and bottom?  Cool.
[03:43] <nomed> yep
[03:43] <infinity> That's in the original PNG.  Oops.  Easy fix.
[03:43] <infinity> nomed: I'll fix that when I fix the other thing I'm tweaking it for. :)
[03:44] <nomed> infinity, perfect thanks
[03:45] <ogra> edubuntu amd64 live session PASS
[03:45] <jsgotangco> yay
[03:46] <iwj> Apparently Kinnison saved it in between my edit start and end.
[03:46] <iwj> Kinnison: ^
[03:46] <Keybuk> iwj: it will now allow you to resolve any conflicts caused by that
[03:47] <Kinnison> iwj: oops, sorry
[03:47] <iwj> It's strange.  It says `do not just save this page' but having double-checked that's exactly what it seems I should do.
[03:47] <iwj> Kinnison: It might be moin being mad.  Did you get an edit lock warning ?
[03:47] <Kinnison> I got a warning for keybuk
[03:47] <iwj> You should have come here and cleared it with Keybuk then ...
[03:48] <iwj> I got a warning for Keybuk too and announced here that I was proceeding anyway.
[03:48] <iwj> Really ?
[03:48] <Keybuk> and treat it like CVS, resolve the conflicts if you cause any
[03:48] <ogra> meh, Kamion, the "partition selected more than once" bug is fixed over here, but the screensaver kicks in again in ubiquity during formatting
[03:49] <Kinnison> iwj: If I managed to blat your edit, I apologise. If you blat mine I know exactly what I did so I can recover
[03:49] <iwj> Keybuk: That's all very well unless you're trying to do something like my removal of stale passes.
[03:49] <ogra> i got a warning for iwj now
[03:49] <iwj> Kinnison: It's OK, neither edit is blatted.
[03:49] <iwj> ogra: Feh.  Just a mo.
[03:49] <iwj> ogra: ???  Mad thing, it's warning me about you now !
[03:49] <ogra> heh
[03:49] <ogra> saved
[03:50] <iwj> Seems sane again now.
[03:50] <iwj> Hey, maybe we should have a collaborative text editor.
[03:50] <LinuxJones> Yesterday's upgrade seems to have messed up some apps authenticating as root user ie. gksudo gedit <file> spews out authentication errors then hangs :(
[03:51] <iwj> Or maybe we should have a revision control system.  It would be nice if someone invented something like that, wouldn't it.
[03:51] <iwj> Or a database.
[03:53] <ogra> LinuxJones, gksudo gedit <file> ? that cant work ... you need gksudo "gedit <file>"
[03:55] <Keybuk> ogra: he uses them for bedding material
[03:55] <LinuxJones> ogra, even running stuff from root terminal won't run ie users-admin
[03:55] <iwj> su's stupid command line parsing continues to be copied :-(.
[03:55] <ogra> yep
[03:55] <ogra> LinuxJones, hmm, works fine here on todays liveCD
[03:55] <ogra> i just happen to have that running here
[03:59] <LinuxJones> ogra, I don't see my username in /etc/sudoers has the username (of the account that installed Ubuntu) or am I now required to add my username to the admin group ?
[03:59] <jdub> Keybuk: pong
[03:59] <Keybuk> jdub: I didn't ping, I just ordered ;)
[04:00] <jdub> Keybuk: oh, maybe i missed a line before the "jdub: ?"
[04:00] <Keybuk> jdub: company hula/calendar server
[04:00] <jdub> oof
[04:00] <jdub> hula totally isn't ready yet
[04:00] <jdub> but yeah, that'd be freaking rad
[04:00] <Keybuk> something !hula then
[04:00] <Keybuk> MS Exchange?
[04:01] <ogra> LinuxJones, yes, the admin group is used since hoary iirc
[04:01] <jdub> that's what i still have to recommend, unfortunately
[04:01] <Kamion> sladen: marking an open bug (that's apparently still active and causing a problem) as a duplicate of a closed bug on a different package that *has* been fixed is even worse. If you don't think they're related, then don't mark them as duplicates at all.
[04:01] <Keybuk> jdub: could you prod the appropriate people to work on it?
[04:01] <ogra> jdub, just an ical like the fridge has would already be rad
[04:02] <ogra> just to keep evo up to date with holidays and the like
[04:02] <ohoel_> oh right
[04:02] <_ohoel> ^^
[04:02] <Kamion> iwj: ubiquity is known to be a11y-weak, I'm afraid. Although I believe it is at least *possible* to drive the GTK frontend using only the keyboard, even if not entirely easy ...
[04:02] <jdub> Keybuk: "elmo, please set up an exchange server for us!" -> ah, no thanks :)
[04:02] <Kamion> ogra: yes, sorry, that screensaver bug is still open
[04:03] <Kamion> iwj: (so I'd consider it a bug if that weren't possible)
[04:05] <LinuxJones> ogra, ok thanks it's obviously been a while since I've had to look in there :)
[04:05] <mdz> sfllaw: are you tracking test results for the current candidate build?
[04:08] <sfllaw> mdz: If you mean, "am I looking at Testing/Current", then yes I've been keeping my eye on it.
[04:08] <LinuxJones> ogra, it's odd that certain ones will run like synaptic but others like users-admin won't.
[04:09] <_ohoel> Kamion: tabbing between fields in places like "tell us about yourself" is  a bit complicated
[04:09] <sfllaw> mdz: I've also been fixing RC bugs.  I've got two debdiffs for you to look at, in a couple of minutes.
[04:09] <Kamion> _ohoel: I fixed that ages ago
[04:09] <Kamion> _ohoel: what version are you using?
[04:09] <mdz> sfllaw: no, I meant "Testing/Current needs to be flushed because we have a new candidate"
[04:09] <_ohoel> right, beta2 I think
[04:09] <iwj> Kamion: OK, I'll file a bug but not consider it RC.  Users who want to drive only with the keyboard are to use the d-i CD, then, I take it.
[04:09] <Keybuk> mdz: since when?
[04:09] <mdz> sfllaw: it still has results from 20060524, while we're now testing 20060525
[04:09] <Keybuk> iwj flushed it earlier
[04:10] <iwj> That's obviously not ideal because the d-i CD has many fewer a11y tools.
[04:10] <Kamion> _ohoel: if that's Kubuntu, this was fixed in ubiquity 0.99.67
[04:10] <infinity> mdz: iwj flushed it when we rolled new images.
[04:10] <ogra> heh
[04:10] <_ohoel> Kamion: I'll download an test a fresher image :)
[04:10] <iwj> mdz: I left those old results in, with image dates attached, when they had comments.
[04:10] <Kamion> iwj: if it's easy to fix, I still have one other RC bug in ubiquity, so I can squeeze minor KDE UI tweaks in
[04:10] <mdz> infinity: actually it looks like he prepended the build number to the old results
[04:10] <ogra> edubuntu amd64 ubiquity manual partitioning install PASS
[04:10] <Kamion> iwj: heno tells me that the GTK frontend is usable without the mouse
[04:10] <mdz> which makes it difficult to see the coverage
[04:10] <iwj> Kamion: Oh, good.
[04:10] <infinity> mdz: To some results, and others he removed.  Not sure what the logic there was. :)
[04:10] <iwj> Kamion: OK.  I'll report this bug.
[04:11] <iwj> Hrm, this install is busted.
[04:11] <iwj> Or maybe the disk is ?
[04:11] <infinity> mdz: Just wiping the ones with the old build number should do.
[04:11] <iwj> I think I need to be using a different disk.
[04:11] <mdz> where did dholbach go?
[04:11] <vinboy> how do i get involved in the development?
[04:11] <iwj> I removed the results with no comments.  I didn't want to remove the results with comments because I thought the comments might be important.
[04:11] <mdz> vinboy: http://www.ubuntu.com/community/participate
[04:11] <Keybuk> vinboy: right now, the best help we can get is to have testing of the CD images being produced
[04:11] <iwj> If they're not important then the old results can be removed.
[04:12] <iwj> I think though that keeping the old FAILs until the bug is believed fixed is probably sensible.
[04:12] <Kamion> 46398 is confirmed fixed; those fails can be removed
[04:12] <mdz> sfllaw,iwj: what we want is to find some reasonably convenient way to preserve the old results, but also see what's been tested with the current candidate at a glance
[04:12] <mdz> this may require something more sophisticated than a wiki page
[04:12] <infinity> More sophisticated than a wiki?  Is there such a thing?
[04:13] <infinity> Ahh, and the amd64 machine here just opened up.
[04:13] <sfllaw> iwj: Is there really a need to keep old PASSes?
[04:13] <sfllaw> Old FAILs are fine.
[04:14] <sfllaw> We can just leave bug numbers next to ?
[04:14] <sfllaw> heno: Ping?
[04:15] <heno> sfllaw: hi
[04:15] <sfllaw> heno: I missed your e-mail in my inbox until this morning.
[04:15] <sfllaw> Can you take over doko and jbailey's Testing/Current tasks?
[04:15] <mdz> sfllaw: it's useful to record a historical PASS vs. an "untested"
[04:15] <infinity> sfllaw: I'm doing doko's i386/alternate stuff right now, but more people doing so wouldn't hurt.
[04:16] <sfllaw> infinity: Thanks.
[04:16] <mdz> I test i386/alternate/erase as part of my regular testing
[04:16] <Keybuk> sfllaw: I'm doing anything powerpc/* from the top of the list down
[04:16] <heno> sfllaw: sorry, not really. I'm redoing the website ...
[04:16] <infinity> mdz: But you didn't record it.
[04:16] <sfllaw> heno: OK.
[04:17] <sfllaw> mdz,Keybuk: If you could record the fact that you've done so...
[04:17] <sfllaw> That would be brilliant!
[04:17] <Kamion> I've finally got a bit of time, so I'll see if I can do powerpc netboot now
[04:17] <Keybuk> sfllaw: I have been recording it
[04:17] <sfllaw> Keybuk: Ah.  I see that now.
[04:17] <mdz> sfllaw: I did
[04:18] <mdz> that page needs a meta refresh tag ;-)
[04:18] <jsgotangco> Edubuntu amd64 Install CD auto-resize PASS
[04:18] <Kamion> "copy files to local hard disk and make yaboot boot off that"
[04:18] <mdz> Riddell: do you have results from the current candidate yet?
[04:18] <Keybuk> powerpc alternate manual PASS
[04:19] <Riddell> mdz: alternative i386 and powerpc good, still rsyncing desktop CDs
[04:19] <Riddell> I'll update Testing/Current
[04:20] <mdz> Riddell: thanks
[04:20] <Keybuk> right, I'm gonna grab lunch while this (ppc alt erase) installs -- it'll take a while
[04:26] <bddebian> Heya folks
[04:29] <mgalvin> hi bddebian
[04:29] <bddebian> Hello mgalvin
[04:29] <iwj> We could have a list of the test results and a script to massage it into a table.
[04:30] <iwj> sfllaw: keep old passes> If they have interesting comments, then yes.  If we want to keep the comments then attaching them to a ? or to a subsequent test result might be wrong (it would depend on the comment).
[04:31] <sfllaw> mdz,fabbione: Sent patches to fix WvDial.
[04:31] <sfllaw> iwj: Maybe old passes and fails could be lowercased?
[04:32] <bddebian> Hi sfllaw
[04:32] <sfllaw> Then you can do a case-sensitive search for PASS and FAIL and get reasonable results?
[04:32] <sfllaw> bddebian: Hi.
[04:32] <bddebian> sfllaw: Where where those test pages again?
[04:32] <iwj> sfllaw: That's a good idea.
[04:32] <sfllaw> Testing/Current
[04:32] <sfllaw> iwj: Shall I do the honours?
[04:32] <iwj> Yes.
[04:35] <mdz> Kamion: I can't get i386 alternate to offer me automatic resize
[04:35] <Kamion> mdz: /var/log/syslog should say why not
[04:35] <Kamion> log message from partman-auto
[04:35] <Kamion> oh maybe it's in /var/log/partman, can't remember
[04:36] <Riddell> mvo: you had amd64 kubuntu netinstall working last night didn't you?
[04:36] <mvo> Riddell: yes, I added it to the wiki last night
[04:36] <Kamion> mdz:yeah, /var/log/partman - first log message should be "<something> primary partitions, <something> logical partitions"
[04:37] <mdz> Kamion: ok, I'm there, but I don't know how to interpret the rest
[04:37] <mdz> at the start, I had the default erase-disk layout (root primary, swap logical)
[04:38] <mdz> when it didn't offer the option, I used manual partitioning to create a single primary on the entire disk
[04:38] <mdz> as the simplest case for resizing
[04:38] <mdz> then went back to guided partitioning
[04:39] <Kamion> mdz: can you paste me a chunk of the log from there down in /msg
[04:39] <Kamion> ?
[04:39] <mdz> should be able to
[04:44] <Kamion> it requires at least 3GB free or it won't bother offering it
[04:44] <Kamion> on the heuristic basis that if it's less than that, you'll be making both the existing and the new filesystems unreasonably tight on space
[04:44] <Kamion> (conclusion from /msg)
[04:45] <Kamion> oh, damn, my running netboot install is going to set up an LTSP chroot, since that bug fix isn't in yet
[04:45] <Kamion> oh well
[04:46] <sladen> Kamion: instances of that bug are going to continue to arise for as long as there are people in the wild who installed their current setup with an early Flight CD.  I can keep the instances separate if you would like, even if they are of the same class and cut and paste the same description and solution into each of them.
[04:47] <Kamion> sladen: I made my comment before I saw your followup to the newer bug which synced up its status with the older one
[04:47] <Kamion> sladen: I hadn't realised you were going to do that; it looked separate, and I'd expected you to do that *before* marking it as a duplicate ...
[04:47] <Kamion> so reverting my duplication change is fine, sorry about that
[04:48] <Kamion> what I normally do is add an explanation to the bug and only then mark it as a duplicate; it saves on confusion
[04:50] <sladen> Kamion: groovy, I'll remember to do that in that order next time :)
[04:51] <sladen> launchpad could do with a 'Related' relationship aswell as a Duplicate
[04:51] <Kamion> yeah
[04:51] <mdz> sfllaw: what's the reasoning behind http://people.ubuntu.com/~sfllaw/wvstreams.debdiff ?
[04:53] <mdz> sfllaw: likewise for wvdial.diff; it's fairly opaque to me without knowing the code
[04:56] <sfllaw> mdz: The wvstreams patch prevents wvdialconf from blocking on close(), which happens inside WvFile::close().
[04:56] <sfllaw> That tcsetattr puts something in the output buffer.
[04:56] <sfllaw> At least, for some IRDA drivers.
[04:58] <sfllaw> The wvdial patch has the line cfg.commit() and some cleanup code, which causes WvDial to actually write out the config file.
[04:58] <sfllaw> This patch is actually inside Debian, and was fixed ages ago, but never sucked into Ubuntu.
[04:59] <sfllaw> I think that was because of the UVF.
[04:59] <sfllaw> I cherry-picked it just for this release.
[04:59] <infinity> Mithrandir: Around?
[05:00] <mdz> sfllaw: it also changes get to xget and set to xset; what does that do?
[05:01] <sfllaw> That's proper style within WvStreams programs now.  The old WvConfEmu interface is a bit broken, which is why the file didn't get written properly.
[05:01] <mdz> it seems to be using a slightly differentAPI
[05:01] <sfllaw> I can generate a patch with fewer changed lines, if you'd like.
[05:01] <mdz> sfllaw: and you're comfortable with all of this as a days-before-final sort of update?
[05:02] <sfllaw> It can't make WvDial any worse.
[05:02] <mdz> ok
[05:02] <mdz> sfllaw: please go ahead
[05:02] <sfllaw> Thanks.
[05:02] <sfllaw> fabbione: Ping?
[05:13] <vinboy> does downloading the iso using jigdo prevent corrupted download?
[05:13] <Mithrandir> infinity: hi
[05:15] <bddebian> Heya Mithrandir
[05:15] <Mithrandir> hiya bddebian
[05:15] <infinity> Mithrandir: Can you test the mad64/desktop CD and confirm that I'm not going insane?
[05:15] <mdz> sfllaw: dholbach is off; we need someone else totest amd64/alt
[05:16] <mdz> unfortunately the amd64 laptop I used here in the office for  beta has been "repurposed"
[05:16] <infinity> Mithrandir: When I hit "Adding LiveCD user", it locks up.  Booting with "splash" off, I see an infinite loop of OOPSes... Well, I think they're OOPSes... It's scrolling awfully fast to know for sure.
[05:16] <Mithrandir> infinity: C-s should pause it
[05:16] <Mithrandir> infinity: I can check.
[05:18] <Mithrandir> infinity: except cdimage currently hates me.
[05:20] <infinity> Yeah, squashfs explodey.  I wonder if it got corrupted somewhere in the build process (the CD itself checks out fine)
[05:21] <Kamion> I'll start on amd64/alternate in a moment
[05:21] <mdz> Riddell: I got no splash-down with my kubuntu alt install
[05:21] <mdz> Riddell: not until the last bit where it gets restarted
[05:21] <mdz> Riddell: is that normal?
[05:21] <Keybuk> mdz: splashdown seems temperamental on kubuntu
[05:21] <Kamion> just need to shovel bits over to that box
[05:21] <Keybuk> I've had it about 6/10 times
[05:22] <Riddell> mdz: it's not normal but it does happen not infrequently, I'm yet to spot the pattern
[05:22] <Keybuk> including getting splashdown when I shouldn't have ;)
[05:22] <Riddell> gdm has a nice "I'm about to change to vt1" function but kdm doesn't have that
[05:22] <mdz> Riddell: probably has to do with vt switching
[05:22] <Keybuk> Riddell: I thiiiiink it might be a race between X switching vts, and usplash getting started by kdm stopping
[05:23] <OculusAquilae> carlos: ktorrent is translated now, thanks
[05:23] <iwj> Yay, I managed to finish a test.  PASS despite the bugs I found ...
[05:23] <carlos> OculusAquilae: your are welcome
[05:24] <infinity> Mithrandir: Crap.  The md5sum of the squashfs on my CD matches the md5sum of the original on king.  And the build log looks like everything was A-OK... But it just does not work for me, at all.
[05:24] <Keybuk> infinity: which is that?
[05:24] <infinity> Keybuk: amd64/desktop ... No workey here.
[05:25] <Keybuk> ok, I'll give that one a test in a minute
[05:25] <Keybuk> just about to finish the ubuntu powerpc tests, then I can move my workstation to the laptop and test on this
[05:25] <infinity> Keybuk: Explodes in a mess of OOPSes around "Adding LiveCD user"
[05:26] <infinity> If it's just me, I can cope, but since the last build worked fine over here, I'm thinking something when Very Wrong.
[05:26] <infinity> s/when/went/
[05:26] <vinboy> Keybuk: r u getting paid to do this?
[05:31] <Kamion> Ubuntu powerpc netboot PASS
[05:31] <bddebian> w00t
[05:32] <Keybuk> this has taken a while "Cleaning up" ... it must be doing my kitchen
[05:32] <mdke> janimo: nice work on the xubuntu-docs translations
[05:33] <Keybuk> release week and housework are not friends
[05:33] <janimo> mdke, I just uploaded them :)
[05:33] <bddebian> Keybuk: :-)
[05:37] <Keybuk> ubuntu powerpc alternate erase PASS
[05:41] <bddebian> Sheesh, you'd think a T-1 would download a little damn faster :-(
[05:42] <Keybuk> ok, let's test this amd64 desktop
[05:43] <_ion> The last comment in bug #40607  ideas, anyone?
[05:43] <Ubugtu> Malone bug 40607 in tango-icon-theme-common "Ok/Cancel buttons" [Normal,Unconfirmed]  http://launchpad.net/bugs/40607
[05:44] <_ion> I wish the gtkrc syntax allowed something like CSS selectors.
[05:44] <Keybuk> _ion: it does?
[05:46] <Mithrandir> infinity: reproduced.
[05:46] <Mithrandir> debconf-communicate makes unionfs oops
[05:46] <infinity> Mithrandir: Feh.
[05:46] <Kamion> Urgh.
[05:46] <infinity> Mithrandir: Okay, a new livefs is spinning right now, to see if a new build will just make it go away.,
[05:47] <Kamion> When was the last successful amd64 desktop test?
[05:47] <infinity> Kamion: Yesterday's images were fine.
[05:47] <Kamion> Please tell me it wasn't before the last kernel change.
[05:47] <Kamion> OK, so it may be cosmic rays ...
[05:47] <sfllaw> mdz: Is dholbach gone for a long while?
[05:47] <infinity> Kamion: Just blew up on today's build.
[05:47] <sfllaw> Or just sleeping?
[05:47] <dholbach> sfllaw: I'm here.
[05:47] <sfllaw> dholbach: You can't test amd64?  :(
[05:48] <Kamion> sfllaw: I'll test amd64/alternate just as soon as the machine in question has finished apt-get upgrading.
[05:48] <infinity> Kamion: I'm hoping for cosmic rays, hence why I kicked off the new livefs a while back. :)
[05:48] <Kamion> infinity: I'm ready to start a CD image build for just amd64 when you give the word
[05:48] <sfllaw> Kamion: Thanks.
[05:48] <mdz> how is everyone doing on their test cases?
[05:48] <mdz> sfllaw: I think he's ascending
[05:48] <Kamion> Is amd64/desktop working for Kubuntu?
[05:49] <Keybuk> Kamion: about to test that one too
[05:49] <Keybuk> I rsync'd that one as well, just in case
[05:49] <infinity> Keybuk: Please do so ASAP, to see if we have this same bug there.  Though I can't imagine why we would.
[05:49] <mdz> Kamion: what's up with amd64?  I haven't been able to test it
[05:49] <Keybuk> btw
[05:49] <Keybuk> I concur
[05:49] <Kamion> mdz: alternate or desktop?
[05:49] <Keybuk> amd64 OOPS for me too
[05:49] <infinity> mdz: unionfs explodes early in casper.
[05:50] <infinity> mdz: Yesterday's images were fine, so I'm assuming cosmic rays and rebuilding the livefs.
[05:50] <mdz> eek
[05:50] <mdz> Kamion: either
[05:50] <Kamion> mdz: 16:48 < Kamion> sfllaw: I'll test amd64/alternate just as soon as the machine in question has finished apt-get upgrading.
[05:50] <_ion> keybuk: Attribute selectors, to be accurate.
[05:50] <mdz> ok, so desktop is b0rked and alternate is untested?
[05:50] <Kamion> just rebooting into it now
[05:51] <mdz> I have a kubuntu dvd i386 ubiquity in progress
[05:51] <mdz> and an i386 alternate OEM
[05:51] <Keybuk> shall I test amd64 DVD too?
[05:51] <mdz> mjg59: you need to bail out of that thread on sounder; it's hopeless
[05:51] <infinity> Keybuk: If you've got the bandwidth.
[05:52] <Keybuk> infinity: it's one of the ones I keep in my cache
[05:52] <Keybuk> I assume it's "up to date" on beryllium?
[05:52] <_ion> In pseudo-CSS, i'd need GtkButton[relief=NONE]  { GtkWidget::focus-padding: 0; xthickness: 0; ythickness: 0; } in gtkrc in order to fix the problem pointed out in the message.
[05:52] <infinity> Keybuk: Should be.
[05:54] <Kamion> mdz: FYI I have a dinner invitation with my cousin tonight, so I have about two more hours
[05:54] <Keybuk> hmm, beryllium is unhappy -- won't rsync a DVD
[05:55] <elmo> it's still trying to sync
[05:55] <Keybuk> elmo: PUT MORE CHILDREN ON THE FIRES
[05:55] <mdz> Kamion: acknowledged
[05:55] <mdz> repo man has all night, every night
[05:55] <elmo> it should work, it'll just be slow till the write-fest is over
[05:56] <infinity> Kamion: We'll resolve this before then, or I'll slit my wrists.
[05:56] <Keybuk> elmo: it wasn't sending any data
[05:56] <Kamion> let's resolve it then ... wouldn't want blood on the channel
[05:56] <mdz> infinity: it'll take that long to do a test
[05:56] <infinity> mdz: I can whip through the amd64 tests pretty quickly.
[05:56] <infinity> mdz: I had lots of practice last night when filing ubiquity bugs from that machine. :)
[05:57] <mdz> infinity: livefs build + cd build + publish + rsync
[05:57] <mdz> THEN you can try a test ;-)
[05:57] <infinity> mdz: livefs build is about 2 minutes from done.
[05:57] <Kamion> CD build for one architecture is like five minutes
[05:58] <elmo> Keybuk: it's using a scheduler that massively favours writes, so all our boxes essentially stall during the sync, an beryllium has/had a hundred Gb or something to sync
[05:58] <mdz> I'm giving up on this edubuntu DVD rsync
[05:58] <mdz> ogra: do you have one?
[05:58] <elmo> it's at xubuntu/ now tho, should be done soon
[05:58] <elmo> tho, I'm having to try hard to resist adding --exclude='.*-src-.*' to the sync script at this stage :-P
[05:58] <thom> elmo: s/write/read itym?
[05:58] <mdz> grumblegrumble
[05:58] <infinity> Kamion: livefs build done, hit the switch.
[05:59] <Kamion> infinity: switch hit
[05:59] <Keybuk> new amd64 live to test?
[05:59] <elmo> thom: no, writes - deadline massively penalizes reads in favour of writes
[05:59] <infinity> Keybuk: Shortly.
[05:59] <thom> uh, oh yeah, heh
[06:00] <Keybuk> infinity: was about to say, rsync claimed no diff ;)
[06:00] <infinity> Keybuk: Assuming it boots, do you want to do the full live session test (wander through, check apps work, etc), and I'll do the two installation tests?
[06:00] <Keybuk> infinity: yup
[06:00] <infinity> Or three, whatever.
[06:00] <Keybuk> it'll save me having to swap hard drives around
[06:00] <infinity> Here's hoping it boots, then. :)
[06:01] <mdz> infinity: do we need to wait for this massive sync to complete before we can publish that amd64 image?
[06:01] <Keybuk> I never like opening quest, it growls at me
[06:01] <Kamion> cjwatson@lithium:~$ md5sum cdimage/scratch/ubuntu/daily-live/live/amd64.squashfs
[06:01] <mdz> I suppose rsyncing directly from lithium would be more expedient
[06:01] <Kamion> 5f56a659d2fdf9832baef5ecc109684f  cdimage/scratch/ubuntu/daily-live/live/amd64.squashfs
[06:01] <Kamion> infinity: is that the right md5sum?
[06:02] <Kamion> I'd just grab it from lithium if I were infinity ... though IIRC Keybuk cannot
[06:02] <Keybuk> I cannot
[06:02] <Keybuk> I am insufficiently powahful
[06:02] <infinity> Kamion: md5sum matches, yes.
[06:02] <elmo> I'm happy to temporarily setup passworded rsync on lithium, if you want
[06:02] <Kamion> built, it's trying to trigger beryllium at the moment and not getting very far
[06:02] <infinity> Kamion: But it did on the broken one too, so I'm not holding my breath.
[06:02] <Kamion> infinity: just checking it's not out of date or anything
[06:03] <Keybuk> elmo: bah, give me an account on lithium, you _know_ you want to :)
[06:03] <infinity> I'm syncing fine from a mirror anyway.  Obviously didn't get beryllium.
[06:03] <elmo> beryllium isn't in rotation till it's uptodate
[06:04] <Kamion> (BTW, the build took under 3 minutes)
[06:04] <elmo> and I've had a chance to setup a working httpd on it
[06:04] <elmo> Keybuk: I'd rather people didn't add ssh overhead as well as rsync to lithium, tbh
[06:04] <mdz> Kamion: hmm, my OEM install seems to have crashed and burned.  it boots up to gdm.
[06:04] <Kamion> I've just killed the beryllium trigger
[06:04] <Keybuk> it appears to have turned up on one of the cdimages
[06:04] <elmo> Kamion: why?
[06:05] <Kamion> elmo: because I wanted that shell back? :P
[06:05] <elmo> mmk
[06:05] <Kamion> let me know when it's synced and I'll trigger again
[06:05] <infinity> Synced, MD5 matches, burning.
[06:05] <Kamion> mdz: crashed and burned how?
[06:06] <mdz> Kamion: after d-i finished and rebooted, it came up straight into gdm.  aren't I supposed to get the firstboot stuff instead?
[06:06] <Kamion> mdz: no, you'll have got a message just before reboot that you need to run oem-config-prepare when you're finished customising the system
[06:07] <mdz> I read the title of the dialog...
[06:07] <Kamion> feedback I got indicated that people didn't really like the "one reboot, then we throw you into oem-config, kthxbye" business in breezy
[06:07] <Kamion> though I concede something more in-your-face at gdm time might help
[06:07] <Kamion> mdz: log in as oem with the password you set
[06:07] <Kamion> sudo oem-config-prepare
[06:07] <Kamion> then reboot
[06:08] <infinity> A custom GDM them with "OEM FIRST BOOT" plastered all over it might be helpful.
[06:08] <Kamion> yeah
[06:08] <Keybuk> hmm, rsync appears to be in fucking stupid mode -- it's just downloading from scratch fwict
[06:08] <mdz> infinity: what have I told you about that sort of thing within earshot of mark
[06:09] <infinity> mdz: Blindfold him.
[06:10] <elmo> is FIRST BOOT our version of FIRST POST?
[06:10] <mdz> Kamion: ok, so I ran oem-config prepare and rebooted, and I still didn't get the questions
[06:10] <mdz> and the oem login still works
[06:11] <iwj> Ugh, this breezy CD seems to have been covered in some strange kind of gunge !
[06:12] <Keybuk> infinity: you kinda broke /current/ with your little rebuild :p
[06:12] <infinity> I did no such thing.
[06:12] <Keybuk> infinity: check MD5SUMS
[06:13] <mdz> iwj: unreproducible here, my breezy CDs are fine
[06:13] <iwj> :-P
[06:13] <Keybuk> does anyone else REALLY not want to know what the gunge is?
[06:13] <Kamion> mdz: literally 'oem-config prepare'?
[06:13] <mdz> Kamion: sudo oem-config prepare
[06:13] <Kamion> mdz: 'sudo oem-config-prepare'
[06:13] <mdz> aha
[06:14] <mdz> i reed gud
[06:14] <Kamion> I should make oem-config be fascist about arguments to catch that
[06:14] <Keybuk> or just dtrt
[06:15] <infinity> Keybuk: Oh, special.
[06:15] <Keybuk> the number of times I wish apt-get would just exec apt-cache when that's what I really meant
[06:15] <infinity> Kamion: The single arch build didn't carry over the MD5SUMS from the old arches.
[06:15] <mdz> Keybuk: in edgy I'm going to merge them and call the result 'apt'
[06:15] <infinity> Kamion: "oops"
[06:15] <Kamion> I've no idea why oem-config didn't pop up when you ran that, mind
[06:15] <Keybuk> mdz: call it "smarter"
[06:15] <dholbach> haha
[06:16] <mdz> Kamion: it did, but I didn't think about what it was doing
[06:16] <Kamion> infinity: stupid thing. fixing
[06:16] <Keybuk> elmo: rsync has stalled again.  I'm upset
[06:16] <mdz> Kamion: it asked me the first couple of questions and then exited apparently successfully
[06:16] <mdz> didn't ask me the user info
[06:17] <mdz> weird, I get a different wastebasket icon
[06:17] <elmo> Keybuk: use lithium
[06:17] <mdz> the old blue one
[06:17] <Keybuk> elmo: ha ha
[06:17] <Kamion> infinity: fixed, thanks
[06:17] <Kamion> mdz: I have a suspicion it got very confused by you running it as oem
[06:18] <Kamion> oem-config is wonky in dapper and needs a good kicking early edgy
[06:18] <infinity> Bucket.  Of.  Cocks.
[06:18] <Keybuk> is there a difference between early edgy and late edgy
[06:19] <infinity> Same failure.
[06:19] <Keybuk> infinity: failing for you too, huh?
[06:19] <mdz> the other icons are all correct, it's very curious
[06:19] <infinity> This is double-plus ungood.
[06:19] <infinity> Kamion: What's the size limit on an ISO to reliably not die?
[06:19] <Kamion> so. RC -= amd64/desktop?
[06:20] <infinity> Kamion: Maybe we went a smidge over with the new OOo-amd64...
[06:20] <mdz> Kamion: or we publish the previous build
[06:20] <infinity> Kamion: Humour me.  Kick something out of ship-live for a second, and retry a smaller build.
[06:20] <Kamion> infinity: it's supposed to be 736051200
[06:20] <mdz> infinity: rm -rf some stuff and re-mkisofs
[06:20] <Kamion> it's WAY under that
[06:20] <infinity> Point.  It is way under.
[06:21] <infinity> I'm going to re-make it anyway.
[06:21] <Kamion> locally?
[06:21] <mdz> infinity: where does it fail? can it even do a media check?
[06:21] <infinity> Yeah, I'm doing it locally.
[06:21] <infinity> mdz: Media check worked on the last image.  Trying this one now.
[06:22] <Kamion> you have the mkisofs rune?
[06:22] <infinity> I can't imagine what could have broken, though, since the only two things that changed were OOo and ubiquity...
[06:22] <infinity> Kamion: paste it, SVP... I forget where it lives on lithium.
[06:22] <mdz> infinity: that's worth confirming
[06:22] <Kamion> mkisofs -r -V 'Ubuntu 6.06 amd64 Bin-1' -o dapper-desktop-amd64-hacked.iso -cache-inodes -J -l -b isolinux/isolinux.bin -c isolinux/boot.cat -no-emul-boot -boot-load-ize 4 -boot-info-table build-tree
[06:23] <Kamion> of course that's without the sorting stuff ...
[06:23] <mdz> infinity: what's the version of the one which worked?
[06:23] <Kamion> er, s/-boot-load-ize/-boot-load-size/
[06:23] <Keybuk> mdz: 23
[06:23] <Keybuk> allegedly
[06:23] <infinity> mdz: 20060524 works.  20060525 and 25.1 are broken.
[06:24] <mdz> live-ship is the only difference in the iso file list
[06:24] <mdz> bunch of changes in the livefs though
[06:24] <mdz> oh, I'll diff 24 instead then
[06:24] <Keybuk> sorry, my bad
[06:24] <mdz> only desktop stuff
[06:24] <mdz> nothing that's even touched before gdm starts
[06:25] <Burgwork> somebody was looking for me?
[06:25] <Keybuk> why do we only find squashfs/unionfs bugs _NOW_
[06:25] <mdz> http://people.ubuntu.com/~mdz/temp/amd64.diff
[06:25] <infinity> Keybuk: We've been living with the fragile union all release.  It just mostly works, so we've ignored the fragility. :/
[06:26] <HiddenWolf> dholbach: since the -artwork update yesterday the icon nautilus places on the desktop for a mounted cd is huge, known?
[06:26] <mdz> infinity: flush the livefs and rebuild it from scratch, I say
[06:26] <mdz> that should reshuffle the deck enough to get it working again :-P
[06:26] <infinity> mdz: We do build from scratch.
[06:26] <mdz> oh
[06:26] <Keybuk> I like the fact the OOPS has junk all over it
[06:26] <mdz> well, hell
[06:26] <infinity> mdz: The rsync trick is long gone.
[06:26] <Keybuk> hmm
[06:26] <dholbach> HiddenWolf: yes, it was reported at least 15 times to me and it's fixed, but the package is held in the queue until RC is out
[06:26] <Keybuk> "attempt to access beyond end of device"
[06:26] <infinity> And, the integrity check passed. :/
[06:26] <infinity> Keybuk: Ah-ha.
[06:26] <HiddenWolf> dholbach: sorry. :)
[06:26] <dholbach> :-)
[06:26] <Keybuk> want=<some number>, limit=<some lower number>
[06:26] <Kamion> initramfs overflow?
[06:26] <Keybuk> limit=1232960
[06:27] <Kamion> what are the units for that limit?
[06:27] <mdz> Keybuk: what are the numbers?
[06:27] <Keybuk> mdz: I'll do that again
[06:27] <Keybuk> I un-locked the scroll
[06:27] <mdz> infinity: squashfs sorts the files then?
[06:27] <elmo> rsync: send_files failed to open "/daily-live/.swp" (in cdimage): Permission denied (13)
[06:27] <mdz> haha
[06:27] <infinity> mdz: Yes.
[06:27] <Kamion> elmo: that was me, gone now
[06:28] <Keybuk> mdz: I can't seem to get the first set of numbers
[06:28] <Keybuk> attempt to access beyond end of device
[06:28] <infinity> mdz: mksquashfs is more or less a black box.  We just aim it at the chroot and ship.  None of the crazy stuff we had to do with ext3-on-cloop.
[06:28] <Kamion> also, I just found that publish-daily has been screwing over MD5SUMS.gpg files in previous builds of the same type every time it runs
[06:28] <Keybuk> loop0: rw=0, want=2016046, limit=1232960
[06:28] <Keybuk> thru
[06:28] <Kamion> (fixed)
[06:28] <Keybuk> loop0: rw=0, want=2016188, limit=1232960
[06:28] <Keybuk> *crash*
[06:28] <Kamion> but I wonder how many people actually check the signatures ...
[06:29] <Keybuk> limit could be bytes, or 512b (621,375,520)
[06:30] <mdz> Keybuk: break it in initramfs and check out loop0 a bit
[06:30] <infinity> What's mounted on loop0?  The squashfs?
[06:30] <iwj> Kamion: You might not have seen, but that bug in the kubuntu install where the partitioner locks up is reproduceable.  All you have to to is try to back out of the partitioner with the back button.
[06:30] <mdz> infinity: should be, yes
[06:30] <Keybuk> mdz: that's exactly what I'm doing
[06:30] <elmo> whee, beryllium is up-to-date
[06:30] <elmo> (rsync only)
[06:30] <Kamion> iwj: yeah, I saw, it's a qtparted thing, needs Riddell
[06:30] <ogra> mdz, nope, not yet
[06:30] <iwj> Kamion: Right.  I just want to make sure you know about it :-).
[06:30] <mdz> elmo: woo
[06:30] <Kamion> when you hit back there, ubiquity says "undo" to qtparted which then is supposed to not hang :-)
[06:30] <mdz> ogra: mine is getting 1M/sec now
[06:31] <mdz> Kamion: please add that to DRR
[06:31] <ogra> mdz, lets just skip edubuntu DVDs for RC, i'll test during this week
[06:32] <ogra> (i dont think anybody beside me will test them anyway in the community)
[06:32] <Kamion> mdz: will do
[06:32] <mdz> ogra: I'll have one in 10m; I'll test it
[06:32] <ogra> ok
[06:32] <mdz> i386 anyway
[06:32] <mdz> I can't test anything else
[06:32] <mdz> elmo: do you know where the power supply for this powerbook of yours went?
[06:32] <ogra> thats enough, i''ll test amd64 during the week (go no dvd reader in my ibook)
[06:32] <ogra> *got
[06:32] <elmo> mdz: no?
[06:32] <mdz> elmo: I didn't take it
[06:33] <elmo> well, it was there when I left, hmm
[06:33] <mdz> elmo: where's there?
[06:34] <elmo> the office
[06:34] <elmo> I basically hadn't touched the powerbook (or it's adaptor) since my aborted attempts to hacksaw it open
[06:35] <Keybuk> ok
[06:35] <ogra> Riddell, are you currently editing Testing/current ?
[06:35] <ogra> (i get a warning)
[06:35] <bddebian> Hacksaw to a PowerBook?  haha
[06:35] <Keybuk> that limit=1232960 must be in 512 byte sectors
[06:35] <Riddell> ogra: no, go ahead
[06:35] <ogra> thanks
[06:35] <infinity> Kamion / Keybuk / mdz : Okay, shrinking the ISO didn't help one bit, so it's likely the squashfs itself.
[06:35] <Keybuk> 1,232,960 * 512 = 621,375,520
[06:35] <Keybuk> which happens to be the exact size of the squashfs
[06:36] <infinity> Keybuk: And something's trying to read past the end of it?  ROCK.
[06:36] <Keybuk> right
[06:36] <infinity> Kernel bug, or mksquashfs bug, I wonder?
[06:37] <Keybuk> /dev/loop0 is the squashfs
[06:38] <infinity> And how big does the kernel claim /dev/loop0 is?
[06:38] <Keybuk> infinity: what rune do I need for that?
[06:38] <infinity> cat /proc/partitions
[06:38] <Keybuk> ah yes, it occurred to me at the same time
[06:38] <Keybuk> 616480
[06:38] <infinity> Okay, so that doesn't seem insanely wrong.
[06:39] <infinity> Cause your error above looked like it was trying to read at least 2x the real size.
[06:39] <Keybuk> indeed
[06:39] <Keybuk> * 1,024 is the same value
[06:40] <infinity> I wonder if we have some 512 versus 1024 k block confusion.
[06:40] <infinity> But that would have bit us ages ago...
[06:40] <Keybuk> yeah, that would surprise
[06:40] <bddebian> Finally, CD finished
[06:40] <mdz> infinity: are you able to loop-mount the squashfs and verify it?
[06:41] <bddebian> ?
[06:41] <infinity> mdz: I can loop it.  Not sure what to verify.
[06:41] <mdz> infinity: thinking of it, it'd have to be a squashfs bug, since unionfs asks for files and not blocks
[06:41] <Keybuk> IF ONLY SOMEBODY PUT FIND IN THE INITRAMFS
[06:41] <infinity> mdz: (ie: I have no md5sum manifest of the contents or anything)
[06:41] <mdz> infinity: md5sum -c /wherever/the/md5sum/file/is
[06:41] <Keybuk> IF ONLY SOMEBODY PUT MD5SUM IN THE INITRAMFS
[06:41] <Keybuk> etc.
[06:41] <mdz> infinity: we don't generate one of those?
[06:42] <mdz> hmm
[06:42] <mdz> infinity: you could debsums it
[06:42] <infinity> No, that would take eons.
[06:42] <Keybuk> oh, cute, there's a bad sector on this cd all of a sudden
[06:42] <infinity> I can debsums for the packages that have sums, yes.
[06:42] <infinity> Which should be most of them.
[06:42] <Kamion> find -type f | xargs cat >/dev/null
[06:42] <Kamion> at least see if you can read all the files
[06:42] <Kamion> use find and xargs from the squashfs if they wor
[06:42] <Kamion> k
[06:43] <Keybuk> Kamion: thank the gods we didn't go insane and only use klibc in the initramfs
[06:44] <Kamion> Keybuk: LD_LIBRARY_PATH
[06:44] <Keybuk> Kamion: no, I mean seriously, thank god we didn't do that
[06:44] <Kamion> heh :)
[06:44] <infinity> I'm getting a lot of "No such file.."
[06:44] <Kamion> damn, I keep forgetting to watch splash-down
[06:44] <infinity> This can't be a good sign.
[06:45] <Keybuk> infinity: my /usr/lib went missing last time
[06:45] <Kamion> infinity: compare failures on the squashfs and the unionfs?
[06:46] <Keybuk> does the CD contain an inventory of itself?
[06:46] <infinity> dmesg is filled with:
[06:46] <infinity> [4361559.926000]  __find_get_block_slow() failed. block=319, b_blocknr=316
[06:46] <infinity> [4361559.926000]  b_state=0x00000020, b_size=1024
[06:46] <infinity> [4361559.926000]  device blocksize: 1024
[06:46] <mdz> sweet, I get checksum mismatches on the i386 livefs
[06:46] <infinity> Keybuk: The ISO does.  The squash only has a manifest of installed packages.
[06:46] <Kamion> Ubuntu amd64 alternate manual partitioning PASS
[06:46] <janimo> Kamion: xubuntu installed and there was no ltsp
[06:46] <mdz> apparently, aspell-en ships files in the .deb in /var
[06:46] <mdz> and then modifies them
[06:46] <Kamion> janimo: great
[06:46] <janimo> but no usplash either Iwonder why
[06:47] <Kamion> oh, that might be my fault
[06:47] <mdz> infinity: I only get one missing file on i386: debsums: can't open libgl1-mesa file /mnt/usr/lib/fglrx/libGL.so.1.2.xlibmesa (No such file or directory)
[06:47] <Kamion> hmm, no, should be fine
[06:47] <Kamion> janimo: is usplash installed? how about xubuntu-artwork-usplash?
[06:48] <Kamion> janimo: look for those in /var/log/installer/syslog
[06:48] <janimo> Kamion, yes it's installed in /etc/alternatives
[06:48] <Kamion> janimo: dpkg -l I mean
[06:48] <Keybuk> oh, wow
[06:48] <janimo> can using LVM on the whole disk have any effect on this?
[06:48] <Keybuk> I got a PANIC just with find and cat
[06:48] <janimo> I used lvm the first time
[06:48] <Kamion> janimo: no, I wouldn't think so
[06:48] <mdz> Keybuk: on plain squashfs or squashfs+unionfs?
[06:48] <Keybuk> mdz: unionfs
[06:48] <mdz> SWEET
[06:48] <Kamion> the squash should be in /rofs
[06:49] <Keybuk> gonna try the same on the squash now
[06:49] <infinity> mdz: That's special, since that file shouldn't exist in the first place...
[06:49] <janimo> Kamion, cmdline is ro quiet (no splash on it)
[06:49] <Keybuk> Kamion: find /root/rofs -- would that "touch" the unionfs at all?
[06:49] <Kamion> janimo: did you boot with debian-installer/framebuffer=false?
[06:50] <Kamion> Keybuk: not sure
[06:50] <mdz> Keybuk,infiinity: can one of you try loop-mounting the amd64 squashfs on i386 and see if it breaks there too?
[06:50] <infinity> mdz: That's what I've been doing.
[06:50] <Kamion> Keybuk: shouldn't've thought so apart from the name lookup on /rofs on the unionfs
[06:50] <infinity> mdz: That's where I got all the missing files.
[06:50] <mdz> Keybuk: only just barely, touching the /rofs inode might go through unionfs
[06:50] <infinity> mdz: I'm now poking at the amd64 machine directly.
[06:50] <mdz> Keybuk: whatever, non-amd64
[06:50] <janimo> Kamion, no plain reboot after install
[06:50] <janimo> and now a new reboot
[06:51] <infinity> squash is endian-sensitive, so it probably won't work on powerpc at all.
[06:51] <Kamion> janimo: I mean debian-installer/framebuffer=false as a parameter to the installer
[06:51] <janimo> Kamion: no, plain reboot as in I did not touch anything :)
[06:52] <janimo>  /proc/cmdline is root=/dev/mapper/Ubuntu-root ro quiet
[06:52] <janimo> that's what it is set to by the installer
[06:52] <infinity> Okay, that was special.  On a "break=bottom", busybox throws an OOPS.
[06:53] <Kamion> janimo: oh, maybe it does make a difference, we might not set up lilo with splash by default
[06:53] <mdz> elmo: found it; it was hiding in the server closet
[06:53] <Kamion> I thought we did, but could be I forgot
[06:54] <janimo> Kamion, lilo ? hmm it looked like grub to me
[06:54] <elmo> mdz: *blink* ok
[06:54] <mdz> janimo: grub can't boot from lvm, unless you have a separate /boot
[06:55] <janimo> it was definitely grub since the last installer screen was 'installing grub'
[06:55] <Keybuk> hmm, this CD is giving me sector errors now
[06:55] <Keybuk> I'm gonna toss it and burn another, won't take but a jiffy
[06:55] <Kamion> janimo: can you just file a bug on debian-installer and attach /var/log/installer/syslog then, please?
[06:55] <mdz> Keybuk,infinity: clearly you are both just having simultaneous hardware failures
[06:55] <tseng> Keybuk: is that 100 jiffies, or 1000?
[06:55] <mdz> I'm trying to arrange an impartial test here
[06:55] <tseng> per clock
[06:56] <janimo> Kamion, I'll file it. I chose use LVM on entire disk option. Whatever it set up I expected it erased the whole drive before
[06:56] <Kamion> it may well have set up a separate /boot
[07:00] <mdz> hell. I just confirmed the hang on amd64
[07:00] <mdz> Kamion: what would it take to mix and match the old amd64 build for RC?
[07:00] <Kamion> mdz: straightforward
[07:01] <Kamion> just means an extra careful publish-release invocation
[07:01] <Keybuk> doesn't the old build have ubiquity 1.0.4 though?
[07:01] <mdz> eek, I'm getting I/O errors on the CD too
[07:01] <Kamion> (publish-release honours $ARCHES)
[07:02] <Kamion> Keybuk: yes, we'd lose a few bug fixes, but we can cope
[07:02] <mdz> wow, even sysrq+t hangs
[07:02] <Keybuk> Kamion: like the link_on_boot bug fix?
[07:02] <Kamion> Keybuk: which only affects powerpc
[07:02] <mdz> Keybuk: that was powerpc-only
[07:02] <Keybuk> ahh
[07:02] <Keybuk> that's ok then
[07:02] <carlos> janimo: hi, around?
[07:03] <janimo> carlos: hi
[07:03] <carlos> janimo: is evince-gtk a package from xfc ?
[07:03] <mdz> the multiple-disk fix is the only one we'd have to document