[12:09] <mdz> evening
[12:09] <mdz> tfheen: is that you building dvds?
[12:21] <mdz> tfheen: I did a full set of desktop CD builds, but only ubuntu for alternate
[12:21] <mdz> tfheen: we need new alternate builds all around
[12:27] <mvo> mdz: have you seen bug #66779 already? it seems to prevent me from installing edgy one of my test-systems. i have no idea if this is a real problem or just affect some machines/hw configurations
[12:27] <Ubugtu> Malone bug 66779 in linux-source-2.6.17 "Ubuntu 6.10 Desktop for i386 installation crashes on zlib_inflate_codes" [Undecided,Confirmed]  http://launchpad.net/bugs/66779
[12:29] <mdz> mvo: so far we have no compelling data; the problem seems media related but more sensitive to random access than sequential
[12:29] <mdz> it curiously seems more common now than at beta, but the relevant kernel bits are unchanged
[12:31] <mvo> right. I just wanted to be sure that you know about it because it hit me with two different CD-Rs on the same machine
[12:31] <mvo> lets wait for sfllaw and see if he can reproduce it
[12:31] <mvo> but I need to catch some sleep now :)
[12:33] <sfllaw> I'm almost done grabbing the new images.
[01:19] <dcstimm> hey guys, I am looking to remove the "Press Enter to shutdown" question at the end of the livecd shutdown, do you guys know where that script is located?
[01:21] <dcstimm> nevermind
[01:21] <zMott> is there a way to display full meta data on photo's or music...etc by moving the mouse over the file..
[01:46] <dcstimm> do you guys know what initrd file the shutdown files are read from the one in /boot/initrd.gz or the one on the root of the cd in /casper?
[01:47] <dcstimm> for the livecd?
[02:36] <BenC> cjwatson: ping
[02:36] <cjwatson> BenC: Rather than just pinging me, please tell me what you want and I'll reply when I'm around.
[02:37] <BenC> I hate these auto-ping-replies
[02:37] <Nafallo> :-)
[02:37] <BenC> cjwatson: is live-cd using squashfs v3 or v2 format?
[02:39] <ogra_> keescook, you saw bug 66726 on powerpc ?
[02:39] <Ubugtu> Malone bug 66726 in edubuntu-artwork "edubuntu artw ork has funny colors on amd64" [Low,Fix released]  http://launchpad.net/bugs/66726
[02:40] <keescook> ogra_: correct.  usplash on edubuntu both live and install CDs still had busted colors
[02:41] <ogra_> keescook, with exactly the same effect as shown in the screenshot ? 
[02:41] <ogra_> i nearly cant belive that since we dont use 16 colors in ppc
[02:41] <dcstimm> hey guys, where is the shutdown script in the initrd file for knot3?
[02:41] <dcstimm> livecd
[02:41] <keescook> yes, though the picture isn't very crisp
[02:42] <dcstimm> I have been searching all though initrd and I cant find it
[02:42] <dcstimm> I found it in 6.06
[02:42] <dcstimm> but not in knot3
[02:42] <keescook> ogra_: this is on my G4 PowerBook.  What would you like me to pull for details/debugging?
[02:43] <ogra_> keescook, its fine on my G4 ibook and i wouldnt know why the 16 color pic should be used on any powerpc ...
[02:43] <ogra_> thats a bit irritating ... especially since the picure is nearly completely black since yesterday
[02:44] <ogra_> (the 16 color variant)
[02:44] <keescook> hmm
[02:45] <ogra_> its a bit weird that you see an amd64 specific bug there
[02:45] <keescook> might be nv-specific?
[02:45] <ogra_> could you try to take a pic with a digicam or something like that and attach it to the bug  ?
[02:45] <dcstimm> anyone know?
[02:46] <keescook> ogra_: sure thing.  I just need to find my camera charger. :)
[02:46] <ogra_> well, its fixed for michael ... so i doubt its nv specific
[02:47] <keescook> actually, now that I'm watching closely, the usplash goes completely away (except for the progress bar) after a little while.  I didn't notice that during the initial test (doing too many things at the same time, it seems)
[02:47] <keescook> everything goes black except the green progress bar.  I'll snap a pick of that too
[02:47] <ogra_> oh
[02:47] <ogra_> thats another bug
[02:47] <keescook> so I've got two bugs now.  :)
[02:48] <ogra_> you mean while the bouncing progressbar is active ?
[02:48] <keescook> yup
[02:48] <keescook> but before that the colors are trashed.
[02:48] <ogra_> yep, i saw that too and heard about it from ubuntu users as well
[02:48] <ogra_> hmm
[02:49] <ogra_> its supposed to look like that: http://people.ubuntu.com/~ogra/usplash_640_480.png
[02:50] <dcstimm> Do you guys know what file in the initrd file controls ejecting the cd when shutting down the ubuntu livecd?
[02:51] <keescook> dcstimm: I don't, sorry.  :(
[02:51] <dcstimm> it used to be /lib/casper/shutdown
[02:51] <dcstimm> now I have no clude
[02:51] <ogra_> keescook, its not urgent btw, i doubt we'll have many rebuilds of the CDs before tomorrow and will fix the bug through upgrades post release ...
[02:52] <dcstimm> clue
[02:52] <jaebird> I just wanted to let y'all know about the kernel panic i have in the i386 desktop live cd. it is all in bug 63283
[02:52] <Ubugtu> Malone bug 63283 in ubiquity "Live CD will not boot on my PC." [Undecided,Needs info]  http://launchpad.net/bugs/63283
[02:52] <keescook> ogra_: okay.  I'll upload pictures tomorrow.  Do you want any lspci or similar output?
[02:53] <ogra_> might make sense ... 
[02:54] <keescook> wow!  I can eject the CD while the livecd is running.  Hah.  oops
[02:55] <ogra_> keescook, known problem ...
[02:56] <ogra_> pitti enabled unlocked CD drives for the desktop in general because so many people complained :)
[02:56] <ogra_> now we'll have many people complaining that they can eject the live CD :)
[02:57] <ogra_> hmm, i thought we were supposed to have new isos 
[02:58] <dcstimm> anyone know where the option to press enter (when shutting down) is on the new livecds?  I want to remove that
[02:58] <Nafallo> ehrm, why?
[03:00] <dcstimm> because its not working for me
[03:02] <dcstimm> in 6.06 it was easy I just removed read x > /dev/console
[03:02] <dcstimm> in knot3 and rc I cant figure it out
[03:02] <Nafallo> okidoki
[03:02] <dcstimm> any idea?
[03:03] <Nafallo> no
[03:04] <ogra_> ok, no new isos to test .. then i'll take some hours of sleep ... 
[03:05] <keescook> ogra_: should the artwork bug be reassigned to usplash?
[03:05] <keescook> (or a new bug opened?)
[03:06] <dcstimm> anyone know why they switched from a nice progress bar that moved from left to right to one that moves back and forward a million times with usplash boot?
[03:07] <Fujitsu> dcstimm: because the progress bar didn't move at a reasonably constant speed.
[03:07] <dcstimm> Fujitsu, yeah but now I have no idea if its really doing anything
[03:08] <dcstimm> Fujitsu, is that setting inside the usplash-artwork.so file?
[03:09] <dcstimm> so if I removed that file and inserted one from before would it still act the same?
[03:10] <Riddell> doko_: please test kubuntu amd64 dvd text install, I've had it fail with the same corrupt package on two dvd media so I'd like someone to check it
[03:11] <jdong> dcstimm: huh? when did this happen?
[03:11] <jdong> did I miss something?
[03:11] <jdong> mine only seems to move forward
[03:11] <dcstimm> jdong, in rc
[03:11] <jdong> though I gotta admit it'd be alot more entertaining if it went both ways
[03:11] <jdong> dcstimm: hmm, really....
[03:12] <jdong> my progress bars seem to move forward only
[03:12] <dcstimm> jdong, I have showed it to ALOT of people and they dont like it
[03:12] <dcstimm> jdong, iv only used the ppc livecd 
[03:12] <jdong> no kidding, if it goes back and forth nobody's gonna like that
[03:12] <dcstimm> jdong, maybe its a livecd only thing?
[03:12] <jdong> I'm using i386
[03:12] <jdong> maybe it's a livecd thing
[03:12] <jdong> on the final installs for amd64 and i386, I haven't noticed that behavior
[03:13] <dcstimm> weird
[03:13] <dcstimm> Im wondering if I use a old knot3 usplash file if it would change that
[03:13] <dcstimm> iv made a couple with different graphics
[03:15] <dcstimm> jdong, any idea where the script is located that controls the shutdown of the ubuntu livecd?  Lately its been broken, in knot3, its all black but you have to press enter to have the machine to shutdown, in rc, it comes up with usplash_write text saying to press enter but it doesnt shut down the computer..
[03:15] <dcstimm> so I have settled with knot3 for now, and I want to go in and remove the option to have to press enter
[03:15] <jdong> I don't know...
[03:15] <jdong> should be all in rc6.d
[03:16] <dcstimm> with in the filesystem.squash or initrd file?
[03:16] <jdong> I'd guess filesystem.squash
[03:17] <dcstimm> ok
[03:18] <bddebian> Howdy
[03:18] <dcstimm> jdong, found it, its inside of /etc/init.d/casper
[03:18] <jdong> bddebian: it seems like the azureus god has done his work :D
[03:18] <bddebian> jdong: I saw that :-)
[03:18] <jdong> too bad there's still no tray icon
[03:18] <jdong> fix that :)
[03:23] <dcstimm> jdong, thanks for the tip, I didnt realize that they had moved it from the initrd file to the local fs
[03:23] <bddebian> jdong: Your fingers broke or something? :)
[03:24] <dcstimm> bddebian, lol
[03:27] <jdong> bddebian: my fingers don't work with java
[03:27] <bddebian> heh
[03:28] <jdong> bddebian: and chances are if I touch it the whole main window will disappear too!
[04:09] <Hobbsee> tfheen: how frozen is universe
[04:09] <Hobbsee> ?
[04:10] <Chad110> hey guys, got a quick rdiff-backup question
[04:13] <Fujitsu> Hobbsee: I'm pretty sure we're as normal for the past week (ie. approval by UVF team for everything).
[04:13] <Hobbsee> Fujitsu: edgy releases tomorrow, the archives close at some point
[04:13] <Fujitsu> main closed yesterday, universe is still open for a while yet, I believe.
[04:14] <Hobbsee> right
[04:14] <Fujitsu> Ask ajmitch, he's the resident god in this timezone.
[04:15] <ajmitch> watch it..
[04:16] <Hobbsee> ajmitch: when does universe freeze?
[04:16] <ajmitch> I haven't heard
[04:17] <Hobbsee> awwww
[04:17] <ajmitch> probably when I'm told that they won't accept any more
[04:17] <Hobbsee> heh
[04:17] <Fujitsu> I'd presume it'd really be at dholbach's disgression, although probably a few hours before release to let the mirrors get into a consistent state.
[04:18] <zul> oh goody i can upload another xen kernel hah!
[04:18] <Hobbsee> zul: *g*
[04:18] <Hobbsee> Fujitsu: i found a better mirror than that
[04:18] <ajmitch> zul: what do you want to break now? :)
[04:18] <Hobbsee> ajmitch: everything, as usual
[04:18] <Fujitsu> Hobbsee: which do you use?
[04:19] <Hobbsee> Fujitsu: deb http://mirror.pacific.net.au/ubuntu edgy main restricted universe multiverse
[04:19] <Fujitsu> You could have just said pacific.net.au :)
[04:19] <Fujitsu> They're in sync, are they?
[04:19] <Hobbsee> seems to be *fairly* up to date - i've not found anything that it doesnt have
[04:19] <Hobbsee> afaik, yes
[04:19] <Hobbsee> Fujitsu: i could have - but i had to look it up
[04:20] <Fujitsu> The official one often fails to update for a day or two, or has a newer Packages without the actual debs...
[04:20] <Hobbsee> yeah, i noticed that
[04:20] <Hobbsee> annoying thing
[04:57] <tom47> where are the desktop backgrounds stored in ubuntu?
[04:58] <tritium> tom47: /usr/share/backgrounds
[04:59] <tritium> also see /usr/share/pixmaps/backgrounds
[04:59] <tom47> ty
[04:59] <tom47> what colour depth are they in general?
[05:03] <tom47> i ask because when the screen'dims' as part of logging out it looses "smoothness" in graduations of colour and i was wondering why
[05:06] <fabbione> morning
[05:13] <zul> hey fabbione 
[05:13] <fabbione> hi zul
[05:44] <whiprush> mdz: is there anything blocking on getting NetworkAuthentication approved for -mtv? What are we missing?
[07:49] <cjwatson> BenC: we just call mksquashfs with no (interesting) options; IIRC that's v3
[07:50] <BenC> cjwatson: I'm pretty sure I found the bug, and it's fixed upstream
[07:50] <BenC> it describes it as a rare problem with SMP + multiple squashfs mounts
[07:53] <cjwatson> BenC: we've seen it on UP too, I'm afraid
[07:54] <cjwatson> though there might be multiple problems
[07:54] <BenC> cjwatson: Basically it was using a single data set to keep track of streams to zlib, and it was trumping it with bad data
[07:55] <BenC> cjwatson: There were about 6 other bugs of lesser degree mentioned in the upstream changelog
[07:55] <BenC> one other one was huge stack usage, that's now being handled with dynamic data allocations
[07:56] <cjwatson> BenC: can you mail me references to the patches, and I'll discuss with mdz when I get to the office?
[07:56] <BenC> deep stack usage could also cause problems, but I'm not sure it is the same thing
[07:56] <BenC> I can email you the diff I applied to the edgy kernel for squashfs
[07:56] <cjwatson> BenC: I think we'll probably release what we've got and try to publish an -updates CD ASAP that people can use if they're having problems
[07:56] <BenC> it's pending if you decide an upload is warranted
[07:57] <BenC> cjwatson: Basic work around I think is "use the alternate CD"
[07:57] <cjwatson> but that depends on how widespread the breakage is
[07:57] <cjwatson> BenC: right, if that's a workaround, that's great
[07:57] <cjwatson> mvo thought earlier that ICH6/ICH7 systems were affected
[07:58] <cjwatson> which scared me into suspecting something at the disk controller layer
[07:58] <BenC> no, I suspect those are just the more common dual core machines
[07:58] <cjwatson> if it's isolated to squashfs, then indeed we can just recommend the alternate CD
[07:58] <pitti> Good morning
[07:58] <cjwatson> BenC: yeah, if you can e-mail me that diff, that would be good, thanks
[07:59] <cjwatson> BenC: I'll get to the office within 3 hours from now; will you still be around?
[07:59] <cjwatson> BenC: if not, could you upload that kernel so that it can sit in the unapproved queue?
[07:59] <pitti> cjwatson: the alternate CD is still out of date (20061024.2 has the very same .debs that .1 has, it didn't pick up the new initramfs-tools); can you please spin new images so that testing can continue?
[08:00] <cjwatson> then we'll have the option ... we might well reject it
[08:00] <cjwatson> pitti: building
[08:01] <cjwatson> in screen - I'm about to get a train
[08:01] <BenC> cjwatson: current git has two other patches in it...one is a headers_install fix for ia64 (touches nothing non-ia64), and the other is the addition of pata_marvell, which is a case of, it doesn't work now because we don't have a driver, so adding it can't hurt
[08:01] <pitti> cjwatson: cheers
[08:02] <BenC> cjwatson: I email the diff for squashfs, and the changelog, and upload
[08:20] <pitti> sfllaw: ping
[08:21] <sfllaw> pitti: Pong.
[08:21] <sfllaw> How can I help you?
[08:21] <pitti> sfllaw: we have new alternate and desktop CDs, I upgrade the matrix now
[08:22] <pitti> sfllaw: shall I just clean out all the results so that it's easier to read, or use 2006old-pass?
[08:22] <pitti> tfheen: we need new server images (due to new initramfs-tools), I'm going to mark it as out of date in T/C for now
[08:26] <pitti> tfheen: likewise Kubuntu DVD
[08:27] <khext> doko_: ping?
[08:28] <pitti> tfheen: rest of {,k,ed}ubuntu is current
[08:28] <tfheen> pitti: thanks.
[08:32] <doko_> khext: ?
[08:35] <khext> doko_, hi, can i talk with you in private?
[08:47] <sfllaw> pitti: Oh.
[08:47] <Kagou> hi
[08:47] <sfllaw> pitti: Sorry, got in a conversation.
[08:48] <pitti> sfllaw: I keep the results and use the 'old' syntax for now
[08:48] <sfllaw> pitti: The instructions on Testing/Current say to drop PASSes that don't have comments.
[08:48] <pitti> sfllaw: ah, I see
[08:48] <tfheen> Hobbsee: I don't do universe, talk to dholbach or ajmitch or somebody.
[08:49] <pitti> whoa, editing this page is real work
[08:50] <Kagou> doko_: can you please have a look at Bug #66519 (for confirmation or workaround)
[08:50] <Ubugtu> Malone bug 66519 in openoffice.org "form and queries wizard (Oo Base) don't work" [Medium,Unconfirmed]  http://launchpad.net/bugs/66519
[08:57] <Hobbsee> tfheen: okay.  i thought you might know anyway :_
[08:57] <Hobbsee>  * :)
[09:00] <sfllaw> Has anyone else experienced the installation CD not rebooting when it claims it should?
[09:03] <mvo> sfllaw: I have seen this too
[09:03] <mvo> sfllaw: thanks a lot for your testing on the vaio, good that you can't rerproduce it
[09:03] <sfllaw> mvo: Have you filed a bug?  I can't find one in Malone, but it might be reported anywhere.
[09:03] <sfllaw> mvo: No, I did on the fifth try.
[09:03] <mvo> sfllaw: no, it was very late yesterday when I have seen it
[09:04] <sfllaw> mvo: See bug 65106.
[09:04] <Ubugtu> Malone bug 65106 in linux-source-2.6.17 "oops in zlib_inflate_fast" [High,Fix committed]  http://launchpad.net/bugs/65106
[09:04] <sfllaw> I don't know if the new desktop CD has a fix for this, though.
[09:06] <mvo> probably not yet
[09:07] <doko_> Kagou: the queries wizard does work for me, both java runtimes
[09:07] <pitti> ok, test matrix is cleared and has updated timestamps
[09:08] <Kagou> doko_: forms wizard also ?
[09:09] <dholbach> good morning
[09:09] <Kagou> hey dholbach 
[09:09] <sfllaw> dholbach: Morning.
[09:09] <dholbach> hey Kagou
[09:09] <dholbach> hiya sfllaw
[09:09] <dholbach> how's it going guys?
[09:10] <sfllaw> New CD.
[09:10] <sfllaw> More rsyncing.
[09:10] <dholbach> apart from the squashfs issue something we really need to worry about?
[09:10] <sfllaw> It's all good.
[09:12] <Kagou> doko_: i look if it's a localisation (french) problem
[09:13] <Kagou> doko_: are you using the same version like me or your updated (2.0.4-2ubuntu0) version of oo ?
[09:14] <dholbach> sfllaw: you heard of a test kernel with the squashfs fix?
[09:14] <infinity> dholbach: Mind if I do a last-minute fix to apache1.3, and then execute that UVF php4 merge (for security patches and such)?
[09:14] <sfllaw> dholbach: No, I haven't.
[09:14] <infinity> (Yay for spending the last two weeks on main and ignoring universe completely... Go Adam)
[09:14] <dholbach> infinity: i'm your no1 fan if you do
[09:14] <sfllaw> dholbach: Hmm.
[09:15] <sfllaw> dholbach: BenC mentioned one in http://launchpad.net/bugs/65106
[09:15] <Ubugtu> Malone bug 65106 in linux-source-2.6.17 "oops in zlib_inflate_fast" [High,Fix committed]  
[09:15] <doko_> Kagou: yes
[09:15] <dholbach> sfllaw: yes and it's "fix committed"
[09:15] <sfllaw> I presume it's in the archive, then.
[09:15] <dholbach> no, there was no kernel upload for a while
[09:16] <dholbach> it's "fix committed" not "fix released"
[09:16] <sfllaw> Oh, sorry.
[09:16] <dholbach> I thought YOU of all knew that ;-)
[09:16] <sfllaw> You're right.
[09:16] <dholbach> i hope there'll be a test kernel :-/
[09:16] <sfllaw> I hope so too.  It would be pretty bad if the squashfs thing got released.
[09:17] <mvo> lets wait for the release managers, but I will happily test any fix. my machine seems to be a good test-candidate :)
[09:18] <pitti> sfllaw: so, better to hold off CD testing until we get new images with that fix?
[09:18] <dholbach> mvo: same here
[09:18] <pitti> since we tested yesterday's pretty thoroughly and today we just have the new initramfs-tools, it wouldn't make sense to fully test them all if they will be thrown away anyway
[09:18] <dholbach> pitti: I think BenC is in bed now - so it'd take a while to get it uploaded, no?
[09:19] <sfllaw> pitti: Upsettingly, I think so.
[09:19] <pitti> dholbach: right, that's a problem, but doesn't change the testing situation
[09:19] <dholbach> pitti: yeah, right.
[09:19] <sfllaw> A new kernel definitely requires going through everything.
[09:19] <sfllaw> :(
[09:19] <pitti> so if tfheen wants that fix in maybe we should phone Ben out of bed
[09:19] <sfllaw> tfheen: Ping?
[09:20] <pitti> fabbione: or, do you know how to handle this kernel upload?
[09:20] <dholbach> sfllaw: he went for a dogwalk
[09:20] <sfllaw> BenC was around an hour ago.
[09:20] <sfllaw> But I guess he isn't any more.
[09:20] <fabbione> pitti: sorry?
[09:20] <sfllaw> It is pretty late.
[09:20] <fabbione> pitti:  i wasn't paying attention to IRC
[09:20] <pitti> fabbione: we need a new kernel upload to fix bug 65106
[09:20] <Ubugtu> Malone bug 65106 in linux-source-2.6.17 "oops in zlib_inflate_fast" [High,Fix committed]  http://launchpad.net/bugs/65106
[09:21] <pitti> fabbione: it's holding up new CDs and thus testing
[09:21] <fabbione> pitti: BenC did upload already.. it should be in the queue
[09:21] <pitti> ah, cool
[09:21] <dholbach> oh nice
[09:21] <pitti> so cjwatson only needs to approve it
[09:21] <fabbione> pitti: it's waiting cjwatson, mdz and tfheen foobar
[09:22] <sfllaw> If only tfheen could spin images with the new kernel before approval.
[09:23] <fabbione> guys do you realize that it will take AT LEAST 12 hours to get new images with the new kernel?
[09:23] <fabbione> (assuming it builds)
[09:24] <dholbach> fabbione: if that fixes the issue - i'm happy to test
[09:24] <fabbione> dholbach: it will invalidate ALL the tests...
[09:25] <fabbione> dholbach: i don't mind testing, it's just hell of a lot of work at less than 24 from release
[09:25] <fabbione> and we are not sure it will fix anythihng
[09:25] <dholbach> fabbione: it's not because I'm bitten by the bug - I know how to install an alternate cd or upgrade from dapper - I'm just quite sure that we've only seen the tip of the iceberg of people being not able to install
[09:26] <fabbione> dholbach:  it only bites on SMP or CoreDuo machines.
[09:26] <sfllaw> If people get random errors in the middle of install, it will all be filed against Kamion.
[09:26] <sfllaw> fabbione: Dude, do you know how many Core Duo machines there are out there?
[09:26] <sfllaw> Every laptop manufacturer has basically jumped on this chips.
[09:26] <fabbione> sfllaw: no, i don't have one yet.. want to ship me one?
[09:26] <sfllaw> I wish I could.
[09:26] <sfllaw> But they can't leave this office.
[09:27] <sfllaw> Want to move to Montral?
[09:27] <sfllaw> It's a beautiful city.
[09:27] <sfllaw> With lovely women.
[09:28] <pitti> ok, let's hope that tfheen's dog returns soon, so that his owner can decide about this
[09:28] <fabbione> sfllaw: <- married with a kid... and no.. i don't like Canada :)
[09:29] <sfllaw> Hey, it's OK to look.
[09:29] <sfllaw> You told me that yourself.
[09:29] <sfllaw> I distinctly recall.
[09:29] <fabbione> ahahha
[09:30] <dholbach> fabbione: i don't use an smp machine and it still happens to me... we use an smp kernel for everybody, no? 
[09:30] <sfllaw> Yes, we do.
[09:30] <sfllaw> The laptop I have here is a Core Duo, though.
[09:31] <fabbione> dholbach: do you have a coreduo or dual core or Core duo?
[09:31] <fabbione> or whatever.. something with more than one core
[09:31] <fabbione> or more than one thread
[09:32] <carlos> pitti: ping
[09:32] <dholbach> fabbione: no, I don't - it's a p4
[09:32] <pitti> carlos: pooonngggg
[09:32] <tfheen> BenC: we have the problem on UP systems too, AIUI.
[09:32] <carlos> pitti: I just fixed edgy-updates
[09:32] <carlos> not sure whether your script already failed
[09:32] <pitti> ah, right, I need to fix my scripts
[09:32] <fabbione> dholbach: time to upgrade? :P
[09:32] <carlos> pitti: we have already 500 updated .po files
[09:33] <dholbach> fabbione: to have the same issue again? no, don't think so
[09:33] <fabbione> ehhe
[09:50] <Kagou> doko_: in fact query and form wizards run well if i remove sun-jre and use the 1.4.2 fsf java implementation
[09:50] <Kagou> i edit the bug
[09:51] <doko_> Kagou: ohh?
[09:52] <doko_> Kagou: yes, you're right ...
[09:55] <Kagou> doko_: i'v changed description of Bug #66519
[09:55] <Ubugtu> Malone bug 66519 in openoffice.org "query wizard (Oo Base) doesn't work with Sun 1.5.0 java" [Medium,Confirmed]  http://launchpad.net/bugs/66519
[09:55] <Kagou> doko_: thank you for confirmation :)
[10:01] <mdz> morning
[10:01] <pitti> hi mdz
[10:01] <dholbach> good morning mdz
[10:02] <mdz> pitti: I am not very convinced by the SMP explanation for 65106
[10:02] <mdz> errors like that have been seen on uniprocessor systems as well
[10:02] <pitti> mdz: *having no idea*, WFM
[10:04] <Keybuk>   112996 | S- | camorama             | 0.18-0ubuntu1        | 19 minutes
[10:04] <Keybuk>          | * camorama/0.18-0ubuntu1 Component: universe Section: gnome
[10:04] <Keybuk>   112995 | S- | linux-source-2.6.17  | 2.6.17-10.34         | 1 hour 50 minutes
[10:04] <Keybuk>          | * linux-source-2.6.17/2.6.17-10.34 Component: main Section: devel
[10:04] <Keybuk> tfheen: ^
[10:04] <Keybuk> dholbach: ^
[10:05] <dholbach> Keybuk: camorama fix is good - please approve
[10:05] <dholbach> Keybuk: upstream gets n+1 duplicates filed about crashes in ubuntu that are fixed in that version
[10:10] <pitti> carlos: http://people.ubuntu.com/~pitti/langpacks/daily/edgy-updates/ WOO!
[10:10] <carlos> pitti: ;-)
[10:14] <carlos> stub: hi, could you give me a patch number and db review for https://devpad.canonical.com/~jamesh/pending-reviews/carlos/launchpad/bug-2322/full-diff ?
[10:14] <carlos> stub: jamesh did already the code review 
[10:14] <carlos> so I just need the db number to merge it
[10:14] <jamesh> carlos: wrong channel
[10:15] <carlos> hmm
[10:15] <carlos> right...
[10:15] <carlos> jamesh: thanks ;-)
[10:27] <tfheen> fabbione: ubuntu-server done.
[10:27] <tfheen> kubuntu dvd done.
[10:27] <tfheen> sfllaw: ^^
[10:27] <fabbione> tfheen: ok thanks
[10:34] <sfllaw> tfheen: Merci.
[10:38] <doko_> tfheen: the second kubuntu DVD today?
[10:38] <tfheen> doko_: hmm?  It should be the first one, iirc.
[10:39] <doko_> tfheen: but about 1hour ago?
[10:39] <tfheen> doko_: oh, I might have taken a bit to notice it was done, yes.
[10:40] <doko_> ok, got the right disc
[10:53] <mdz> dholbach: it's time to stop accepting uploads for anything but a showstopper, including universe.  we should have dedicated access to the publisher if we need to act quickly
[10:54] <dholbach> mdz: alright, will pass it on
[10:58] <infinity> mdz: I had one security/ftbfs upload for php4 in universe pending for dholbach that I was about to upload, should I just scrap that?
[10:59] <mdz> infinity: yes please, need all eyes on this oops
[10:59] <infinity> mdz: Alright.  I'll just get it shoved into edgy-security later then, or something.
[11:03] <doko_> Riddell: kubuntu DVD text install works for me, both yesterdays and todays DVDs
[11:05] <cjwatson> mdz: FWIW, I've reviewed the proposed squashfs diff (FWIW since I'm fairly kernel-illiterate) and it does look pretty sensible - it's all switching from static or stack allocation to heap allocation, and practically nothing else
[11:05] <cjwatson> mdz: would like to talk about it when you get to the office, anyway
[11:06] <cjwatson> in confcall with tfheen
[11:06] <mdz> cjwatson: yes, it's eminently sensible but so far we have no reason to believe that it's related to our bug
[11:06] <mdz> cjwatson: tfheen is preparing a test live CD, dholbach is trying to isolate where the problem began in edgy, Keybuk is testing SMP vmware, mvo doing some other experiments
[11:07] <mdz> we're not acting until we know what we're dealing with here
[11:07] <mdz> I'm coming in to the office now
[11:10] <pepsiman> tfheen: I have a problem with usplash-theme-ubuntu on AMD64.  The debdiff may explain it: http://rafb.net/paste/results/HawE0C96.html  Look at line 22
[11:10] <pitti> pepsiman: we just fixed that
[11:11] <pitti> pepsiman: (not sure whether tfheen already approved it, but it was discussed and tested)
[11:11] <pepsiman> pitti: ah ok, thx
[11:12] <cjwatson> mdz: yeah, I've just caught up on #canonical
[11:36] <doko_> ajmitch, dholbach: please approve http://people.ubuntu.com/~doko/edgy/eclipse.debdiff, fixing crash on amd64
[11:37] <Fujitsu> doko_: We're rather frozen, AFAIK...
[11:39] <cjwatson> doko_: eclipse will block the buildds for some time, and we need agility right now
[11:40] <cjwatson> doko_: so I'm strongly inclined not to accept that
[11:43] <infinity> doko_: mdz declared universe closed for "anything but showstoppers" a few hours ago.
[11:43] <infinity> Or, rather, an hour ago.
[11:44] <doko_> cjwatson: ok, didn't see that. will have to go to -updates, if a window doesn't open again
[11:46] <cjwatson> tfheen: that hung on the ubiquity timezone page
[11:46] <cjwatson> I'll try again and check exactly what's mounted
[11:47] <cjwatson> hmm, I wonder if vmware has hung; I can't reset the VM
[11:47] <sivang> morning
[11:48] <cjwatson> sorry, wrong channel
[11:50] <sfllaw> cjwatson: I noticed that Dapper's ubiquity timezone page had a magnifying glass cursor for zooming in.
[11:50] <sfllaw> But I don't notice that in Edgy's ubiquity.
[11:50] <sfllaw> Did you pull that out, or is that a minor bug?
[11:51] <cjwatson> it should still be there; I haven't touched that
[11:55] <cjwatson> sfllaw: don't see it here either; I think it's a minor bug as a side-effect of some of the back/forward rearrangements
[11:55] <cjwatson> well spotted
[11:55] <sfllaw> cjwatson: Didn't even notice until I saw the old one.
[11:55] <sfllaw> Shall I file?
[11:56] <cjwatson> yes please
[12:03] <seb128> hi
[12:03] <seb128> grumpf, hate my dsl provider
[12:04] <seb128> lot of packets lost and timeout all over the place since this morning
[12:12] <sivang> s/me/him/, ofoucrse
[12:58] <sfllaw> 9/g 25
[12:58] <sfllaw> Whoops.
[01:00] <dholbach> is that part of the a/s/l game or what? ;-)
[01:01] <ubuntu_demon> hey :)
[01:02] <sivang> hey dholbach, ubuntu_demon
[01:03] <ubuntu_demon> I'm going to be more in #ubuntu-devel from now on because UDS Mountain View is coming closer. And this will be an interesting time because Edgy is almost to be released.
[01:04] <sfllaw> dholbach: Yeah, I'm a "g".
[01:04] <dholbach> sfllaw: I always knew it
[01:04] <sivang> heh
[01:05] <ubuntu_demon> dholbach: I spoke to Josh of ubuntuos.com It's a podcast by normal Ubuntu users. He's searching for some Gnome people to attend his podcast. Would you be interested if and when you have the time for it ?
[01:06] <ubuntu_demon> hey sivang :)
[01:06] <dholbach> ubuntu_demon: I got the mail - thanks for asking again... we're currently in the release, so please not before the release is done
[01:07] <giftnudel> ah, hey sivang
[01:07] <ubuntu_demon> dholbach: I didn't know josh already sent you an e-mail :). I told Josh already that it would be probably somewhere after Edgy's release if you would be interested
[01:07] <dholbach> ubuntu_demon: and I'm not sure I'm 'gnome' person enough
[01:08] <sivang> hi giftnudel, what's up?
[01:08] <giftnudel> sivang: nothing special, what about you?
[01:08] <ubuntu_demon> dholbach: by the way I'm not on the podcast. But when I spoke to Josh I thought : "maybe daniel can tell something about telepathy on ubuntuos"
[01:09] <Nafallo> known that the progressbar on amd64 usplash is at the top instead of under the logo?
[01:09] <Nafallo> hi btw
[01:10] <sivang> giftnudel: fine, working on finishing the backup control file support , btw the bug from today that you commented I'm sure was experienced with the dapper old version.
[01:12] <giftnudel> sivang: yes, although we should find a better place for the backups then .hubackup-data, maybe ~/Backups or something like that
[01:12] <sivang> giftnudel: You mean, as the default in the target selector ?
[01:12] <giftnudel> sivang: yes, something that an inexperienced user is likely to find
[01:13] <sivang> giftnudel: each user can choose whatever suits him...that's why I feel it's not a problem the fact its a hidden folder.
[01:13] <giftnudel> sivang: yes, we will see how many bug reports we will get about that
[01:13] <giftnudel> sivang: it isn't really that important
[01:14] <sivang> giftnudel: hmm as its a very easy and quick change
[01:14] <giftnudel> sivang: I'm not talking about the temporary data, but more about the permanent storage of a finished backup
[01:15] <sivang> giftnudel: right, so the temporary data will stay there, but the default in the selector should be changed, as it is auto-chosen when there are no optical media devices in the system.
[01:16] <sivang> giftnudel: so better make it visible and easy to understand and find.
[01:16] <giftnudel> sivang: I think changing the default would make sense, and I need to properly fix the issue with the nonexistant directory, so it gets only created if it is really needed
[01:16] <giftnudel> sivang: yes, that's what I mean
[01:17] <sivang> giftnudel: okay, I'll commit this change now then, re: directory missing, your one liner seems to already fix that, and create the dir only if it is needed no?
[01:18] <giftnudel> sivang: no, it creates the directory everytime, even if not needed
[01:18] <giftnudel> sivang: that made sense since we would have needed it anyway, but with ~/Backup, this is not true
[01:19] <sivang> giftnudel: so the directory would have to be created only if the users either:
[01:19] <sivang>  1) lacks an optical drive and this is selected as the default
[01:19] <sivang>  2) Choose to backup there wilfully
[01:19] <sivang> ?
[01:20] <giftnudel> sivang: I think a more general approach like: create it if the backup is stored there (no matter how it got selected) is better
[01:21] <giftnudel> sivang: you already do that in BackupEngine, so I only need to make sure, the necessary options (like slice size) is determined _after_ the directory is created (this should be easy)
[01:21] <sivang> giftnudel: right, so that means we would just have to fix the free size detection code to not choke 
[01:21] <giftnudel> yes exactly
[01:21] <sivang> :)
[01:21] <giftnudel> I will fix this now, shouldn't be to difficult
[01:22] <sivang> giftnudel: I'm starting to owe you too many beers ;)
[01:22] <sivang> giftnudel: thanks
[01:23] <giftnudel> sivang: no problem, as long as I'm motivated and have time, things are easy, just hope that I don't get bored:)
[01:28] <sivang> giftnudel: when you do , let me know ;-) I think we've got enough so we will not get bored at least until edgy+1 opens.
[01:28] <giftnudel> sivang: yes, I think so
[01:52] <Nafallo> Keybuk: thanks for the quick fix :-)
[01:53] <Keybuk> Nafallo: to?
[01:54] <Nafallo> Keybuk: the usplash-thingie on amd64 :-)
[01:54] <Keybuk> oh
[01:55] <Nafallo> :-)
[02:05] <gnomefreak> guys is edgy's universe repo down or just having issues?
[02:06] <Fujitsu> gnomefreak: what do you mean by down?
[02:06] <fabbione> gnomefreak: closed basically
[02:06] <gnomefreak> Failed to fetch http://archive.ubuntu.com/ubuntu/dists/edgy/universe/binary-i386/Packages.gz  Sub-process gzip returned an error code (1)
[02:06] <gnomefreak> during update
[02:07] <gnomefreak> closed for uploads yes but should still run normally with apt-get
[02:07] <Fujitsu> That's not uncommon... But it really shouldn't be happening now.
[02:07] <Fujitsu> Maybe wait a few minutes...
[02:07] <elmo> that is uncommon
[02:07] <gnomefreak> its been like this for last 3ish hours
[02:07] <elmo> that should not happen on archive.ubunut.com - ever
[02:07] <Fujitsu> elmo: Sure?
[02:07] <elmo> Fujitsu: yes
[02:07] <elmo> it's also not reproducible for me
[02:08] <Nafallo> or for me
[02:08] <Fujitsu> Hm, I'm sure I've seen it before... Maybe just a local issue like gnomefreak is having now, as it's not reproducible for me either.
[02:08] <gnomefreak> i checked with others and they ate having same issue
[02:08] <elmo> gnomefreak: try rm /var/lib/apt/lists/archive.ubuntu.com* as root and try again
[02:08] <mvo> gnomefreak: a proxy issue maybe?
[02:08] <elmo> if it happens again, you have a broxen (perhaps transparent) proxy between you and archive.ubuntu.com
[02:09] <gnomefreak> looks better
[02:09] <giftnudel> sivang: http://paste.ubuntu-nl.org/28236/
[02:09] <elmo> gnomefreak: your ISP might
[02:09] <gnomefreak> oh good point and i was just on phone with them :(
[02:09] <realist> At first glance, it looks like gzip returning the error?
[02:09] <gnomefreak> realist: thats what made me think it was archives
[02:10] <gnomefreak> seems to be downloading ty elmo 
[02:10] <giftnudel> sivang: that should work for an instant, but I think we should put the slice size detection completely in the backup engine
[02:10] <realist> Or is that just because gzip doesn't have the Packages.gz to work with?
[02:10] <cjwatson> realist: sure, but that could happen if a "transparent" proxy is returning incorrect data
[02:10] <gnomefreak> nope still failing
[02:10] <cjwatson> apt uses byte-ranges
[02:11] <cjwatson> I suspect that with the help of incompetent web servers/proxies it could be assembling bits of multiple different gzipped files
[02:11] <cjwatson> which is so not going to work
[02:11] <gnomefreak> i can ping it
[02:11] <cjwatson> ping won't help
[02:11] <realist> I didn't even know proxies were capable of doing that? :-/
[02:11] <cjwatson> TBH your best bet is to wait for a bit
[02:12] <gnomefreak> thats fine just thought it should be known if its not me
[02:12] <cjwatson> realist: byte-range requests are hard to implement correctly, and transparent proxies are literally impossible to implement correctly
[02:12] <cjwatson> doesn't stop lots of people from trying
[02:12] <realist> What do you mean by byte-range requests?
[02:13] <mvo> gnomefreak: you may try: "apt-get update -o Acquire::http::No-Cache=True"
[02:13] <Chipzz> realist: http allows you to skip to a certain point in a file
[02:13] <realist> apt doesn't request the whole Packages.gz?
[02:13] <Chipzz> realist: ie, continuing a download
[02:13] <elmo> MVO
[02:13] <Chipzz> (err, resuming)
[02:13] <cjwatson> realist: it might retry if it were interrupted part-way through
[02:13] <elmo> mvo: a) can apt please put it's version  number in it's user-agent string
[02:13] <gnomefreak> mvo: same
[02:14] <mvo> gnomefreak: hmm
[02:14] <elmo> mvo: b) can we pretty please with a cherry on top, disable pdiffs by default for edgy (via -updates)
[02:14] <mvo> elmo: pdiffs are disabled in the edgy version of apt ?!? 
[02:14] <elmo> mvo: our archive doesn't support them, so it's n million users x updates wasted 404 hits
[02:14] <elmo> mvo: are you sure?  I'm seing hits on archive.ubuntu.com of apt users trying to use them
[02:15] <fabbione> elmo: might be debian users with mixed sources.list?
[02:15] <mvo> elmo: some debian users? or a backport? let me check
[02:15] <cjwatson> it could be Debian users ... what fabbione said
[02:15] <elmo> FREAKS
[02:15] <Fujitsu> Hahahah
[02:15] <fabbione> elmo: NO! USERS!
[02:16] <mvo> elmo: version number>    Req += "User-Agent: Ubuntu APT-HTTP/1.3\r\n\r\n";
[02:16] <elmo> mvo: that's the version number of the apt method
[02:16] <elmo> mvo: the debian/ubuntu version+revision would IMO be more useful, but it's just an idea, not a big deal
[02:16] <elmo> s/apt/http/
[02:16] <mvo> elmo: ok
[02:17] <fabbione> elmo: can i upload glibc-2.5 to all the releases? we can see immediatly who in debian uses mixed sources.list :P
[02:17] <jdub> mvo: elmo's "just an idea, not a big deal" thoughts often come back as "i told you so" :-)
[02:17] <mvo> elmo: about pdiff, I just checked, we haven't even merged that branch in ubuntus apt :)
[02:17] <mvo> jdub: thats why I immediately added it to my todo list :)
[02:18] <jdub> ;-)
[02:19] <mvo> gnomefreak: can we debug that failure in ~30 min in #synaptic maybe?
[02:19] <gnomefreak> mvo: thats fine 
[02:19] <elmo> mvo: ok, cool, thanks - now I'll go cry in the corner about all the people trying to hybridize debian+ubuntu
[02:20] <Fujitsu> elmo, that's a very good idea.
[02:20] <gnomefreak> mvo: im there just let me know when is good for you. i have other things i can be working on :)
[02:21] <fabbione> elmo: it might be ubuntu users that did pull a better apt-get from debian... if that makes you feel better
[02:22] <giftnudel> yeah, I heard rumors that newer version == faster download ...
[02:22] <Fujitsu> giftnudel: so you'd better go and tell everybody to upgrade to the latest crack right away!
[02:22] <giftnudel> Fujitsu: well, that seems to be that way in gentoo, doesn't it ;)
[02:23] <Nafallo> giftnudel: for debian, that might be true... ;-)
[02:26] <BenC> mdz, cjwatson, tfheen: From my understanding of the code changes, I think it should be possible to trigger the zstream bug without SMP
[02:26] <mdz> BenC: yes, we decided the same
[02:27] <mdz> BenC: but we've decided to go with a workaround in casper instead, to avoid rolling new kernels
[02:35] <sivang> giftnudel: right, should work. we can move slice size detection into BackupEngine.py or better, put it in fsMisc.py as it's a general purpose functionality
[02:36] <giftnudel> sivang: hmm, yes, that's a good idea to put it in fsMisc
[02:36] <giftnudel> sivang: I'll see if I have time to do that right now, if not, then until monday ...
[02:37] <giftnudel> sivang: if you find out a lot of cdrecords error messages, then please tell me (I need as much as I can get for the pexpect stuff)
[02:38] <sivang> giftnudel: yes, if I get finished with hurestore and mime type association stuff, I'll start creating a list of those and put it on the wiki somewhere, if you have anything already pushed into your branch let me know I'll  pull and continue as well
[02:39] <giftnudel> sivang: I have done the most important part already, I'm just missing the UI integration and some error messages
[02:39] <giftnudel> sivang: I will publish that at some state
[02:39] <sivang> giftnudel: Cool, what bits of UI intergration are you missing ?
[02:40] <giftnudel> sivang: The stages I have done are Starting, Burning, Fixating, I need to somehow put this together to a percentage and some nice strings
[02:41] <giftnudel> sivang: I'll send you the CDburner, it's really not a lot of work done, but it works that way
[02:42] <sivang> giftnudel: feel free to not push until you are happy with it, I was not meant to rush anything.
[02:42] <giftnudel> oh no, I will not push that, since it hasn't been tested at all
[02:42] <giftnudel> sivang: but just so that you know what I have done
[02:43] <sivang> giftnudel: sure thing, I appreciate it :)
[02:53] <giftnudel> sivang: oh well, the fsMisc stuff is not that easy, but I need to go now, have fun ;)
[02:56] <macmadiath> Just joined the IRC channel to drop a note, say hi, say I upgrades from Dapper to Edgy on my laptop.
[03:02] <pitti> macmadiath: did you encounter any problem with the upgrade?
[03:03] <lool> pitti: hey
[03:03] <lool> pitti: just saw you proposed an updated in the cdbs bts for cdbs-edit-patch
[03:03] <lool> pitti: I'm writing my third cdbs-edit-patch today, so I'm worried things get incompatibly in
[03:03] <macmadiath> the upgrade wouldn't run from the cd.  Had to create a iso, mount the iso then run the upgrade.   mainly due to the fact the cd was mounted noexec
[03:03] <lool> pitti: but I also wanted to share with you some intersting fixes
[03:04] <pitti> lool: hi
[03:04] <pitti> macmadiath: yes, the wiki proposes to do 'sh /cdrom/cdromupgrade', which worked fine
[03:04] <pitti> macmadiath: any other problems?
[03:04] <lool> pitti: 1) cdbs-edit-patch always exits with non-zero (patch in the Debian BTS), 2) it tries patches in bogus order, like simple-patchsys did
[03:04] <lool> (I've just sent the patch, so it's not visible yet, but it's a simple s/0 1 2/1 0 2/)
[03:04] <pitti> lool: ah, nice
[03:05] <lool> I suppose it's a bit late for an edgy upload though
[03:05] <macmadiath> pitti: but no problems. sound worked fine, wireless card fine, haven't had any issues yet.
[03:05] <pitti> lool: I submitted my changes to Debian, not sure whether they got accepted yet
[03:05] <lool> pitti: they were not yet
[03:05] <pitti> macmadiath: splendid! :)
[03:05] <lool> pitti: actually, I extended cdbs-edit-patch to run any command
[03:05] <pitti> lool: but I won't fix this in the next four weeks, so plenty of time for coordination ;)
[03:05] <macmadiath> pitti: missed that part about using sh to run the update.
[03:05] <lool> (instead of a shell)
[03:05] <lool> pitti: ok, nevermind we'll see later then
[03:06] <macmadiath> pitti: just wanted to give a thumbs up.
[03:06] <pitti> macmadiath: I'm sure we'll figure out a better way for feisty, such as update-notifier offering you to run it for you (instead of just offering you to call the package manager); mvo?
[03:06] <pitti> macmadiath: thanks a lot for the feedback!
[03:07] <pitti> lool: ah, what is an interesting use case for something else than a shell?
[03:07] <lool> pitti: a relibtoolize command, or a simple cp
[03:07] <slomo_> pitti: or sed
[03:07] <pitti> ah, right, a cdbs-edit-patch --command autoreconf 99_autoreconf.patch sounds interesting
[03:07] <lool> pitti: I also wrote a "svn-do" wrapper which will export a tree handled via svn-bp and copy back the changes
[03:08] <lool> pitti: it's simply cdbs-edit-patch 70_relibtoolize autoreconf
[03:08] <lool> pitti: and directly frmo svn: svn-do cdbs-edit-patch 70_relibtoolize autoreconf
[03:09] <iwj> `I keep my CVS repo in bzr and all my bzr branches in svn ...'
[03:09] <lool> iwj: hmmm sounds nice, does that exist yet?
[03:10] <lool> I'm in the chaining-mood lately, I proposed debuild should call svn-buildpackage if from svn, which could call pbuilder-buildpackage which should call dpkg-buildpackage
[03:10] <Keybuk> no less insane than putting bzr branch metadata in a source package
[03:10] <Keybuk> apt-get source usplash
[03:10] <Keybuk> cd my-branch; bzr merge ../usplash-0.x
[03:10] <lool> Keybuk: I find that alright
[03:11] <iwj> Keybuk: That's not quite the same, I think.
[03:11] <pitti> apart from utterly cluttering the diff.gz
[03:11] <cjwatson> that's a branch distribution method
[03:11] <lool> pitti: oh that isn't with wig and pen stuff?
[03:11] <tfheen> iwj: I keep my dotfiles in svn, cvs and bzr with commits going into both svn and bzr.. :-)
[03:11] <cjwatson> no different from publishing it over HTTP
[03:12] <lool> pitti: I thought it was some usplash.bzr.orig.tar.gz
[03:12] <iwj> The main problem with it is that it makes debdiff give unhelpful answers.
[03:12] <lool> too bad then
[03:12] <cjwatson> lool: wig and pen doesn't really quite exist yet ...
[03:12] <pitti> lool: wig&pen is still only on paper, or did I miss something?
[03:12] <iwj> Why oh why oh why is rsync apparently downloading the whole of this dvd again ?
[03:12] <pitti> and with the NoMoreSourcePackages spec lurking, it might never actually exist
[03:12] <lool> cjwatson: oh, I thought it was announced like a lot of months ago
[03:13] <cjwatson> lool: only half of it
[03:13] <lool> cjwatson: but that we shouldn't use it because of saege -> etch upgrades
[03:13] <cjwatson> only unpacking, I think
[03:13] <cjwatson> ICBW, check d-d-a
[03:13] <pitti> ah, right, but dpkg-source -b support is missing; I remember playing with unpacking
[03:14] <mvo> pitti, macmadiath: yes, this is implemented in the update-notifier in edgy already. we haven't backported it though to dapper
[03:16] <lool> http://lists.debian.org/debian-devel-announce/2005/06/msg00010.html
[03:22] <iwj> So given that I'm not affected by the squashfs bug, I take it it's worth me investigating this dvd when I actually ahve it (which might be shortly if I'm lucky).
[03:26] <cjwatson> iwj: yes, we should also get confirmation that we haven't broken systems that worked
[03:26] <iwj> cjwatson: Right.
[03:27] <iwj> I take it new desktop cds will be around when they've been crunched by all of the relevant gears.
[03:28] <cjwatson> yes, the gears are crunching as I type
[03:28] <cjwatson> the ... middle set of gears
[03:28] <iwj> This whole business is very hurry up and wait.
[03:29] <iwj> We should make the operating system a tenth of the size and then it would all be ten times quicker.
[03:29] <cjwatson> the livefs build process could be speeded up a fair bit; there are a number of ideas in the pipeline
[03:33] <Keybuk> iwj: put it all in the initramfs! :)
[03:34] <cjwatson> iwj: it was all much quicker before we started caring about live CDs :-)
[03:36] <cjwatson> actually probably not that much; cdimage was slower then
[03:49] <bddebian> Howdy
[03:49] <iwj> Yay, I have the dvd.
[03:52] <dholbach> iwj: all images are being re-rolled - but at least rsyncing should be very quick
[03:52] <iwj> dholbach: Yes, but based on last time I think I can assume the dvd will be too late for me to wait for it.
[03:52] <iwj> I'm going to do some tests here now with this one and then I can do a quick check with the new one.
[03:53] <dholbach> I'm not sure how long it's going to take, but I think it won't be that long.
[03:53] <cjwatson> tfheen: I'll build desktop CDs as the corresponding live builds finish
[03:53] <tfheen> cjwatson: cheers.
[03:53] <cjwatson> Ubuntu DVD could actually be done pretty soon
[03:53] <cjwatson> I can do for-project ubuntu cron.daily-live; for-project ubuntu cron.dvd
[03:53] <iwj> cjwatson: Oh ... how soon ?
[03:54] <cjwatson> iwj: within the hour
[03:55] <cjwatson> desktop CD takes about five minutes to build, DVD takes <30
[03:55] <cjwatson> the combination of which is around the same as a livefs build, so it all parallelises quite well
[03:55] <iwj> Since I have this DVD now I will do a test install with it anyway.
[03:56] <iwj> I fancy some hurry up rather than some wait :-).
[03:56] <tfheen> DVDs rsync quickly enough, though.
[03:56] <Keybuk> is hurry up a Class A drug?
[03:56] <cjwatson> stoppit and hurryup
[03:57] <cjwatson> possibly rather UK-specific
[04:12] <robertj> how long after the images are finalized is it before they hit all of the mirrors?
[04:14] <dholbach> ubuntu-server and ubuntu-alternate are ready for testing (20061025.1)
[04:14] <cjwatson> robertj: out of our control in many cases, especially depending on the value of "all"
[04:15] <cjwatson> (we have a LOT of random cdimage mirrors)
[04:16] <robertj> cjwatson: ahh, I figured that all the http://www.ubuntu.com/download/ were nightly or something
[04:16] <cjwatson> ubuntu/desktop ready for testing (20061025)
[04:17] <cjwatson> robertj: many are
[04:17] <robertj> but not a strict criteria for inclusion then, eh, free bandwidth is free I suppose :)
[04:33] <PSUSI> anyone have any ideas on what could cause udevtrigger to block for 3 minutes during bootup?  or how to further debug it?
[04:33] <dholbach> http://wiki.ubuntu.com/Testing/Current updated
[04:35] <cjwatson> hmm, DVD taking a little longer than I thought; working on it though
[04:41] <tfheen> cjwatson: it helps that we're fighting for I/O capacity.
[04:44] <iwj> Has anyone else tried evolution from the livefs ?
[04:45] <seb128> iwj: what do you call livefs? The desktop CD? not today but during previous runs I did, why?
[04:45] <iwj> The DVD in livefs mode, in this cas.e
[04:45] <iwj> It hung for me, which I've just reported as bug 68195.
[04:45] <Ubugtu> Malone bug 68195 in evolution "evolution hung on the live dvd" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68195
[04:46] <cjwatson> I usually start evolution at least, but rarely go any further
[04:48] <iwj> Yes, it's a faff to go through the setup.
[04:49] <seb128> iwj: I'll try reproducing it later
[04:49] <iwj> seb128: Ta.
[04:50] <PSUSI> anyone know how I could figure out what udevtrigger is waiting on for 3 minutes?
[04:50] <cjwatson> tfheen: is the "live CD doesn't reboot when you press enter" bug filed? I can't find it
[04:50] <tfheen> cjwatson: I thought I had fixed that?
[04:50] <Keybuk> PSUSI: do you have /var/log/udev ?
[04:50] <tfheen> cjwatson: if not, please file it again.
[04:50] <PSUSI> hrm... not sure
[04:50] <PSUSI> this is in the initramfs on my home machine
[04:52] <cjwatson> tfheen: it's possible you fixed it for svgalib but not bogl
[04:52] <Keybuk> PSUSI: udevtrigger waits in the initramfs?!
[04:52] <Keybuk> are you sure it's udevtrigger and not the while loop in mountroot?
[04:52] <PSUSI> Keybuk: yes
[04:52] <tfheen> cjwatson: it's casper, not usplash, iirc.
[04:52] <Keybuk> PSUSI: udevtrigger --verbose
[04:53] <PSUSI> the boot scripts start udevd, then call udevtrigger and it blocks for me for 3 minutes+
[04:53] <Keybuk> which udevtrigger is it?
[04:53] <PSUSI> hrm... ok, I'll try adding --verbose... that should make it give some reason for why it is waiting?
[04:53] <Keybuk> it will be called with arguments
[04:53] <PSUSI> yea... called with a bunch of args to wait on buses and such
[04:54] <cjwatson> tfheen: oh yes, there it is, I'll dup
[04:54] <Keybuk> PSUSI: that's very rare
[04:54] <PSUSI> my usb drivers and everything else gets loaded fine, then it just sits there for over 3 mins waiting for udevtrigger to continue
[04:54] <Keybuk> ok
[04:54] <Keybuk> this is kinda hard to debug
[04:55] <PSUSI> once it continues it mounts the root fs just fine and goes on
[04:55] <Keybuk> hang on
[04:55] <Keybuk> UDEVTRIGGER hangs?!
[04:55] <Keybuk> not udevsettle?
[04:55] <PSUSI> yea
[04:55] <PSUSI> prety sure... I don't recall seeing udevsettle
[04:55] <Keybuk> can you check that
[04:56] <PSUSI> it was 1 am last night when I decided to get some sleep, but the last thing I remember was putting some messages before the calls in the script to udevd and udevtrigger, and they both came out before all the drivers loaded, then sat there waiting
[04:57] <Keybuk> do you have the offending hardware in front of you now?
[04:57] <PSUSI> and from looking at the scripts after udevtrigger, the next thing that goes on is it says it is mounting the root fs... which is the next thign I saw after the long pause
[04:57] <PSUSI> no... it's at home
[04:57] <Keybuk> ok
[04:57] <Keybuk> not much else I can suggest
[04:57] <PSUSI> ok.... I'll add the --verbose when I get home
[04:58] <Keybuk> it's likely not udevtrigger though
[04:58] <Keybuk> but udevsettle
[04:58] <PSUSI> what exactly is udevtrigger supposed to do?  so far I gather that it causes the kernel to play attach events for all the hardware it knows about and wait for udev to finish processing them?
[04:58] <PSUSI> what's udevsettle?  I don't recall seeing that one
[04:59] <cjwatson> udevsettle is "wait for udev to actually finish processing events"
[04:59] <cjwatson> udevtrigger is "send events for everything"
[04:59] <cjwatson> explaining those the other way round might've been less confusing :)
[04:59] <PSUSI> hrm... so trigger does not block?
[04:59] <Keybuk> right
[04:59] <PSUSI> it sounded like it was meant to wait at least for the busses to all appear or something
[04:59] <PSUSI> pci, usb, etc
[05:00] <PSUSI> how does udevsettle decide when it is all "done"?
[05:00] <Keybuk> compares the kernel sequence number to the udev sequence number
[05:00] <PSUSI> could udev itself be blocking while trying to process some rule that invokes a callout?
[05:00] <Keybuk> yes
[05:01] <PSUSI> hrm....
[05:01] <Keybuk> udevsettle exits when /dev/.udev/uevent_seqnum and /sys/kernel/uevent_seqnum are equal
[05:01] <Keybuk> note that udevtrigger may call udevsettle if given "-s"
[05:01] <Keybuk> we do that for one of the calls
[05:01] <PSUSI> ahhh
[05:01] <Keybuk> udevtrigger iterates /sys and writes "add" to any "uevent" file found there
[05:01] <Keybuk> the various arguments to it limit the amount of /sys it iterates
[05:02] <PSUSI> ok... so most likely it is udevd that is blocking on a callout right?
[05:02] <dholbach> http://wiki.ubuntu.com/Testing/Current updated
[05:02] <cjwatson> Ubuntu DVDs available for testing (20061025)
[05:02] <Keybuk> right
[05:02] <Keybuk> or the kernel isn't sending an event
[05:02] <Keybuk> but thinks it has
[05:02] <PSUSI> how could I trace that?
[05:03] <Keybuk> with tools that aren't in the initramfs
[05:03] <PSUSI> well, I could add them ;)
[05:04] <Keybuk> if you're happy modifying the initramfs, add udevmonitor to it and a job control shell so you can background it and see its output
[05:05] <Keybuk> what happened to make it break?
[05:06] <PSUSI> edgy did ;)
[05:07] <cjwatson> Kubuntu daily-live (20061025) ready for testing
[05:07] <Riddell> thanks
[05:07] <Keybuk> that's interesting
[05:07] <PSUSI> when I upgraded to edgy, the new kernel failed to boot at first because of a dmraid bug and the new kernel refusing to accept the slightly wrong parameters... fixed that by upgrading dmraid and now I have this problem...
[05:08] <Keybuk> normally it happens because, as you say, udev blocks on a callout
[05:08] <Keybuk> except there aren't any callouts in the initramfs
[05:08] <PSUSI> there aren't?
[05:08] <cjwatson> Riddell: may take a little while more to mirror
[05:08] <Keybuk> no
[05:08] <PSUSI> hrm....
[05:08] <Keybuk> well
[05:09] <Keybuk> other than the persistant storage ones
[05:09] <Keybuk> and modprobe
[05:09] <Keybuk> the storage ones could hang I guess, if you have a bad block device
[05:09] <PSUSI> aha!
[05:09] <Keybuk> but that's the same as dapper
[05:09] <PSUSI> could they be hanging up on the fact that I'm booting from a raid0 so the first disk's partition table shows partitions that don't fit on it?
[05:10] <Keybuk> could be a modprobe hanging
[05:10] <PSUSI> iirc, there were some changes in the new kernel about how that is handled
[05:10] <Keybuk> don't think so, they mostly just ioctl() the devices to find out their serial number, filesystem id, etc.
[05:10] <PSUSI> well the last thing I see before the pause is the usb drivers loading and finding all the usb hardware... first thing after is the script saying it is mounting the root fs
[05:11] <Keybuk> that doesn't mean much
[05:11] <Toadstool> 14
[05:11] <Toadstool> uhuh sorry
[05:11] <PSUSI> hrm.... so they wouldb't get hung up trying to read a partition that is not accessible?
[05:11] <Keybuk> that should just error
[05:11] <PSUSI> of course, if they were then I'd see the kernel complaining about it... which I don't, so...
[05:11] <Keybuk> hang is bad
[05:12] <Keybuk> verbose should reveal what hangs
[05:12] <Keybuk> it prints the sysfs paths as it visits them
[05:12] <PSUSI> k
[05:12] <Keybuk> the one before the hang is the one that hangs
[05:12] <PSUSI> aye
[05:16] <pitti> iwj: for the record, evo works fine for me on current amd64/desktop
[05:17] <iwj> pitti: Hmm, perhaps it's the particular message.
[05:17] <iwj> I'm doing another test myself.
[05:18] <iwj> Hmm.  My laptop's livecd session has crashed.
[05:18] <iwj> Err, livedvd even.
[05:18] <iwj> I have been having a bit of trouble with the dvd drive which is probably responsible.
[05:19] <fabbione> neuralis: ping?
[05:19] <neuralis> pong
[05:25] <cjwatson> iwj: it would be very interesting to know if this is fixed by the new DVD build
[05:25] <cjwatson> iwj: or is this the old build?
[05:25] <iwj> cjwatson: It's the old build.
[05:25] <iwj> cjwatson: but I have just failed to reproduce it.
[05:25] <cjwatson> iwj: today's discoveries seem to implicate squashfs in a lot of things we previously thought were live CD reading problems
[05:25] <pitti> bah, amd64 CD check looks quite ugly with the text being in dark gray over black; but *shrug*
[05:25] <cjwatson> in which case the new build should fix it
[05:25] <cjwatson> pitti: that's fixed on powerpc
[05:26] <cjwatson> there's a bug filed
[05:26] <cjwatson> broken on i386 too, according to mdz
[05:26] <iwj> cjwatson: If it was a bug and not a dvd reading problem, then it's probably some racey thing.
[05:26] <Keybuk> pitti: console text?
[05:26] <cjwatson> iwj: correct
[05:26] <pitti> cjwatson: it's the special 16-color amd64 usplash theme; shouldn't affect ppc at all
[05:26] <cjwatson> iwj: it's a static struct in the squashfs module that shouldn't be static
[05:26] <pitti> Keybuk: text on usplash
[05:27] <iwj> cjwatson: Err, right.  I meant, my evo hang felt like a racey thing.
[05:27] <cjwatson> it's possible that it was a subprocess segfaulting or getting corrupt data off squashfs or something
[05:28] <iwj> Yes.  I didn't look at the kernel log unfortunately.
[05:28] <cjwatson> .xsession-errors might be worthwhile to check in future too
[05:28] <iwj> Point.
[05:28] <cjwatson> iwj: if you didn't see, a new DVD build is available now
[05:28] <cjwatson> so if you have time to test that, that would be very good
[05:28] <iwj> Yes, I'm downloading it now.
[05:29] <cjwatson> thanks
[05:29] <iwj> Unfortunately due to complex logistics I end up rsyncing the images using the testbed machine, which means I can't be downloading and testing at once, unlike for the much smaller cds.
[05:30] <iwj> That evo hang looks like it's going to be an annoying unreproduceable thing.
[05:41] <iwj> cjwatson, tfheen: Unless you have an objection, I propose to stop this testing so I can go climbing in my usual way today; if you need more stuff doing I can log on again when I get back at around 2200Z.
[05:42] <iwj> I'll be able to give this new dvd a quick runthrough first though.
[05:44] <cjwatson> iwj: if you can manage enough of a quick runthrough to confirm that ubiquity works, that would be very good
[05:44] <cjwatson> that's what we're most bothered about
[05:44] <iwj> cjwatson: I think that should be doable.
[05:44] <cjwatson> thanks
[05:45] <iwj> BTW, it occurred to me to wonder - what happens if you install packages into your livesystem with synaptic and then run ubiquity ?
[05:45] <iwj> Or worse, do the two simultaneously ...
[05:45] <cjwatson> iwj: shouldn't interact at all
[05:45] <cjwatson> but feel free to try it
[05:46] <cjwatson> iwj: ubiquity copies the read-only squashfs
[05:46] <iwj> I did, and it broke, but I think that was because I hibernated it while synaptic was downloading.
[05:46] <iwj> I like breaking stuff :-).
[05:46] <cjwatson> I'm not entirely sure what hibernating the live CD does :-)
[05:46] <cjwatson> I'm sure we disabled that, but it keeps coming back like the proverbial bad penny
[05:46] <cjwatson> Kubuntu DVD 20061025.1 ready for testing
[05:47] <iwj> I mean I hibernated the install that ubiquity made.
[05:49] <cjwatson> oh right
[05:49] <cjwatson> uh, I don't understand
[05:49] <cjwatson> you said "install packages into your livesystem with synaptic"
[05:50] <cjwatson> that can't have been the same synaptic that you hibernated in the install that ubiquity made
[05:53] <iwj> cjwatson: That's right.
[05:54] <cjwatson> um, ok.
[05:54] <iwj> cjwatson: I both installed packages with synaptic in the live image while ubiquity was running, and then later, when booted from the install that made, I ran synaptic again and hibernated it while it was downloading packages files.
[05:54] <iwj> The latter wasn't a huge success and produced bug 68202/.
[05:54] <Ubugtu> Malone bug 68202 in apt "corrupted file from download, not recoverable without messing about" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68202
[05:54] <cjwatson> ah, right. I'm pretty confident that the results of synaptic in the live image will have been thrown away
[05:54] <iwj> Good.
[05:55] <mvo> iwj: bug #68202 is strange, if the md5sum check fails, apt should (in theory) just delete the file (or rename it to FAILED or something)
[05:55] <Ubugtu> Malone bug 68202 in apt "corrupted file from download, not recoverable without messing about" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68202
[05:55] <cjwatson> we do run apt outside the chroot, but I believe I've now entirely pointed it at /target ... there is a slight possibility of bugs there
[05:56] <cjwatson> (there was a bug there in dapper)
[05:56] <cjwatson> apt wasn't looking at /target/var/lib/dpkg/status, IIRC
[05:57] <cjwatson> Edubuntu live 20061025 ready for testing
[06:07] <iwj> This install's looking good.
[06:10] <zMott> There is a major bug issue...
[06:11] <fabbione> zMott: bug number?
[06:11] <zMott> when using search, to find many items..(.pdf), the search display 1420 .pdf, I then selected a couple hundred, to copy to another hard drive...
[06:11] <fabbione> zMott: bug number?
[06:11] <zMott> However, it would appear only 43 got copied...
[06:12] <zMott> then the copy window quite
[06:12] <zMott> quits
[06:12] <zMott> this is the bug
[06:12] <fabbione> zMott: did you file a bug in launchpad?
[06:12] <fabbione> if not please do so
[06:13] <zMott> launch pad did not pop up
[06:13] <fabbione> http://launchpad.net/ ->
[06:13] <zMott> well
[06:13] <neuralis> zmott: sounds like a nautilus problem, not release critical; file a bug, and if it can be tracked down, it'll be addressed in edgy-updates.
[06:14] <iwj> mvo: I kept the file.
[06:14] <mvo> iwj: thanks
[06:14] <zMott> okay.. I will file this with launch pad, thought lauch pad was built in
[06:14] <iwj> That is, the broken file.  I wiped the rest of the install.
[06:14] <iwj> If it's helpful I'll attach it to the bug report when my testbed has finished rebooting - ie, next week :-).
[06:16] <neuralis> zMott: thanks.
[06:16] <zMott> reporting noew
[06:16] <zMott> now
[06:25] <zMott> okay, done here the link; https://launchpad.net/distros/ubuntu/+bug/68221
[06:25] <Ubugtu> Malone bug 68221 in Ubuntu "nautilus bug copy from search window...." [Undecided,Unconfirmed]  
[06:25] <iwj> cjwatson: Works.
[06:25] <iwj> Now I must go and catch my train.
[06:30] <cjwatson> iwj: great!
[06:30] <zMott> Hey guess what: that same bug was there in 6.0.6.1 distro too...
[06:31] <cjwatson> please add that as a comment to the bug report rather than commenting here
[06:31] <cjwatson> then it is archived for when a developer looks at it
[06:31] <zMott> ummm, this is the devel list..
[06:31] <zMott> did both
[06:34] <cjwatson> zMott: correct, this is the developer coordination channel, not a forum for users to file bug reports
[06:34] <cjwatson> please do not report bugs in this channel
[06:34] <cjwatson> we are preparing a release right now and need to focus
[06:35] <cjwatson> Edubuntu DVD 20061025 ready for testing, except ogra's gone away, d'oh
[06:36] <dholbach> ogra: <cjwatson> Edubuntu DVD 20061025 ready for testing, except ogra's gone away, d'oh
[06:41] <__keybuk> ogra: ping
[06:41] <ogra> dholbach: i'm never away :P
[06:41] <ogra> just switched machines
[06:41] <ogra> __keybuk: ?
[06:41] <__keybuk> ogra: ltsp-management-gui status is Beta Available -- why does it need discussion at MTV?
[06:42] <ogra> ergh
[06:42] <ogra> sjremnant: because there are new and different features to be discussed now that it should become an upstream tool at some point
[06:43] <ogra> i havent had time to update the spec yet
[06:43] <sjremnant> ok
[06:52] <dholbach> Gloubiboulga: new Xubuntu CDs rolled
[07:06] <Keybuk> April 1st
[07:06] <Keybuk> I'm so changing the Ubuntu Dance music to the song from Lugradio
[07:09] <Gloubiboulga> dholbach, danke
[07:09] <dholbach> Gloubiboulga: de rien
[07:10] <Gloubiboulga> :)
[07:15] <seb128> Riddell: where does kdm get the locale to use for the login screen?
[07:18] <pitti> seb128: oh, it doesn't use /etc/environment?
[07:18] <seb128> pitti: I'm asking because I just did a kubuntu install and login screen is to english instead of french
[07:19] <seb128> pitti: the .mo has the translations for those strings and /etc/environment has LANG=fr_FR.UTF-8
[07:20] <Riddell> seb128: it uses whatever is in the /etc/kde3/kdmrc file, which we default to English, it's a bit crap
[07:21] <cjwatson> I needed to have been told about that change so that I could deal with it in ubiquity
[07:21] <seb128> Riddell: ok, so having english login on a french install is normal situation?
[07:21] <cjwatson> Riddell: could you post the necessary information to the ubiquity bug that's already filed about this?
[07:21] <seb128> normal or "known"
[07:21] <cjwatson> seb128: it's certainly a known bug :-(
[07:21] <seb128> cjwatson, Riddell: ok, thank you
[07:22] <Riddell> cjwatson: ok
[07:22] <Keybuk> man, I so want /sbin/ioctl
[07:22] <pitti> Riddell: uh, English default regardless of the locale; you are aware that you can be punished in France for using 'computer' instead of 'ordinateur'? :)
[07:33] <crimsun> mdz: is it too late to request a simple rebuild of a universe package to close bug 68225 ? I've verified that simply rebuilding (no changes) against current Edgy's python2* results in a fixed python-biggles package.
[07:33] <Ubugtu> Malone bug 68225 in python-biggles "Biggles package missing most files" [Undecided,Unconfirmed]  http://launchpad.net/bugs/68225
[07:37] <mdz> crimsun: I'm afraid so, see /topic
[07:38] <mdz> crimsun: you can propose it for edgy-updates though
[07:38] <crimsun> mdz: thanks
[07:38] <Keybuk> that usplash bug is weird
[07:39] <mdz> pitti: scrollkeeper-update
[08:19] <yacoob> Just a question, is there going to be a release tomorrow?
[08:20] <mvo> yacoob: there is one planed for tomorrow
[08:21] <pygi> yay, release ^_^
[08:21] <yacoob> mvo, did you, by any chance, have any insights on whether it's going to stand up to the schedule? :)
[08:22] <dholbach> yacoob: https://wiki.ubuntu.com/Testing/Current
[08:22] <dholbach> you can help testing
[08:23] <yacoob> (potential debian switchee here, I don't know all releveant places to look for info :)
[08:24] <mvo> yacoob: the chances are good actually
[08:24] <dholbach> yeah... if oyu look at the page: nearly all of the tests passed
[08:25] <mvo> PASS is GOOD :)
[08:25] <yacoob> good :>
[08:25] <yacoob> (nice idea for end-user testing)
[08:25] <fabbione> pitti: eh..
[08:25] <dholbach> DINNER
[08:26] <pitti> dholbach: good idea! /me asks gf
[08:26] <dholbach> pitti: if she cooked you a dinner? ;)
[08:26] <yacoob> This is why I'm thinking about switching, debian seems to be more and more about ideology, and not about end-user experience...
[08:26] <pitti> dholbach: well, prepare -- we usually don't cook in the evening
[08:26] <fabbione> pitti: pizza time? :)
[08:27] <dholbach> pitti: I think I'll just run to an Arab place and get a shawarma or something
[08:27] <pitti> fabbione: don't tease me too much :)
[08:27] <dholbach> desrt: your power thingie arrived today
[08:27] <fabbione> pitti: dude.. at least you have gf that still can care of you..
[08:27] <pitti> dholbach: shawarma? he's online, but why do you want to eat him? :)
[08:27] <fabbione> pitti: my wife throws food at me from the door step
[08:27] <pitti> fabbione: ouch, she's throwing up?
[08:27] <pitti> dholbach: (seriously, I have no idea what a shawarma is)
[08:28] <fabbione> pitti: no, she launches it across the room and feed me like a pig in a cage or something
[08:28] <pitti> fabbione: rotfl
[08:28] <fabbione> pitti: given it's 3 days i don't get out of it if not for sleeping
[08:28] <pitti> fabbione: mine got used to my ear being /dev/null in these days :)
[08:29] <dholbach> pitti: http://de.wikipedia.org/wiki/Schawarma http://en.wikipedia.org/wiki/Shawarma
[08:29] <fabbione> pitti: i will remind you of that after you two will get married
[08:30] <pitti> dholbach: thanks for the link, but where can I download it?
[08:30] <pitti> dholbach: *hug*
[08:30] <dholbach> :)
[08:30] <dholbach> bon apptit
[09:02] <sivang> pitti_live: you want to download shawarma ? :)
[09:08] <Treenaks> pitti bread?
[09:09] <highvoltage> hee hee
[09:19] <ulaas> hi, where is the alacarte icon?
[09:19] <ulaas> gone on purpose?
[09:20] <seb128> ulaas: 
[09:20] <seb128> $ dpkg -L alacarte | grep png
[09:20] <seb128> /usr/share/icons/hicolor/22x22/apps/alacarte.png
[09:21] <ulaas> ah no! :) i mean in the menu..
[09:22] <pirast> ulaas, system -> settings
[09:22] <pirast> ulaas, -> menu structure
[09:23] <ulaas> pirast: settings?
[09:23] <seb128> preferences
[09:23] <ulaas> ahhhhh
[09:23] <ulaas> menu layout
[09:23] <ulaas> damn
[09:23] <seb128> you can right click on the panel labels too
[09:23] <pirast> lol :-) trying to translate the menus into german on the fly :-)
[09:24] <seb128> there is an "edit menu" item
[09:24] <ulaas> seb128: mine is menu layout
[09:24] <ulaas> which is not very nice..
[09:25] <seb128> ulaas: right click on the panel label
[09:26] <seb128> you get a menu
[09:26] <seb128> the item should mention edit, no?
[09:27] <ulaas> seb128: on the menu panel applet. yes
[09:27] <seb128> k, that's normal there
[09:27] <seb128> feel free to open a bug on alacarte if you think that "Menu Layout" is not a good title
[09:28] <ulaas> seb128:under system->preferences it is "menu layout"
[09:28] <seb128> I know
[09:28] <seb128> I was saying:
 you can right click on the panel labels too
 there is an "edit menu" item
[09:28] <ulaas> seb128: sure thing. thanks
[09:28] <ulaas> i will think about the title. maybe it is okay.
[09:31] <mdke> seb128: since you're here, do you know if the epiphany addressbar search fix is likely to be accepted for -updates?
[09:31] <seb128> mdke: no idea, let it been accepted upstream to gnome-2-16 first
[09:31] <mdke> seb128: sure, I mean in principle
[09:31] <seb128> mdke: my opinion is that we should give it a try on edgy+1 and upload later if it works fine
[09:31] <mdke> that sounds sensible
[09:39] <fabbione> crimsun: btw there is no ReleaseNote entry for the alsa stuff.. any plan to add the note?
[09:39] <crimsun> fabbione: I asked in ubuntu-doc about that yesterday
[09:40] <ajmitch> morning
[09:40] <crimsun> fabbione: yes, I plan to add it; I'll go through that procedure shortly if there's an errata section in place
[09:40] <sivang> hey keith80403 
[09:40] <sivang> oops
[09:40] <sivang> hey keescook 
[09:41] <dholbach> still quite a bunch of empty spaces
[09:42] <dholbach> pitti: heya - how was dinner? :)
[09:42] <fabbione> crimsun: ok... better hurry up
[09:42] <crimsun> fabbione: is there some other place I should be looking (e.g., wiki)?
[09:42] <dholbach> http://wiki.ubuntu.com/EdgyReleaseNotes ?
[09:42] <fabbione> https://wiki.ubuntu.com/EdgyReleaseNotes
[09:43] <crimsun> ah, ok. Thanks.
[09:43] <dholbach> it still has my evolution screenshot in it
[09:43] <dholbach> I hoped somebody would replace it ;)
[09:45] <keescook> sivang: howdy.  :)
[09:47] <pitti> dholbach: good :) and your's?
[09:47] <dholbach> pitti: it took AGES to get it, but it was quite good :)
[10:01] <crimsun> fabbione: added, thanks.
[10:24] <beligum> Hi all, what's the release date for edgy ?
[10:25] <seb128> beligum: tomorrow
[10:25] <dholbach> ogra: my edubuntu ubiquity starts in french!
[10:25] <mvo> beligum: but you can test it today if you feel like it
[10:26] <mvo> dholbach: did you configure it to start in french?
[10:26] <dholbach> mvo: not that I know of
[10:26] <ogra> weird
[10:26] <mvo> dholbach: is the rest of the desktop french?
[10:26] <dholbach> seb128: did you login to my box again?
[10:26] <dholbach> mvo: no, was english
[10:26] <seb128> dholbach: ?
[10:26] <seb128> ah
[10:27] <seb128> no ;)
[10:27] <mvo> ... and his secret agenda
[10:27] <dholbach> hehe
[10:27] <beligum> great
[10:29] <beligum> Btw, someone interested in the ScreenKast package for universe? http://revu.tauware.de/details.py?upid=3140
[10:29] <beligum> I started working on it to get it in the official repository list, but ran out of time
[10:29] <Riddell> beligum: yes
[10:30] <beligum> Riddell: great !
[10:30] <beligum> What do you need ?
[10:30] <Riddell> beligum: a poke to revu it I guess
[10:30] <Riddell> beligum: it's too late for edgy I'm pretty sure
[10:31] <beligum> yes, I know
[10:31] <beligum> poke in ubuntu-motu ?
[10:32] <dholbach> ogra, seb128: it's all good again ;)
[10:32] <dholbach> ogra, seb128: cosmis rays... or something
[10:32] <Riddell> beligum: it's KDE so a poke in #kubuntu-devel as well may help
[10:33] <dholbach> although I don't rule out french hackers making fun of my french
[10:33] <pirast> night, have a great releaseday tomorrow :-)
[10:33] <ogra> dholbach: the lang switches if you select something in teh first window ... i bet you double cliecked or something when the window appeared
[10:34] <dholbach> ogra: that would not be as funny as french hackers, you must admit
[10:34] <beligum> Riddell: done
[10:35] <ogra> dholbach: indeed :)
[10:36] <seb128> dholbach: I tried kubuntu in german like one hour ago!
[10:36] <dholbach> seb128: how was it?
[10:36] <seb128> blue
[10:36] <pygi> lol ^_^
[10:36] <pygi> seb128: no kidding?:P
[10:36] <seb128> ;)
[10:37] <seb128> I'm not used to KDE nor to german :p
[10:37] <seb128> it was ok though, icons make it easier ;)
[10:37] <Riddell> kubuntu in edgy is more purple than blue
[10:37] <seb128> right
[10:37] <seb128> I had some english strings though
[10:37] <dholbach> ok... I think everybody has to take that as a compliment from seb128 :-)
[10:37] <seb128> dunno what german translators are doing :p
[10:37] <dholbach> could have been worse than "blue" ;)
[10:37] <seb128> dholbach: hehe ;)
[10:38] <seb128> in fact I don't like "apply" button don't closing dialogs
[10:38] <seb128> it was with the language selector I think
[10:39] <yacoob> s/tries to//
[10:42] <seb128> that might be language selector being weird, the GNOME one does the same :p
[10:42] <seb128> it's a mvo-ish
[10:42] <seb128> having apply and ok on the same dialog
[10:42] <seb128> both applying the changes, one closing the dialog and the other not
[10:42] <seb128> I find that just confusing :p
[10:42] <seb128> gnome-app-install does the same
[10:43] <mvo> seb128: thats how the HIG wants it
[10:43] <seb128> mvo: no other app do that
[10:43] <seb128> I would prefer: "apply" "close"
[10:44] <seb128> close just closing without doing anything
[10:44] <seb128> and apply applying
[10:44] <seb128> rather than "cancel" "ok"
[10:44] <mvo> seb128: yeah, I guess that needs to be re-thought
[10:44] <_ion> "close" "apply" rather
[10:44] <seb128> _ion: I was listing options, not order
[10:44] <_ion> That's the order all the other Gnome apps use.
[10:45] <seb128> we are not speaking about implementation details yet :p
[10:46] <seb128> pitti: pkg-create-dbgsym should make the -dbgsym Conflicts on the -dbg if there is one?
[10:47] <pitti> seb128: right, but that's not yet implemented
[10:47] <seb128> ah k
[10:47] <seb128> I thought it was
[10:47] <seb128> no need to open a bug then ;)
[10:47] <pitti> feel free to do so, otherwise I might forget
[10:47] <seb128> or I could open one as a wishlist
[10:47] <seb128> ok
[10:47] <seb128> doing that then
[10:47] <pitti> seb128: thanks!
[10:48] <beavis> hile, I updated dapper to edgy RC, the installation stopped at the nfs update. It asked me what to do with my exports
[10:49] <seb128> pitti: np ;)
[10:49] <beavis> oops I mean hi ;)
[10:49] <dholbach> beavis: hello... you might want to try #ubuntu or #ubuntu+1
[10:49] <beavis> after that it was only possible to ctrl-c
[10:50] <LaserJock> is there a definitive time when Edgy Universe will be closed?
[10:50] <beavis> dholbach, In the mail from Simon Law "Testing installation" he told to report problems here
[10:50] <sfllaw> beavis: Hi.
[10:50] <sfllaw> beavis: This is the channel for volunteering to do testing.
[10:51] <dholbach> beavis: I just thought you had better chances there, sorry.
[10:51] <beavis> I volunteered to do testing ;) but it completely screwed up my installation 
[10:51] <seb128> sfllaw: #u-d ?
[10:51] <seb128> sfllaw: I though that was  #u-r
[10:52] <sfllaw> seb128: #u-r is more of a release managers round table.
[10:52] <seb128> so where should be take ubuntu devel discussions now?
[10:52] <seb128> s/be/we
[10:52] <sfllaw> Oh, here.
[10:52] <seb128> ah, k
[10:52] <seb128> I didn't understand your "This is the channel for volunteering to do testing." then
[10:52] <sfllaw> When I sent out the e-mail, we were doing lots of installation talking in this channel.
[10:53] <bettsp> Hi, the dev information in KernelCustomBuild on the wiki seems out of date; none of the commands work with the Edgy linux-source package
[10:53] <bettsp> Most of them throw "No Rule to make target"; what's the current way to build the Ubuntu kernel?
[10:54] <pitti> sfllaw: FYI, I covered the whole Ubuntu/amd64/desktop+alternate range now
[10:54] <beavis> sfllaw, well pressing on show differences on nfs upgrade causes a freeze, which can only be stopped by pressing ctrl-c, unfortunately the installation doesn't finish after that, so my X didn't come up again
[10:54] <sfllaw> Riddell: You claim that Kubuntu PPC's check CD fails.
[10:55] <beavis> just a heads-up to probably check this area again
[10:56] <sfllaw> pitti: I'm going to fill in the holes for Kubuntu alternate.
[10:56] <sfllaw> pitti: Do you want to do Kubuntu desktop for amd64?
[10:57] <Riddell> sfllaw: yes please
[10:58] <Riddell> sfllaw: PPC desktop check fails for me, just runs live CD
[10:58] <Riddell> sfllaw: apparantly it works for ubuntu so maybe I'm just imagining it but I don't think so
[10:58] <sfllaw> Riddell: Hmm.  Is the MD5SUM correct for that image?
[10:59] <sfllaw> Oh wait.
[10:59] <sfllaw> You're saying it just runs the live CD?
[10:59] <sfllaw> It doesn't even do a check?
[10:59] <Riddell> sfllaw: yes
[10:59] <sfllaw> Can you check the MD5SUMS and if that works out, file a bug?
[10:59] <Riddell> sfllaw: same for DVD, but alternate PPC CD works
[11:00] <keescook> sfllaw: do you know if the Ubuntu DVD is supposed to have a working "rescue" mode?  (it's listed, but don't work)
[11:00] <keescook> (this is with PPC)
[11:00] <sfllaw> keescook: I'm sorry, I don't know.
[11:00] <sfllaw> I presume yes.
[11:00] <sfllaw> I can soon tell you if it works on i386/amd64.
[11:00] <keescook> sfllaw: okay, cool
[11:01] <bettsp> BenC: What's the correct way to build the Edgy kernel? I saw your name in the changelog
[11:01] <bettsp> The wiki has old info
[11:02] <BenC> bettsp: the wiki info isn't old
[11:02] <sfllaw> keescook: Is the rescue mode in the menu?
[11:02] <pitti> sfllaw: if you have the time, can you please attempt an expert install on amd64? I get a garbled screen after a few dialogs, I'll file a bug with a screenshot
[11:02] <sfllaw> pitti: I can get expert working.
[11:03] <sfllaw> But there are problems with the dialog boxes.
[11:03] <bettsp> BenC: When I try any of the commands, I get "no rule to make target", using the linux-source package in Edgy 
[11:03] <BenC> bettsp: the build guide that I wrote is the suggested way
[11:03] <BenC> bettsp: Use git repo
[11:03] <sfllaw> keescook: Bug 66881
[11:03] <Ubugtu> Malone bug 66881 in debian-installer "Help text is misleading or inaccurate for boot methods" [Medium,Confirmed]  http://launchpad.net/bugs/66881
[11:03] <sfllaw> pitti: Bug 66883 and bug 67076
[11:03] <Ubugtu> Malone bug 66883 in cdebconf "Codeset selection dialog has poor layout" [Medium,Confirmed]  http://launchpad.net/bugs/66883
[11:03] <Ubugtu> Malone bug 67076 in cdebconf "Can't see selection of font face" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67076
[11:04] <pitti> sfllaw: ah, nevermind, already known as bug 66883
[11:04] <pitti> sfllaw: right, yay my initial IRC lag (I'm good now)
[11:05] <sfllaw> pitti: Stylish.
[11:05] <keescook> sfllaw: hm, I'm not sure if 66881 is quite right.  /me digs
[11:05] <sfllaw> keescook: I don't see a menu item for expert mode.
[11:05] <sfllaw> Not on the DVD.
[11:05] <keescook> sfllaw: "rescue"?
[11:05] <pitti> sfllaw: ok, then I covered the whole range now
[11:06] <sfllaw> keescook: Sorry.
[11:06] <sfllaw> keescook: I only see:
[11:06] <sfllaw> Start on install Ubuntu
[11:06] <sfllaw> Start Ubuntu in safe graphics mode
[11:06] <sfllaw> Install in text mode
[11:06] <sfllaw> Install in OEM mode
[11:06] <sfllaw> Install a command-line system
[11:06] <sfllaw> Check CD for defects
[11:06] <sfllaw> Memory test
[11:06] <keescook> I filed bug 68077 but that was closed by having "rescue" removed from the menu.  :)
[11:06] <sfllaw> Boot from first hard disk.
[11:06] <Ubugtu> Malone bug 68077 in Ubuntu ""rescue" fails to load kernel on PPC edubuntu Desktop CD" [Undecided,Fix released]  http://launchpad.net/bugs/68077
[11:07] <keescook> I think this is PPC-specific (the yaboot list, etc)
[11:07] <sfllaw> Albeit, this DVD is slightly old.
[11:07] <dholbach> expert is hidden in the F<x> 'menu's
[11:07] <dholbach> sfllaw: slightly old?
[11:07] <sfllaw> dholbach: By about two days.
[11:07] <ogra> you must hit F6 twice ;)
[11:07] <pitti> sfllaw: you can't use F6 on the DVD?
[11:08] <sfllaw> Actually, F6 twice doesn't work on this DVD.
[11:08] <keescook> pitti: did you find working rescue modes on any of the PPC isos you tried?
[11:08] <sfllaw> Nor does "Rescue mode" seem to be listed.
[11:08] <pitti> keescook: sure
[11:08] <pitti> keescook: boot the 'rescue' image :)
[11:08] <pitti> keescook: see Testing/Current
[11:08] <keescook> pitti: hm. DVD is busted for rescue then.  :(
[11:09] <pitti> keescook: I have bug 60423
[11:09] <Ubugtu> Malone bug 60423 in rescue "freeze after exiting rescue shell" [Undecided,Unconfirmed]  http://launchpad.net/bugs/60423
[11:09] <pitti> keescook: but the actual rescue shell works
[11:09] <pitti> keescook: (live CD does not have rescue mode, just alternate)
[11:09] <keescook> does it follow that the _DVD_ doesn't have rescue since it's just a big live?
[11:11] <sfllaw> keescook: It does.
[11:11] <keescook> sfllaw: okay, cool, I will amend 68077
[11:16] <keescook> is there a bug filed for the Known Issue "When shutting down or rebooting the AMD64 or PowerPC LiveCD..."?
[11:26] <pitti> keescook: bug 58503 ?
[11:26] <Ubugtu> Malone bug 58503 in Ubuntu "Ubuntu 2060831.1 i386 and amd64 Desktop CD install hangs after ejecting CDROM" [Undecided,Needs info]  http://launchpad.net/bugs/58503
[11:26] <doko_> ogra: F6, are you testing Fedora CD's? ;-P
[11:26] <mdz> keescook: it's documented in the release notes
[11:27] <keescook> mdz: that's why I was asking, there was no link for it in https://wiki.ubuntu.com/EdgyReleaseNotes shall I add it?
[11:29] <pitti> mdz: oh, EdgyReleaseNotes has outdated background/splash screen screenshots
[11:29] <pitti> keescook: there is
[11:29] <pitti> keescook: 'The following notable bugs are known to exist in the final release:', second point
[11:30] <FireRabbit> a few screenshots say "Upload new attachment" next to them on that page
[11:30] <loonix> Ok, edgy version if freetype I assume uses the autohinter? Not the BCI? i am trying to find out for sure
[11:30] <keescook> pitti: it's described, but there is no link to the LP bug.
[11:31] <pitti> keescook: ah, I see
[11:31] <keescook> whew, I'm not crazy.  :)  I've added it.
[11:32] <mdz> keescook: yes, please add a link
[11:32] <pitti> keescook: sorry
[11:32] <keescook> mdz: done.
[11:32] <mdz> pitti: I gave Keybuk a usplash screenshot which he said he would fix up to replace that one
[11:33] <mdz> and it looks like he did
[11:33] <pitti> right
[11:33] <FireRabbit> do you need a new login screenshot?
[11:33] <pitti> mdz: I meant the gnome splash
[11:35] <mdz> FireRabbit: looks that way
[11:35] <mdz> I don't know how to do the drop shadow; perhaps it's a gimp plugin?
[11:37] <pitti> mdz: right, there is a gimp plugin (I used it once for creating a hackergotchi)
[11:41] <dholbach> pitti: where is your hackergotchi? where is your blog? :)
[11:42] <FireRabbit> where in gimp is the shadow option?
[11:46] <pitti> dholbach: I don't have a blog, I just put it on https://launchpad.ubuntu.com/people/pitti
[11:47] <ajmitch> dholbach: blog? not everyone needs one of those :)
[11:47] <dholbach> ahh ok :)
[11:48] <yacoob> ajmitch, impossible! web 2.0 is here!
[11:48] <ajmitch> yacoob: sorry, I'm still stuck at 0.x
[11:49] <tormod> I see there's a new "Known bugs" section in the release notes. Feel free to pick from https://wiki.ubuntu.com/EdgyReleaseNotes !
[11:49] <yacoob> Drats. We should send you some rounded boxes then.
[11:49] <tormod> I meant https://wiki.ubuntu.com/EdgyKnownIssues (bummer)
[11:50] <_ion> Kernel crash if PATA port is used on SATA cards needing the sata_promise kernel module (e.g. SATAII150 TX2plus)
[11:50] <_ion> Worksforme
[11:50] <_ion> 00:06.0 Mass storage controller: Promise Technology, Inc. PDC20375 (SATA150 TX2plus) (rev 02)
[11:57] <doko_> hrm, got a black/white splash screen for some reason ...
[11:58] <keescook> doko_: bug 67545 ?
[11:58] <Ubugtu> Malone bug 67545 in usplash "usplash appears black and white" [Undecided,Confirmed]  http://launchpad.net/bugs/67545
[11:58] <dholbach> doko_: amd64?
[11:58] <FireRabbit> well http://orion.extremeboredom.net/~eric/DropBox/edgy-gdm-theme-small.png this is the best i can do
[12:00] <doko_> keescook: dholbach: yes, exactly
[12:01] <keescook> pitti, mdz: what do you think of a link from the release notes to https://wiki.ubuntu.com/Apport in the "Crash Reports" section?
[12:02] <mdz> keescook: very nice, I didn't know about that page
[12:02] <mdz> oh, it didn't exist until recently
[12:02] <mdz> yes, that seems appropriate to link
[12:02] <keescook> mdz: yeah, very new.
[12:03] <mdz> I need to get some sleep; back in the morning
[12:03] <mjg59> mdz	Night
[12:04] <keescook> cya mdz
[12:04] <ajmitch> night mdz 
[12:04] <sabdfl> night mdz
[12:04] <mdz> mjg59: will you be around tomorrow?
[12:04] <Fujitsu> 'night, mdz.
[12:04] <dholbach> night mdz
[12:04] <mjg59> mdz: I'm in London now
[12:04] <mjg59> mdz: Ought to be around tomorrow - I can turn up wherever is useful
[12:04] <mdz> mjg59: I'll be at the fieldwave office in the morning and probably linuxworld later on
[12:04] <mdz> sabdfl: what on earth are you doing awake?
[12:06] <mjg59> mdz: Cool. I'll see you there in that case
[12:07] <dholbach> cr3: please tell me when you're don with the wiki
[12:07] <sabdfl> mdz: jetlag will do that
[12:08] <sabdfl> mdz: thanks for the oracle heads-up