[01:15] <shawn_home> I hope your not abandoning 'apt' in favour of 'smart' or give the option of letting people use apt still
[01:16] <KurtKraut> shawarma_away, I think we are dating with smart but far from merrying with it
[01:17] <KurtKraut> shawarma_away, actually, if I'm not mistaken, smart only complements apt. It does not subistitute apt
[01:17] <shawn_home> the wiki says otherwise
[01:17] <shawn_home> https://wiki.ubuntu.com/SmartPackageManager
[01:17] <shawn_home> 'We need to evaluate how to make a migration from apt to smart possible and painless and what features/changes are required to make smart the first-class package manager for Ubuntu.'
[01:20] <KurtKraut> shawarma_away, take a look at http://labix.org/smart
[01:22] <shawn_home> hmm
[01:24] <shawn_home> oh?
[01:24] <shawn_home> interesting
[01:45] <sivang> doko: don't we have python-egenix-mx::mxUID somewhere? isn't it not packaged?
[01:47] <doko> sivang: we should, what doesn't work?
[01:52] <sivang> doko: do you know which package mxUID resides in?
[01:52] <sivang> I couldn't find it
[01:53] <sivang> doko: hmm 'we should' means we have it or do not have it? :)
[02:10] <sivang> doko: I checked the source package, it seems we do not ship mxUID
[02:11] <doko> sivang: I'll look at it tomorrow; which package does need it?
[02:13] <sivang> doko: none that I know of , besides hubackup that is going to need it. I can help by providing a debdiff to the package to include this as well, but I haven't checked yet if it was not included due to license issues or so
[02:13] <sivang> doko: I'd like to create UUIDs from python and mxUID seems to be a good solution.
[02:13] <doko> sivang: please do file a bug, it doesn't sound RC at the moment ...
[02:14] <sivang> doko: no, it's not, it's all Feisty stuff indeed.
[02:14] <sivang> doko: thanks though :)
[04:19] <fabbione> morning
[04:19] <Fujitsu> Hey fabbione.
[04:50] <Vaske_Car> I have a problem that #ubuntu could not help me with. My internet is very slow and it need 5-7 seconds to open web page. Same computer with Windows partition working fine. I had exactly the same problem with Debian as well. Can anybody help me with this?
[04:50] <crimsun> utterly the wrong channel.
[04:52] <theCore> Vaske_Car, open a support request on https://launchpad.net/distros/ubuntu/+tickets
[05:34] <infinity> Gnar.
[05:34] <infinity> mdz: Your firefox upload was FTBFS.
[05:35] <fabbione> EEEKKKK
[06:42] <ArrenLex> How come kuickshow was taken out of the ubuntu repositories for dapper?
[06:45] <crimsun> ArrenLex: kdegraphics (4:3.5.2-0ubuntu4) dapper; urgency=low    * Do not create kuickshow package (needs imlib)
[06:46] <ArrenLex> I see. And why is imlib a problem?
[06:47] <Amaranth> imlib is in universe, kdegraphics is in main
[06:48] <ArrenLex> Wow, what an annoying reason not to include a package...
[06:49] <ArrenLex> Also, how come mplayer is in multiverse? It's GPL.
[06:49] <crimsun> ArrenLex: there are a number of reasons why imlib is a problem, the least of which is security maintenance.
[06:49] <crimsun> mplayer builds with non-free components, therefore it's in multiverse.
[06:50] <ArrenLex> Really? Which components are these?
[06:51] <Amaranth> I always thought it was there because of the obvious patent issues.
[06:51] <crimsun> the ones that reside in multiverse, like faad2, x264, and so on
[06:51] <ArrenLex> Amaranth: The patent issues are with w32codecs, not with mplayer... mplayer relies on libavcodec for free codecs, which is in the repos already anyway.
[06:51] <crimsun> since the binaries generated from those source packages resides in multiverse, then mplayer source /must/ be in multiverse.
[06:52] <ArrenLex> Why not just compile mplayer without faad, then?
[06:52] <crimsun> that was considered and rejected. Currently mplayer is the only media player that can play the vast majority of formats by default.
[06:52] <Amaranth> ArrenLex: w32codecs has _copyright_ issues, completely different.
[06:53] <ArrenLex> I see.
[06:53] <Amaranth> w32codecs is illegal to distribute in every country in the world that honors copyrights
[06:53] <Amaranth> That's all but a handful, as far as I know.
[06:54] <rmjb> bug #67606
[06:54] <Ubugtu> Malone bug 67606 in dmraid "dmraid is initialized before udev" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67606
[06:54] <ArrenLex> I see.
[06:54] <ArrenLex> Thanks a lot for all the help!
[06:55] <fabbione> rmjb: are you experiencing the problem or just bouncing random bugs around?
[06:56] <rmjb> I wanted to get the link
[06:56] <rmjb> I'm experiencing the problem, and I'm working on it... hope I'm doing the fix correctly
[06:58] <fabbione> rmjb: -> #ubuntu-motu
[06:58] <fabbione> the pkg is not in main
[06:58] <fabbione> and not supported
[06:59] <rmjb> yeah I know, the bug bot is in that channel also?
[06:59] <fabbione> dunno
[06:59] <fabbione> i don't hang there
[07:00] <rmjb> just checked, it seems to be...
[07:54] <fdsd> hey guys, I am writing an app that will image harddrives, does anyone know how I can read the name of a macintosh Volume, like for example the name of the drive is "Macintosh HD" but in linux how do I find this info? where is it stored?
[07:55] <Lathiat> fdsd: that'd likely be stored within the HFS+ data for the filesystem, see 'libhfsp' perhaps
[07:55] <Lathiat> hal may also be able to tell you
[07:56] <fdsd> Lathiat, thanks, Yeah hal does, but I dont have gnome installed on the livecd I created, and Im sure there isnt a command line mode for HAL
[07:56] <fdsd> or is there?
[07:56] <Lathiat> well i dont know of any tools off hand to do it but you certainly could write something that queried it from a console utility
[07:56] <tfheen> hal has a dbus interface, just use that
[07:56] <fdsd> ah cool
[07:59] <infinity> lshal is a CLI for hal.
[07:59] <fdsd> oh nice
[07:59] <infinity> There's also hal-get-property, for finer-grained searching, if you know what you're looking for.
[07:59] <fdsd> I just need it to output the name of the drive
[08:01] <fdsd> what do you guys think, If I have a failing harddrive is it better to turn off dma with hdparm to try to get data off?
[08:01] <tfheen> shouldn't matter
[08:02] <fdsd> ok
[08:03] <infinity> Dropping down to PIO modes can help you get corrupted data off, if that's what you want.
[08:03] <infinity> Since UDMA modes do more anal CRC checking and such, you'll get more errors (and more files will refuse to copy).
[08:04] <infinity> But dropping to a slower mode won't make the drive any less broken, it'll just make it less obvious.
[08:04] <fdsd> vol_id works perfectly
[08:04] <fdsd> infinity, ah
[08:05] <fdsd> infinity, cool, I have a script that will mount failing drives and copy the data off and I was wondering if setting it to PIO mode would help things
[08:07] <fdsd> wow vol_id is awesome, works perfectly
[08:14] <fdsd> Do you guys know of any way to put the x86 iso and the ppc iso on the same CD, I have got them down to about 200mb~  and since they are going to only boot on x86 macs and powerpc macs I would like to make one CD,  and since I can option boot and select the bootable volume it doesnt matter if its not bootable on a "PC"
[08:15] <tfheen> you should be able to by just fiddling with mkisofs options
[08:15] <fdsd> hmm
[08:15] <fdsd> I havent been able to figure it out since the ppc bootable iso is very specific and needs to be a hybrid hfs/iso
[08:16] <tfheen> oh, casper might need to be taught about it too.
[08:16] <fdsd> true
[08:16] <fdsd> thats not a big deal
[08:16] <tfheen> which would be a tad of work, but certainly not impossible.
[08:16] <fdsd> im comfertable modifing the initrd files
[08:17] <fdsd> it would be nice to figure out a way to make a multi volume iso using two iso files..lol
[08:35] <pitti> Good morning
[08:36] <ajmitch> morning pitti 
[08:38] <tfheen> pitti: hiya, you were supposed to upload some language-support packages; did you get around to that?
[08:39] <pitti> tfheen: yep, I did that at Saturday
[08:39] <pitti> tfheen: the new m-f-locale-all is also in
[08:39] <tfheen> pitti: excellent, thanks.
[08:51] <ajmitch> fabbione: you filed bug 67686?
[08:51] <Ubugtu> Malone bug 67686 in Ubuntu "[feisty]  please package libvirt" [High,Confirmed]  http://launchpad.net/bugs/67686
[08:52] <ajmitch> it's on the spec, why does it need to be done before feisty opens?
[08:52] <fabbione> ajmitch: yes
[08:52] <ajmitch> I've got packages mostly done, so I might as well reassign to myself
[08:52] <fabbione> ajmitch: because i am already updating the packages that i maintain
[08:52] <fabbione> ajmitch: up to you.. i just need that thingy
[08:53] <fabbione> i know zul does all the xen stuff.. 
[08:53] <fabbione> so virtualization and that .. = zul :)
[08:53] <ajmitch> bah, not all :)
[08:53] <ajmitch> he has his silent helpers
[08:54] <fabbione> ajmitch: ok so stop complaning and work silent slave^helper
[08:54] <fabbione> :P
[09:33] <pitti> tfheen: what's your deadline for uploading simple bug fixes for edgy? someone pointed me at bug 61687; it's a mere s/dapper/edgy/, but requires a new firefox upload
[09:33] <Ubugtu> Malone bug 61687 in firefox "in EDGY, searchplugin 'debsearch' searches for packages in dapper" [Undecided,In progress]  http://launchpad.net/bugs/61687
[09:33] <dholbach> good morning
[09:33] <tfheen> pitti: I just uploaded a new firefox since the last one ftbfs-ed.  I don't think I want any more simple bug fixes in; -updates.
[09:34] <pitti> tfheen: alright
[09:34] <tfheen> I guess it should really be on the release checklist.
[09:35] <ajmitch> tfheen: how about a fix for iptables (not yet built) that just adds -fno-stack-protector?
[09:35] <ajmitch> fixes bug 66681
[09:35] <Ubugtu> Malone bug 66681 in iptables "libipt_icmp.so: undefined symbol: __stack_chk_fail_local" [Unknown,Unknown]  http://launchpad.net/bugs/66681
[09:36] <janimo> Riddell: is a11y on the kubuntu CD working well?
[09:36] <pitti> tfheen: hm, an FTBFS fix for 2.0+0dfsg-0ubuntu1?
[09:36] <tfheen> pitti: yes
[09:36] <pitti> tfheen: the .changes on e-changes looks weird, no orig.tar.gz
[09:39] <tfheen> pitti: uh, that'd be weird.  It did almost build, though
[09:40] <pitti> tfheen: maybe the -changes emails just don't contain orig.tar.gz file lines, I never checked
[09:40] <Administrator> is the kernel_panic acpi issue already fixed in 2.6.17 ( acpi_hw_low_level_read ) bug 61848?
[09:40] <Ubugtu> Malone bug 61848 in linux-source-2.6.17 "[edgy]  kernel panic after last update" [Undecided,Confirmed]  http://launchpad.net/bugs/61848
[09:42] <fabbione> Administrator: you already asked in #ubuntu-kernel 2 seconds ago. If the bug is open it means that has not been fixed
[09:43] <Administrator> when will this be fixed?
[09:43] <fabbione> not in edgy..
[09:49] <Administrator> 2.6.18 is already out, when will this be uploaded to edgy?
[09:50] <fabbione> edgy is about to be released in 4 days.. there will be no .18 
[09:51] <Administrator> you guys releasing edgy while people have kernel panics? 
[09:51] <pygi> Administrator: dude, I seriously suggest you calm down
[09:51] <tfheen> Administrator: yes, we do that.
[09:51] <fabbione> Administrator: yes.
[09:51] <Administrator> I need to deliver 500 pc running edgy
[09:52] <tfheen> Administrator: now, please let us concentrate on the release.  There will be no changes to the kernel in edgy.
[09:52] <Administrator> they all have via chipsets
[09:55] <test> irc client borked. 
[09:56] <tfheen> ajmitch: uh, that's quite bad, but I think we'll put that in -updates.
[09:56] <test> So I will just have to use the fix that is suggested by the mailing list
[09:56] <ajmitch> tfheen: alright, just getting a fix together for it to test 
[09:57] <ajmitch> fabbione: libvirt packages are 95% done :)
[09:57] <fabbione> ajmitch: ok
[10:25] <rideout> dholbach, Riddell: are we going to updated qt for the security release qt just made, or provide it in the security repo after the release (by either using 4.2.1 and 3.3.7, or via backported changes) ?
[10:26] <rideout> s/updated/update/
[10:26] <dholbach> rideout: that's something where you'd like to have keescook and pitti in the loop :)
[10:26] <rideout> of course
[10:27] <rideout> but, at this late stage in the game, how is such a thing handled?
[10:27] <dholbach> how big are the changes?
[10:27] <tfheen> rideout: it's a normal security fix and we haven't held up the release for those in the past.
[10:28] <tfheen> so I'm not going to hold it up this time either; normal security queue is best.
[10:28] <pitti> the packages are ready
[10:28] <pitti> but I agree that fixing this post-release works just as wlel
[10:28] <pitti> well
[10:28] <rideout> cool, I was just curious, either is ok with me
[10:29] <rideout> dholbach: I'm running a diff now, Trolltech's security annoucement is way to vague to know what they changed
[10:41] <rideout> dholbach: "Fixed a potential security issue which could arise when transforming images from untrusted sources." This affects only QImage and maintains both forward and backward compatibility (source and binary) with Qt 4.2.0. 
[10:42] <pitti> dholbach, rideout: Riddell already has a patch for it, it's quite small and straightforward
[10:42] <pitti> so, no need for further research
[10:42] <dholbach> super
[10:43] <rideout> great
[10:51] <Riddell> it should be in the upload queue
[11:04] <infinity> pitti: Feel like looking at a fetchmail build failure?  It looks to be l10n-related, which is one of your specialties.
[11:04] <pitti> sure
[11:06] <infinity> pitti: Want me to bounce a log, or will you just reproduce it locally and play from there?
[11:07] <pitti> infinity: I'll look on the launchpad log, but I'll reproduce it locally anyway
[11:07] <infinity> pitti: LP log is fine, autotest log isn't.
[11:07] <pitti> oh, I guess there won't be an LP log; nevermind, will try locally
[11:08] <mdz> infinity: why didn't I get email about the FTBFS?
[11:08] <infinity> pitti: Relevant bit is this:
[11:08] <infinity> rm -f ja.gmo && /usr/bin/msgfmt -c --statistics -o ja.gmo ja.po
[11:08] <infinity> ja.po:8: nplurals = 1...
[11:08] <infinity> ja.po:162: ...but some messages have 2 plural forms
[11:08] <infinity> /usr/bin/msgfmt: found 1 fatal error
[11:08] <infinity> 619 translated messages.
[11:08] <infinity> make[1] : *** [ja.gmo]  Error 1
[11:09] <infinity> mdz: See, I think there was a failure to communicate there.  I was told that we weren't ready for widespread rollout of the notify_owner feature, and when a large number of people hopped on IRC to complain about suddenly being spammed in the last (and final) mass-give-back for edgy, I quickly turned it off in the config.
[11:09] <minghua> sounds like a broken translation to me
[11:10] <infinity> mdz: Hence whyI pinged you IRC about it instead, though.
[11:10] <mdz> infinity: spammed how?
[11:10] <infinity> mdz: I'll talk to cprov, but I think we need a way to say "this build's already sent a notification, never do it again".  Otherwise, every mass-give-back will tell people over and over again that a package that's been failing for months still is.
[11:11] <infinity> mdz: There was one Debian maintainer who is active in LP (but doesn't maintain anything in Ubuntu) who was surprised to get notified about build failures in his Debian packages, and then others who were just non-plussed about getting a mess of mails from the mass-retry.
[11:11] <mdz> I see
[11:11] <mdz> I didn't realize retries weren't accounted for in the original spec
[11:13] <tfheen> ogra: why isn't the edubuntu amd64 artwork fixed yet?  Isn't it going to be fixed?
[11:13] <fabbione> morning mdz
[11:13] <infinity> mdz: The concern was discussed, but clearly didn't filter down to the implementation phase.
[11:14] <infinity> mdz: And I'd been told that we weren't turning on notify_owner until post-release, so was going to discuss the remaining details then.  Oh well.
[11:15] <infinity> mdz: Dealing with retries all through the soyuz buildd code needs some table changes and some rethinks, this isn't the only feature that could desperately use a distinction between "first try" and "the rest".
[11:15] <seb128> tfheen: are uploads still approved? what about http://paste.ubuntu-nl.org/27946/ (fix gimp.desktop translation domain so the menu item is translated)?
[11:16] <infinity> seb128: tfheen was hoping to close the archive for anything <= ship.
[11:16] <ogra> tfheen, working on it 
[11:16] <infinity> seb128: Unless it's critical.
[11:16] <seb128> it's not critical for sure, it's "only a translation"
[11:16] <tfheen> seb128: is that useful without updating the langpacks too?
[11:17] <seb128> tfheen: yes, it makes the translations being used
[11:17] <infinity> Argh, speaking of <= ship, we still have a mess of stuff in the queue. :/
[11:17] <seb128> that's only for the menu item
[11:17] <seb128> not for gimp itself
[11:17] <tfheen> seb128: oh, so it'll read "Gimp image editor" in all languages?
[11:17] <infinity> tfheen: Care to run through the queue with me, and we can accpet or hold (for later acceptance if rebuilding CDs, or rejection if not) each?
[11:17] <ajmitch> tfheen: universe uploads will still be accepted through?
[11:17] <tfheen> infinity: please.
[11:17] <seb128> tfheen: correct, that's what it does atm
[11:18] <tfheen> seb128: -updates, then.
[11:18] <seb128> -proposed you mean?
[11:18] <infinity> tfheen: Kay, let me get a list without universe.
[11:18] <tfheen> seb128: well, yes, and then -updates.
[11:18] <seb128> I'm not sure I feel like started the whole -updates procedure for it
[11:18] <tfheen> ajmitch: talk to dholbach about that, I have enough with main.
[11:18] <jdub> mdz, BenC: http://kernelslacker.livejournal.com/57802.html
[11:18] <seb128> I'll keep that somewhere for later
[11:18] <infinity> tfheen: :
[11:18] <infinity>   112718 | S- | kdelibs              | 4:3.5.5-0ubuntu3     | 13 hours
[11:18] <infinity>          | * kdelibs/4:3.5.5-0ubuntu3 Component: main Section: kde
[11:18] <infinity>   112717 | S- | kde-guidance         | 0.7.0-0ubuntu4       | 13 hours
[11:18] <infinity>          | * kde-guidance/0.7.0-0ubuntu4 Component: main Section: kde
[11:19] <mvo> can someone from the archive-admins please take care of bug #67436? firefox-locale-tr needs to be removed 
[11:20] <tfheen> Riddell: ^^ what is the debdiff for those?
[11:21] <dholbach> jdub: it's needed for desktopsecure in dapper-commercial... about "*disable* some of the anti-rootkit features the kernel employs" I don't know...
[11:21] <infinity_> How convenient.
[11:21] <infinity_> I either hung irssi or screen.  Pick one.
[11:21] <infinity_> tfheen: What was the last line that got through on my paste?
[11:22] <tfheen> infinity_: 11:18 < infinity>          | * kde-guidance/0.7.0-0ubuntu4 Component: main
[11:22] <infinity_>   112688 | S- | qt4-x11              | 4.2.0-1ubuntu6       | 41 hours
[11:22] <infinity_>          | * qt4-x11/4.2.0-1ubuntu6 Component: main Section: libs
[11:22] <infinity_>   112687 | S- | qt-x11-free          | 3:3.3.6-3ubuntu3     | 41 hours
[11:22] <infinity_>          | * qt-x11-free/3:3.3.6-3ubuntu3 Component: main Section: libs
[11:22] <infinity_> Right.  Done, then.
[11:22] <jdub> dholbach: i know what it's for; doesn't mean it's right ;-)
[11:22] <infinity_> Those two are security fixes, they can be rejected and go to -security if you'd prefer.
[11:23] <pitti> infinity, tfheen: ok to upload http://people.ubuntu.com/~pitti/tmp/fetchmail.ftbfs.diff ?
[11:23] <mdz> jdub: I wouldn't expect BenC to patch common code for the sake of those modules, so whatever craziness they employ is limited to users who decide to use desktopsecrue
[11:23] <mdz> desktopsecure, rather
[11:24] <tfheen> pitti: looks good to me.
[11:24] <simira> BenC: do you want any log references for a suspend-problem? (won't resume) In case, which ones?
[11:24] <pitti> tfheen: ok, uploaded
[11:26] <infinity> Okay, should be back for good now.
[11:26] <infinity> I hate computers...
[11:27] <ogra> mvo, do you happen to have an amd64 edubuntu install left ? i installed i386 over mine, and need to test the edubuntu usplash fix
[11:29] <mvo> ogra: I have one left I think, yes
[11:29] <mvo> ogra: you need a upgrade test?
[11:29] <mvo> ogra: or a fresh install test?
[11:29] <ogra> i only need to know if that looks ok -> http://people.ubuntu.com/~ogra/edubuntu-artwork-usplash_0.1.0-45_i386.deb
[11:29] <infinity> tfheen: Right, so, back to the queue. :/
[11:29] <ogra> upgrading the package should suffice
[11:29] <tfheen> infinity: use a pastebin?
[11:30] <ogra> err
[11:30] <ogra> argh
[11:30] <mvo> :) no amd64 pkg?
[11:30] <ogra> crap ... indeed i have no amd64 chroot left either
[11:30] <ogra> grmbl
[11:30] <mvo> ogra: I can build it here
[11:30] <mvo> ogra: just point me to the source pkg
[11:31] <infinity> tfheen: http://cerberus.0c3.net/~adconrad/queue.txt
[11:31] <infinity> tfheen: publisher is still manul right now, BTW, so we can shove things in ASAP, if you approve anything.
[11:31] <ogra> mvo, scp'ing ... takes a second the tgz is big
[11:32] <infinity> tfheen: And firefox is still building, so not losing any time yet. :)
[11:32] <tfheen> infinity: fetchmail is ok.
[11:32] <tfheen> what is the changelog for the pppoeconf change?
[11:32] <tfheen> ditto for ubuntu-docs
[11:33] <Gloubiboulga> tfheen, bug 54383 for pppoeconf
[11:33] <Gloubiboulga> bug #54383
[11:33] <infinity>  pppoeconf (1.10ubuntu3) edgy; urgency=low
[11:33] <infinity>  .
[11:33] <infinity>    * Remove broken zenity support, backport from Debian pppoeconf 1.12
[11:33] <infinity>      (Closes Malone: #54383)
[11:33] <gnomefreak> Gloubiboulga: bots are being rebooted
[11:34] <Gloubiboulga> gnomefreak, ok
[11:34] <tfheen> infinity: pppoeconf approved.
[11:35] <infinity>  ubuntu-docs (6.10.4) edgy; urgency=low
[11:35] <infinity>  .
[11:35] <infinity>    * Updating omf files for getting-help
[11:35] <infinity>    * Removing es_ES locale for aboutubuntu (duplicate of es) - bug 66819
[11:35] <tfheen> Gloubiboulga: any idea about xfce4-appfinder?
[11:35] <tfheen> infinity: debdiff looks sane?
[11:35] <Gloubiboulga> tfheen, not at all
[11:35] <infinity> tfheen: Need to make one.  Sec.
[11:36] <ogra> infinity, i got a mail about nbd FTBFSing on ia64 and have no clue whats wrong there
[11:36] <tfheen> ogra: don't care about ia64 for now.
[11:36] <infinity> ogra: I couldn't care less about ia64 failures at this point.
[11:37] <infinity> (Well, I could care less, I suppose...)
[11:37] <infinity> Okay, debdiff on ubuntu-docs takes forever...
[11:37] <pitti> tfheen: ah, thanks for sneaking the debsearch firefox fix in; now we have two accepted 2.0+0dfsg-0ubuntu2 versions on -changes, let's start the race :)
[11:37] <ogra> tfheen, oki
[11:37] <ogra> mvo, its up on p.u.c, 0.1.0-45
[11:37] <infinity> pitti: That's cause I accepted it and then rejected it from the accepted queue.
[11:37] <pitti> ah
[11:38] <infinity> pitti: Could be fun to send "just kidding" messages to -changes when that happens, but it's pretty rare. :)
[11:38] <mvo> ogra: ok, I will check it out now
[11:38] <ogra> ta
[11:39] <tfheen> infinity: what does the xfce4-appfinder changelog look like?
[11:40] <infinity>  xfce4-appfinder (4.3.90.2-0ubuntu2) edgy; urgency=low
[11:40] <infinity>  .
[11:40] <infinity>    * debian/patches/00_fix_crash_on_start.patch: Fix crash on starting
[11:40] <infinity>      based on patch from Xfce bugzilla. (LP #51373)
[11:41] <infinity> tfheen: http://cerberus.0c3.net/~adconrad/ubuntu-docs.diff
[11:41] <infinity> 1.2MB.  Ugh.
[11:41] <tfheen> infinity: xfce4-appfinder seems to come from janimo, so approved.
[11:41] <Kamion> we should probably do something about iptables :-/
[11:41] <Kamion> anyone looking at that?
[11:41] <Kamion> (bug 66681)
[11:41] <ajmitch> Kamion: I was 
[11:42] <Ubugtu> Malone bug 66681 in iptables "libipt_icmp.so: undefined symbol: __stack_chk_fail_local" [Unknown,Rejected]  http://launchpad.net/bugs/66681
[11:42] <infinity> Kamion: FTBFS, or actually runtime-broken?
[11:42] <Kamion> infinity: runtime
[11:42] <infinity> Oh, needs -fno-stack
[11:42] <tfheen> Kamion: seems to just be icmp, though
[11:42] <infinity> How the heck did it ever get that symbol defined in the first place?  That should be a build failure, not a runtime failure.
[11:42] <infinity> Woo.
[11:43] <Kamion> it's a shared object, so gcc won't complain about missing symbols
[11:43] <infinity> Oh, fair point.
[11:43] <Kamion> if it were a fully linked executable, it'd be a build failure
[11:43] <infinity> Yeah.  DSOs, for the loss.
[11:43] <Kamion> s/gcc/ld/ I guess
[11:43] <tfheen> Kamion: verified, it's just ICMP, so I think -updates is appropriate.
[11:44] <Kamion> tfheen: disagreed
[11:44] <Kamion> $ for x in `dpkg -L iptables | fgrep .so`; do nm -D $x | grep -q stack_chk && echo $x; done
[11:44] <Kamion> /lib/iptables/libipt_conntrack.so
[11:44] <Kamion> /lib/iptables/libipt_icmp.so
[11:44] <Kamion> /lib/iptables/libipt_rpc.so
[11:44] <Kamion> /lib/iptables/libip6t_icmpv6.so
[11:44] <Kamion> conntrack's kinda bad to lose?
[11:44] <mdz> conntrack = important
[11:44] <Kamion> /lib/iptables/libip6t_policy.so
[11:44] <infinity> Yeah, conntrack is my friend.
[11:45] <tfheen> ok, agreed then.
[11:45] <tfheen> ajmitch: go ahead.
[11:45] <infinity> ajmitch: -fno-stack-protector in CFLAGS should fix it up nicely.
[11:46] <infinity> ajmitch: And once you've uloaded, be so kinda as to update wiki.u.c/GccSsp? :)
[11:46] <ajmitch> infinity: sure
[11:46] <infinity> dholbach: Since ajmitch is busy working on main for us, want to do some quick universe queue approvals with me?
[11:46] <ajmitch> infinity: certainly
[11:47] <dholbach> infinity: sure
[11:47] <infinity> dholbach: http://cerberus.0c3.net/~adconrad/queue.txt
[11:48] <tfheen> infinity: I don't fee comfortable with the -docs update; it touches too much of the build system.
[11:48] <tfheen> mdke: ^^ ; Can we put it in updates instead?
[11:48] <dholbach> infinity: fai, fai-kernels, eclipse, eclipse-pydev are approved
[11:48] <infinity> tfheen: If it fixed scrollkeeper spew, I'm all for it (cron.monthly hates me), otherwise, I'm with you on the "man, that's big and fiddly".
[11:50] <dholbach> infinity: libadabindx is fine too
[11:50] <Gloubiboulga> infinity, texmaker has been approved by ajmitch yesterday, and scite by siretart on bug 61033
[11:50] <Ubugtu> Malone bug 61033 in scite "Tabs don't function properly under edgy" [Undecided,Needs info]  http://launchpad.net/bugs/61033
[11:50] <infinity> Erggh, there were two eclipse uploads in there.
[11:51] <mdz> good, firefox built now
[11:51] <dholbach> infinity: enigmail-locales too
[11:51] <tfheen> infinity: it's more that I don't want to touch the build system at this point.
[11:52] <dholbach> infinity: wherami too (bug 67499)
[11:52] <Ubugtu> Malone bug 67499 in whereami "testssid uses wrong interpreter" [Low,Fix committed]  http://launchpad.net/bugs/67499
[11:52] <infinity> And the eclipse uploads were identical.  Phew.
[11:52] <heno> tfheen: FYI, I uploaded new winfoss tarballs on saturday (/w FF RC3). I take it you still pull those into builds automatically?
[11:52] <heno> (or is it all on manual now?)
[11:55] <infinity> tfheen: Done with the main queue, or have a few more before I kick the publisher?
[11:55] <infinity> dholbach: azureus, user-he, adasockets, nautilus-script-manager, gch?
[11:55] <dholbach> infinity: azureus is fine too - looking up the others
[11:55] <infinity> gch was an FBFS fix from StevenK.
[11:56] <dholbach> gch is fine too (bug 65453)
[11:56] <Ubugtu> Malone bug 65453 in gch "[UNMETDEPS]  gch has unmet dependencies" [Undecided,Fix committed]  http://launchpad.net/bugs/65453
[11:56] <mvo> ogra: bootup splash looks ok, splash-down looks strange (but that might be X confusing the grafic board), I can give it another go on a different graphic board
[11:56] <dholbach> i suppose that nautilus-script-manager is bug 67542
[11:56] <Ubugtu> Malone bug 67542 in nautilus-script-manager "enable script doesn't expand ~" [Medium,Fix committed]  http://launchpad.net/bugs/67542
[11:56] <dholbach> if that's it - looks fine too
[11:56] <infinity>  nautilus-script-manager (0.0.5-0ubuntu4) edgy; urgency=low
[11:56] <infinity>  .
[11:57] <infinity>    * Change script shell to /bin/bash (Closes: Malone #67542)
[11:57] <ogra> mvo, that would be great, thanks 
[11:57] <tfheen> heno: yes, thanks.
[11:57] <tfheen> infinity: no, I'm happy.
[11:57] <dholbach> infinity: ok, fine with me
[11:57] <tfheen> infinity: Riddell apparently isn't around to answer for the k* stuff, so I'll defer those.
[11:57] <Fujitsu> adasockets 1.8.4.7-4 fixes the unmet dependencies, I was looking at it yesterday... I'm not sure what's in -2ubuntu1, but a sync would be preferable, wouldn't it?
[11:57] <infinity> dholbach: Probbaly the wrong fix (dash expands ~ too, i's just more picky about how you quote it), but whatever, it'll work.
[11:57] <dholbach> infinity: user-he is a unmetdeps fix - fine too
[11:58] <dholbach> infinity: i wouldn't want it to go through n+1 iterations now. :-)
[11:58] <infinity> dholbach: adasockets is another StevenK gnat special.
[11:58] <Kamion> heno: automatic
[11:58] <Kamion> heno: though builds themselves are on manual
[11:59] <dholbach> infinity: ok, looks good
[11:59] <infinity> Okay, that clears the universe queue completely, publishing the world.
[11:59] <heno> Kamion: k, thanks
[12:00] <infinity> Err, wait.
[12:00] <infinity> tfheen: Are we doing anything other than -server on sparc? (like an alternate?)
[12:00] <infinity> tfheen: Cause firefox isn't done there.
[12:00] <infinity> Actually, we need another cycle for ppoe anyway.
[12:00] <ogra> does anyone here have two abtteries in a i386 laptop and sees bug 60442 ?
[12:00] <Ubugtu> Malone bug 60442 in gnome-power "Dual / Two Batteries, shutdown on empty expansion battery. (GPM does not recognises second battery on hotplug)" [Unknown,Confirmed]  http://launchpad.net/bugs/60442
[12:00] <ogra> *batteries even
[12:01] <dholbach> ogra: I think it was Lure who had one
[12:01] <ogra> he's not here :/
[12:02] <tfheen> infinity: not that I know of, no.
[12:02] <infinity> ogra: It's a well-known bug...
[12:02] <ogra> seems upstream fixed it in CVS on friday ... the fix is small enough that i'd apply it, but not if i cant get it tested
[12:02] <infinity> ogra: It's triggering events on battery state rather than whole-system state.
[12:02] <infinity> ogra: Two batteries (and one dying completely) is an esoteric enough setup that it's fine for -proposed/-updates post-release.
[12:03] <ogra> well, mjg59 complained about it being a regression
[12:03] <ogra> and the patch is really small, i wuldnt mind to get it in before release: http://bugzilla.gnome.org/attachment.cgi?id=75163&action=view
[12:04] <infinity> It is a regression, certainly, but we're in the death march right now.
[12:04] <infinity> tfheen: Your call of course, boss. :)
[12:04] <ogra> i know
[12:05] <ogra> infinity, well, discussing it without having anybody to test the patch is a waste of energy anyway :)
[12:05] <tfheen> ogra: -updates.  I want to get the CDs done today and I can't do that if I have to empty a battery first.
[12:05] <ogra> lol, ok
[12:05] <infinity> tfheen: Use a fork.
[12:05] <tfheen> infinity: I'd like to be able to use the battery later too.
[12:06] <infinity> Oh, picky. :)
[12:06] <tfheen> you knew that already. :-)
[12:09] <infinity> ajmitch: How's that iptables coming along?
[12:11] <ajmitch> infinity: just building it again to test on the laptop, should only be a couple of min
[12:11] <infinity> ajmitch: Sweet, thanks.
[12:12] <mvo> ogra: no shutdown bootsplash at all on the second machine (that is probably because it is a nvidia card) - oh, one more thing. on bootup the progress bar looks very strange (as if random black pixels have been inserted)
[12:13] <Kamion> mvo: I fixed that post-RC
[12:13] <Kamion> shutdown bootsplash on amd64?
[12:13] <ogra> but is it recognizeable as progress bar ?
[12:14] <mvo> ogra: it is. it just looks a bit garbled
[12:15] <mvo> Kamion: could you please have a look at #67436 and remove mozilla-firefox-locale-tr from the archive?
[12:15] <Fujitsu> pitti: I'll take a look..
[12:15] <mvo> it causes havoc and there is m-f-l-tr-tr that replaces it
[12:16] <pitti> Fujitsu: cheers
[12:16] <pitti> mvo: oh, I can also add a -tr transitional package if necessary
[12:16] <ajmitch> oh good, iptables fix worked, debdiff is at http://ajmitch.net.nz/debuild/ubuntu/tmp/iptables.debdiff
[12:17] <infinity> ajmitch: Looks poifect.
[12:17] <ajmitch> k, should hit the queue soon
[12:17] <mvo> pitti: that would be good as well, its just that the current package causes trouble
[12:17] <infinity> Many happy returns.
[12:18] <pitti> mvo, tfheen: a word from you and I'll upload a new m-f-locale-all with a transitional -tr package
[12:18] <mvo> pitti: the -tr package is universe anyway - but it needs either a transitional package or must be removed 
[12:19] <pitti> mvo: removing would be better, but that doesn't help dapper upgrades
[12:19] <mvo> right
[12:19] <pitti> mvo: and mozilla-firefox-locale-tr-tr is in main
[12:19] <mvo> *nod*
[12:19] <pitti> hm, it was in main for dapper already
[12:19] <pitti> but dapper's -tr wasn't a transitional packge
[12:19] <infinity> So this is a longstanding bug, then.
[12:19] <Kamion> it needs both a transitional package and removal of the old source
[12:19] <infinity> Not an upgrade issue, per se.
[12:20] <pitti> however, the current -tr source/binary shuold be removed nevertheless
[12:20] <Kamion> oh, hang on, dapper had m-f-l-tr-tr
[12:20] <Kamion> do we expect to have been installing m-f-l-tr in dapper?
[12:20] <pitti> Kamion: right, but dapper's -tr wasn't a transitional package
[12:20] <Kamion> yeah, I know
[12:20] <infinity> Did dapper's -tr work?
[12:20] <infinity> If so, people may have installed it.
[12:20] <sivang> re
[12:20] <pitti> Kamion: language-support-tr in dapper used -tr-tr, which was fine
[12:20] <infinity> If not, who cares?
[12:20] <pitti> it's just an issue for manual installations
[12:21] <Kamion> infinity: it would have installed due to the l-s-tr dep, but I doubt it worked
[12:21] <pitti> and dapper's -tr was uninstallable anyway
[12:21] <Kamion>  Depends: mozilla-firefox (<< 1.0.99 ) | firefox (<< 1.0.99) | language-support-tr
[12:21] <mvo> it causes firefox removals if installed
[12:21] <Kamion> installable, but not functional
[12:21] <infinity> dapper's wouldn't have worked.
[12:21] <infinity> Yeah.
[12:21] <infinity> We all got there at the same time.
[12:21] <Kamion> yeah, no need for a transitional, I'll just remove it
[12:21] <infinity> So, I say just remove it and be done with it.
[12:21] <infinity> No dapper user would have it installed.
[12:21] <pitti> infinity++
[12:21] <mvo> thanks
[12:23] <Kamion> done
[12:23] <infinity> Any other last-minute stuff for the CDs?  Speak now.
[12:23] <infinity> And quickly.
[12:23] <mvo> infinity: -live or -alternate? or both?
[12:23] <infinity> mvo: yes.
[12:24] <tfheen> I need to pop out for a minute, but I'll be back before the publisher run finishes.
[12:24] <mvo> infinity: I would like to upload a workaround for #58424 in the dist-upgrader. but if it doesn't go on the CD that would not be too terrible
[12:24] <infinity> mvo: These are probably not going to be the final CDs anyway, but we can all hope.  Right?
[12:25] <infinity> This is my hopeful face!
[12:25] <mvo> infinity: hehe, good point
[12:25] <tfheen> infinity: shh!
[12:25] <Fujitsu> pitti: That page should now be perfect :P
[12:25] <Kamion> still doing archive admin, but I think mostly universe now
[12:25] <Kamion> I'll warn if anything mainish shows up
[12:26] <Kamion> and going through ubiquity bugs, but they're practically all busted CDs
[12:26] <pitti> Fujitsu: ah, thanks
[12:26] <infinity> I have a few universe bugs to clean up in my "spare time" before release too.
[12:27] <infinity> Haven't focussed there, with all the main hubbub.
[12:27] <sivang> infinity: hub-bug? :)
[12:27] <sivang> err, bub
[12:27] <infinity>   hubbub
[12:27] <infinity>        n : loud confused noise from many sources [syn: {uproar}, {brouhaha},
[12:27] <infinity>             {katzenjammer}] 
[12:28] <infinity> I rather like brouhaha as well.
[12:28] <sivang> oh, cool
[12:29] <AnAnt> what should I do if I asked a question on #ubuntu+1 & ubuntu-users mailing list several days ago, yet got no answer 
[12:29] <AnAnt> ?
[12:30] <infinity> Discover the answer yourself?
[12:32] <pitti> AnAnt: file a support ticket on launchpad?
[12:35] <AnAnt> k
[12:37] <dholbach> tfheen, Riddell: are you ok with me uploading:  http://daniel.holba.ch/temp/kubuntu-default-settings.ebdiff ?
[12:38] <AnAnt> thanks
[12:43] <ogra> mvo, i updated the package on p.u.c with a different progressbar, could yo0u test again ? should look better now
[12:44] <mvo> ogra: ok
[12:44] <ogra> thanks again :)
[12:44] <mvo> ogra: usplash down is fixed too :) ?
[12:44] <infinity> dholbach: We have a couple of other KDE things in the queue in a holding pattern already.  Can you upload it, so we don't lose it, and when Riddell's around, we'll decide if it should be rejected or accepted.
[12:44] <ogra> nope, i dunno whats wrong there
[12:45] <dholbach> infinity: alrighty
[12:46] <ogra> mvo, usplash down is fixed in usplash, noztt in the artwork 
[12:46] <ogra> you need 0.4-33 installed
[12:46] <pitti> infinity: do you already have a victim^Wvolunteer for the python-qt4 FTBFS?
[12:47] <mvo> ogra: ok, I will make sure that its full upgraded
[12:47] <Riddell> dholbach: good with me
[12:47] <infinity> pitti: tfheen and I made an executive decision to close the gates for FTBFS fixes, any from now on will go to -proposed/-updates post-release, so the fixes aren't lost (and security is made a bit simpler)
[12:47] <dholbach> Riddell: uploading.
[12:47] <pitti> ah, ok
[12:48] <infinity> pitti: Err, for anything <= ship, that is.
[12:48] <pitti> infinity: I just took a look at the remaining unassigned edgy milestone bugs, and that one caught my eye
[12:48] <infinity> pitti: But I'm pretty sure pytohn-qt4 is on riddell's CDs. :)
[12:49] <infinity> Actually... Why is it in main at all?  Now I can't find it in the seeds...
[12:49] <infinity> Must be a build-dep or something.
[12:49] <pitti> -- edgy/main amd64 deps on python-qt4:
[12:49] <pitti> hwdb-client-kde
[12:50] <infinity> Yeah, just got there.
[12:50] <infinity> So, definitely a no-go.  That's in -desktop
[12:50] <pitti> I would have some time to fix it
[12:51] <infinity> pitti: Milestone it for "later", please.
[12:51] <pitti> alright
[12:51] <infinity> And give it an edgy task, too.
[12:51] <infinity> So we don't just fix it in feisty. :)
[12:51] <Kamion> ok, all actionable archive admin done
[12:51] <infinity> It sounds like the sort of package that might get a security vuln or twelve.
[12:52] <Kamion> I'll just do a quick round of the usual checks
[12:52] <pitti> infinity: bah, there's no 'edgy' release in LP yet
[12:52] <carlos> Kamion: could you provide me with a tarball of translations that are part of final Edgy's installer?
[12:53] <infinity> pitti: Oh, fun. Nevermind, then.
[12:53] <tfheen> pitti: just milestone it for later, then
[12:53] <carlos> Kamion: to update the statistics in Rosetta
[12:53] <pitti> yup, done
[12:53] <Kamion> some universe NBSes to be done, but the updated binaries aren't there yet
[12:53] <Kamion> carlos: did you try looking in the usual place? :)
[12:53] <pitti> so I guess it's now definitively too late to promote command-not-found
[12:53] <carlos> Kamion: do you keep it up to date?
[12:53] <Kamion> -rw-r--r-- 1 cjwatson warthogs 256271 Oct 23 05:41 template.pot
[12:53] <Kamion> carlos: yes
[12:54] <carlos> Kamion: ok, I thought I should ask an update every time ;-)
[12:54] <Kamion> 24 5,11,17,23 * * *     cd ~/installer-po && ./extract-templates /srv/archive.ubuntu.com/ubuntu
[12:54] <infinity> Kamion: edgy's NEW queue is filling up again too.
[12:54] <carlos> ok, cool
[12:54] <pitti> tfheen: desktop seed still depends on command-not-found, shall I unseed it?
[12:54] <carlos> Kamion: thanks
[12:54] <Kamion> infinity: oh, good point, I'll do that
[12:54] <tfheen> pitti: I thought it was brought into main?
[12:54] <Kamion> tfheen: I hope not at this point
[12:54] <pitti> tfheen: I just did the MIR, but it's not promoted; at least it's the only thing in anastacia
[12:54] <infinity> Never was promoted.
[12:54] <Kamion> tfheen: apparently it doesn't exit 1 when a command isn't found ...
[12:55] <pitti> but it's a bit late for promotions
[12:55] <Kamion> as in, when being called as a bash hook
[12:55] <tfheen> gnr.
[12:55] <infinity> Ew.
[12:55] <Riddell> tfheen: http://kubuntu.org/~jriddell/tmp/guidance.debdiff http://kubuntu.org/~jriddell/tmp/kdelibs.debdiff
[12:55] <Kamion> so I'm kind of not very convinced about promoting it
[12:55] <tfheen> so we need to unseed that and upload new *-meta?
[12:55] <infinity> meta should be fine.
[12:55] <pitti> tfheen: the package ubuntu-desktop doesn't depend on it
[12:55] <Kamion> -meta won't depend on it
[12:55] <infinity> germinate ignores packages it can't resolve.
[12:56] <Kamion> perhaps somebody could check that an ./update in all *-meta packages does nothing
[12:56] <tfheen> pitti: thanks.
[12:56] <pitti> yes, I can do that
[12:56] <pitti> Kamion: ^
[12:56] <Kamion> ta
[12:56] <infinity> Kamion: I have to run off for ~15-20... If the buildds go idle before I'm back (unlikely, but it might happen), can you by-hand a publisher run at that point?
[12:57] <Kamion> infinity: ok, I'll check once I've done NEW
[12:57] <infinity> Kay.  Back in a few.
[12:59] <tfheen> Riddell: you should set SHELL=sh -e in debian/rules when you do multiple commands in a single make rule or otherwise catch and fail on errors.
[01:00] <pitti> Kamion: For the record, I filed a bug for that
[01:01] <mvo> ogra: new version looks better. not perfect but a lot better
[01:01] <ogra> ok
[01:01] <ogra> do you think its enough for final ? 
[01:01] <mvo> ogra: and usplash-down works too
[01:01] <ogra> yay !
[01:01] <tfheen> Riddell: also, what is:
[01:01] <tfheen> -#define MODULE_DIR "/home/jr/src/guidance/new/kde-guidance-0.7.0/debian/tmp/usr/share/apps/guidance"
[01:01] <tfheen> +#define MODULE_DIR "/root/guidance/kde-guidance-0.7.0/debian/tmp/usr/share/apps/guidance"
[01:01] <tfheen> ?
[01:01] <tfheen> why does it hard code paths in .cpp files?
[01:01] <mvo> ogra: yes, its just two pixels that look strange at the start
[01:02] <ogra> ok
[01:02] <Kamion> pitti: thanks; could you reproduce it yourself?
[01:02] <pitti> yes
[01:02] <Kamion> pitti: I only heard about it second-hand
[01:02] <mvo> ogra: interesstingly the usplash-down looks correct 
[01:03] <Riddell> tfheen: I'd have to ask the author to find that out, but it hasn't caused us problems so far
[01:03] <sivang> hi mnepton 
[01:03] <tfheen> Riddell: is that a generated file?  If so, it should be removed on clean.
[01:04] <tfheen> Riddell: in kdelibs.diff, you changelog doesn't say anything about what you changed.
[01:05] <mvo> doko: any idea about https://launchpad.net/distros/ubuntu/+source/python-gnome/+bug/60361?
[01:05] <Ubugtu> Malone bug 60361 in python-gnome "fails to install" [High,Confirmed]  
[01:05] <Riddell> tfheen: more information is on the bug report https://launchpad.net/distros/ubuntu/+source/kdelibs/+bug/63325
[01:05] <Ubugtu> Malone bug 63325 in kdelibs "systemsettings won't load the desktop_kde-systemsettings.mo translation in Edgy" [Low,In progress]  
[01:06] <Kamion> ok, NEW's empty
[01:06] <Kamion> buildds are still building eclipse
[01:07] <tfheen> Riddell: that information should still be in the changelog.
[01:09] <Riddell> tfheen: I can add and re-upload if you wish
[01:09] <mdz> tfheen: I've uploaded another firefox with a small javascript-only patch blessed and requested by upstream: http://people.ubuntu.com/~mdz/temp/firefox.diff
[01:09] <mdz> tfheen: if anything happens which leaves a window to do another build, please roll it in
[01:09] <doko> mvo: that's a file conflict; one of the packages should be fixed, or a conflict be added.
[01:09] <tfheen> Riddell: apart from that, the fixes looks ok-ish to me, but my C++ isn't that good, so I hope you've tested it.
[01:09] <tfheen> (approved)
[01:10] <mvo> doko: a conflict might be the easiest option for now
[01:10] <Riddell> tfheen: thanks, what happened to katapult?
[01:10] <tfheen> Riddell: nothing; I haven't seen a debdiff.
[01:11] <tfheen> mdz: will look at it now
[01:12] <tfheen> mdz: oh, shiny.
[01:15] <Kamion> tfheen: shall I accept that now?
[01:16] <tfheen> Kamion: kdelibs and kde-guidance, yes, please.
[01:16] <Kamion> tfheen: I was asking about firefox, but ...
[01:16] <pitti> Kamion: 'No changes found' for all four *-meta
[01:16] <tfheen> Kamion: I'd like to test the fix first.
[01:16] <Kamion> tfheen: ok. kdelibs and kde-guidance accepted
[01:17] <Lathiat> hrm why does the launcher have a firefox icon but the program itself doesnt
[01:17] <Kamion> tfheen: unapproved: firefox/2.0+0dfsg-0ubuntu3 kubuntu-default-settings/1:6.10-61 katapult/0.3.1.3-0ubuntu5 ubuntu-docs/6.10.4 qt4-x11/4.2.0-1ubuntu6 qt-x11-free/3:3.3.6-3ubuntu3
[01:17] <Riddell> tfheen: http://kubuntu.org/~jriddell/tmp/katapult.debdiff
[01:17] <Riddell> tfheen: I understand that Mez spoke to you about those patches previously
[01:17] <infinity> Kamion: Okay, back.
[01:18] <tfheen> Riddell: he spoke to me about the _bugs_ previously.  He said he'd get the patches back to me, but never did.
[01:18] <Kamion> infinity: hi. your buildds are still churning
[01:18] <infinity> Kamion: So I see. :)
[01:18] <ogra> tfheen, http://people.ubuntu.com/~ogra/e-a.debdiff ?
[01:18] <Riddell> tfheen: right.  they're large patches but come from the current released version
[01:20] <tfheen> Kamion: please accept firefox.
[01:20] <doko> tfheen: would you consider fixing http://www.openoffice.org/issues/show_bug.cgi?id=70601 ?
[01:20] <Ubugtu> OpenOffice.org bug 70601 in Presentation "Crash in Draw and Impress by pressing the Del key" [Patch,Started: ]  
[01:20] <infinity> tfheen: kubuntu-default-settings is a tiny patch that fixes a crasher in icon themes.  I told dholbach to upload it "in case we accepted the other KDE stuff".
[01:21] <tfheen> infinity: yeah; approved.
[01:21] <Riddell> tfheen: http://kubuntu.org/~jriddell/tmp/qt3-edgy.debdiff http://kubuntu.org/~jriddell/tmp/qt4-edgy.debdiff  the patches is from trolltech
[01:21] <infinity> doko: An OOo build seems pretty unacceptable at this point, unless it's critical.
[01:22] <tfheen> ogra: edubuntu-artwork looks good; I'm assuming you've tested the images.
[01:22] <ogra> i'm just doing a last local test, mvo confirmed bug 66726 to be fixed
[01:22] <Ubugtu> Malone bug 66726 in edubuntu-artwork "edubuntu artw ork has funny colors on amd64" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66726
[01:22] <infinity> tfheen: firefox and k-d-s accepted.
[01:23] <tfheen> Riddell: you're happy with the katapult change?
[01:23] <tfheen> Riddell: I'm fine with it, apart from dreadful changelog which doesn't document what's changed.
[01:23] <Riddell> tfheen: yes
[01:23] <infinity> Oh, crap, that was xubuntu-default-settings.  I can't read.
[01:23] <seb128> is the splash screen supposed to be not-colored now on amd64?
[01:23] <ogra> seb128, its supposed to be 16 cols
[01:24] <ogra> like the dapper one
[01:24] <seb128> it's not
[01:24] <infinity> tfheen: 
[01:24] <infinity>  xubuntu-default-settings (0.23) edgy; urgency=low
[01:24] <infinity>  .
[01:24] <infinity>    * etc/xdg/xfce4/mcs_settings/desktop.xml: Do not show system menu by default
[01:24] <infinity>      on right click. Enable latest edgy wallpaper
[01:24] <infinity>    * etc/xdg/xfce4/panel/tasklist-2.rc: Do not make buttons flat in taskbar,
[01:24] <infinity>      keep it how it was in dapper.
[01:24] <seb128> ogra: https://launchpad.net/distros/ubuntu/+source/usplash/+bug/67545
[01:24] <Ubugtu> Malone bug 67545 in usplash "usplash appears black and white" [Undecided,Confirmed]  
[01:24] <infinity> tfheen: I accepted that by accident.  Shall I pull it back out before I publish, or is that alright?
[01:24] <seb128> ogra: http://librarian.launchpad.net/4922303/22-10-06_1325.jpg
[01:24] <infinity> tfheen: It's from janimo.
[01:24] <seb128> it was fine 2 weeks ago
[01:24] <ogra> seb128, oh, neat
[01:25] <seb128> it was half broken for RC
[01:25] <seb128> and now it's like that
[01:25] <ogra> hmm, edubuntu is fine it seems ...
[01:25] <tfheen> infinity: that's fine.
[01:25] <ogra> are you up to date with everything ?
[01:25] <tfheen> seb128: it's grey, yes.
[01:26] <seb128> ogra: not the icon theme, which should not matter for splash
[01:26] <ogra> indeed
[01:26] <infinity> katapult/0.3.1.3-0ubuntu5, ubuntu-docs/6.10.4, qt4-x11/4.2.0-1ubuntu6, qt-x11-free/3:3.3.6-3ubuntu3
[01:26] <infinity> tfheen: Do we want any of those before I publish?
[01:26] <seb128> tfheen: that's expected? and the progress bar not being centred with no background color is expected too?
[01:26] <ogra> seb128, i rather meant usplash itself, not the artwork
[01:26] <tfheen> infinity: katapult accepted, qt4-x11, xt-x11-free accepted.
[01:27] <seb128> ogra: usplash is uptodate
[01:27] <infinity> tfheen: Any pending uploads being discussed?
[01:27] <infinity> tfheen: (that we want to wait for)
[01:27] <tfheen> infinity: no, just go ahead.
[01:27] <infinity> Going ahead. :)
[01:30] <tfheen> seb128: the artwork I got from fschoep is greyscale in the 640x400 version, yes.
[01:30] <seb128> hum, k
[01:31] <seb128> the bar still looks bugged though
[01:31] <tfheen> yes, fschoep moved it to x=160 instead of x=212
[01:32] <seb128> tfheen: and the "no background color" is considered as a bug too? because having vertical bars on the screen like that looks weird too
[01:33] <tfheen> seb128: I haven't seen that, I think.
[01:33] <seb128> tfheen: http://librarian.launchpad.net/4922303/22-10-06_1325.jpg
[01:34] <seb128> tfheen: it already looked like that with RC
[01:34] <tfheen> seb128: yes, the offsetting is something I'm working on fixing now.
[01:34] <seb128> tfheen: http://people.ubuntu.com/~seb128/boot.jpg that's from RC on my desktop
[01:35] <tfheen> seb128: yes, that looks fairly centered to me?
[01:35] <seb128> right, that one is
[01:35] <seb128> I'm asking about the "no background color"
[01:35] <seb128> for the bar
[01:36] <Kamion> I thought that had been fixed post-RC
[01:37] <tfheen> oh, that it's black.  Well, I didn't have any other colour.
[01:39] <Mirv> yes, the amd64 usplash looks completely broken and ugly, even if it's partially meant to be like that
[01:40] <Mirv> seb128: that is i386 I guess? those vertical bars are quite ugly in that, too, though it's better than amd64
[01:40] <seb128> Mirv: no, it's amd64
[01:40] <seb128> on i386 I've the svga splash which is fine
[01:42] <Mirv> seb128: oh, ok, so you have color at least, and centred, unlike in that report and on my computer
[01:43] <seb128> Mirv: the screenshots was with edgy RC
[01:43] <seb128> Mirv: now it looks like not centered
[01:44] <seb128> the artwork has changed since RC
[01:45] <Kamion> I think the colour removal on bogl-using systems (amd64 and powerpc) was deliberate to avoid overloading the 16 colours available
[01:45] <tfheen> Kamion: it certainly looks like it.
[01:46] <Mirv> Kamion: yeah, that -> http://librarian.launchpad.net/4922303/22-10-06_1325.jpg just doesn't look like something that's actually working
[01:46] <tfheen> I can fix the offset progress bar, but I won't change the background colour.
[01:46] <Mirv> ok the grey is ugly, but the vertical lines in blackness is just something that looks like an error
[01:46] <tfheen> not once it starts filling
[01:47] <tfheen> IMO
[01:47] <seb128> I think it looks really weird 
[01:47] <Kamion> I agree with seb
[01:47] <Kamion> may be hard to fix now, though
[01:47] <Mirv> well, my impression of it when it's running is that something is really wrong, like some bit would cause errorenous pixel output every x horizontal pixels etc.
[01:49] <tfheen> too late to fix that now.
[01:49] <tfheen> I can center it, that should make it look better.
[01:53] <tfheen> seb128: can you verify that changing the first instance of .progressbar_x to 212 makes it look decent for you?
[01:53] <tfheen> (in usplash-theme-ubuntu.c in usplash-theme-ubuntu)
[01:54] <seb128> tfheen: trying
[01:56] <mjg59> Kamion: There's 256 colours available on some bogl systems
[01:57] <infinity> (like my vesafb system)
[01:57] <infinity> (which uses the regular svga artwork)
[01:58] <mjg59> And all PPC ones
[01:58] <tfheen> usplash doesn't really care, it just "happens" to use 16 colour for 640x400 and 640x480, while > 16 for everything else.
[01:59] <infinity> Oh, really?  We're not doing switching based on the palette depth of the current fb as well?
[01:59] <tfheen> I don't think so
[01:59] <infinity> Something for feisty, I guess.
[01:59] <tfheen> it just happens to work quite well
[01:59] <ogra> tfheen, edubuntu-ar5twork uploaded, please leat it through if it hits the queue
[01:59] <ogra> *let
[01:59] <jsgotangco> Yay
[02:00] <tfheen> ogra: didn't I approve that two hours ago?
[02:00] <ogra> well, rather one hour ago, but i wanted to test it on all possible resolutions before ... that took some time
[02:00] <tfheen> oh, ok.
[02:00] <tfheen> so no different than the diff you pasted then?
[02:01] <tfheen> infinity: please approve edubuntu-artwork
[02:01] <ogra> exactly
[02:01] <infinity> tfheen: Accepted.  I also have an xfdesktop4 and a partimage in the queue.
[02:02] <infinity> janimo: We're heading into the final stretch here, can you communicate about these uploads from here on in. :)
[02:02] <tfheen> partimage is universe => EDONTCARE.
[02:02] <infinity> Right, so it is.  Brain fart.
[02:03] <janimo> infinity: ok, as long as it does not slow you down or anything plese keep accepting them :)
[02:03] <infinity> dholbach: partimage, StevenK upload for bashisms.
[02:03] <infinity> janimo: it's more a question of "we'll be rolling CDs soon, and it's easier if you're a part of that process".
[02:03] <ogra> i wonder why the manually approved packages never end up in my edubuntu-changes ML filter the headers look the same ...
[02:03] <infinity> Releasing Xubuntu after we close edgy for uploads won't work very well. :)
[02:04] <janimo> infinity: sure I'll be watching the CD rolling closely
[02:04] <infinity> ajmitch: Alive?
[02:04] <ajmitch> still
[02:04] <infinity> 06:03 < infinity> dholbach: partimage, StevenK upload for bashisms.
[02:04] <infinity> ajmitch: ^^
[02:04] <ajmitch> approve it
[02:04] <infinity> Danke.
[02:05] <infinity> tfheen: You have a usplash artwork fix pending?
[02:05] <tfheen> infinity: awaiting confirmation from Seb that it makes him cry less.
[02:08] <janimo> Kamion: if it's too late for the xubutu patch to casper/ubiquity in bug 67703 then, can at least the CD be modified to show the v2,v3 and m2 options? Those will work at least partially because of inheriting the ubuntu gconf settings
[02:08] <Ubugtu> Malone bug 67703 in casper "support xubuntu a11y options" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67703
[02:09] <tfheen> janimo: that'd require a gfxboot-theme-ubuntu upload, wouldn't it?
[02:10] <janimo> tfheen: hmm, probably, so not a build server only thing.
[02:10] <tfheen> janimo: in that case; no.  Sorry.
[02:10] <janimo> tfheen: if it's tool late for that too, than I'd like to know so I can remove the gnome packages from the liveCD if they cannot be triggered 
[02:12] <heno> janimo: do they have menu entries in XFCE ATM?
[02:13] <tfheen> janimo: it's too late for changing casper or gfxboot-theme-ubuntu, yes.  I'd like it if xubuntu was ready at the same time for rolling final images.
[02:13] <mdz> and those are both packages which are used in Ubuntu as well
[02:13] <heno> janimo: what would be your main reason for removing them, to keep the CD image lean?
[02:14] <seb128> tfheen: with 212 it looks centered correctly
[02:14] <tfheen> seb128: excellent
[02:15] <tfheen> infinity: please review and approve usplash-theme-ubuntu when you have free cycles.
[02:15] <janimo> heno: there are no menu entries on the liveCD only for v1, but that does not work
[02:15] <tfheen> janimo: I'd recommend releasenoting it and leaving the images as they are, but your choice.
[02:15] <janimo> heno: do you think that orca and gomme -mag could be used if not started automatically?
[02:16] <janimo> heno: well I guess users could reach those options if they typed access=xx at the kernel cmdline by hand
[02:16] <heno> janimo: they can happily be started from the command line, though some online docs would be useful
[02:17] <heno> true
[02:17] <janimo> heno: ok, but orca is only going to be on the liveCD since ubiquity does not install it
[02:17] <heno> some people have been using xubuntu with magnification on older systems with good results
[02:17] <janimo> heno: do you know if kubuntu a11y is working on the installed system?
[02:18] <janimo> heno: as in the liveCD setting being copied over correctly
[02:18] <infinity> tfheen: Done, and done.
[02:18] <infinity> tfheen: I'm showering, and heading to bed soon.  I'll put stuff back on auto when I get out of the shower if Kamion doesn't want to drive.
[02:18] <heno> janimo: I'm not sure if kubuntu ubiquity installs and configures the right things by default, no
[02:19] <heno> I've only tested Live and on my existing desktop system
[02:19] <tfheen> infinity: ok.  Hopefully we should be able to make images RSN
[02:21] <janimo> heno: I ask because the ubiquity hook for kubuntu looked a bit weird
[02:21] <janimo> suggesting it would not install on the system
[02:23] <heno> janimo: the kubuntu hooks still look a bit greek to me, I would only know by testing
[02:24] <Riddell> I don't think it does work
[02:24] <Riddell> heno: what's the status of kubuntu winfoss?
[02:24] <Kamion> tfheen: actually, adding v2,v3,m2 to the CD is just a debian-cd change
[02:24] <janimo> Kamion: awesome
[02:25] <Kamion> (it's in isolinux.cfg)
[02:25] <janimo> heno the change to kubuntu hooks is in the patch for bug 67703 
[02:25] <Ubugtu> Malone bug 67703 in casper "support xubuntu a11y options" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67703
[02:25] <janimo> it sees to install to /root as casper, instead of /target
[02:25] <janimo> s/sees/seems/
[02:25] <Kamion> janimo: surely in kubuntu the relevant packages are in desktop?
[02:25] <janimo> Kamion: yes
[02:25] <Kamion> then the ubiquity hook does not need to ensure that they stay installed
[02:26] <Kamion> that's only necessary if you don't want them in desktop
[02:26] <heno> Riddell: I uploaded a new version Saturday. I'm still waiting for sfllaw to see if he can help me track the Server 2003 issue. It runs fine from CD here on my XP system
[02:26] <janimo> Kamion: it's just the sedding that is done on /root
[02:26] <janimo> Kamion: I do not mean apt-install. Maybe I missed something though
[02:26] <Kamion> janimo: v2, v3, and m2, but not m1? currently you only have v1
[02:27] <janimo> Kamion: v2, v3 and m2 laucnh gnome apps via the gconf keys
[02:27] <janimo> v1 m2 and m3 do not have the xubuntu specific sed invocations
[02:27] <tfheen> Kamion: coolie
[02:28] <Kamion> m3 isn't supported anywhere
[02:28] <Kamion> janimo: do you mean "v1 m1 and m3 do not have ..."?
[02:28] <Kamion> please be really careful about typoes when discussing this stuff :)
[02:28] <janimo> Kamion: yes, I mix them up all the time
[02:28] <Kamion> janimo: so should I remove v1?
[02:28] <janimo> Kamion: so those which set exec_ats are run by xfce as well
[02:29] <janimo> Kamion: yes, since the one line cp cannot be added at this point
[02:29] <janimo> so leave v2 and v3 which laucnh orca, and m2 which launches onboard
[02:30] <Kamion> janimo: done
[02:30] <Kamion> infinity: happy to drive for a while at least
[02:30] <janimo> Kamion: re Kubuntu I meant that ubi seds in /root/etc/kderc whereas it maybe should in /target?
[02:31] <janimo> Kamion: thanks
[02:31] <tfheen> Riddell: please close the kde-guidance bugs which were fixed by the latest upload
[02:31] <infinity> Kamion: Okay, cool.  Then I'll leave it to you.  Current publisher should be done in ~5 mins, and I'm off to bed.
[02:31] <Kamion> janimo: yeah, that's a bug in the ubiquity hook for Kubuntu. will fix in bzr now, but not upload unless tfheen wants it
[02:34] <tfheen> dholbach: ditto, please close the kubuntu-default-settings bug you fixed in your upload
[02:35] <tfheen> Kamion: can you byhand the next run once firefox and usplash-theme-ubuntu are built?
[02:36] <Kamion> tfheen: yep
[02:38] <janimo> Kamion, tfheen: if you'll decide on new casper upload for the kde fix then please consider the rest of the patch as well, that fixes ubuntu and magnifier
[02:39] <janimo> s/'ll//
[02:39] <tfheen> janimo: make sure it's checked into bzr.
[02:39] <janimo> heno: btw do you know why onboard doe snot have an Esc key?
[02:39] <sladen> tfheen: is there a way to flag things like  http://librarian.launchpad.net/4922841/typo-fix.diff  for edgy-updates ?
[02:40] <janimo> tfheen: I have no access to casper bzr AFAIK
[02:40] <tfheen> janimo: it's owned by core-dev, and even if not, you could have nagged us to merge a branch of yours. :-)
[02:40] <tfheen> sladen: I don't think we have the edgy-updates milestone yes.
[02:40] <tfheen> yet
[02:40] <tfheen> mdz: can we have an edgy-updates milestone, please?
[02:40] <sladen> janimo: bzr branch http://bazaar.launchpad.net/~ubuntu-core-dev/casper/trunk casper
[02:40] <janimo> tfheen: I made no branch just used the old style patch in LP :)
[02:41] <Kamion> sladen: he can check it out and commit directly rather than faffing with branches
[02:41] <mdz> tfheen: yep
[02:41] <Kamion> bzr checkout ...
[02:41] <mdz> tfheen: done
[02:41] <tfheen> mdz: thanks.
[02:41] <Kamion> er, bzr checkout sftp://bazaar.launchpad.net/~ubuntu-core-dev/casper/trunk
[02:41] <tfheen> sladen: there, now you should have an edgy-updates milestone
[02:41] <Kamion> (can't checkout http)
[02:41] <iwj> Oh, looks like Mozilla are releasing Firefox 2.0 as I speak.
[02:41] <janimo> Kamion, tfheen: the patch is at bug 67703 but if you prefer I can commit to bzr instead of you applying
[02:41] <Ubugtu> Malone bug 67703 in casper "support xubuntu a11y options" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67703
[02:41] <tfheen> iwj: it's already in the archive.
[02:42] <Kamion> janimo: stick "[ Colin Watson ] " above my change in debian/changelog and prefix yours with "[ Jani Monoses ] " so we know who did what
[02:42] <janimo> actually I have casper checked out just did not make a branch asI thought I'd only have one patch
[02:42] <Kamion> (or just use dch)
[02:42] <iwj> tfheen: Oh, I'm behind the times.
[02:42] <tfheen> janimo: uh, no, that change is wrong.
[02:43] <janimo> tfheen: the whoe patch?
[02:43] <janimo> whole
[02:43] <tfheen> janimo: you need to make sure the file exists before copying, ext
[02:43] <tfheen> etc
[02:43] <tfheen> http://librarian.launchpad.net/4924565/cas.diff
[02:43] <tfheen> is wrong
[02:43] <janimo> tfheen: does the hwole script fail if cp fails?
[02:43] <iwj> tfheen: You mean 2.0rc3 ?
[02:44] <Kamion> tfheen: it's not actually set -e ... but checking would suppress unnecessary error messages
[02:44] <janimo> tfheen: I ran both ubuntu and xubut nliveCDs with that 30accessibiity scrtipt and had no probs
[02:44] <heno> janimo: it's a minimal layout with mostly letter keys on level 1 and Function keys, etc. on level 2
[02:44] <iwj> Oh, no, packages.ubuntu.com is a bit out of date.
[02:44] <tfheen> iwj: no, I mean https://launchpad.net/distros/ubuntu/+source/firefox/2.0+0dfsg-0ubuntu3
[02:44] <Kamion>    firefox | 2.0+0dfsg-0ubuntu3 |          edgy | source
[02:44] <heno> (click the 'tabs' on the right)
[02:44] <tfheen> janimo: no, it won't fail, but it's bad style.
[02:44] <janimo> heno: one cannot activate the xfce menu (ctrl-esc)using only onboard AFAIK
[02:45] <janimo> tfheen: I tried to keep it clean, so one line instead of 3 :)
[02:45] <pitti> hi iwj
[02:45] <janimo> basing it on the fact it shoulkd not fail
[02:45] <Kamion> janimo: casper shouldn't assume particular files on the filesystem image
[02:45] <tfheen> janimo: well, I'd like to make all the scripts set -e and log errors properly sometime during the fawn cycle.
[02:46] <janimo> Kamion, tfheen: agreed, I just wanted to keep the patch at minimum as long as it is working
[02:46] <tfheen> janimo: I'd rather have it correct and clean. :-)
[02:46] <janimo> tfheen: fine by me, so all sed and cp will be guarded by an if
[02:47] <sladen> tfheen: thanks
[02:47] <tfheen> janimo: thanks.
[02:47] <mvo> tfheen: please have a look at http://people.ubuntu.com/~mvo/tmp/dist-upgrader_20061023.1441.diff and let me know if it is ok. very minor update + the fix we talked about at saturday for the compiz upgrade problem (bug #58424, at 54 duplicates right now)
[02:47] <Ubugtu> Malone bug 58424 in update-manager "Can't calculate the upgrade with unofficial mesa/compiz packages " [Low,Confirmed]  http://launchpad.net/bugs/58424
[02:47] <janimo> tfheen: should I remake the patch and post to LP? Or bzr?
[02:47] <heno> janimo: the ctrl key can be made sticky (click it twice), then navigate to level 2 and click Esc -- does that work?
[02:47] <mdz> tfheen: why are we building a new upstream release of eclipse?
[02:48] <sladen> shawarma: bug me about that fix after release and I'll upload it via edgy-updates
[02:48] <tfheen> mdz: it's universe.
[02:48] <heno> janimo: alternative layouts are easy to make and the user can have custom ones
[02:48] <janimo> heno: hmm, I think I did not discover level 2, that's why I thiught esc was missing
[02:48] <tfheen> mdz: ask dholbach; I don't do universe.
[02:48] <heno> ok :) It needs to be more discoverable, true
[02:48] <Kamion> mdz: it's only ia64, the rest are done
[02:49] <tfheen> mvo: you trying to set a new record in dupes or something? :-)  What's the diff from what I ok-ed on saturday?
[02:49] <Kamion> firefox accepted on amd64 and powerpc; waiting for i386
[02:49] <mdz> tfheen: it still ties up buildds for hours, so I think you should be in the loop on those decisions
[02:50] <mdz> i386 should be finished any moment
[02:50] <mdz> 60 needs-build currently
[02:50] <mvo> tfheen: its i18n updates, a fix for a logging format bug and a bit more logging. very minor, I can do you a diff without the compiz fixup if you want 
[02:50] <mdz> maybe half of those CD contents
[02:51] <tfheen> mvo: you've tested it with and without the unofficial compiz installed?
[02:51] <mvo> tfheen: yes
[02:52] <tfheen> mvo: approved.
[02:52] <mvo> tfheen: thanks!
[02:54] <mdz> firefox/i386 seems to be just cleaning up after the build
[02:54] <mdz> yep, finished
[02:55] <Kamion> yep, will start the publisher in a sec
[02:55] <tfheen> remember to wait for usplash-theme-ubuntu :-)
[02:55] <Kamion> oh, no, need to wait for usplash-theme-ubuntu on !i386
[02:55] <Kamion> yeah :)
[02:56] <Kamion> and in fact kubuntu-default-settings and edubuntu-artwork would be nice too ...
[02:56] <tfheen> we need kdelibs too for kubuntu
[02:56] <tfheen> which just started
[02:57] <dholbach> tfheen, mdz: the old version was uninstallable and the new one will work better for people (re: eclipse)
[02:57] <Kamion> kdelibs takes nearly an hour on i386; it can wait for the next publisher run
[02:58] <tfheen> my thought too
[02:58] <dholbach> tfheen: closed the kubuntu-theme-thingie bugs.
[02:58] <tfheen> and the qt updates aren't done either
[02:58] <tfheen> dholbach: cheers
[03:00] <mdz> tfheen: seems worth sending a release update to -devel-announce including the latest freeze guidelines
[03:07] <Kamion> publisher running
[03:07] <Kamion> (not final, but hey)
[03:09] <janimo> tfheen: updated patch http://librarian.launchpad.net/4928898/cas.diff
[03:09] <tfheen> Kamion: thanks
[03:11] <tfheen> janimo: looks good with an appropriate changelog.
[03:11] <janimo> tfheen: so should I commit to bzr?
[03:11] <tfheen> janimo: please do.
[03:12] <janimo> and add changelog to debian/changelog I assume. will do
[03:12] <tfheen> yes, correct
[03:19] <janimo> dholbach: thanks for fixinf kubuntu-default-settings
[03:19] <dholbach> janimo: de rien
[03:19] <dholbach> it crashed control-center too :)
[03:21] <Riddell> dholbach: thanks from me too :)
[03:21] <dholbach> anytime :)
[03:23] <CarlFK> http://cdimage.ubuntu.com/daily/current/  and http://cdimage.ubuntu.com/ubuntu-server/daily/current   17-Oct  - no updates in a week?
[03:23] <tfheen> CarlFK: correct, I'm about to build new images now.
[03:24] <janimo> dholbach: see, the reporter was right :)
[03:24] <Kamion> CarlFK: everything's on manual for release preparation.
[03:24] <CarlFK> tfheen: ok - thought maybe they went somewhere else
[03:25] <janimo> tfheen, Kamion: commited xubuntu options and fixed v2 for ubuntu to casper bzr
[03:25] <tfheen> janimo: cheers
[03:29] <Kamion> Riddell: could do with KDE advice on bug 67024
[03:29] <Ubugtu> Malone bug 67024 in ubiquity "[EDGY]  charset issue when installing with Norwegian language." [Undecided,Confirmed]  http://launchpad.net/bugs/67024
[03:30] <ogra> hmm, i just upgraded firefox here
[03:30] <ogra> the themeing of the search input field seems a bit broken now
[03:30] <Kamion> don't tell me we need another firefox-theme-ubuntu
[03:31] <jsgotangco> ogra: i dont notice it?
[03:31] <tfheen> ogra: how broken?
[03:31] <mdz> ogra: looks exactly the same here
[03:32] <tfheen> it looks fine to me, at least.
[03:32] <Kamion> I don't see any problems with ubuntu2
[03:32] <mdz> and we didn't change anything about the appearance
[03:32] <mdz> I've checked my fresh install + upgrades in vmware and it looks fine sa well
[03:33] <Kamion> Riddell: bug 67302 and dups - where does KDE get its locale from these days? has that changed?
[03:33] <Ubugtu> Malone bug 67302 in ubiquity "local settings after install wrong" [Undecided,Needs info]  http://launchpad.net/bugs/67302
[03:33] <Kamion> I'm just trying to reproduce the bug now
[03:33] <Riddell> Kamion: KDE doesn't have its own built-in charmap table, but Qt probably does
[03:34] <dam_ned> I am looking for someone running i810 to confirm bug 67196
[03:34] <Ubugtu> Malone bug 67196 in xserver-xorg-video-i810 "mouse pointer disappears after switch to console" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67196
[03:34] <ogra> jsgotangco, tfheen, mdz, http://people.ubuntu.com/~ogra/Firefox.png
[03:34] <Riddell> Kamion: KDE should get the timezone and locale from the system, although you can override the locale in KDE if you want to change it
[03:34] <Kamion> so how come this broke from dapper->edgy?
[03:34] <mdz> ogra: that's just you
[03:34] <ogra> its minor, but noticeable
[03:34] <jsgotangco> i can't reproduce this
[03:35] <Kamion> that looks like the breakage from firefox-theme-ubuntu < 0.5.4 or so
[03:35] <tfheen> ogra: I can't reproduce that on i386, or any of my two amd64s.
[03:35] <Kamion> it's identical to what I was seeing for a few days a week or two ago
[03:35] <mdz> ogra: try a fresh profile
[03:35] <ogra> oh, wait i only upgraded ff ... 
[03:35] <ogra> firefox-theme-ubuntu is older ...
[03:36] <Kamion> you're way out of date. :)
[03:36] <jsgotangco> heh
[03:36] <Kamion> Riddell: do you know where I'd find the Qt one?
[03:37] <Kamion> it's just running cron.germinate
[03:37] <mdz> i386 is up to date except for kdelibs
[03:37] <Kamion> aka nearly done
[03:38] <mdz> in terms of builds
[03:38] <shenki> a note on the new firefox build: I'm still seeing the old blue globe as the app's taskbar/window icon. is this intentional?
[03:38] <Kamion> that changed for me this morning
[03:38] <jsgotangco> i have the firefox logo now
[03:38] <tfheen> mdz: same goes for amd64.
[03:39] <Kamion> oh, no
[03:39] <jsgotangco> ummm the menu still uses the globe it seems
[03:39] <Kamion> the icon on the panel changed, but the taskbar / window icon didn't, you're right
[03:39] <Kamion> and yes, the .desktop file too
[03:39] <shenki> yep, that's what I was trying to say Kamion
[03:39] <jsgotangco> uh oh
[03:39] <Kamion> mdz: ^--
[03:40] <mdz> Kamion: the .desktop is fine; you just need to log out
[03:40] <mdz> it gets cached
[03:40] <jsgotangco> ahh
[03:40] <Kamion> ok
[03:40] <ogra> or kill thze panel if youre that evil :)
[03:40] <mdz> not sure what happened with the taskbar icon
[03:41] <Riddell> Kamion: I'm not sure I understand what you think the problem is with bug 67024
[03:41] <Ubugtu> Malone bug 67024 in ubiquity "[EDGY]  charset issue when installing with Norwegian language." [Undecided,Confirmed]  http://launchpad.net/bugs/67024
[03:41] <mdz> Kamion: there must have been some debian hackery I missed
[03:42] <mdz> ah, yep.  in the install target
[03:42] <Kamion> Riddell: typing UTF-8 characters into input fields displays replacement characters (rectangles), but only in certain locales
[03:42] <Kamion> Riddell: which implies to me that something in the widget set is confused about the character encoding it's supposed to be using
[03:44] <Riddell> Kamion: the widgets should always use utf-8, it should only convert the encoding when it writes something out
[03:45] <pitti> http://people.ubuntu.com/~cjwatson/anastacia.txt \o/
[03:49] <bddebian> Howdy folks
[03:57] <tfheen> Kamion: is the publisher back on auto?
[03:57] <jdong> hey, is there an XSession.d equivalent for GDM?
[03:57] <jdong> i.e. for running a command on GDM startup?
[03:58] <ogra> yes XSession.d :)
[03:59] <jdong> ogra: but that runs after the user logs in
[03:59] <jdong> I need something to run right when GDM initializes the X server
[03:59] <jdong> (namely to throttle down my video card)
[04:00] <janimo> jdong: /etc/gdm has also preSession hooks
[04:00] <jdong> ok
[04:00] <tfheen> jdong: /etc/gdm/Init, I think
[04:00] <jdong>  /etc/gdm/Init looks good
[04:01] <tfheen> I'm out for a bit, need to pick up some food.  I'll probably be back before the live images are done.
[04:01] <Kamion> tfheen: is now
[04:01] <janimo> oh, so new firefox now has the upstream icon
[04:01] <jdong> yay, thank you doko for azureus and eclipse and friends :)
[04:09] <mdz> ok, I think all of the builds for CD contents are up to date now
[04:10] <mdz> tfheen: ^^
[04:10] <Kamion> the publisher's on auto; when this run finishes I'll take it off and run it manually again
[04:21] <mvo> tfheen: I would like to upload a fix for a crash in lock-package in synaptic. http://people.ubuntu.com/~mvo/tmp/synaptic_0.57.11ubuntu13.debdiff <- debdiff. 
[04:25] <shawarma> sladen: why wait?
[04:26] <mdz> mvo: I think it would be best to queue that for -updates
[04:28] <mvo> mdz: I agree that it is not criticial, but the fix is trivial. if something else comes up that requires CD rebuilding, maybe we can consider it then?
[04:30] <melvin> does anyone know how can i install netbeans, eclipse, mono, monodevelop and kdevelop?
[04:30] <bhale> good question for #ubuntu
[04:30] <melvin> connect #ubuntu
[04:31] <bhale>  /join #ubuntu
[04:45] <sladen> shawarma_away: well, because it's release next week and we're in freeze
[04:45] <Kamion> mdz: so, ndiswrapper
[04:45] <Kamion> mdz: I don't think the upgrade thing is fixable in edgy; it will have to be release-noted that you have to downgrade ndiswrapper-utils
[04:45] <Kamion> mdz: but it may be worth quickly sticking ndiswrapper-utils-1.8 into ship and ship-live
[04:45] <Kamion> I believe that those utilities are needed for the version of the kernel driver that we're now shipping, and it's only <30K
[04:45] <mdz> Kamion: I thought we already did that
[04:45] <Kamion> not as far as I can see; we have ndiswrapper-utils in there
[04:45] <mdz> grrr
[04:45] <Kamion> which is transitional and depends on -1.1
[04:45] <mdz> I assigned that bug to someone who acked they would take care of it
[04:45] <mdz> infinity: ping ^^
[04:45] <Kamion> he may have blocked on the hideous upgrade problem of doom
[04:45] <Kamion> can't say I blame him; it was enough to make elmo agree to work around dak's version constraints in Debian
[04:45] <Kamion> anyway, I can commit the seed change now and do the promotion, and that will be that; I think that's all we can do
[04:45] <mdz> Kamion: so what's the "oops" solution?
[04:45] <Kamion> one extra line in each of ship and ship-live
[04:45] <mdz> just add -1.8 to the CD so that users can clean up the mess?
[04:45] <Kamion> yeah
[04:45] <mdz> please do
[04:45] <Kamion> they need -1.8 anyway
[04:45] <Kamion> and that's almost orthogonal to the upgrade issue in any case, even though they're glommed into the same bug
[04:45] <Kamion> mdz: also, we were going to demote nvidia-glx-legacy to universe, weren't we? I still have that seed diff uncommitted
[04:45] <mdz> dholbach: my vmware test box, after applying all edgy updates and rebooting, has a solid color background rather than the proper wallpaper
[04:45] <mdz> Kamion: yes
[04:45] <mdz> oh, this one had custom wallpaper selected
[04:45] <mdz> by mark
[04:59] <doko> dholbach, ajmitch: please have a look at http://people.ubuntu.com/~doko/edgy/azureus.debdiff
[05:02] <mvo> tfheen: I found another dist-upgrader problem: http://people.ubuntu.com/~mvo/tmp/dist-upgrader_20061023.1700_all.diff <- very small diff, but important because if the old cdrom source from the previous distribution is kept around sysinit will still be considered essential and that causes apt to think it should be reinstalled
[05:03] <Nafallo> ouch
[05:05] <mvo> Kamion: if something gets demoted now, could I please get a quick ping? because the upgrader needs to know about this
[05:05] <Kamion> mvo: oh, really? ok
[05:06] <Kamion> mvo: nvidia-glx-legacy and nvidia-glx-legacy-dev demoted
[05:06] <Kamion> mvo: do you need to hear about all demotions through feisty development, or will you scan for most of those automatically?
[05:07] <mvo> Kamion: it scans for them automatically, but at this stage I would like to know so that I can run the script to check manually 
[05:07] <Kamion> ok
[05:09] <mdz> tfheen: have you been in touch with sfllaw regarding validation?
[05:19] <ogra> tfheen, https://features.launchpad.net/distros/ubuntu/+spec/live-cd-share-live-cd should we discuss that in MV ? or should it just be added to feisty goals as is ? i'd like to look into integrating ltsp/liveCD in feisty
[05:24] <sfllaw> mdz: We talked this morning.
[05:24] <sfllaw> mdz: I'm phase-shifted a bit so that I'm mostly on European time.
[05:26] <sivang> re
[05:30] <Ng> which package should live-cd bugs be filed against?
[05:30] <Seveas> Ng, depends on the bug
[05:30] <Ng> although I think this one is probably there already (amd64 not rebooting)
[05:30] <Kamion> Ng: that's either usplash or casper, hard to say
[05:30] <Kamion> my guess is usplash
[05:30] <Kamion> but I could easily be wrong
[05:30] <Seveas> Kamion, heh, I would have guessed upstart 
[05:31] <mdz> sfllaw: the test cases need to be distributed more effectively this time; have you spent some time on that?
[05:31] <Ng> I think it might be upstart too, it leaves me with a flashing cursor and hitting ctrl-alt-del tells me it's going to kill the rc6 script, then doesn't do anything
[05:31] <Ng> I'll have a search, thanks
[05:31] <mdz> sfllaw: I also updated the validation process doc to be more explicit about informing individuals of their test case assignments; please review it (would be a good idea to subscribe to the page)
[05:32] <sivang> mdz: is this about hardware validation ?
[05:34] <heno> hi sfllaw, could you tell me if bug also affects Ubuntu CDs on your VMware+Server 2003 setup?
[05:34] <Kamion> mdz: should I accept these dist-upgrader uploads?
[05:35] <sfllaw> heno: It does not affect Ubuntu.  Only Kubuntu.
[05:36] <Kamion> mvo: does the dist-upgrader already deal with downgrading ndiswrapper-utils?
[05:36] <mvo> Kamion: no - I don't know about this issue?
[05:36] <mvo> Kamion: what bugnumber?
[05:37] <heno> sfllaw: hm, that's odd. I'll do a closer comparison. If I make some tarballs later can you download and burn to CD to test for me? (just the winfoss part of the CDs)
[05:37] <Kamion> mvo: it's related to bug 59983
[05:37] <Ubugtu> Malone bug 59983 in ndiswrapper "ndiswrapper in edgy broken" [Medium,Confirmed]  http://launchpad.net/bugs/59983
[05:37] <sfllaw> heno: I can.  Though the smaller the better.
[05:37] <sfllaw> Also, the ICO files you use don't work well on Windows 2000.
[05:37] <Ng> there we go, filed as bug 67765
[05:37] <Ubugtu> Malone bug 67765 in upstart "RC live CD cannot reboot on amd64" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67765
[05:37] <dholbach> doko: looks good
[05:38] <Kamion> mvo: http://people.ubuntu.com/~james/tmp/ndishell.txt describes the horrible, horrible pain
[05:38] <dholbach> mdz: so the background is 'all good' again?
[05:38] <mvo> Kamion: thanks, having a look now
[05:40] <Nafallo> pitti: hi! new langpacks for 6.10 will go in 6/11, right? :-)
[05:43] <pitti> Nafallo: it'll take a while due to our new StableUpdatesPolicy, but around that date, yes
[05:44] <mdz> dholbach: well, it isn't, but it's not a problem with the package
[05:44] <mdz> dholbach: it'll be fine when I reinstall it :-)
[05:45] <mdz> Kamion: I know nothing about any dist-upgrader uploads
[05:45] <dholbach> mdz: ok :-)
[05:45] <mdz> sfllaw: please acknowledge
[05:46] <sfllaw> mdz: Pong.  Found and read your page.
[05:46] <sfllaw> mdz: Also, we can distribute i386 and amd64 more, but powerpc is a loss.
[05:47] <Kamion> mdz: http://people.ubuntu.com/~cjwatson/tmp/dist-upgrader.diff
[05:47] <Kamion> looks ok to me but I was asking more WRT buid scheduling
[05:48] <Kamion> tfheen: are you doing CD image builds?
[05:48] <Kamion> sfllaw: I can help with powerpc this time
[05:48] <Kamion> although not with erase-disk or auto-resize tests
[05:49] <sfllaw> Kamion: Thanks.
[05:50] <sfllaw> Kamion: I see you've done some alternate CD Kubuntu.
[05:50] <sfllaw> Can I put you down for more of that?
[05:50] <mdz> Kamion: er, how old is this upload?
[05:50] <Kamion> sfllaw: yes, although note that I'll be in London tomorrow and Wednesday so it's dependent on access to machines there ...
[05:50] <mdz> Kamion: some of these changes I swear were reviewed and approved last week
[05:51] <mdz> those first two hunks are very familiar
[05:51] <Kamion>   112919 | -- | dist-upgrader_200610 | -                    | 26 minutes
[05:51] <Kamion>          | * dist-upgrader_20061023.1721_all.tar.gz Format: DIST_UPGRADER
[05:51] <Kamion>   112831 | -- | dist-upgrader_200610 | -                    | 2 hours 50 minutes
[05:51] <Kamion>          | * dist-upgrader_20061023.1441_all.tar.gz Format: DIST_UPGRADER
[05:51] <mdz> Kamion: we have elmo's ppc laptop here
[05:51] <Kamion> yes, I think they were approved last week as post-RC uploads :(
[05:51] <mdz> Kamion: which can be beaten into submission
[05:51] <Kamion> I'm happy to abuse it
[05:52] <mvo> mdz, Kamion: I have a pending fix for #59983 in the upgrader as well (testing it as we speak)
[05:55] <mdz> mvo: it's time to stop changing the upgrader as it's going on the CDs
[05:56] <dholbach> seb128: was the gimp upload accepted?
[05:56] <seb128> dholbach: no
[05:56] <mvo> mdz: ok, fair enough. I'm sorry about #59983 but it wasn't on my radar until a couple of minutes ago :/
[05:57] <dholbach> seb128: it'd be nice to have (to get dbg symbols for it) :)
[05:57] <mdz> it's been on the 6.10 list since RC or so
[05:58] <tfheen> mvo: dist-upgrader> approved.
[05:58] <mvo> tfheen: thanks
[05:58] <tfheen> mvo: why are you changing the translations there each and every time?
[05:58] <tfheen> ogra: happy to discuss it.
[05:59] <mvo> mdz: right - I meant I was aware of the general problem but that not the upgrader should fix it
[05:59] <seb128> dholbach: don't tell me
[05:59] <seb128> dholbach: there is already a gimp-dbg though
[05:59] <mdz> mvo: it's time to start spinning CDs and this upgrader hasn't been tested sufficiently yet
[05:59] <mvo> tfheen: because the upgrader does not use language packs so I use the latest rosetta stuff to make sure that the translations are as up-to-date as possible
[05:59] <mdz> mvo: I'm sure I saw several hunks of this diff last week, though; why didn't they get uploaded?
[05:59] <sfllaw> tfheen: Please let me know when you start uploading new ISOs.
[06:00] <tfheen> mvo: stop doing that.  non-language-pack translations had a deadline a week and a half ago
[06:00] <sfllaw> I want to get as much of a start on other people as possible, because the validation lab's connexion is terrible.
[06:00] <tfheen> I don't want us to accidentially pull a bad translation and cause problems becuase of that.
[06:00] <mvo> tfheen: ok
[06:00] <mdz> let's agree on a reasonable deadline for the final upgrader for next time
[06:00] <mdz> tfheen,mvo: ?
[06:01] <tfheen> mdz: reasonable deadline> agreed.
[06:01] <mvo> mdz: agreed
[06:01] <mdz> tfheen,mvo: please agree :-)
[06:01] <mdz> I think RC
[06:01] <mvo> tfheen: by RC time ?
[06:01] <Kamion> so what am I doing for right now? accepting, rejecting, ...?
[06:01] <tfheen> sure, that's fine.
[06:02] <mvo> it would be good if the latest upload could make it ...
[06:02] <tfheen> Kamion: stop the publisher, please.
[06:02] <mvo> but I understand your concerns 
[06:02] <tfheen> while we discuss
[06:02] <Kamion> tfheen: already done
[06:02] <tfheen> ok, thanks.
[06:02] <mdz> the 2006-10-17 changes were approved ages ago, but it's now a week later
[06:03] <tfheen> I think it looks sane, we'd need to wait until this publishing run finishes, but that's just it, isn't it?
[06:03] <mdz> -            if entry.uri.startswith("cdrom:") and entry.dist == "breezy":
[06:03] <mdz> +            if entry.uri.startswith("cdrom:") and entry.dist == self.fromDist:
[06:03] <mdz> that's fine
[06:03] <mdz> as is demoted.cfg
[06:03] <tfheen> so it'll cost us about 30 minutes.
[06:03] <mdz> and the logging
[06:03] <mdz> and the try/except
[06:03] <mdz> the rest of it I'm not so sure about
[06:03] <tfheen> you're unsure about the compiz stuff?
[06:04] <mdz> that's working around a tainted system
[06:04] <tfheen> it is.
[06:04] <mdz> so I'm indifferent, since the code seems isolated enough to that case
[06:04] <dholbach> (and quite a bunch of people did that)
[06:04] <mvo> mdz: I did upload a dist-upgrader_20061017.1916_all, was it rejected or something?
[06:05] <mvo> mdz: this bug has current 55 duplicates (the compiz upgrade issue). this is why I work around this at all, otherwise I wouldn't have cared, but apparently a lot of our users are using it
[06:05] <tfheen> mdz: I was convinced by mvo's bug-of-doom with 54 dupes.
[06:05] <mdz> if we change the upgrader now, we don't get started on validation until tomorrow
[06:05] <Kamion> tfheen: yes, this upload won't need buildd time
[06:06] <tfheen> mdz: it needs 30 minutes.
[06:06] <tfheen> Kamion: have you spun live cds or should ?
[06:06] <Kamion> livefs builds can proceed without this
[06:06] <Kamion> tfheen: I haven't
[06:06] <mdz> they do need building
[06:06] <Kamion> tfheen: which livefses have you done?
[06:06] <tfheen> Kamion: just ubuntu
[06:06] <tfheen> I'll do edubuntu and kubuntu now
[06:06] <mdz> tfheen: it needs 30 minutes to get into the archive, then it needs to be _tested_
[06:07] <Kamion> tfheen: might as well queue up xubuntu too
[06:07] <mdz> tfheen: your call
[06:07] <tfheen> mdz: mvo has already tested it locally, so I'm willing to take it.
[06:07] <tfheen> both in the compiz-from-wherever and regular case
[06:08] <tfheen> I'm not saying we don't need more testing, just that it already has seen testing.
[06:08] <mdz> the upgrader has more test cases than anything else we ship
[06:08] <mdz> it depends on which packages the user happens to have installed
[06:08] <mdz> which even among supported packages is pretty boggling
[06:09] <mdz> happy for you to make the call on whether to include it, so long as it doesn't end there
[06:09] <mdz> it needs regression testing
[06:09] <tfheen> ok, so accept + call for extra and explicit testing of the upgrader, then?
[06:10] <mdz> ok
[06:11] <tfheen> mvo: you're happy with the current version?  No bad gut feelings or "maybe this isn't right" or anything like that?
[06:11] <mdz> it'll be very difficult to find a substantial number of real systems to do upgrade testing at this point though
[06:11] <mdz> mvo: aren't their systems already partially or mostly upgraded? or did it fail early?
[06:11] <mvo> mdz: it fails early with a error
[06:11] <mdz> mvo: ok, that's a great idea then
[06:11] <tfheen> ok, let's take it then.
[06:12] <mvo> ok
[06:12] <mvo> thanks
[06:12] <tfheen> Kamion: upgrade-notifier approved.
[06:12] <Kamion> accepted
[06:12] <tfheen> thanks.
[06:12] <Kamion> I'll drive the publisher by hand and then set back to full auto
[06:12] <tfheen> is there anything else unapproved?
[06:13] <Kamion> ubuntu-docs, which IIRC was explicitly not approved?
[06:14] <tfheen> correct.  I've asked mdke for an updated package which doesn't touch the build system which will go in if we end up doing respins, else it'll go to -updates.
[06:16] <dholbach> tfheen: he mailed you back already - not sure if you noticed
[06:17] <tfheen> dholbach: oh, I didn't see that before.  Thanks.
[06:17] <janimo> tfheen: so the casper a11y fixes are post edgy?
[06:17] <dholbach> tfheen: it's good I read your mails, hm? ;-)
[06:17] <tfheen> dholbach: yeah.  Good somebody does.
[06:17] <tfheen> :-)
[06:17] <tfheen> janimo: unless we happen to need a respin, yes.
[06:18] <janimo>  tfheen: ok, thanks
[06:18] <tfheen> dholbach: if I had seen that mail before, I would have accepted ubuntu-docs.  Oh well.
[06:30] <mdz> Riddell: there's a report in the forums of bug 56587 on kubuntu
[06:30] <Ubugtu> Malone bug 56587 in usplash "[edgy]  usplash segfaults" [Medium,Fix released]  http://launchpad.net/bugs/56587
[06:30] <mdz> Riddell: is the usplash artwork sorted?
[06:36] <mdz> Riddell: see http://www.ubuntuforums.org/showthread.php?t=280540
[06:39] <Riddell> mdz: it was fixed just before RC to a 16 colour image
[06:47] <tfheen> Kamion_: is the publisher done?
[06:48] <Kamion_> tfheen: yes
[06:48] <tfheen> yay.
[06:49] <mdz> are livefses still in progress?
[06:49] <Kamion> publisher back on full auto; I'm off in about ten minutes
[06:50] <mdz> no more main builds pending
[06:50] <mdz> only azureus it seems
[06:50] <Kamion> that should be a quick build; I checked before approving it
[06:52] <mdz> mvo: can you tell what's going on in bug 64615? it's not clear to me whether it's a maintainer script or part of the package management stack which is aborting
[06:52] <Ubugtu> Malone bug 64615 in courier-authlib "apt-get broken after upgrade to edgy eft (courier-authdaemon package)" [Undecided,Confirmed]  http://launchpad.net/bugs/64615
[06:54] <tfheen> mdz: edubuntu livefs-es building, there's a problem on king I'm working with Ng to resolve
[06:57] <mvo> mdz: I think it is a broken maintainer script, but I haven't reproduced it yet so I'm not sure  (I do this now)
[06:57] <mdz> mvo: thanks
[07:00] <tfheen> mdz: problem fixed (there was a stray process chewing all the CPU it could get), so we'll have CDs in a little while.
[07:01] <Kamion> I'm out for much of the evening. Call my mobile if necessary
[07:02] <tfheen> Kamion: enjoy your evening
[07:16] <tfheen> ubuntu alternate CDs up
[07:16] <tfheen> mdke_: sorry about the miscommunication. :-(
[07:23] <mdz> tfheen: I'm not seeing new alternates
[07:25] <mdz> tfheen: nm
[07:29] <ogra> whoops
[07:29] <ogra> all others are gone ...
[07:29] <tfheen> edubuntu alternate up
[07:29] <ogra> yep
[07:29] <ogra> how did you shrink it so much ...
[07:29] <ogra> ?
[07:30] <ogra> 686M feels tiny 
[07:30] <tfheen> I used a chainsaw.
[07:30] <ogra> could you spec that for uds ? :)
[07:30] <tfheen> attacking-edubuntu-with-chainsaw? :-)
[07:30] <ogra> yeah :)
[07:31] <LaserJock> well, we did have edubuntu-cd-diet
[07:31] <tfheen> ogra: I just build the things, I don't watch what's on every variant's disk.
[07:31] <jdong> would this size insanity one day drive us to squashfs 3.1 + LZMA?
[07:31] <LaserJock> but the chainsaw spec sounds more interesting
[07:31] <tfheen> jdong: squashfs 3.1, yes.  lzma, no.  It's too resource intensive, IIRC.
[07:31] <ogra> tfheen, i know, that wasnt serious ... i was just astonished that we lost 10M
[07:31] <ogra> (on alternate)
[07:32] <jdong> tfheen: yeah, I noticed that when Puppy Linux tried LZMA.... the savings are noticeable, but the CPU usage was unbearable on all but the most modern PC's
[07:33] <tfheen> it would be interesting to see if we could turn up the block cache and down the VFS cache.
[07:33] <tfheen> since that'd put more blocks in cache => faster access
[07:33] <pitti> tfheen: can I fill up the CDs with langpacks tomorrow (leaving some breathing space)?
[07:33] <pitti> I have to leave now for Taekwondo unfortunately
[07:34] <tfheen> pitti: sounds like a plan
[07:34] <pitti> cool
[07:43] <tfheen> kubuntu alternate up
[07:46] <mdz> tfheen: we should fill the CDs at the same time that we get final langpacks
[07:46] <tfheen> mdz: modulo a megabyte or two, then.
[07:46] <tfheen> otherwise agreed.
[07:47] <mdz> tfheen: right
[07:48] <mdz> tfheen: in fact maybe we should push it back so that langpacks don't change between RC and final
[07:48] <mdz> that would let us work out CD size earlier
[07:49] <mdz> tfheen: anyway, short version, please insert the langpack selection step into the process docs
[07:49] <Kim^J> When will 7.04 be out for alpha/beta testing ?
[07:49] <tfheen> langpacks currently have their deadline the same day as RC, though
[07:49] <tfheen> mdz: already done.
[07:50] <tfheen> Kim^J: we'll release milestones throughout the whole cycle, as we did for previous releases.
[07:50] <mdz> tfheen: yes, hence pushing it back farther
[07:50] <mdz> Kim^J: beta will be in March
[07:50] <fabbione> Kim^J: sometimes after 6.10 is released perhaps
[07:50] <Kim^J> tfheen: I wanna be alpha tester when that's about to happen...
[07:50] <Kim^J> Ok
[07:51] <Kim^J> Testing Edgy right now... Doing really well... Some irritation bugs though.. but they seem to have disappeared...
[07:51] <tfheen> Kim^J: you can upgrade from edgy to feisty once feisty opens.  It'll be a rough ride in the start, but you're free to try out.
[07:51] <Kim^J> There are some broken packages too...
[07:51] <Kim^J> kxdocker is VERY broken.
[07:51] <Kim^J> Won't start, wrong conf file for it. and there are nothing really installed...
[07:52] <mdz> Kim^J: we have a bug tracker for issues like that, but most of our attention is focused on the core (main) and not universe
[07:52] <Kim^J> SuperKaramba where quite buggy too... Didn't save the things installed ny it...
[07:53] <Kim^J> kk... well... just myu thoughts on edgy...
[07:53] <Kim^J> What do I need to know to get involved with helping getting Feisty stable?
[07:54] <jdong> Kim^J: are the kxdocker and superkaramba problems filed in launchpad?
[07:54] <mdz> Kim^J: we'll start to work on feisty after edgy is released
[07:54] <Kim^J> jdong: Should I do that?
[07:54] <Kim^J> mdz: I know... But what should I know to be able to help.
[07:55] <jdong> Kim^J: well, it's always the first step towards getting a fix....
[07:56] <Kim^J> kk
[07:56] <Kim^J> gonna report some then
[07:58] <Kim^J> kxdocker is already reported...
[07:59] <Kim^J> Just 100MB left of the copying... :D
[08:01] <tfheen> ubuntu desktop CD up
[08:01] <mdz> Kim^J: your question is very broad, so you get a very broad answer: https://wiki.ubuntu.com/ContributeToUbuntu
[08:01] <Kim^J> tfheen: Huh?
[08:01] <Kim^J> Uploading Ubuntu CD?
[08:02] <mdz> Kim^J: we're in the process of preparing the Ubuntu release, and we use this channel to coordinate that work, so we appreciate keeping things quiet in here during this time
[08:02] <Kim^J> Ok...
[08:02] <tfheen> Riddell: kubuntu livefs-es done, I'll build desktop cds once lithium is free.
[08:04] <mdz> ubuntu alternate succeeded here
[08:04] <mdz> sfllaw: time to begin a test cycle
[08:05] <tfheen> edubuntu live up
[08:06] <sfllaw> Resetting Testing/Current.
[08:07] <sfllaw> tfheen: Can I set all the image versions to 20061023?
[08:08] <ogra> sfllaw, please leave the edubuntu testing procedures links in there :)
[08:08] <sfllaw> ogra: OK.
[08:08] <tfheen> sfllaw: yes.
[08:10] <mdke_> tfheen: no worries. Are we there yet?
[08:11] <tfheen> mdke_: I've decided that I'll accept the docs if we need to reroll the CDs, if not it'll go to updates.
[08:11] <tfheen> kubuntu desktop CDs up
[08:11] <mdke_> tfheen: alright.
[08:11] <Riddell> tfheen: thanks
[08:11] <tfheen> mdke_: I think we want to roll new CDs to get them filled up with langpacks.
[08:12] <tfheen> mdke_: so it's fairly sure that the update'll make it
[08:12] <mdke_> tfheen: cool! Do you need anything more from me? 
[08:17] <mdz> kubuntu i386 alternate ok
[08:18] <tfheen> mdke_: no, your email telling me that the build changes were just for the website was needed and helpful clarification enough.
[08:18] <ogra> woah, the edubuntu live one shrunk even more ...
[08:19] <mdz> tfheen: could you build DVDs as well?
[08:19] <tfheen> mdz: yeah, I'll just do ubuntu-server first.
[08:21] <cbx33> ping lucas 
[08:21] <lucas> pong
[08:21] <tfheen> xubuntu alternate done, xubuntu livefs-es building
[08:21] <cbx33> lucas, I'm looking at the motu-tools scripts
[08:21] <lucas> mine is multidistrotools
[08:21] <lucas> motu-tools is \sh's
[08:21] <cbx33> oh?
[08:21] <mdke_> tfheen: great. Thanks and good luck
[08:21] <cbx33> did you build the pacakge?
[08:21] <cbx33> it had your email as the maintainer
[08:21] <heno> sfllaw: can you put kubuntu live CD winfoss high up on your testing list? I'll only be around for another 2-3 hours today
[08:21] <cbx33> on REVU
[08:22] <sfllaw> heno: Sure.
[08:22] <sfllaw> heno: If you give me tarballs of the windows part, I can even work with you interactively.
[08:22] <sfllaw> I'm keeping marginally insane hours right now.
[08:22] <cbx33> lucas, http://revu.tauware.de/details.py?upid=1160
[08:22] <lucas> ah
[08:22] <heno> sfllaw: http://people.ubuntu.com/~henrik/winfoss/edgy/kubuntu/20061021/
[08:22] <cbx33> is that not yours?
[08:23] <heno> That's what's in the current CDs
[08:23] <lucas> it is
[08:23] <cbx33> can I ask a question?
[08:23] <lucas> it's nearly one year old
[08:23] <lucas> you can remove it from REVU
[08:23] <cbx33> oh.....ok
[08:23] <cbx33> there is a newer one?
[08:23] <lucas> I'll upload to debian or directly to universe
[08:23] <heno> though be browser part has not changed for a long time
[08:23] <lucas> yes, see https://wiki.ubuntu.com/MultiDistroTools
[08:23] <cbx33> cos  a line apt-get -o Dir=$ID/ -o Dir::State::status=$ID/var/lib/dpkg/status update doesn't work
[08:23] <heno> nor is it different between ubuntu and kubuntu
[08:24] <cbx33> it throws back this E: Could not open file 01/var/lib/apt/01/var/lib/dpkg/status - open (2 No such file or directory)
[08:24] <cbx33> thanks lucas 
[08:24] <lucas> np
[08:24] <cbx33> ok I'll get the bar 
[08:24] <cbx33> bzr
[08:24] <cbx33> bbl
[08:27] <sfllaw> heno: Oh good, it's much smaller than an entire CD.
[08:28] <sfllaw> heno: Downlodaing.
[08:28] <heno> sfllaw: right. Just untar and burn to a CD, so that start.exe etc. ends up in the CD root
[08:29] <sfllaw> heno: Will do.
[08:36] <jdub> the new usplash is great
[08:37] <jdub> as is the polish to the gdm theme (rather than the proposed replacement)
[08:37] <sivang> jdub: whom do I send email to to have my blog aggregated on planet.u.c ? :)
[08:37] <jdub> sivang: read the sidebar (you don't)
[08:38] <jdub> ah, and a nice new background
[08:38] <jdub> hooray
[08:39] <wasabi_> Do launchpad teams have email addresses @something?
[08:40] <mdz> tfheen: is edubuntu/install/i386 current?
[08:41] <sivang> jdub: right, thanks
[08:42] <mdz> wasabi_: no
[08:43] <wasabi_> Sounds like a good feature!  =)
[08:43] <mdz> launchpad is not a mailing list manager (yet)
[08:51] <sfllaw> heno: Looks like the links work now.
[08:51] <sfllaw> heno: Thanks.
[08:51] <sfllaw> heno: I will test with the CD images.
[08:53] <heno> sfllaw: Thanks! AFAICT those tarballs contain the same stuff as the last run of CDs did. So either something went wonky in the build or in your VMware setup.
[08:53] <heno> I'll be interested to hear how the images fare :)
[08:53] <sfllaw> heno: As will I.
[08:54] <sfllaw> heno: The VMware setup is the same, because I've been using the snapshot-revert feature of VMware.
[08:54] <heno> sfllaw: if it goes wrong again, could you reboot your VM and try from a clean start?
[08:54] <heno> ok
[08:54] <sfllaw> Of course.
[08:56] <heno> sfllaw: I'll be fairly busy in the next 1.5 hr with the a11y meeting, but do ping if disaster strikes :)
[09:06] <ajmitch> morning
[09:23] <Nafallo> morning ajmitch:-)
[09:25] <keescook> ajmitch: permission to upload clamav to plug two security holes?  diff visible on bug 66510
[09:25] <Ubugtu> Malone bug 66510 in clamav "Security vulnerability in ClamAV" [Undecided,Confirmed]  http://launchpad.net/bugs/66510
[09:27] <ajmitch> keescook: yes please
[09:27] <keescook> ajmitch: thanks; done
[09:32] <Seveas> wasabi, are you wearing your asbestos underwear?
[09:33] <ajmitch> hi Seveas 
[09:33] <Seveas> ola
[09:33] <ajmitch> Seveas: now why would you ask such a thing?
[09:34] <Seveas> ajmitch, he's posting ideas on the libc list
[09:34] <Seveas> that should only be done when wearing asbestos underwear
[09:34] <Seveas> ask pitti (or any of the zillions ofother flamed people)
[09:34] <pygi> so what if they flame? their damn problem :P
[09:35] <Seveas> Ulrich Drepper doesn'tflame
[09:35] <Seveas> he toasts
[09:35] <pygi> anyway, sleep ^_^
[09:35] <pygi> he can't touch me, bleh :)
[09:35] <pygi> now, night night :P
[09:47] <tfheen> ubuntu-server and xubuntu-desktop up
[09:48] <tfheen> dvds building
[09:53] <_ion> Are the built images already available somewhere?
[10:10] <zorglu_>  q. i rebooted, my root partition reached its 'maximal mount count' and a fsck has been launched, it faileds and display a red 'FAILED' for one second and *automatically* rebooted. not letting me time to read the whole message. is this normal to get this automatic reboot ?
[10:10] <T`2> anyone here familiar with usb booting with grub?
[10:10] <tfheen> T`2: this is not a support channel
[10:11] <T`2> tfheen, well, this is ubuntu dev related though ;)
[10:12] <tfheen> T`2: oh, how?
[10:12] <T`2> just trying to package ubuntu onto a USB stick
[10:12] <wasabi_> Heh. my "update-menus" utility has vanished.
[10:12] <cbx33> T`2, hehe
[10:12] <T`2> but so far i haven't figured how to make grub automatically figure the device mapping when it comes up
[10:12] <cbx33> hows it going?
[10:12] <wasabi_> Resulting in breakage.
[10:13] <T`2> cbx33, am able to boot, but i need to map the device manually when i make the boot iamge
[10:13] <mdz> tfheen: cron will bring down the DVDs for me so that I can test them in the morning
[10:13] <T`2> its not a universal dd'able iamge
[10:13] <T`2> s/iamge/image
[10:13] <BenC> T`2: #grub?
[10:13] <tfheen> T`2: just install to an usb stick and it'll work.
[10:13] <tfheen> T`2: or follow https://wiki.ubuntu.com/LiveUsbPendrivePersistent
[10:13] <cbx33> ahhh
[10:13] <cbx33> can't remember how I did it now
[10:13] <tfheen> mdz: great.
[10:13] <tfheen> they're building now
[10:14] <T`2> tfheen, oh syslinux based.. hrmm
[10:14] <cbx33> tfheen, thats how I did it ;)
[10:14] <T`2> BenC, idle 
[10:14] <zorglu_> nobody for my 'why fsck reboot automatically after faillure' question ?
[10:15] <BenC> zorglu_: fsck can initiate changes that require a reboot
[10:16] <zorglu_> BenC: automatically ? i mean without me having to press a key ?
[10:16] <BenC> zorglu_: Yeah, because pressing a key is not userfriendly :)
[10:16] <BenC> it's also not "headless" friendly
[10:17] <BenC> would be nice if the whole fsck thing took place before root was mounted, to avoid that, but that's a spec that would need to be written :)
[10:17] <zorglu_> BenC: well announcing your root partition produce a fsck faillure without letting the user read the message, is not exactly what i call userfriendly 
[10:18] <zorglu_> BenC: if pressing a key is the problem, waiting for 10s is an alternative
[10:18] <BenC> zorglu_: It's not a failure, it's that fsck exited with an exit code that is supposed to tell the OS to reboot
[10:18] <BenC> if it were a failure, it would dump to singleuser
[10:18] <zorglu_> oh ok
[10:19] <zorglu_> well i am reassured for my root partition (which mount without issue btw)
[10:19] <zorglu_> but my point remains about letting the user know what is happening (a delay or a key press will do)
[10:19] <BenC> the problem comes from root being mounted and fsck modifying the filesystem in a way that is not easy to martial back throught the VFS, so a reboot is required to unmount the rootfs and remount it
[10:20] <zorglu_> i understand, i dont complains about the reboot, more about 'displaying a very frightning message, without letting the user knows what is going on'
[10:20] <BenC> sure
[10:20] <BenC> file a bug against the scripts that check the rootfs
[10:20] <simira> BenC: want any log references for a suspend bug(won't resume)? In case, which?
[10:20] <zorglu_> BenC: ok
[10:22] <nictuku> hi, I'd like to draw your attention to #63450. It's a severe bug, IMO.
[10:23] <nictuku> the postinst script is not indempotent, so upgrading from dapper to edgy will fail in many cases
[10:23] <BenC> simiar: dmesg
[10:24] <BenC> simira: ^^
[10:36] <zMott> are they going to be any more updates
[10:38] <mdz> only if the sky falls
[10:38] <zMott> okay
[10:38] <mdz> why?
[10:38] <zMott> there are some issue with gaim
[10:38] <jk> seems to fall a heck of a lot from the sky here :P
[10:39] <zMott> needing a better irc
[10:39] <zMott> client
[10:39] <tfheen> mdz: ubuntu-docs wasn't accepted due to a misunderstanding about the build system being changed (which this was just the web site build system), so I think I'll accept that before building new images with more langpacks tomorrow.
[10:39] <mdz> tfheen: ok
[10:40] <mdz> zMott: the gaim developers hang out on #gaim
[10:43] <zMott> thought there was something flakey with it
[10:43] <simira> BenC: I have a problem with dmesg, as I have to boot after suspend, to get up and running...
[10:44] <stgraber> Someone can have a look at bug 67355, it's pretty annoying for swiss french users to have their keyboard missing in edgy ?
[10:44] <Ubugtu> Malone bug 67355 in syslinux "Only one keymap is available for Switzerland" [Undecided,Confirmed]  http://launchpad.net/bugs/67355
[10:44] <BenC> simira: Ah, right, /var/log/kern.log then
[10:50] <Sp4rKy> hi :)
[10:55] <nixternal> hi ;)
[11:14] <sid> Anyone have a page with information about the firefox logos(the trademarked ones), and the trademarked "Firefox" that just uploaded to ubuntu.com for edgy?
[11:16] <Burgwork> sid: in what way?
[11:18] <sid> Burgwork: Well was there some legal(license) between Mozilla Foundation and Canonical Ltd.?
[11:18] <Burgwork> sid: read -devel
[11:18] <sid> Is there any info about that on the website somewhere
[11:18] <sid> k, thanks
[11:19] <Burgwork> no, there isn't
[11:20] <Burgwork> https://lists.ubuntu.com/archives/ubuntu-devel/2006-October/021981.html
[11:22] <sid> interesting
[11:22] <sid> thanks Burgwork
[12:06] <Burgwork> could we use deb-tags and tasksel (or something similar), to replace metapackages?
[12:06] <tkamppeter> doko, tfheen, are you there?
[12:06] <LaserJock> I think that's kinda in the works with tasksel
[12:07] <Burgwork> LaserJock: but to replace all metapackages?
[12:08] <LaserJock> one step at a time :-)