[12:18] <keescook> Kamion: permission to upload dbconfig-common?  you can see it at http://people.ubuntu.com/~kees/edgy-fixes/
[12:18] <keescook> or should I be getting perm from ajmitch?
[12:19] <erdalronahi> doko?
[12:19] <erdalronahi> welcome
[12:19] <erdalronahi> doko, we have a massive problem with the ooo-l10n, bug 67003
[12:19] <Ubugtu> Malone bug 67003 in language-support-ku "Edgy: openoffice.org-l10n-ku is very outdated" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67003
[12:19] <erdalronahi> sorry,
[12:19] <erdalronahi> doko has just left :)
[12:21] <Kamion> keescook: it's fine by me, although it's probably better to talk to dholbach/ajmitch for universe in general
[12:21] <Kamion> but I'd accept that if you uploaded it
[12:22] <ajmitch> keescook: being a native package, it's probably better to not have -0ubuntu1 version, but rather 1.8.25ubuntu1
[12:22] <Kamion> oh yeah, true
[12:22] <keescook> ajmitch: oh! okay.
[12:22] <ajmitch> though native packages are tricky & annoying like that
[12:22] <keescook> fixing...
[12:22] <Kamion> tfheen: hmm, as a consequence of investigating the console-setup vs. X fight, I think I might have figured out why console-setup doesn't work under usplash
[12:22] <Kamion> though maybe not :)
[12:23] <ajmitch> keescook: once version is fixed I'm happy :)
[12:23] <tfheen> Kamion: tell me
[12:23] <Kamion> tfheen: setupcon uses kbd_mode and loadkeys to prod the keyboard
[12:24] <Kamion> tfheen: those change the mode of the current tty
[12:24] <Kamion> there's a patch in kbd (which I want to steal for console-tools) that makes the console utilities try stdin (if it's a tty) before trying the current tty
[12:24] <tfheen> that'd be nice
[12:25] <Kamion> but as it stands, they always end up on /dev/tty or /dev/tty0 in practice
[12:25] <keescook> ajmitch: uploaded with fixed version.
[12:25] <Kamion> the reason X blows up is that X wants its tty to be in raw mode, and setupcon accidentally sets it to Unicode mode instead
[12:26] <Kamion> another effect of the way setupcon behaves is that it doesn't (always?) manage to set all the usual ttys to Unicode mode, so you can't actually type Unicode at many of them
[12:27] <Kamion> so the fix I propose is to incorporate the kbd patch above into console-tools, and change setupcon to iterate over all of $ACTIVE_CONSOLES setting kbd_mode -u on each of them, and then calling loadkeys with stdin redirected from the first active console
[12:27] <ajmitch> keescook: thanks
[12:27] <Kamion> I'll fire a set of patches in your direction for approval tomorrow
[12:28] <keescook> ajmitch: no problemo.
[12:28] <Kamion> so far I've tested that it no longer upsets X, and that it correctly sets Unicode mode on all the virtual consoles
[12:37] <jonh_wendell> pitti: can we translate strings in rosetta yet?
[12:40] <pitti> jonh_wendell: ...yet? you can do that for more than a year now???
[12:40] <pitti> jonh_wendell: however, things you put in rosetta won't land in edgy final any more, if you need that
[12:40] <jonh_wendell> pitti: oh no!
[12:40] <pitti> jonh_wendell: but stuff you translate now will land in the first edgy update packs (in about a month)
[12:41] <jonh_wendell> pitti: :(
[12:42] <jonh_wendell> pitti: here it's 19:42, Oct 19
[12:43] <pitti> johanbr: well, here it is 0:43 Oct 20, but that doesn't really matter :)
[12:43] <pitti> (well, apart from the fact that I should really go to bed now)
[12:44] <jonh_wendell> :)
[12:45] <Nafallo> pitti: you're not alone about that ;-)
[12:45] <erdalronahi> ping: doko
[12:46] <Burgwork> tfheen: beer is a wonderful thing to unwind with
[12:46] <tfheen> Burgwork: yeah, I know, hence my pondering.
[12:47] <Nafallo> tfheen: still just pondering? :-)
[12:49] <tfheen> nah, went and picked up a porter.
[12:50] <Nafallo> :-)
[12:50] <tfheen> I wonder if we'll be able to find decent beer in MV
[12:50] <Nafallo> well... it's google. you can find _anything_ :-)
[12:51] <Burgwork> tfheen: california is pretty good
[12:51] <tfheen> I'm not sure they serve alcohol on-site.
[12:51] <Burgwork> there are lots of people who understand that beer should be the colour of piss
[12:51] <Burgwork> and taste the same
[12:52] <tfheen> Burgwork: missing "not" in your sentence?
[12:52] <Burgwork> tfheen: yep
[12:52] <Burgwork> oops
[12:52] <Burgwork> seriously, there is good microbrew in Cali
[12:53] <tfheen> yeah, I just hope there's a good one close by the hotel or campus
[12:56] <Burgwork> tfheen: the intersection between being a hacker and liking good beer seems be common. I suspect so
[12:58] <_ion> Velkopopovick Kozel Dark 
[01:01] <_ion> burgwork: I take it you know what piss tastes like? :-)
[01:01] <tfheen> Burgwork: there's one a few hundred metres from google HQ at least.
[01:01] <Burgwork> _ion: they unfortunately make such beer in Canada
[01:03] <tfheen> Burgwork: we had some great beers in .ca too.
[01:03] <tfheen> Sleeman's, iirc?
[01:03] <Burgwork> tfheen: sleemans is pretty mass market. There is much better on the west coast
[01:03] <tfheen> Burgwork: sleemans is absolutely decent red beer.
[01:04] <tfheen> it's not excellent, but good.
[01:04] <tfheen> excellent beer is hard to buy, IME.
[01:05] <psusi> iirc there was a change in the newer kernels that allows scsi devices to be scanned in the background... my initrd appears to now be running the dmraid detection code before my hard disks have been found
[01:06] <psusi> is there a way that initrd startup scrtips should be waiting on hardware detection to finish?  right now the script is in local-top
[01:07] <tfheen> hello Matt
[01:07] <tfheen> how was dinner?
[01:08] <psusi> I think this same problem would break lvm disks as well
[01:09] <psusi> the scripts might run before the disks have been detected
[01:09] <tfheen> psusi: yes, the right way to do this is to call the discovery scripts from udev.
[01:09] <tfheen> we don't do that yet
[01:10] <psusi> hrm.... ahh, so you mean whenever udev detects a new disk as they are scanned, it should call the scripts to probe for lvm/dmraid?
[01:10] <tfheen> yes, and evms and everything else which might be interested.
[01:11] <tfheen> your SCSI drives are just a special case of "plugging in an USB drive with LVM volumes on it"
[01:11] <tfheen> or a variant or whatever
[01:11] <psusi> hrm.... is this something that would be considered critical and needs fixed before edgy is released?
[01:11] <psusi> true...
[01:11] <tfheen> no
[01:11] <tfheen> it won't be fixed for edgy.
[01:11] <tfheen> I'm hoping we'll get it fixed for fawn
[01:12] <psusi> after the system is up and running, is it still running the original udev from the initrd or is it killed and one from the root fs started?
[01:14] <psusi> also how would you avoid the race condition between hardware detection and configuration and mounting the root and switching to it?
[01:17] <tfheen> you do everything from udev.
[01:17] <tfheen> which is crack, but less so now that we have upstart.
[01:29] <psusi> upstart?
[01:30] <tfheen> yes, new init system
[01:30] <tfheen> http://upstart.ubuntu.com/
[01:30] <psusi> ohh?  we are moving away from classic init?
[01:30] <psusi> but not to initng?
[01:30] <HrdwrBoB> only months go
[01:31] <tfheen> psusi: correct
[02:21] <Nafallo> calm night :-(
[02:32] <jdong> THUNDERSTORM!
[02:32] <jdong> *rumble* *rumble*
[02:33] <HrdwrBoB> ooh, tis too
[02:34] <Nafallo> jdong: sounds kewl. is it like being a sourcepackage on a buildd? :-)
[02:34] <jdong> Nafallo: yeah, only you don't fail on ppc/dapper-backports and work magically on ppc/edgy because autotools wants to run twice
[02:34] <jdong> *grumble*
[02:34] <jdong> ;-)
[02:35] <Nafallo> jdong: lol
[03:07] <doko_> BenC: after upgrading the amd64 kernel to the current dapper -server, I'm seeing massive problems with xfs; the third time corruption of an xfs filesystem. I can repair it with xfs_repair, however ... how can I get you more information?
[03:08] <BenC> doko_: whatever dmesg out, description of the how it's corrupted, and any output you can get from the xfs recovery tools of what it found
[03:11] <Nafallo> doko_: ouch. time I start converting my server to ext3?
[03:22] <jdong> Nafallo: naw, hopefully it's an isolated instance
[03:22] <jdong> xfs has been a good boy to me
[03:22] <Nafallo> jdong: crashed for slomo as well :-/.
[03:23] <Nafallo> doko should be one to many ;-)
[03:23] <jdong> ok, good thing I haven't upgraded my XFS box to edgy yet then
[03:23] <jdong> urr, he said it happened on dapper
[03:23] <jdong> wow
[03:24] <Nafallo> ouch!
[03:24] <Nafallo> right
[03:24] <HrdwrBoB> I am not upgrading my XFS box to edgy
[03:25] <Nafallo> nafallo@ogre:~ $ mount | grep xfs | wc -l
[03:25] <Nafallo> 3
[03:25] <Nafallo> should be easy enough to convert :-)
[03:37] <doko_> BenC: bug 67047, heading to my bed now ...
[03:37] <Ubugtu> Malone bug 67047 in Ubuntu "xfs file system corruption" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67047
[04:10] <Toadstool> 2
[04:11] <Toadstool> ...
[04:22] <psusi> what component is responsible for generating grub menu entries when new kernels are installed?
[04:23] <psusi> every time I upgrade kernel packages, the new grub menu entry fails to load the initrd... I have to add the line myself
[04:31] <infinity> psusi: update-grub autogenerates menu.lst, based on templating in menu.lst itself, and the contents of /boot
[04:32] <psusi> k... I'll go kick update-grub around a bit then
[05:16] <fabbione> morning
[05:32] <mpt> Heh, an old spec of mine from Ubuntu Down Under has been accepted for UDS-MV
[05:33] <ajmitch> mpt: wonderful, which one?
[05:33] <mpt> https://launchpad.net/distros/ubuntu/+spec/topic-based-help
[05:35] <mpt> Haha
[05:35] <mpt> While Firefox 1.5's presentation of tabs will be made saner in 2.0, there's a High priority spec on making all tabs in Ubuntu behave like Firefox 1.5
[06:20] <infinity> ajmitch: Feel like doing some universe RMing?
[06:22] <nixternal> i thought it was called the frozenferret or something now ;)
[06:23] <Burgundavia> infinity: I read that rimming...
[06:23] <nixternal> lol
[06:23] <infinity> Burgundavia: Are all Canadians perverts, or just you and I?
[06:23] <nixternal> hahahahah!!!
[06:23] <Burgundavia> I think the former
[06:23] <crimsun> infinity: vlc is bug 66686 (UVF exception granted)
[06:23] <Ubugtu> Malone bug 66686 in vlc "[Edgy UVF exception request]  vlc_0.8.6-svn20061012.debian-1ubuntu1" [Wishlist,Fix committed]  http://launchpad.net/bugs/66686
[06:23] <Burgundavia> crimsun: appropriate, given the nature of the program
[06:25] <infinity> crimsun: Thanks.
[06:27] <infinity> Should I be concerned that I've been rebuilding main on amd64/i386/powerpc for the last ~12 hours and nothing's failed yet?
[06:27] <infinity> I'll continue being concerned about this.
[06:27] <fabbione> infinity: ehehhe yeah good idea
[06:27] <infinity> Success is almost always indicative of impending doom.
[06:32] <tritium> poningru: or is it half full?
[06:35] <mpt> grumble
[06:36] <mpt> I entered "rsync -vPz rsync://cdimage.ubuntu.com/cdimage/daily-live/current/*i386.iso"
[06:36] <mpt> sent 120 bytes  received 80 bytes  23.53 bytes/sec
[06:36] <mpt> and ended up with nothing
[06:37] <mpt> sfllaw, what did I do wrong?
[06:38] <minghua> mpt: I think you need to specify the destination
[06:38] <sfllaw> mpt: Yeah.  Otherwise, you just get a file listing.
[06:39] <sfllaw> Did I make a typo in my e-mail?
[06:39] <minghua> sfllaw: yes
[06:39] <sfllaw> Dang.
[06:39] <sfllaw> rsync --dry-run -vPz rsync://cdimage.ubuntu.com/cdimage/daily-live/current/*i386.iso .
[06:39] <minghua> sfllaw: I had the same confusion as mpt yesterday after trying the commands in your url
[06:40] <mpt> ahhh, thank you
[06:40] <sfllaw> That fullstop at the end is important.
[06:40] <sfllaw> And obviously missing.
[06:40] <mpt> obviously to you, perhaps :-P
[06:40] <mpt> That was rather unhelpful feedback from rsync, anyway.
[06:50] <ajmitch> infinity: what do you have for me?
[06:53] <infinity> ajmitch:
[06:53] <infinity>   110537 | S- | tulip                | 2.0.5-2ubuntu1       | 2 hours 30 minutes
[06:53] <infinity>          | * tulip/2.0.5-2ubuntu1 Component: universe Section: graphics
[06:53] <infinity>   110536 | S- | brasero              | 0.4.4-0ubuntu2       | 3 hours 40 minutes
[06:53] <infinity>          | * brasero/0.4.4-0ubuntu2 Component: universe Section: gnome
[06:53] <infinity>   110505 | S- | gajim                | 0.10.1-0ubuntu5      | 5 hours 50 minutes
[06:53] <infinity>          | * gajim/0.10.1-0ubuntu5 Component: universe Section: net
[06:53] <infinity>   110504 | S- | gajim                | 0.10.1-0ubuntu5      | 5 hours 50 minutes
[06:53] <infinity>          | * gajim/0.10.1-0ubuntu5 Component: universe Section: net
[06:53] <infinity>   110503 | S- | dbconfig-common      | 1.8.25ubuntu1        | six hours
[06:53] <infinity>          | * dbconfig-common/1.8.25ubuntu1 Component: universe Section: admin
[06:53] <infinity>   110245 | S- | mpd                  | 0.12.1-1ubuntu1      | 20 hours
[06:53] <infinity>          | * mpd/0.12.1-1ubuntu1 Component: universe Section: sound
[06:53] <infinity>   110197 | S- | weather-util         | 1.2-1ubuntu1         | 42 hours
[06:53] <infinity>          | * weather-util/1.2-1ubuntu1 Component: universe Section: utils
[06:53] <infinity>   110176 | S- | thoggen              | 0.6.0-2ubuntu1       | 43 hours
[06:53] <infinity>          | * thoggen/0.6.0-2ubuntu1 Component: universe Section: graphics
[06:53] <infinity>   110175 | S- | libipoddevice        | 0.5.1-0ubuntu1       | 43 hours
[06:54] <infinity>          | * libipoddevice/0.5.1-0ubuntu1 Component: universe Section: libs
[06:54] <infinity>   110070 | S- | pysvn                | 1.4.2+dfsg-0.1ubuntu | three days
[06:54] <infinity>          | * pysvn/1.4.2+dfsg-0.1ubuntu2 Component: universe Section: python
[06:54] <infinity>   110049 | S- | pycxx                | 5.3.5+5.3.6-0ubuntu1 | three days
[06:54] <infinity>          | * pycxx/5.3.5+5.3.6-0ubuntu1 Component: universe Section: python
[06:54] <ajmitch> approve mpd, dbconfig-common, gajim, thoggen, brasero, libipoddevice - I know of those ones already
[06:55] <ajmitch> what are the pysvn & pycxx changes?
[06:56] <ajmitch> tulip can go through as well
[06:57] <ajmitch> ok, pysvn & pycxx are done by doko, they can go through
[06:57] <infinity> Hrm, I wonder which gajim I should accept and which I should reject.
[06:57] <ajmitch> they look like they were uploaded at the same time, same version
[06:57] <infinity> Yeah. I'll grab them from the queue and see if they're different in any way.
[06:58] <ajmitch> just weather-util to check, one min
[06:59] <ajmitch> weather-util can be approved as well
[07:05] <infinity> ajmitch: Looks like one has .bzr junk in it and the other doesn't..
[07:05] <infinity> Not sure which was the intention, though.
[07:06] <ajmitch> nafallo has gone off to sleep
[07:06] <infinity> Hrm, I'll debdiff to the previous version and see which has less cruft/change. :)
[07:06] <ajmitch> ok :)
[07:16] <o_cee> hmm, guess f-spot won't be updated until after the release of edgy?
[07:17] <ajmitch> correct
[07:17] <ajmitch> edgy-updates may get some fixes backported to 0.2.1
[07:17] <ajmitch> feisty will get 0.2.2 & beyond
[07:32] <grexk> can somebody help with ldap auth with edgy?
[07:34] <grexk> I have this already working with dapper. But when I upgrade it doesn't boot anymore
[07:37] <ajmitch> grexk: this isn't the right channel for help, but try & put 'bind_policy soft' in /etc/libnss-ldap.conf
[07:38] <grexk> thanks
[07:55] <o_cee> ajmitch: that's too bad, the one major feature f-spot has been missing has finally (2 years later) been added.. ah well..
[07:56] <ajmitch> o_cee: yeah, well we freeze for a reason
[07:56] <o_cee> ajmitch: hehe yeah :)
[07:57] <ajmitch> there's always "one last thing" that'd be nice to have in a release
[07:57] <ajmitch> be glad that feisty is only 6 months away :)
[08:00] <sfllaw> BenC: Have you made any headway on installation testing?
[08:01] <ajmitch> hey sfllaw 
[08:01] <sfllaw> ajmitch: Sup?
[08:01] <ajmitch> friday night, relaxing with some ubuntu :)
[08:01] <sfllaw> Neato.
[08:02] <sfllaw> Ever feel the urge to do installation testing?
[08:02] <slomo> doko_: http://oss.sgi.com/projects/xfs/faq.html#dir2 <--- this xfs corruption?
[08:02] <sfllaw> ;)
[08:02] <ajmitch> sfllaw: I would but I'm well over my monthly data cap already
[08:02] <sfllaw> Fair enough.
[08:02] <sfllaw> I don't have a monthly data cap.
[08:03] <ajmitch> I can do some in 3 days when the month starts again :)
[08:04] <highvoltage> ajmitch: where in the world is it friday night already?
[08:04] <ajmitch> new zealand
[08:05] <infinity> Yeah, it's nearly quittin/weekend time for me too.
[08:05] <infinity> I guess there's something to be said for living in the future.
[08:05] <highvoltage> heh
[08:10] <sfllaw> infinity: Yay for the future!
[08:10] <sfllaw> infinity: Tomorrow, could you devote some background time to doing a few test installs?
[08:10] <sfllaw> I know you can't do PPC, but maybe you could spot in for some of the ones others haven't been able to do.
[08:11] <infinity> sfllaw: I can clean up random i386 slots, yeah.
[08:11] <sfllaw> infinity: Thanks!
[08:11] <infinity> sfllaw: My hardware has otherwise dwindled recently, which is teh suck.
[08:11] <sfllaw> infinity: I know.
[08:11] <infinity> I wonder if I could get Canonical to spot me the other 50% of the Quad-core G5 that IBM wants to sell me for 50% off..
[08:12] <sfllaw> infinity: You should ask.
[08:12] <infinity> Seems unlikely. :)
[08:12] <sfllaw> Well, you can't fault a boy for asking.
[08:12] <infinity> I suspect someone will point out that I get a salary.
[08:12] <infinity> And me pointing out that I spend that salary on rent on two apartments right now isn't likelt to garner much sympathy. :)
[08:12] <sfllaw> Hmm.
[08:13] <ajmitch> 'work-related expense'
[08:13] <infinity> Then again, the G5 costs less than flying me to any conference.  Yay for living in the middle of nowhere.
[08:13] <infinity> (Well, the global middle of nowhere anyway)
[08:14] <Fujitsu> infinity, it is unfortunate, yes... But ajmitch is really in a worse place :P
[08:14] <jdub> ajmitch is getting cheaper flights to sydney than the perthies
[08:14] <infinity> Not really, Air New Zealand has plenty of international flights.
[08:15] <infinity> In fact, my UDS-MV flights are Air New Zealand.
[08:15] <ajmitch> infinity: interesting, what day?
[08:16] <infinity> ajmitch: Flight NZ8 from Auckland, Nov 4th at 20:15
[08:16] <ajmitch> I may see you on it then
[08:16] <infinity> mpt is on the same flight too, I believe.
[08:17] <ajmitch> NZ7 on the 11th returning to NZ for me
[08:17] <infinity> Yeah, I'm there another week, so those won't match up. :)
[08:17] <infinity> Though I am on NZ7 coming back.  Just a week after you.
[08:18] <infinity> I assume NZ8 and NZ7 are the only Auckland<->SFO flights.
[08:18] <ajmitch> probably
[08:19] <infinity> Ahh well, it should be fun to be surrounded by people who can't pronounce the word "fish" while I'm stopped over.
[08:19] <infinity> :P
[08:20] <ajmitch> you've been living in Australia far too long
[08:20] <infinity> This is probably true.
[08:20] <infinity> Three years here has ruined me.  I now want a bright orange ute, wear footy shirts, and drink excessively.
[08:21] <infinity> Some of the above may have been lies.
[08:21] <sfllaw> Yeah, the drinking.
[08:21] <Fujitsu> How long have you been here, infinity?
[08:21] <infinity> Though, not the drinking sadly. :/  I've drank far more since moving here than I ever did before.
[08:21] <infinity> Fujitsu: 3 years, pretty much on the nose.
[08:22] <Fujitsu> Where were you previously?
[08:22] <infinity> Canada.
[08:22] <Fujitsu> Aha! I'm also from Canada, but I've been here...
[08:22] <Fujitsu> 10 years now.
[08:22] <sfllaw> Traitors!
[08:22] <sfllaw> ;)
[08:22] <infinity> Yeah, I think we've had this conversation before. :)
[08:23] <Fujitsu> Yeah, I think we have.
[08:23] <infinity> Well, without the interjection from sfllaw;.
[08:23] <sfllaw> Doesn't change a thing.
[08:23] <Fujitsu> Too many people.
[08:23] <Fujitsu> Too much to remember :S
[08:26] <sfllaw> I know what you mean.
[08:26] <sfllaw> Hobbsee!
[08:26] <ajmitch> hello Hobbsee 
[08:28] <Burgundavia> infinity: you have clear come unhinged down under
[08:28] <Hobbsee> sfllaw!!!
[08:28] <Hobbsee> hey ajmitch 
[08:29] <Fujitsu> Cruel, cruel Hobbsee.
[08:31] <Hobbsee> Fujitsu: indeed.
[08:32] <Hobbsee> Fujitsu: have you only just learned this?
[08:32] <Hobbsee> ajmitch learned this a long time ago
[08:34] <ajmitch> Hobbsee: you'd better have some fixes for universe to upload
[08:34] <elkbuntu> Burgundavia, you're only jealous we steal all your people :
[08:34] <Hobbsee> ajmitch: why?
[08:34] <ajmitch> Hobbsee: because there's only a few days to get things fixed
[08:34] <Hobbsee> ajmitch: i got one done yesterday!
[08:35] <ajmitch> well done
[08:35] <Burgundavia> elkbuntu: you only steal the crazy ones, so it is ok
[08:35] <ajmitch> now get some more done :)
[08:35] <Hobbsee> ajmitch: it was a sync request.
[08:35] <Hobbsee> ajmitch: have you ack'd it yet?
[08:35] <elkbuntu> Burgundavia, that must mean you are next on our list then...
[08:35] <Burgundavia> elkbuntu: nah, my brother is at least a few people ahead of me
[08:36] <ajmitch> Hobbsee: did you ever ask anyone about it?
[08:38] <Hobbsee> ajmitch: on second thoughts, i dont need to.
[08:38] <ajmitch> good
[08:38] <ajmitch> hey pitti 
[08:38] <Hobbsee> hi pitti 
[08:38] <imbrandon> moins pitti
[08:38] <Fujitsu> Evening, pitti.
[08:39] <pitti> Good morning
[08:39] <pitti> hi ajmitch 
[09:24] <janimo> Kamion: the latest Xubuntu daily builds are good for RC
[09:40] <pitti> carlos: for the edgy langpacks I just applied some sed hackery to get rid of all those  signs
[09:41] <carlos> Oh, right!
[09:41] <carlos> I forgot that one!!!
[09:41] <pitti> carlos: but eventually this should be fixed in Rosetta proper
[09:41] <carlos> well, new ones will not appear, we are using an image now
[09:41] <pitti> carlos: this might require some special hacks, like if msgid does not contain  then all those should be removed from msgstr
[09:41] <carlos> I should prepare a migration script to remove them
[09:42] <pitti> yup, I could only do the blunt way now
[09:42] <carlos> yeah, I already did some migrations like that one, don't worry ;-)
[09:42] <pitti> but it should be good enough, I doubt that there are many msgid's with '' around
[09:42] <pygi> morning all
[09:42] <pitti> I grepped for 'msgid.*' and didn't find anything, but that doesn't cover this char in the second and further line
[09:42] <pitti> hi pygi 
[09:43] <pitti> jvw: hi Jeroen
[09:43] <jvw> pitti: hey :)
[09:45] <carlos> pitti: the database will give us much more flexibility on that, don't worry
[09:45] <pitti> carlos: right
[09:45] <pitti> carlos: I just assumed that we can't do that and roll a new tarball in the next few hours
[09:45] <carlos> hmmm
[09:46] <carlos> define 'next few hours'
[09:46] <pitti> few == 2 or so
[09:46] <pitti> well, up to 4 would be okay, too, I guess
[09:46] <carlos> the problem is that I should leave to the bank right now
[09:46] <pitti> carlos: but I would like to avoid importing a new tarball
[09:46] <carlos> 2 is not possible, but 4 is doable, yes
[09:46] <pitti> we are testing the current langpacks, and I want to stabilize on them
[09:47] <pitti> carlos: don't worry, take your time; I think I'll just take the current ones
[09:47] <carlos> anyway, your scripts fixed the issue, right?
[09:47] <pitti> right
[09:47] <carlos> I will request the run on production today, so we don't forget to do it
[09:47] <carlos> and get any update already fixed
[09:49] <pitti> carlos: would be nice for dapper and breezy, too
[09:49] <pitti> hi jono
[09:49] <carlos> pitti: it will be for the whole database
[09:53] <jono> hey
[09:58] <pitti> moin Seveas 
[10:00] <Seveas> hi 
[10:01] <pepsiman> pitti: you can use msggrep to search for 
[10:02] <pitti> pepsiman: indeed; but what I would have really needed was msgsed or so :)
[10:04] <pepsiman> pitti: msgfilter
[10:05] <pitti> nice
[10:05] <pitti> pepsiman: thanks
[10:22] <Kamion> janimo: tfheen's the RM at the moment
[10:29] <dholbach> good morning
[10:29] <disturboresiduo> how ican upgrade my ubuntu from cd and with terminal?
[10:30] <fdoving> disturboresiduo: that's a question for #ubuntu
[10:31] <pitti> tfheen: ok to fix bug 66977 for edgy? it's a regression from dapper and has an easy fix (I just added the patch)
[10:31] <Ubugtu> Malone bug 66977 in mozilla-firefox-locale-all "Use localized start pages" [Medium,Fix committed]  http://launchpad.net/bugs/66977
[10:32] <disturboresiduo> excureme
[10:32] <pitti> disturboresiduo: -> #ubuntu please
[10:37] <disturboresiduo> excureme
[10:37] <disturboresiduo> join #ubuntu
[10:39] <Kamion> tfheen: http://people.ubuntu.com/~cjwatson/tmp/console-tools.diff - as discussed last night, prerequisite for console-setup fix
[10:43] <tfheen> Kamion: and open_a_console returns -1 if it's not a tty?
[10:43] <tfheen> Kamion: if so, approved.
[10:44] <Kamion> tfheen: correct (or if it can't open it at all)
[10:44] <slomo> tfheen: http://slomosnail.de/~slomo/temp/dbus_0.93-0ubuntu3.debdiff <--- fine with you to upload? :)
[10:46] <Kamion> tfheen: http://people.ubuntu.com/~cjwatson/tmp/vim.multibyte.diff - fixes vim-tiny lack of multibyte support mentioned the other day
[10:46] <tfheen> pitti: why does it have a print statement there?
[10:46] <pitti> tfheen: I just noticed, I'm currently fixing it harder
[10:46] <pitti> tfheen: still, do you think we should fix that for edgy?
[10:46] <tfheen> slomo: tested it this time? :-)
[10:46] <tfheen> pitti: yes, I think we can and should.
[10:46] <pitti> ok
[10:47] <Kamion> tfheen: http://people.ubuntu.com/~cjwatson/tmp/yaboot-installer.diff - fixes ubiquity breakage with multiple bootstrap partitions
[10:47] <pitti> tfheen: it's not that easy to append something in a perl -pi script, I'll tinker a bit
[10:47] <tfheen> Kamion: we need nls and multilang too for vim?
[10:47] <slomo> tfheen: yes
[10:48] <tfheen> pitti: I speak perl fairly fluently, if you can wait until I'm more awake, I can fix it.
[10:48] <tfheen> (I woke up fifteen minutes ago)
[10:48] <pitti> tfheen: I'll come back to that offer if I run out of ideas :)
[10:48] <pitti> tfheen: (Good morning, BTW)
[10:48] <tfheen> Kamion: vim looks good to me; I presume the size hit isn't too bad?
[10:49] <tfheen> good morning to you too. :-)
[10:50] <slomo> hm, bbl... tfheen, just tell me when it's fine to upload, i'll upload it later then
[10:50] <tfheen> Kamion: yaboot-installer is good.
[10:52] <Kamion> tfheen: nls is actually the default (just needed to kill --disable-nls) and multi_lang is implied by --with-features=big
[10:54] <tfheen> Kamion: I was wondering if we needed multilang for multibyte support; I presume -tiny isn't built with --features=big?
[10:54] <Kamion> -tiny uses --with-features=small
[10:54] <Kamion> I took multilang because that was what the Debian change did
[10:54] <tfheen> ok, let's do the same, then
[10:55] <Kamion> it's not clear it's strictly required for multibyte support
[10:55] <Kamion> oh, it might be needed for automatic encoding detection from the locale, possibly
[10:55] <Kamion> it enables :language
[10:56] <tfheen> ok, vim approved.
[10:56] <tfheen> slomo: dbus looks good to me; approved.
[10:57] <Kamion> makes vim-tiny 49KB bigger here
[10:57] <tfheen> acceptable, IMO
[10:57] <Kamion> yeah
[11:00] <mjg59> mvo: acpi is a small program that prints battery information. You almost certainly don't want to assign bugs to it.
[11:00] <mvo> mjg59: sorry, which one is the correct? acpi-support? something else?
[11:00] <Kamion> tfheen: I don't think bug 66883 is RC. What about you?
[11:00] <Ubugtu> Malone bug 66883 in cdebconf "Codeset selection dialog has poor layout" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66883
[11:00] <mjg59> mvo: Almost certainly X
[11:00] <mjg59> In that specific case
[11:00] <janimo> tfheen: the last Xubuntu daylies are good to be released as RC
[11:01] <Kamion> it's probably an off-by-N in cdebconf's newt frontend somewhere
[11:04] <tfheen> Kamion: I'm inclined to treat almost all expert-mode bugs as not-rc.
[11:04] <tfheen> Kamion: and in this case, it's not RC, no.
[11:05] <pitti> tfheen: patch for bug 66977 updated, works fine now
[11:05] <Ubugtu> Malone bug 66977 in mozilla-firefox-locale-all "Use localized start pages" [Medium,Fix committed]  http://launchpad.net/bugs/66977
[11:05] <Kamion> right, dropped
[11:05] <Kamion> it might show up in some locales that aren't in console-setup's enormous list
[11:06] <Kamion> but I'm fairly sure that has at least nearly everything we care about
[11:06] <pitti> tfheen: I wanted to avoid nasty hacks with -pi, so I changed the script to run without -pi
[11:11] <Kamion> somebody in the usplash cabal needs to look at bug 64171 again today
[11:11] <Ubugtu> Malone bug 64171 in usplash "Colors look bad " [Medium,Confirmed]  http://launchpad.net/bugs/64171
[11:11] <Kamion> I haven't figured out exactly what Seveas meant
[11:11] <Seveas> Kamion, every function that uses the svgalib gl functions will display wrong colors (blue-black)
[11:12] <Seveas> that's usplash_clear and usplash_text
[11:12] <Kamion> Seveas: do you know where the bug is? I had a quick look through those functions and didn't notice obvious signed char breakage
[11:12] <Seveas> well, it started when usplash started to use 16bit-color svga modes
[11:13] <Kamion> mvo: have you started on hacking around live CD breakage in launchpad-integration? bug 60071
[11:13] <Ubugtu> Malone bug 60071 in launchpad-integration "Gets confused when using --translate --pid $pid on the live cd" [Medium,Confirmed]  http://launchpad.net/bugs/60071
[11:13] <Seveas> so I assume the palette needs to be adjusted for that
[11:13] <Seveas> haven't found out how/what/where though (svgalib is not the best documnted piece of software)
[11:14] <mvo> Kamion: no, I haven't
[11:15] <mvo> Kamion: I can have a look now
[11:15] <Kamion> the palette is unsigned char
[11:16] <Kamion> does that need to be changed?
[11:16] <Kamion> (bogl/pngtobogl.c
[11:16] <Kamion> )
[11:17] <Kamion> would need some care in the bogl backend too
[11:17] <Seveas> it should not be changed in there
[11:17] <Seveas> but in usplash_svga.c
[11:17] <Seveas> the palette already has to be mangled, it just needs an updated mangling
[11:18] <tfheen> infinity: can you give me a listing of the unapproved queue for main, please?
[11:19] <infinity> yessir.
[11:19] <Kamion> I am massively confused by that / 4 in usplash_svga_set_palette
[11:19] <infinity>   110502 | S- | kdeadmin             | 4:3.5.5-0ubuntu2     | 11 hours
[11:19] <infinity>          | * kdeadmin/4:3.5.5-0ubuntu2 Component: main Section: utils
[11:19] <infinity>   110500 | S- | libx11               | 2:1.0.3-0ubuntu4     | 11 hours
[11:19] <infinity>          | * libx11/2:1.0.3-0ubuntu4 Component: main Section: x11
[11:19] <infinity>   110499 | S- | ubuntu-docs          | 6.10.3               | 11 hours
[11:19] <infinity>          | * ubuntu-docs/6.10.3 Component: main Section: text
[11:19] <infinity>   110489 | S- | nautilus             | 2.16.1-0ubuntu3      | 12 hours
[11:19] <infinity>          | * nautilus/2.16.1-0ubuntu3 Component: main Section: gnome
[11:19] <infinity>   110251 | S- | edgy-gdm-themes      | 0.7-0ubuntu1         | 15 hours
[11:19] <infinity>          | * edgy-gdm-themes/0.7-0ubuntu1 Component: main Section: x11
[11:19] <Bernardo> good morning
[11:19] <Kamion> what the heck is that about?
[11:19] <infinity>   110249 | S- | edgy-community-wallp | 0.4-0ubuntu1         | 15 hours
[11:19] <Seveas> Kamion, svga_gl expects integers in the range 0..63
[11:19] <infinity>          | * edgy-community-wallpapers/0.4-0ubuntu1 Component: main Section: x11
[11:19] <infinity>   110248 | S- | edgy-wallpapers      | 0.7-0ubuntu1         | 16 hours
[11:19] <infinity>          | * edgy-wallpapers/0.7-0ubuntu1 Component: main Section: x11
[11:20] <infinity>   110247 | S- | grub                 | 0.97-11ubuntu14      | 20 hours
[11:20] <infinity>          | * grub/0.97-11ubuntu14 Component: main Section: admin
[11:20] <Seveas> Kamion, I already tried without the /= 4, doesn'twork
[11:20] <infinity>   110077 | S- | python-setuptools    | 0.6c3-1ubuntu4       | three days
[11:20] <infinity>          | * python-setuptools/0.6c3-1ubuntu4 Component: main Section: python
[11:20] <infinity>   110068 | S- | xfdesktop4           | 4.3.99.1svn+r23428-0 | three days
[11:20] <infinity>          | * xfdesktop4/4.3.99.1svn+r23428-0ubuntu2 Component: main Section: x11
[11:20] <infinity>   110050 | S- | human-cursors-theme  | 0.4-0ubuntu1         | three days
[11:20] <infinity>          | * human-cursors-theme/0.4-0ubuntu1 Component: main Section: x11
[11:20] <infinity> tfheen: DoI still have carte-blanche for well-isolated FTBFS uploads?
[11:20] <tfheen> infinity: I'd like you to at least tell me about them, but yeah, if they're easy, I'm fine with them
[11:21] <Bernardo> good morning
[11:21] <infinity> Oh, for the love of... memtest is FTBFS on amd64 too.  Gnar.
[11:21] <tfheen> infinity: -wallpapers is approved, , edgy-gdm-themes is approved, ubuntu-docs is approved.
[11:21] <infinity> That'll teach me to do rapid-fire fixes before waiting for all of autotest to finish.
[11:21] <tfheen> infinity: libx11 is a fd leak fix by Kees (sponsored by somebody)?
[11:22] <Kamion> er, d'oh, meant to fetch libx11, ran accept libx11 instead
[11:22] <Kamion> let's hope it's ok
[11:22] <infinity> Oops. :)
[11:22] <infinity>    * SECURITY UPDATE: file descriptor opened from environment variable
[11:22] <infinity>      leaked, allowing elevated read access to files.
[11:22] <infinity>    * Add 'debian/patches/018_ximcp_double_open.diff' to stop a file descriptor
[11:22] <infinity>      leak in the ximcp module.
[11:22] <infinity>    * References
[11:22] <infinity>      https://launchpad.net/distros/ubuntu/+source/libx11/+bug/66776
[11:22] <Ubugtu> Malone bug 66776 in xorg-server "[edgy]  fd leak in Xinput module " [Unknown,Confirmed]  
[11:22] <infinity>      CVE-2006-5397
[11:22] <tfheen> yes, that's the one.
[11:22] <infinity> Looks fine frm the changelog, anyway.
[11:22] <dholbach> mdz acked human-cursors-theme for post-rc
[11:23] <pitti> Kamion: I reviewed and checked libx11 patch, that was fine
[11:23] <Kamion> +-    fp = _XFopenFile (name, "r");
[11:23] <Kamion> +     if (! (fp = _XFopenFile (name, "r"))) {
[11:23] <Kamion> looks kinda sane to me ...
[11:24] <tfheen> infinity: the nautilus one is from Seb with http://cvs.gnome.org/viewcvs/nautilus/libnautilus-private/nautilus-directory.c?r1=1.260&r2=1.261&makepatch=1&diff_format=u as the change?
[11:25] <infinity> The changelog claims so, do you want me to debdiff it?
[11:26] <tfheen> no, I'm fine with it.  Seb and I talked about it last night and I trust him enough that he won't sneak in other fixes.
[11:26] <Kamion> we could write a small script to debdiff a given queue id, y'know ...
[11:26] <infinity> Kamion: Well, it's the "fetch the previous version" bit that makes it more than a 2-minute fix, unless you speak soyuz.
[11:27] <Kamion> I've done most of that for backports already
[11:27] <infinity> Ahh, cool.
[11:27] <infinity> tfheen: Diffed it anyway, it's sane.  Accepting.
[11:28] <infinity> tfheen: Does janimo still have approval to upload random xfce stuff?
[11:29] <tfheen> infinity: as long as it doesn't touch anything else, yes.
[11:29] <infinity> Yeahp, xfdesktop should be fine, then.
[11:29] <tfheen> I have no idea about kdeadmin; I think I approved python-setuptools, but three days is a long time
[11:30] <infinity>  python-setuptools (0.6c3-1ubuntu4) edgy; urgency=low
[11:30] <infinity>  .
[11:30] <infinity>    * Use unversioned interpreter for easy_install.
[11:30] <infinity>    * Depend on python-dev instead of python.
[11:30] <infinity>    * Suggest python2.5-dev.
[11:30] <infinity> Sound familiar?
[11:30] <tfheen> oh, that, approved.
[11:31] <infinity>  kdeadmin (4:3.5.5-0ubuntu2) edgy; urgency=low
[11:31] <infinity>  .
[11:31] <infinity>    * kubuntu_10_knetworkconf_localhost.diff added, hostname should not
[11:31] <infinity>      be appended as alias to localhost in /etc/hosts
[11:31] <infinity>      Closes Malone #66813
[11:31] <Ubugtu> Malone bug 66813 in kdeadmin "kcm_knetworkconfmodule adds hostname to 127.0.0.1 line" [Critical,Fix committed]  http://launchpad.net/bugs/66813
[11:31] <seb128> what happened to my nautilus upload from yesterday? ;)
[11:31] <infinity> seb128: I just accepted it.
[11:31] <seb128> cool, thank you
[11:31] <infinity>  grub (0.97-11ubuntu14) edgy; urgency=low
[11:31] <infinity>  .
[11:31] <infinity>    * s/single-user/recovery/, revert Debian #370110.  Ubuntu: #62600.
[11:31] <Ubugtu> Debian bug 370110 in grub "please s/recovery/single-user/ in generated menu.lst" [Wishlist,Closed]  http://bugs.debian.org/370110
[11:32] <Kamion> that's wrong, I mailed Scott
[11:32] <Kamion> missing )
[11:32] <Kamion> (grub)
[11:35] <seb128> is the splash screen supposed to look like that on amd64: http://people.ubuntu.com/~seb128/boot.jpg ?
[11:36] <infinity> dholbach: Do you want ajmitch to approve your glom upload, or are you happy being both uploader and approver?
[11:36] <seb128> and note the text in the bottom left corner (it's barely readeable), that's from the "check CD" mode
[11:36] <dholbach> infinity: I'm happy with that. :-)
[11:36] <pitti> hm, shall I look into bug 60071?
[11:36] <Ubugtu> Malone bug 60071 in launchpad-integration "Gets confused when using --translate --pid $pid on the live cd" [Medium,Confirmed]  http://launchpad.net/bugs/60071
[11:37] <Kamion> seb128: I think that's bug 64171; see the discussion between me and Seveas above
[11:37] <pitti> or does anyone want to take this who is familiar with lp-i?
[11:37] <Ubugtu> Malone bug 64171 in usplash "Colors look bad " [Medium,Confirmed]  http://launchpad.net/bugs/64171
[11:37] <Kamion> pitti: mvo said he was looking at that
[11:39] <pitti> ah, nice
[11:39] <mvo> pitti: I set it to in progress now
[11:39] <Seveas> Kamion, no, that bug is "I have no amd64 so cannot check palette colors" -- amd64 uses bogl and not svgalib
[11:39] <pitti> mvo: assignment to you is good, then it disappears from the 'unassigned edgy blockers' list; thanks
[11:39] <Seveas> fschoep should be aware of that
[11:39] <Kamion> Seveas: oh, right, hmm
[11:40] <Kamion> Seveas: if you describe that a bit more verbosely to me, I can probably take care of it
[11:40] <Kamion> I have both amd64 and powerpc
[11:40] <infinity> Seveas: If you boot with vga=<whatever> on the command line, you'll get a vesa fb, and the bogl backend, no?
[11:41] <Seveas> Kamion, if the new theme has been uploaded (fschoep now has it), someone with an amd64 needs to check the colors in th 640x400 theme and makesure they are readable. COlors are simply palette entries.
[11:41] <Seveas> infinity, -ENOCLUE, mjg59 does the difficult things
[11:41] <infinity> Seveas: I'm pretty sure that's meant to work right now.
[11:42] <pitti> ok, if anyone wants me to work on an urgent bug fix today, please tell me; otherwise I'll look into spec writing and some less urgent matters
[11:42] <infinity> pitti: You have an amd64 box, yes?
[11:43] <pitti> infinity: yes
[11:43] <Kamion> infinity: er, you will? only one backend can be built into usplash at compile time, AFAIK
[11:43] <infinity> pitti: Want to check the header confusion that's making memtest86 FTBFS on amd64, so I don't have to debug it over a slow link?
[11:43] <Kamion> oh, no, that's been fixed
[11:43] <infinity> pitti: Should be a 2-minute fix, then I'm done with you. :)
[11:43] <seb128_> re
[11:43] <pitti> infinity: of course
 Kamion: in my case it's on amd64 and that looks like non-svga, no?
[11:43] <seb128_> --- Disconnected ().
[11:43] <seb128_> Kamion: dunno if you get that, if you replied something please say it again
[11:45] <Kamion> seb128_: 10:38 < Seveas> Kamion, no, that bug is "I have no amd64 so cannot check palette colors" -- amd64 uses bogl and not svgalib
[11:45] <infinity> pitti: If I see anymore gettext/autotools failures during this current autotest, I may assign those to you too, since you seem to know what the problem and the fix are, but feel free to bounce them.
[11:46] <infinity> pitti: I've not seen any yet anyway, so it may be moot.
[11:46] <infinity> Kamion: Want to reject grub, so no one accidentally accepts it later?
[11:47] <infinity> Also, we really need tracking on the queue tool.  The fact that we all use one user account and there's no auditing is really crap. :/
[11:47] <Kamion> infinity: done
[11:47] <janimo> tfheen: can you please publish the last builds frozen before RC as the RC images for xubuntu? thanks
[11:47] <Kamion> yes
[11:47] <Kamion> I've suggested multiple possible fixes to the Soyuz team but apparently they're all too functional or something
[11:47] <pitti> infinity: sounds good to me
[11:47] <infinity> Kamion: *smirk*
[11:48] <pitti> infinity: yes, testing them all would be appreciated
[11:48] <tfheen> janimo: yes, once I have had breakfast, and gone through this morning's email.
[11:48] <infinity> Kamion: Well, this may fall under the more general "soyuz privsep" BoF I intend to have with elmo, malcc, cprov, and me.
[11:48] <Kamion> almost missed bug 66895; targetted
[11:48] <Ubugtu> Malone bug 66895 in partman-base "Ubiquity disappears if you have multiple disks and the last disk is empty" [High,Confirmed]  http://launchpad.net/bugs/66895
[11:48] <Kamion> fix should be easy, just needs me to set up a test environment
[11:49] <Kamion> speaking of breakfast, I have to go and buy breakfast cereal before I starve to death. Back in a bit.
[11:49] <infinity> Hrm, breakfast indeed.  I think I'll order a pizza.
[11:50] <infinity> (See, there are advantages to keeping weird work hours)
[11:50] <infinity> Though very few, I'll admit.
[11:50] <tfheen> infinity: you get to hang out with us on IRC, that's gotta count for something
[11:50] <infinity> I refuse to comment on the grounds that I may lose what friends I have left. :P
[11:53] <infinity> Oh look, a cdrom-checker upload.
[11:54] <infinity> tfheen: Is that as ugly and wrong as it sounds? :/
[11:55] <pitti> infinity: according to the GccSsp page you already fixed memtest86+ to build without SSP
[11:55] <pitti> infinity: however, that version doesn't seem to be in the archive yet
[11:55] <infinity> pitti: Yes, I did.  You're looking at the wrong source.
[11:57] <infinity> pitti: That version's in the archive, and fails to build on amd64.
[11:57] <infinity> https://launchpad.net/distros/ubuntu/+source/memtest86+/1.65-1ubuntu1
[11:57] <pitti> memtest86+ |     1.65-1 | http://archive.ubuntu.com edgy/main Packages
[11:57] <infinity> (Grab the sources there, if your mirror hates you)
[11:57] <pitti> infinity: ah, great
[11:57] <infinity> Oh, hrm, it might just be missing a build-dep on libc6-dev-i386
[11:57] <pitti> infinity: it is
[11:57] <pitti> uploading fix now
[11:57] <infinity> But, yeah, I can't really test easily on this slow-as-crap link, so go nuts. :)
[11:58] <pitti> -Build-Depends: debhelper (>> 3.0.0), dh-buildinfo
[11:58] <pitti> +Build-Depends: debhelper (>> 3.0.0), dh-buildinfo, libc6-dev-i386 [amd64] 
[11:58] <pitti> tfheen: ^ ok to upload new memtest86+ with that?
[11:58] <infinity> Is there an appropriately sarcastic changelog entry to go with it?
[11:58] <infinity> I won't accept it without sarcasm.
[11:58] <pitti> I was very uncreative
[11:59] <pitti> * Add libc6-dev-i386 build dependency on amd64 to fix FTBFS.
[11:59] <infinity> You are so not fun during release crunch. :P
[11:59] <infinity> (looks all good to me, though)
[11:59] <pitti> what about ' * We only need half the stub bits on amd64'?
[11:59] <pitti> (nevermind)
[11:59] <stub> Argh!
[12:00] <pitti> stub: sorry :)
[12:00] <pitti> infinity: uploaded
[12:00] <infinity> I don't imagine stub's very happy about thinking of "half his bits".
[12:01] <pitti> oops
[12:01] <pitti> hi jdthood 
[12:01] <infinity> "May cause irritation and TCP timeouts"?
[12:02] <jdthood> pitti: Ahoy there
[12:02] <pitti> seems the price tag stuck on the 'hazard' word after the 'bio'
[12:04] <slomo> tfheen: ok, uploaded... thanks
[12:06] <infinity> tfheen: Filthy hack in cdrom-checker reviewed and accepted.
[12:07] <infinity> slomo: Was tha dbus upload I just saw what you were talking to tfheen about earlier (and he approved)?
[12:08] <slomo> infinity: yes
[12:08] <infinity> slomo: Great, thanks, accepted then.
[12:17] <mvo> tfheen: can you please review the debdiff for bug 60071 ? its here http://librarian.launchpad.net/4894918/launchpad-integration_0.1.4.2.debdiff . this is build from the bzr repository, if you prefer I can do a version that just adds a patch to the current package into debian/patches (that will avoid the autofoo stuff in the diff)
[12:17] <Ubugtu> Malone bug 60071 in launchpad-integration "Gets confused when using --translate --pid $pid on the live cd" [Medium,In progress]  http://launchpad.net/bugs/60071
[12:17] <tfheen> pitti: approved.
[12:18] <tfheen> mvo: I'd prefer something where you just patch the source like a classic debian package.
[12:20] <tfheen> Kamion: we need a new d-i upload for cdrom-checker, don't we?
[12:23] <doko_> tfheen: some cleanup from yesterday ...
[12:23] <mvo> tfheen: http://librarian.launchpad.net/4894937/launchpad-integration_0.1.4.2.debdiff
[12:23] <doko_> tfheen: http://people.ubuntu.com/~doko/edgy/gcc-3.3.debdiff
[12:23] <doko_> tfheen: http://people.ubuntu.com/~doko/edgy/python-central.debdiff
[12:24] <infinity> pitti: http://people.ubuntu.com/~cjwatson/testing/edgy_outdate.txt
[12:24] <tfheen> mvo: we already had a dirty fix in there for the live CD?  EW.
[12:24] <tfheen> mvo: but ok, looks good to me.
[12:24] <infinity> pitti: Specifically, the m-f-l-xh out-of-date.
[12:24] <infinity> pitti: Did we drop a local without an upgrade path?
[12:24] <mvo> tfheen: yes, but the prefix changed :(
[12:25] <pitti> infinity: seems so
[12:25] <pitti> infinity: I'll add a transitional package
[12:25] <infinity> Am I the only one who's curious how you're shoving random diffs into the librarian?
[12:25] <infinity> I clearly missed a "librarian as pastebin" BoF.
[12:25] <tfheen> infinity: he attaches them to a bug report.
[12:26] <infinity> Oh, that would do it. :)
[12:26] <infinity> Not really thikning straight, I guess. :)
[12:26] <pepsiman> which bug is the pastebin?
[12:26] <tfheen> pepsiman: none
[12:26] <infinity> pepsiman: None.
[12:26] <pepsiman> I know, just a joke
[12:26] <infinity> tfheen: Was just subtly pointing out that I'm a moron.
[12:26] <infinity> s/thfeen: W/tfheen w/
[12:26] <tfheen> doko_: gcc-3.3 looks good to me; you've tested that it builds on all arches now?
[12:27] <tfheen> doko_: doesn't the python-central change fix any bugs?
[12:27] <Kamion> tfheen: yeah, but I need to do one anyway
[12:27] <doko_> tfheen: didn't check powerpc and sparc again, just i386 and amd64
[12:28] <Kamion> tfheen: I'm just waiting until I'm sure that I've caught everything else
[12:28] <Kamion> and specifically I need to upload console-setup first
[12:28] <tfheen> Kamion: just making sure we don't miss it.
[12:28] <Kamion> tfheen: yeah, don't worry, "upload d-i and ubiquity" is firmly etched in the middle of my stack
[12:29] <doko_> tfheen: yes, it allows you recover from a broken system, and doesn't let you install broken packages (we had some with missing version information, these are already fixed) anymore.
[12:29] <tfheen> doko_: but no bugs have been filed about it?
[12:29] <tfheen> doko_: gcc-3.3 looks good to me.
[12:30] <infinity> doko_: Can the elementree python-support build-dep be relaxed from 0.5.4 to 0.5.3ubuntu1 without breaking?
[12:32] <doko_> tfheen: these were alread marked as fixed for the previous upload; see 56779, 57121, 64604
[12:32] <tfheen> bug 56779
[12:32] <Ubugtu> Malone bug 56779 in python-central "Error during Dapper-->Edgy update, problem removing python2.3" [High,Fix released]  http://launchpad.net/bugs/56779
[12:34] <dholbach> tfheen: is it ok to upload http://daniel.holba.ch/temp/pwlib.debdiff and rebuild ekiga against it? it will fix a partial upgrade issue seb128 told me about earlier
[12:35] <tfheen> dholbach: that's a hideous workaround, really.
[12:35] <dholbach> I know and it gives me the collywobbles everytime I have to look at it
[12:35] <tfheen> what is the bug it fixes?
[12:35] <infinity> doko_: Okay, looks like the last python-support upload didn't really fix anything RC, just some (annoyingly) cosmetic issues, so I'll lower the build-dep for elementtree, so it'll build.
[12:36] <dholbach> tfheen: 
[12:36] <dholbach> seb128_ $ ekiga
[12:36] <dholbach>  ekiga: error while loading shared libraries: libpt.so.1.10.2: cannot open shared object file: No such file or directory
[12:36] <dholbach>  ii  libpt-1.10.0             1.10.1.dfsg-1build1      Portable Windows Library
[12:36] <dholbach> seb128_ dholbach: looks like the Depends it not tight enough
[12:37] <tfheen> dholbach: shouldn't that -V to dh_makeshlibdeps + a rebuild fix that well enough?
[12:37] <dholbach> tfheen: the COMPAT_VERSION stuff is in sync with Debian now
[12:37] <dholbach> I can drop the other stuff - I just thought that it'd fix other rdepends
[12:37] <doko_> infinity: yes, thanks
[12:37] <pitti> infinity: do we really need a transitional package for -xh? we didn't  have that in dapper
[12:37] <dholbach> (without having to rebuild them all)
[12:37] <dholbach> 'fix'
[12:37] <infinity> pitti: If we didn't have it in dapper, I'm happy with just removing the out-of-date one from the archive.
[12:38] <tfheen> seb128: hmm, ok, approved.
[12:38] <pitti> infinity: I'd prefer that; I think we had a transitional package in breezy, and I dropped it in dapper
[12:38] <tfheen> s/seb128/dholbach/
[12:38] <seb128> good :)
[12:38] <pitti> infinity: must have accidentally slipped in in a previous edgy version, but it has always been transitional
[12:38] <dholbach> Ok.
[12:38] <infinity> pitti: Alright, will remove in a second when I context-switch.
[12:39] <pitti> tfheen: did you see the new diff for bug 66977? Am I ok to upload?
[12:39] <Ubugtu> Malone bug 66977 in mozilla-firefox-locale-all "Use localized start pages" [Medium,Fix committed]  http://launchpad.net/bugs/66977
[12:39] <tfheen> dholbach: but please apply appropriate blunt instrument to the packagers for the compat stuff.
[12:39] <dholbach> haha
[12:39] <infinity> tfheen: http://cerberus.0c3.net/~adconrad/elementtree.diff <-- for approval.
[12:40] <dholbach> I'll tell Kilian
[12:41] <tfheen> pitti: why not just use 'or $_ .= "\nbrowser.startup.homepage=$starturl\n"'  and still call it with -pi ?  I'd prefer minimal diffs too at this point.
[12:42] <pitti> tfheen: that would replace every line with browser.startup.homepage, wouldn't it?
[12:42] <pitti> tfheen: well, the script could set $/ in BEGIN, and then use appending
[12:43] <pitti> tfheen: (sorry, not replace, but append on every line)
[12:43] <tfheen> pitti: oh, point, undef $/ in BEGIN and it should be fine
[12:44] <kelmo> is there an appropriate forum (mailing-list or so) for discussing copyright issues for software contained in *ubuntu?
[12:44] <tfheen> kelmo: -devel would be closest.  What's the issue?
[12:44] <tfheen> infinity: approved
[12:45] <kelmo> tfheen: ktorrent contains some text that makes me nervous, my concerns were brought up on debian-legal[1]  before via Fathi
[12:45] <kelmo> [1]  http://lists.debian.org/debian-legal/2006/06/msg00093.html
[12:46] <kelmo> tfheen: the text within the orig.tar.gz somehow is not aligned with debian/copyright, at least in my opinion
[12:47] <kelmo> tfheen: i am a big fan of the application, and tried to work this out with upstream along time ago with limited success
[12:48] <tfheen> kelmo: if you could bring it up on ubuntu-devel we should be able to handle it.
[12:48] <infinity> Both the APNIC and ARIN licenses are non-free, yes.
[12:48] <infinity> I suspect many/most would be willing to look the other way, as it's "static data", but there's obviously non-free.
[12:49] <kelmo> i do no like to turn the other cheek
[12:49] <kelmo> not when te app is in release blurb
[12:49] <infinity> Oh, and the RIPE one.  (I somehow assumed that the ARIN/RPIE license was all one)
[12:50] <kelmo> tfheen: ok
[12:51] <pitti> tfheen: updated and tested patch: http://librarian.launchpad.net/4895094/66977.diff
[12:55] <pitti> would anyone have some minutes to accept the dapper-updates langpacks from yesterday?
[12:55] <Kamion> yes, one moment
[12:55] <pitti> (no-change uploads from the -proposed uploads from last week)
[12:55] <pitti> Kamion: thank you
[12:56] <StevenK> gnatmake: "/tmp/buildd/libadabindx-0.7.2/build/i-csstli.adb" compilation error
[12:56] <StevenK> make: *** [build/libadabindx.a]  Error 4
[12:56] <StevenK> Drat. Sorry.
[12:57] <infinity> Kamion: I can do that (I'll remember -M this time) if you're busy.
[12:59] <gnomefreak> am i the only one that cant boot the rc after installing it. I get file not found
[12:59] <infinity> Kamion: Doing.
[01:02] <tfheen> pitti: actually, that patch is then wrong, sorry.
[01:03] <tfheen> pitti: what happens if more than one of homepagedefault and the other alternatives are set?
[01:03] <tfheen> pitti: please file a bug about that, milestone it later.
[01:03] <doko_> tfheen: will you come back to http://people.ubuntu.com/~doko/edgy/python-central.debdiff ? mvo did review the patch before the RC.
[01:04] <tfheen> doko_: I don't see the need for it before release, as I said.  There are no broken versions in RC or the archive, is there?
[01:04] <infinity> Kamion: Or, rather, not doing, since you were already running it.  Whee. :)
[01:04] <tfheen> pitti: since no xpi-s set the homepagedefault, I'm fine with accepting your patch.
[01:05] <doko_> tfheen: but users may have still installed broken versions.
[01:06] <Kamion> pitti: done
[01:19] <pitti> tfheen: if there already is a homepage set, then the s/// will return true and nothing will be appended
[01:19] <pitti> tfheen: that's where the 'or' comes into play
[01:20] <pitti> tfheen: it DTRT if a homepage is set already
[01:20] <pitti> Kamion: merci
[01:21] <pitti> tfheen: m-f-locale-all uploaded, thanks for the review
[01:22] <pitti> tfheen: ok to upload the final edgy langpacks? they have been tested by several people since yesterday, I manually fixed a few remaining glitches, they look good now
[01:23] <tfheen> pitti: not if there are multiple occurences of homepage, then it doesn't DTRT any more, but I guess that' broken.
[01:24] <tfheen> pitti: edgy langpacks sounds good.
[01:24] <tfheen> pitti: you got the polish problem too?
[01:24] <pitti> tfheen: hm, multiple homepages? right, but my patch doesn't change that behaviour
[01:24] <pitti> tfheen: yup
[01:24] <pitti> (I misunderstood it as 'you have to polish them a bit first :-) )
[01:25] <tfheen> pitti: ok, good.  (https://launchpad.net/distros/ubuntu/+source/language-pack-pl/+bug/63344 is the bug I was talking about)
[01:25] <Ubugtu> Malone bug 63344 in language-pack-pl "rosetta truncated plural form for pl and that breaks python apps" [Medium,Fix committed]  
[01:25] <pitti> right, I got it
[01:26] <tfheen> good
[01:26] <pitti> before: "Plural-Forms: nplurals=3; plural=n==1 ? 0 : n%10>=2 && n%10<=4 && (n%100<10\n"
[01:26] <pitti> now: "Plural-Forms: nplurals=3; plural=(n==1 ? 0 : n%10>=2 && n%10<=4 && (n%100<10 "
[01:26] <pitti> "|| n%100>=20) ? 1 : 2)\n"
[01:26] <pitti> carlos: ^ that looks fine to me, right?
[01:27] <carlos> pitti: yeah
[01:27] <carlos> that's the fix
[01:27] <carlos> pitti: allow multiline pluralforms
[01:31] <Kamion> tfheen: http://people.ubuntu.com/~cjwatson/tmp/partman-base.diff
[01:31] <Kamion> er, that's incomplete ...
[01:31] <Kamion> tfheen: ok, URL above is complete now
[01:31] <Kamion> (and tested)
[01:36] <tfheen> Kamion: ok, looks good.
[01:36] <Kamion> I'll accept the language packs once process-upload has finished munching on them
[01:37] <Kamion> lp_queue 12470  7.1  2.3 228704 91592 pts/11   Sl+  12:33   0:15 python /srv/launchpad.net/codelines/current/scripts/process-upload.py -C insecure -M -v -v -v /srv/launchpad.net/lang-pack-queue
[01:39] <malcc> It's taking about 2-3 seconds each and there are just short of 800 of them, so expect it to finish around 1pm drescher-time
[01:40] <Kamion> dholbach: do you know anything about the current state of Ubuntu artwork? the artwork freeze is today
[01:40] <Kamion> malcc: thanks
[01:40] <Kamion> impressive
[01:40] <tfheen> dholbach: it should all be in, sans usplash which I'm working on now.
[01:40] <Kamion> ok, good
[01:41] <_ion> Are you going to revert to the dapper usplash theme, or is there going to be a new theme?
[01:41] <tfheen> _ion: I'm going to look at the goodiebag dholbach sent me and get that in.
[01:42] <Kamion> seb128: are you sure that bug 66929 is a duplicate? it seems a bit unlikely to me
[01:42] <Ubugtu> Malone bug 66929 in console-setup "on first boot, keyboard under X repeats forever" [High,Fix committed]  http://launchpad.net/bugs/66929
[01:42] <Kamion> seb128: er, I mean bug 66995
[01:42] <Ubugtu> Malone bug 66995 in gdm "Keyrepeat in fresh install" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66995
[01:43] <Kamion> seb128: that just looks like key repeat cranked up way too high - the problem with 66929 was that console-setup was putting X's tty into Unicode mode when it was expecting it to be in raw mode, whose symptoms are rather different (for example, while you do get weird key repeat, it's usually not the same symbol as you thought you pressed)
[01:44] <Kamion> it *could* be the same thing, but I think the submitter of 66995 will need to verify independently
[01:48] <Riddell> release team: we found some non free data in ktorrent, should we upload a dfsg compiant version?
[01:49] <Riddell> licences are http://kubuntu.org/~jriddell/tmp/FLAGS_LICENCE and http://kubuntu.org/~jriddell/tmp/GeoIP-LICENSE.txt
[01:50] <tfheen> Riddell: kelmo talked about it earlier; how are you solving it?
[01:50] <Riddell> tfheen: copy the dfsg changes made in debian, just remove the data and edit the Makefile.am for that directory
[01:50] <tfheen> Riddell: sounds like a sensible approach; please let me review the debdiff when you have it ready?
[01:50] <Riddell> tfheen: sure
[01:50] <kelmo> tfheen, Riddell, thanks for action
[01:50] <kelmo> gn8
[02:04] <tfheen> dholbach: you've tested the usplash on i386?
[02:10] <Kamion> tfheen: bug 65973? updated information since your last comment
[02:10] <Ubugtu> Malone bug 65973 in rus-ispell "Please sync rus-ispell (main) from unstable (main)" [High,Confirmed]  http://launchpad.net/bugs/65973
[02:11] <tfheen> pitti: you've tested the new rus-ispell?
[02:19] <infinity> tfheen: The 8 billion langpack uploads in queue/unapproved are approved, right?
[02:20] <tfheen> infinity: yeah.
[02:20] <tfheen> 8 bajillion sounds about right
[02:20] <Riddell> tfheen: http://kubuntu.org/~jriddell/tmp/ktorrent.debdiff
[02:20] <malcc> Wow, talk about inflation. When I were a lad, we called a hundred a hundred
[02:20] <Hobbsee> tfheen: it's to clog up the buildds again, close to release
[02:21] <Kamion> infinity: please use -M :-)
[02:21] <infinity> Kamion: Yes dear. :)
[02:22] <infinity> malcc: When you say "a hundred", you mean "seven hundred and thirty four"?
[02:22] <infinity> (does that seem excessive to anyone else?)
[02:22] <Hobbsee> infinity: seven hundred and thirty three, surely.
[02:23] <malcc> infinity: It was my intention to keep the "8", and just complain about billions turning into bajillions when hundreds is still a slight over-estimate
[02:23] <tfheen> Riddell: looks ok to me.
[02:23] <pitti> 
[02:23] <pitti> re, even
[02:24] <pitti> tfheen: sorry, I was out for lunch; I installed myspell-ru and typed a few Russian sentences into OpenOffice.org, and both suffix rules and word correction work fine
[02:24] <tfheen> pitti: ok, thanks.
[02:24] <Kamion> Hobbsee: looks like 734 from here, unless I missed a subtle joke ...
[02:24] <pitti> tfheen:   :)
[02:24] <tfheen> Kamion: please sync rus-ispell, then.
[02:24] <Hobbsee> Kamion: darn it.  clearly i cant count
[02:25] <bhale> nice work
[02:35] <malcc> infinity: Don't forget the 38 in NEW, assuming you want those
[02:35] <infinity> malcc: I do, yes.  But I'll get to them in a week or two when these are done. :P
[02:35] <pitti> infinity: did you see Lucas Nussbaum's u-d mail about rebuilding edgy? rebuilding everything in 5 hours is quite impressive
[02:35] <thom> pitti: given the amount of hardware they're throwing at it
[02:35] <infinity> pitti: Yeah, it was a LOT of hardware.
[02:35] <thom> it's not that surprising
[02:35] <pitti> yeah, I know
[02:35] <Kamion> he also kind of forgot Packages-arch-specific ;-)
[02:35] <pitti> and it uncovered a lot of FTBFS
[02:35] <Kamion> had to close a Debian bug out of hand because of that
[02:35] <thom> "The rebuilt was done on about 40 AMD64 nodes of the Grid'5000 platform" (from the debian bugs)
[02:35] <dholbach> tfheen: no, I didn't
[02:36] <tfheen> dholbach: can you please do so?  I'd like to not reboot my laptop right now.
[02:36] <jono> anyone know Ryan Troy's nick?
[02:36] <dholbach> tfheen: I'd have to reboot my laptop too :)
[02:36] <tfheen> dholbach: just dpkg-buildpackage and install and reboot and you should be fine.
[02:36] <dholbach> Kamion: I plan to upload edgy-gdm-themes and edgy-wallpapers (to update debian/copyright, once I have a missing email address)
[02:36] <jono> ahhh got it
[02:36] <jono> :)
[02:36] <tfheen> dholbach: I have a pbuilder chroot which is in the middle of a debugging session. :-P
[02:36] <dholbach> tfheen: usplash currently doesn't work for me on that box
[02:36] <dholbach> Kamion: and I have to update human-icon-theme - but it will make it in today
[02:37] <dholbach> tfheen: it'd be nice if somebody could have a look at it :/
[02:42] <dholbach> Kamion: that's all I know about artwork
[02:42] <tfheen> dholbach: ok, I'll do an i386 install, then
[02:42] <dholbach> don't we have somebody here who could test that on i386 without doing a new install? :-(
[02:42] <simira> hm... install... maybe I'll take the opportunity to reinstall the RC...
[02:42] <simira> tfheen: can you burn me an RC?
[02:42] <Treenaks> edgy-beta =
[02:42] <Treenaks> + upgrades
[02:42] <tfheen> simira: sure, there's a dvd-rw in the top of my cake box on the small table besides my keyboard.  pop that into xoog's dvd drive.
[02:42] <Treenaks> works great for me.. on my LaptopTestingTeam-laptop
[02:42] <tfheen> simira: alternate or desktop?
[02:42] <Treenaks> except for the X bug that I've had since day one
[02:42] <simira> tfheen: whatever needs the most testin? :p desktop, prefferably
[02:42] <tfheen> simira: ok, it'll consume a bit of bandwidth.
[02:42] <tfheen> you'll have it in an hour or so.
[02:45] <simira> tfheen: oh, I thought you had it locally. But ok.
[02:46] <infinity> Okay, I really need to figure out WTF this means:
[02:46] <infinity> dpkg: ../../src/packages.c:191: process_queue: Assertion `dependtry <= 4' failed.
[02:46] <simira> Treenaks: what x bug?
[02:46] <Treenaks> simira: bug 20283
[02:46] <Ubugtu> Malone bug 20283 in xserver-xorg-driver-ati "[fgl v5000]  really bad sync" [Unknown,Needs info]  http://launchpad.net/bugs/20283
[02:47] <Treenaks> simira: (with video evidence! :))
[02:47] <simira> ah
[02:48] <tfheen> simira: or it looks like cdimage.u.c is slightly overloaded, so it'll take a bit more.
[02:48] <infinity> tfheen: pitti's m-f-l-a upload was approved, yes?
[02:48] <tfheen> infinity: it was.
[02:50] <infinity> pitti: Alright, all the edgy packs are processed.
[02:50] <pitti> yay
[02:52] <erdalronahi> ping: doko
[02:52] <erdalronahi> ping: doko_
[02:53] <doko_> erdalronahi: ?
[02:53] <erdalronahi> hi doko
[02:53] <erdalronahi> good to see you :)
[02:54] <erdalronahi> I tried all night to find you
[02:54] <erdalronahi> we have a serious problem with openoffice.org-l10n-ku, bug 67003
[02:54] <Ubugtu> Malone bug 67003 in language-support-ku "Edgy: openoffice.org-l10n-ku is very outdated" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67003
[02:55] <erdalronahi> the others told me that only you could say something on that issue
[02:57] <doko_> please could you look at http://people.ubuntu.com/~doko/GSI_ku.sdf if the messages in this file are up to date?
[02:58] <doko_> erdalronahi: ^^^
[03:01] <erdalronahi> doko_, looking...
[03:04] <erdalronahi> they do not look up to date
[03:05] <erdalronahi> where did you get them from?
[03:05] <erdalronahi> the most up to date files are at http://download.ferheng.org/ooo2/GSI_ku.sdf.bz2
[03:05] <infinity> Damnit.
[03:05] <infinity> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=349442
[03:05] <erdalronahi> this is also upstream now
[03:05] <Ubugtu> Debian bug 349442 in dpkg "dpkg: Assertion `dependtry <= 4' failed (abort)." [Grave,Closed]  
[03:06] <infinity> Kamion: dpkg in dapper has that bug.  dapper is the base system on the buildds.  Kaboom installing build-deps for a handful of builds.
[03:09] <doko_> erdalronahi: it's that what is in rosetta
[03:09] <erdalronahi> well, the file is of 15.10.
[03:10] <erdalronahi> there have been changes after that
[03:10] <infinity> mdz: Around?
[03:10] <mdz> infinity: yep
[03:10] <infinity> mdz: See my above note to Kamion about dapper's dpkg being broken in a way that's causing a few build failures. :/
[03:10] <erdalronahi> I uploaded a complete set of files, but it took 5 days until it arrived
[03:11] <mdz> infinity: is it fixed in edgy?
[03:11] <erdalronahi> the queue was very full, maybe
[03:11] <infinity> mdz: Is there any chance ot fasttracking a backport of that bugfix to dapper (quite simple, since the patch in the bug report is, in fact, against dapper's dpkg, and it's 1 line)
[03:11] <infinity> mdz: Yeah, it's fixed in edgy.
[03:11] <mdz> infinity: why is the dpkg in base used rather than the one in the chroot?
[03:11] <erdalronahi> doko, most changes did not arrive before the 16.10.
[03:11] <infinity> mdz: Other than "that's the way sbuild works"?
[03:12] <erdalronahi> because the queue was so slow
[03:13] <infinity> mdz: The easiest argument to make is "so we can keep the chroots free of non-essential packages" (we use the base apt-get, so we can have gnupg in the base system for verification, and using the base apt-get implies using the base dpkg)
[03:13] <infinity> mdz: Another fun argument was always the "it keeps us honest about not using new dpkg features prematurely" :)
[03:13] <infinity> mdz: Anyhow, it was a "grave" bug in Debian (and I tend to agree, after now seeing it in action), so I'd be inclined to just fix it.
[03:13] <mdz> infinity: is it urgent for this week?  iwj is back next
[03:14] <infinity> mdz: Well, unless I want to hand-build the stuff that's failed (which I can do), it'd be nice to have it fixed pre-release.
[03:14] <infinity> mdz: The patch (written by iwj) is tiny:
[03:14] <infinity> mdz: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=349442;msg=53
[03:15] <Ubugtu> Debian bug 349442 in dpkg "dpkg: Assertion `dependtry <= 4' failed (abort)." [Grave,Closed]  
[03:15] <infinity> Ubugtu: Yes, yes, you said that 5 minutes ago, thanks.
[03:16] <mdz> infinity: if it's been in edgy for a while already, ->dapper-proposed
[03:17] <infinity> mdz: Was fixed pretty much right after edgy opened.  Wish I'd known about it then and proposed the backport.  Achwell.
[03:17] <mdz> infinity: dapper-proposed -> install that on the buildds should provide enough testing over the week to put it into -updates
[03:17] <infinity> mdz: I'll patch, build, test, and upload to proposed (and cheat and toss it on the buildd in question to A) make the build work, and B) test the fix in production)
[03:17] <infinity> mdz: Yeah, we're on the same wavelength there. :)
[03:19] <erdalronahi> doko, just checked it: There were some conflicting translations which resulted in fuzzyness. Therefore they never showed up in OOo at all (which I consider a BUG). I corrected all this on Oct 12 and uploaded it, but they all arrived on Oct 16, so they are neither in your file nor in the final package
[03:20] <erdalronahi> This is serious and affects thousands of translations
[03:22] <lfittl> infinity: about the dpkg bug, bzr-svn FTBFS because of it, I filed Malone #67106 to rebuild it, but after reading your description of the problem, rebuilding on the buildds would be useless, whats the right thing to do?
[03:22] <Ubugtu> Malone bug 67106 in bzr-svn "bzr-svn has failed to build on i386" [Medium,In progress]  http://launchpad.net/bugs/67106
[03:24] <mdz> mjg59,Lure: do we have a workaround for bug 60442?
[03:24] <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
[03:25] <mdz> doko_: isn't bug 56779 resolved by the python-central update?
[03:25] <Ubugtu> Malone bug 56779 in python-central "Error during Dapper-->Edgy update, problem removing python2.3" [High,In progress]  http://launchpad.net/bugs/56779
[03:26] <mdz> infinity: did you have a look at ndiswrapper (bug 59983)?
[03:26] <Ubugtu> Malone bug 59983 in ndiswrapper "ndiswrapper in edgy broken" [Medium,Confirmed]  http://launchpad.net/bugs/59983
[03:26] <erdalronahi> doko_, sorry, I always wrote to "doko", did you get my remarks?
[03:28] <seb128> Kamion: no, I'm not sure that bug #66995 is a dup, it has the same description though, I've probably read it too quickly
[03:28] <Ubugtu> Malone bug 66995 in gdm "Keyrepeat in fresh install" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66995
[03:28] <doko_> mdz: not all, these were suggestions made by mvo to be more safe. the patch doesn't break anything, it makes the runtime installation / runtime removal more robust. I want to see this in edgy, tfheen disagrees, mvo reviewed the patch
[03:29] <mdz> doko_: but it doesn't resolve either RC bug?
[03:29] <infinity> lionelp: The right thing to do is wait for me to get this dapper-proposed upload in, and get it on the buildds.
[03:29] <infinity> lfittl: ^^^
[03:29] <infinity> lionelp: Sorry, misfire.
[03:30] <doko_> mdz: for me, it's RC
[03:30] <infinity> lfittl: Also filing bugs for a retry isn't very helpful. :)
[03:31] <lfittl> infinity: ok, and after that, should I trigger the rebuild with a new upload, or will you do it?
[03:31] <infinity> lfittl: Never reupload to trigger a build retry, just ask me or tfheen.  (in this case, I'll be retrying it anyway, as it's my testcase)
[03:31] <doko_> erdalronahi: so which are the current translations? the one from http://download.ferheng.org/ooo2/GSI_ku.sdf.bz2, or the ones in rosetta?
[03:31] <lfittl> infinity: k, thanks, didn't know that
[03:32] <erdalronahi> they are the same 
[03:32] <erdalronahi> doko, but your file is from 15.10.
[03:33] <erdalronahi> the files in Rosetta are from 16.10, one from 19.10 as is my file
[03:33] <erdalronahi> doko_  http://download.ferheng.org/ooo2/GSI_ku.sdf.bz2 is the latest
[03:33] <doko_> erdalronahi: please join #launchpad to talk to carlos
[03:34] <seb128> mdke_: 4 top level menus, that's a joke, right?
[03:34] <carlos> doko_: erdalronahi: What's the problem?
[03:34] <Lure> mdz: nobody confirmed yet that proposed workaround helps and I cannot reproduce it on my multi-battery laptop (HP) - I suspect it should help, but we need confirmation in order to document in release notes
[03:35] <infinity> mdz: Will tackle the ndiswrapper thing momentarily.
[03:36] <Lure> mdz: we have similar issues in kde (bug 67081) and it looks like to be more HW related (remaining time reported wrongly) - no easy workaround for kde though (will have to wait for -updates)
[03:36] <Ubugtu> Malone bug 67081 in kde-guidance "guidance-power-manager thinks battery is low way too early" [Undecided,Needs info]  http://launchpad.net/bugs/67081
[03:41] <mdz> Lure: was mjg59 able to reproduce the problem?
[03:51] <Q-FUNK> for bug #66173 and bug #66175 what would be the correct package hint?
[03:51] <Ubugtu> Malone bug 66173 in upgrade-system "Bad sentence:  "...cannot be canceled at any time later"" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66173
[03:51] <Ubugtu> Malone bug 66175 in upgrade-system "Usage problems in install partitioner" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66175
[03:52] <mdz> Q-FUNK: hmm?  you're listed as the maintainer, so I'd assume you know whether the bugs are yours or not :-)
[03:53] <Q-FUNK> I _know_ they are not. :)
[03:53] <Q-FUNK> I just have no idea on what is the right package to reassing them to.
[03:54] <Q-FUNK> spotting bugs meant for update-manager is easy.  however, those 2 are about some d-i components.
[03:55] <mdz> pitti: have you rolled the final langpacks?
[03:55] <pitti> mdz: yes, they should be in the archive by now
[03:55] <Q-FUNK> From the user's comment, I'm guessing that he tried a search on a package with a name that contained "update" "install" or "upgrade" when meaning to report about the installer.
[03:57] <mdz> Q-FUNK: 66173 is update-manager
[03:58] <mdz> Q-FUNK: 66175 is unclear, something in the ubiquity/partman/gparted chain.  leave package blank and subscribe ubuntu-installer
[04:01] <Kamion> it's gparted; reassigned
[04:02] <Kamion> no need to subscribe ubuntu-installer in that case
[04:02] <Q-FUNK> argh
[04:02] <Q-FUNK> just did
[04:03] <Q-FUNK> oh well...
[04:03] <Kamion> doesn't matter
[04:05] <janimo> heno: what do we do about bug 58836 ?
[04:05] <Ubugtu> Malone bug 58836 in casper "F5 options need to be linked to the right casper options" [High,Confirmed]  http://launchpad.net/bugs/58836
[04:06] <Kamion> don't tell me that bug is open AGAIN
[04:06] <Kamion> surely by this point it would be better to file a new bug
[04:07] <Kamion> janimo: your patch needs to also edit ubiquity-hooks/30accessibility
[04:07] <janimo> Kamion: not the same bug, but attached two more patches to it, one is for xubuntu the other to fix magnifier on ubuntu live
[04:08] <janimo> Kamion: even if those are system wide files and thus get copied over?
[04:08] <Kamion> janimo: bet you they don't
[04:08] <janimo> Kamion: I need to add the apt-install thing you mentioned
[04:08] <Kamion> janimo: ubiquity copies the unmodified live filesystem, remember
[04:08] <Kamion> janimo: honestly, I think this is just too late
[04:09] <infinity> mdz: http://cerberus.0c3.net/~adconrad/dpkg.diff
[04:09] <Kamion> it would be better to leave that bug closed and attach a complete patch to a new bug, subscribing the right people if necessary
[04:09] <janimo> I had it ready first thing after the ubuntu liveCD had them in order
[04:09] <Kamion> and the Ubuntu live CD only barely had it ready in time
[04:09] <Kamion> that squeaked in under the wire as it was
[04:10] <infinity> mdz: Okay to upload that?
[04:10] <Kamion> janimo: this stuff is not trivial and needs testing; the omission of the ubiquity-hooks changes demonstrates that
[04:11] <Kamion> between RC and release needs to be stuff that's blatantly obvious
[04:11] <janimo> Kamion: I knew ubiquity needed changing since you told me that.
[04:11] <mdz> infinity: assuming it's identical to the change in edgy, yes
[04:12] <janimo> but thought it was copy paste from here as the other pacthes seemed to be done against capser and syned in ubiquity
[04:12] <infinity> mdz: It is, modulo whitespace.
[04:12] <Kamion> yes, it's copy-and-paste, but even so historically patches to that pair of files have rarely been right first time
[04:13] <Kamion> and it takes quite a while to notice problems
[04:13] <janimo> Kamion: worst case xubuntu a11y will work as now (not at all) those 4 lines do not affect other files in k/ubuntu right?
[04:14] <Kamion> it's a theory ... but in the past that has not been as true as we might like
[04:15] <Kamion> for instance syntax errors in Kubuntu changes have broken Ubuntu. We defend against that now, but I wouldn't like to guarantee that there are no other possible modes of cross-flavour breakage
[04:16] <infinity> mdz: BTW, in StableReleaseUpdates, ubuntu-archive's role is purely robotic (ie: make sure the procedure's been followed, the bug and upload have approval, and accept), yes?  We're not expected to be another barrier of entry and review?
[04:16] <Riddell> janimo: do you have a 640x400 usplash yet?
[04:16] <infinity> mdz: If I'm wrong about that, I'll tap a shoulder to get another review of this, since reviewing my own upload before I accept it seems not quite right. :P
[04:17] <Q-FUNK> could anyone check and hopefuly confirm #66821, #66822, #66823 ?  minor changes in the debian package to make the moduels build again.  nothing upstream involved.
[04:18] <janimo> Riddell the artwork guy knows about it so we will have shortly
[04:18] <Kamion> universe sponsorship/confirmation -> #ubuntu-motu
[04:19] <TMM> Kamion: well, rebuilding OOo didn't help :( 
[04:19] <janimo> Kamion: at least the last patch the one liner which is for ubuntu. Upstream orca agreed  it's the best solution ATM to get the magnifier working.
[04:19] <Kamion> janimo: dear god can we have *separate bugs* for all these?
[04:19] <Kamion> janimo: if there's a huge chain of patches in a single bug, it's no wonder stuff gets lost
[04:19] <Kamion> it's too confusing for us to follow
[04:19] <TMM> Kamion: the bug didn't occure with stock binaries btw
[04:19] <Q-FUNK> oh
[04:19] <Kamion> TMM: (I know nothing)
[04:20] <Q-FUNK> alright :)
[04:20] <TMM> Kamion: just thought I'd tell you
[04:20] <janimo> Kamion: sure.
[04:20] <Kamion> thanks
[04:20] <Kamion> a bzr branch would be even better ...
[04:21] <infinity> Kamion: For the sake of propriety, and so I'm not fasttracking my own uploads, want to review 'q -s dapper-proposed -Q unapproved fetch 111821' for me, against bug #46530
[04:21] <Ubugtu> Malone bug 46530 in dpkg "process_queue: Assertion `dependtry <= 4' failed." [Undecided,Confirmed]  http://launchpad.net/bugs/46530
[04:23] <tfheen> Seveas: do you have new progress bars for 640x400@16 available now?
[04:23] <Seveas> tfheen, fschoep wanted them to be simply 2-colors
[04:23] <Seveas> lik the testcard theme
[04:24] <Seveas> and that is still blocked on bug 64171
[04:24] <Ubugtu> Malone bug 64171 in usplash "Colors look bad " [Medium,Confirmed]  http://launchpad.net/bugs/64171
[04:24] <Seveas> fschoep already has the rest of the theme since yesterday 
[04:24] <tfheen> artwork freeze is today and I'm about to upload the new theme.  I doubt I'll accept any more theme updates after today.
[04:25] <infinity> Does the new theme not give me a letterboxed look on my massive display, by any chance? :)
[04:25] <infinity> (Just turned on usplash for the first time in a long time today, and turned it off again prompty due to ugliness)
[04:25] <tfheen> infinity: amd64 or i386?
[04:25] <Seveas> bluntly said, you'll have to as I have had no opportunity to correct any colors (text, background, progress bar@16)
[04:25] <dholbach> mdz, Kamion, tfheen: human-icon-theme is ready / I just sent it to fschoep to have another look - just to let you know, that artwork is basically 'in the box'
[04:26] <infinity> tfheen: i386, but using the bogl backend (vesa fb)
[04:26] <tfheen> infinity: might be a tad better.  You'll see in a bit
[04:26] <infinity> tfheen: I haven't looked at it, but I suspect there's a border around the image, so the "bleed" on the unused screen portion is a dark brown, instead of bleeding the background colour to the edges.
[04:26] <infinity> tfheen: (At a guess)
[04:26] <Seveas> infinity, that's part of bug 64171
[04:26] <Ubugtu> Malone bug 64171 in usplash "Colors look bad " [Medium,Confirmed]  http://launchpad.net/bugs/64171
[04:26] <mdz> dholbach: eek, I thought it already was
[04:27] <mdz> dholbach: I just asked the doc team to update screenshots and expect a usplash update
[04:27] <bddebian> Howdy
[04:27] <mdz> dholbach: if there's more, please follow up to my ubuntu-doc post
[04:27] <tfheen> usplash-theme-ubuntu is just uploaded
[04:27] <tfheen> with new artwork.
[04:27] <infinity> Seveas: You sure?  That doesn't look to relate.
[04:27] <dholbach> mdz: I expect to have his answer quickly and upload it directly
[04:27] <Seveas> infinity, rr right, I missed the 'with bogl backend'
[04:28] <Seveas> (and the e and spacebar on my machine are bustd)
[04:28] <infinity> Seveas: It's not a drawing problem, it's a "small artwork in the middle of big screen, colour bleed is a big dark colour that sucks" thing. :)
[04:28] <infinity> (hence why I assumed the image probably has a border, and it's the border that's bleeding, which is pretty ugly)
[04:30] <Seveas> infinity, well, the image has no border but the theme specifies a background color for the places where noimage exists. Part of the result of that bug is that the colors specified in the theme are incorrect
[04:30] <Seveas> so it's not caused by the bug, but a side effect of it
[04:30] <infinity> Seveas: Ahh, specifying a background colour would do it too, I guess, yes.  And it's clearly specifying one I disaprove of. :)
[04:30] <infinity> We'll see how things go after tfheen's upload, then I'll whine again.
[04:30] <Seveas> infinity, ;)
[04:31] <infinity> (And then shut off usplash anyway, I suspect)
[04:34] <Kamion> infinity: reviewed, more formal SRU written, accepted
[04:34] <infinity> Kamion: I noticed the bug update yes, thanks. :)
[04:34] <wasabi> Merging patches from RedHat is depressing.
[04:35] <infinity> wasabi: You need to work on packages where you like the RedHat maintainers, I guess.
[04:35] <wasabi> It's just like, nobody even tries to push anything upstream
[04:35] <infinity> wasabi: 99% of my RedHat merges are patches by Joe Orton, and I rather enjoy that.
[04:35] <wasabi> Lucky you. =)
[04:35] <thom> well, joe is a bit of a special case :-)
[04:35] <Kamion> infinity: can you mail sfllaw to ask for wider testing, per StableReleaseUpdates? I've tagged the bug appropriately
[04:35] <infinity> wasabi: To be fair, we're pretty horrible at sending stuff upstream a lot of the time too.
[04:36] <wasabi> True.
[04:36] <infinity> thom: Indeed.  I keep meaning to make it to an ApacheCon or something to meet the man and buy him hideous amounts of alcohol.
[04:36] <infinity> Kamion: Will do.
[04:36] <infinity> (once it's built)
[04:36] <thom> i don't think he's ever been to an apachecon sadly. i think the only way to meet him is to turn up to his house in cambridge and drag him to the nearest pub
[04:36] <thom> (the real cambridge)
[04:37] <infinity> Damnit, that's two reasons to go to Cambridge now.  I'm starting to run out of excuses for not wanting to.
[04:37] <wasabi> Hmm. I guess in this case it's upstream which is being unreceptive.
[04:37] <wasabi> As in not accepting the patch for 2 years.
[04:39] <Kamion> Joe Orton is in Cambridge?
[04:39] <thom> Kamion: yeag
[04:39] <thom> yeah
[04:39] <Kamion> never seen him at any of the local geek things. Then again, I only know him by vague reputation
[04:40] <thom> Kamion: no, he's pretty reclusive afaik
[04:40] <infinity> thom: Does he even exist?  Have you met him?  Perhaps he's a hyperintelligent shade of the colour blue that just happens to like hacking on webservers?
[04:41] <thom> infinity: it's entirely plausible. but i do know people who say they've met him
[04:48] <mdz> seb128: can you elaborate regarding bug 59159?
[04:48] <Ubugtu> Malone bug 59159 in gst "network-admin doesn't scan for networks [regression] " [Unknown,Unconfirmed]  http://launchpad.net/bugs/59159
[04:48] <mdz> seb128: did upstream just disable this functionality without providing a replacement?
[04:49] <seb128> mdz: the g-s-t infrastructure has changed, it uses liboobs and dbus method now instead of some custom xml protocol
[04:50] <seb128> mdz: the corresponding code has not been ported yet
[04:50] <seb128> liboobs methods need to be written for that
[04:50] <seb128> and I think upstream was not that happy with previous code and want to fix it in the same time
[04:51] <seb128> cf https://launchpad.net/distros/ubuntu/+source/gnome-system-tools/+bug/59159/comments/9 basically
[04:51] <Ubugtu> Malone bug 59159 in gst "network-admin doesn't scan for networks [regression] " [Unknown,Unconfirmed]  
[04:51] <mdz> seb128: right, so upstream let this functionality break while implementing the new infrastructure?
[04:51] <seb128> he didn't port that code yet
[04:51] <seb128> that's not like he broke existant code
[04:52] <seb128> the old methods can't be used with the new infrastructure
[04:52] <seb128> but right, the result is that the feature is not available atm
[04:52] <mdz> seb128: oh, was that code that we added?
[04:52] <seb128> no, that was upstream code
[04:55] <mdz> seb128: I'm just surprised that they would abandon it
[04:55] <seb128> it's not abandoned, it's not ported *yet*
[04:56] <mdz> seb128: 2.16 is released though
[04:56] <mdz> it was abandoned for 2.16
[04:57] <seb128> GNOME 2.16.0 decided to stay with g-s-t 2.14 in fact
[04:57] <seb128> g-s-t is sort of a special case, Redhat, Suse, Mandriva don't use it because they have their tools
[04:58] <seb128> so most of people seems to not really care about it
[04:58] <seb128> we decided to go with 2.15.n because it fixed a whole lot of issues previous versions had and it's easier to maintain
[04:59] <mdz> seb128: I see
[05:00] <mdz> This is a serious regression though
[05:00] <seb128> the fact that this feature didn't get ported in time is unfortunate though :/
[05:02] <seb128> mdz: I agree. We didn't get many bugs about it though, that's sort of surprising
[05:02] <mdz> seb128: I think we'll get a lot more after the release
[05:02] <mdz> seb128: I think probably power users use network-manager at this point
[05:02] <seb128> I can have a try to implement it before monday if you want
[05:03] <mdz> while people who are conservative and run stable will be surprised
[05:03] <mdz> it just bit someone here in the office, which is why I discovered it
[05:03] <mdz> I use n-m as do most of us
[05:03] <seb128> might be easy, to use the old function and to plug a liboobs method for it
[05:03] <mdz> seb128: is there any work in progress upstream?
[05:03] <seb128> not that I know
[05:04] <mdz> seb128: it sounds worth a try; even if it doesn't make the release it's something we should fix in -updates
[05:04] <seb128> ok, will have a look on it then
[05:04] <mdz> I'm setting a milestone on it
[05:04] <seb128> k
[05:04] <seb128> It was milestoned for edgy for some weeks
[05:04] <mdz> if you solve it then Ckenyon will buy you beer at allhands
[05:05] <seb128> but nobody picked it and it was after freeze and there was not a lot of dups so I dropped the milestone
[05:05] <seb128> ah, nice ;)
[05:06] <mdz> seb128: I understand; we made a tradeoff for other bugs
[05:06] <infinity> Columns: number-out-of-date, number-newer-than-source, arch
[05:06] <infinity>      760    0 amd64
[05:06] <infinity>      760    0 i386
[05:06] <infinity>      759    0 powerpc
[05:06] <infinity>      759    0 sparc
[05:06] <infinity> langpack uploads make me sad.
[05:06] <infinity> tfheen: You ready for another run through the queue?
[05:07] <seb128> mdz: right, g-s-t 2.15 is maintained by upstream, fixes a whole bunch of issues and is easier to maintain
[05:08] <Kamion> tfheen: http://people.ubuntu.com/~cjwatson/tmp/console-setup.diff - makes upgrade from edgy beta smoother, fixes RC bug 66929 (console-setup vs. X tty fight), RC bug 66774 (Brazilian keymap regression from dapper), bug 66719 (Japanese keymap, not a regression but should be fixed IMO)
[05:08] <Ubugtu> Malone bug 66929 in console-setup "on first boot, keyboard under X repeats forever" [High,Fix committed]  http://launchpad.net/bugs/66929
[05:08] <Ubugtu> Malone bug 66774 in console-setup "Wrong configuration for Brazilian keyboard" [Medium,Confirmed]  http://launchpad.net/bugs/66774
[05:08] <Ubugtu> Malone bug 66719 in console-setup "Japanese Keyboard model isn't set properly on Live session" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66719
[05:08] <Kamion> tfheen: I haven't tested the Brazilian or Japanese fixes yet, but I will do
[05:09] <infinity> Kamion: Hooray for fixing 66929
[05:09] <Kamion> yeah, that was a nasty little lurker
[05:09] <Kamion> once I realised it wasn't an X bug, it was fairly tractable
[05:10] <infinity> Kamion: I was seeing it when building livefs images, which was pretty painful.
[05:10] <jonh_wendell> i think 4 months for edgy very little...
[05:10] <Kamion> nifty
[05:10] <infinity> (Or seeing something very similar)
[05:10] <mdz> jonh_wendell: thank
[05:10] <mdz> s
[05:10] <infinity> Every time console-setup's postinst would run in the chroot, my X keyboard would explode.  Tres exciting.
[05:10] <Kamion> infinity: although the postinst shouldn't actually call setupcon any more; I changed that a while back
[05:10] <infinity> I actually changed how livecd.sh calls debootstrap just to stop it from happening. :)
[05:10] <Kamion> I'm not going to revert that workaround for edgy, but will do for feisty
[05:11] <jonh_wendell> mdz: for what? :)
[05:11] <infinity> Kamion: Yeah, I know you changed the postinst, hence why I didn't report the bug.
[05:11] <mdz> jonh_wendell: for your observation
[05:11] <infinity> Kamion: Didn't really think about this other impact until someone else pointed it out.
[05:11] <jonh_wendell> mdz: do you agree?
[05:11] <Kamion> infinity: having it show up on the first boot of a Kubuntu installation was pretty painful
[05:11] <infinity> Kamion: Yeah, apparently. :)
[05:11] <Kamion> jonh_wendell: we knew it was short, but decided that we needed to suck up the pain now.
[05:11] <Kamion> we'll go back to the regular schedule for feisty and later
[05:12] <jonh_wendell> i'm liking to help ubuntu! :)
[05:12] <heno> janimo: thanks for filing bug 67155 and making the patch. Looks good to me.  Sorry I missed the discussion earlier.
[05:12] <Ubugtu> Malone bug 67155 in casper "make magnifier start in Ubuntu LiveCD" [Undecided,Unconfirmed]  http://launchpad.net/bugs/67155
[05:16] <TMM> is an edy install on a dell latitude D610 already confirmed to work? if not, I'm sick at home, might as well try :)
[05:16] <infinity> TMM: Not sure, but it never hurts to test again. :)
[05:22] <janimo> tfheen: ping re xubuntu RC images
[05:23] <azeem> W 33
[05:23] <azeem> oops
[05:23] <erdalronahi> doko, I have to leave some time soon. Is a new ooo-l10n-ku possible?
[05:23] <TMM> hum, the rsync command isn't working for me
[05:24] <TMM> ghe, stupid
[05:25] <jonh_wendell> pitti: thanks for your work at bug 65223
[05:25] <Ubugtu> Malone bug 65223 in mozilla-firefox-locale-all "Add pt-BR translation" [Wishlist,Fix released]  http://launchpad.net/bugs/65223
[05:26] <jonh_wendell> pitti: the updated package with fix for bug 66977 will be avaliable only tomorow?
[05:26] <Ubugtu> Malone bug 66977 in mozilla-firefox-locale-all "Use localized start pages" [Medium,Fix released]  http://launchpad.net/bugs/66977
[05:29] <infinity> jonh_wendell: It's just built on the buildds, should be available in the archive in ~ an hour.
[05:29] <jonh_wendell> uau
[05:29] <jonh_wendell> i've just seen!
[05:29] <doko> erdalronahi: I'll first have to find out, what's going wrong
[05:31] <TMM> infinity: where do I report problems, if any?
[05:32] <infinity> Bug reports on the packages in question, if you can determine what's at fault.
[05:32] <TMM> infinity: well, I am already running edgy, and I've only found one problem, I thought this was more for the installer?
[05:32] <erdalronahi> doko, fine, but I corrected all the discrepancies manually. If you build one with our latest GSI, it will solve the but
[05:32] <erdalronahi> the bug
[05:32] <infinity> TMM: Installation can often uncover problems in a variety of packages.
[05:33] <TMM> infinity: very well :)
[05:33] <erdalronahi> doko, that was the upload that I did on 12.10. which only was imported after your checkout
[05:33] <erdalronahi> Just rebuilding the package for ku will now change 1500 translations at once
[05:34] <doko> erdalronahi: if the translations are in rosetta, then I should get them
[05:34] <erdalronahi> yes, I corrected everything there, also
[05:35] <erdalronahi> so there will be an updated package?
[05:35] <TMM> Kamion: gaim2 beta4 fixes connecting to groupwise 7 sp1 servers. I suppose it is also too late to merge that? :)
[05:36] <Kamion> TMM: -> tfheen
[05:36] <TMM> Kamion: ok
[05:36] <TMM> tfheen: ?
[05:50] <infinity> pitti: How do you feel about mangling pkgstrip to be stateful, so it doesn't take an hour to run on OOo? :)
[05:50] <pitti> infinity: pretty good, but preferably not for edgy
[05:50] <infinity> Yeah, I know.  Just saying. :)
[05:50] <mdz> keescook: odds that bug 66976 may have been related to your X upload?
[05:50] <Ubugtu> Malone bug 66976 in xorg "dist-upgrade Dapper -> Edgy. Conflicting files x11-common <-> xinit" [Undecided,Confirmed]  http://launchpad.net/bugs/66976
[05:50] <infinity> I assume it's just one bit (the "scan the whole friggin tree" bit) that needs ot be wrapped with a stamp file?
[05:51] <mdz> seems unlikely based on the changelog, but surprising that this was only reported now
[05:51] <keescook> mdz: checking
[05:51] <dholbach> mdz,tfheen: ok to upload  http://daniel.holba.ch/temp/bluez-utils.debdiff ?
[05:51] <keescook> mdz: strange, I didn't change anything about the actual packaging itself.
[05:52] <mdz> keescook: I didn't expect so
[05:52] <mdz> could have been lurking somehow
[05:52] <keescook> I'll still check it out
[05:52] <mdz> x11-common Replaces: xinit (<= 1.0.1
[05:52] <mdz> -0ubuntu3)
[05:52] <mdz> and the version in dapper is 1.0.1-0ubuntu3
[05:53] <infinity> Ah-ha.
[05:53] <infinity> The version in security is -0ubuntu3.1
[05:53] <pitti> tfheen: ok for me to do a handful of language-support-* uploads to pick up the recent new oo.o-l10n-* packages?
[05:53] <infinity> That replaces needs to be relaxed.
[05:53] <mdz> yep
[05:53] <mdz> should be < -0ubuntu4 most likely
[05:54] <mdz> keescook: will you handle it?
[05:54] <infinity> Or just << 1.0.2
[05:54] <keescook> mdz: yup, I'm on it.
[05:54] <infinity> Which was where it moved in edgy.
[05:54] <dholbach> mdz: I'll upload human-icon-theme now - I didn't get a reply from fschoep, but I doubt there's much breakage... will follow up on ubuntu-doc about it
[05:55] <mdz> dholbach: does it have mark's signoff?
[05:55] <dholbach> mdz: Ok, I'll ask back. I was under the impression that Mark and Frank had discussions about it, but best to be sure.
[05:58] <infinity> Huzzah for an empty out-of-date list.
[05:58] <mdz> indeed
[05:58] <infinity> (Well, it'll be empty after the current run is through)
[05:58] <pitti> tfheen: finished the langpack-o-matic changes now; I'd like to upload six l-support-* with an added openoffice.org-l10n-xx dependency
[05:59] <mdz> seb128,dholbach: any guesses about this?  http://www.ubuntuforums.org/attachment.php?attachmentid=17875&d=1161359748
[05:59] <seb128> "You are not logged in or you do not have permission to access this page. This could be due to one of several reasons:"
[05:59] <infinity> pitti: Shouldn't that wait until the final OOo-l10n upload, in case we've got enough translations in rosetta to make new ooo-l10n-xx packages?
[05:59] <seb128> mdz: I've not forum account ...
[05:59] <pitti> infinity: oh, will there be another one?
[05:59] <seb128> s/not/no
[06:00] <mdz> seb128: stand by
[06:00] <pitti> infinity: won't make much of a difference; if at all, I have to touch different packages
[06:00] <infinity> pitti: doko's comments above seemed to imply there was another coming.
[06:00] <mdz> seb128: http://people.ubuntu.com/~mdz/temp/progressbar_edgy.jpg
[06:00] <pitti> infinity: I'm fine to wait, doko just asked me to adapt them
[06:01] <seb128> mdz: what theme is that?
[06:01] <infinity> pitti: Ahh, well, I'll leave it to you and doko then. :)
[06:01] <mdz> seb128: unknown, looks like human doesn't it?
[06:01] <infinity> Obviously not, given the lack of orange progress.
[06:01] <infinity> THough, I do seem that same font corruption on mine, with the orange progress bar.
[06:02] <pitti> http://people.ubuntu.com/~mdz/anastacia.txt -> 404 ???
[06:02] <infinity> I've just never cared enough to mention it.
[06:02] <doko> infinity: no, no new languages
[06:02] <seb128> mdz: yeah, it looks like, I think there is some community theme based on human with less orange or something like that
[06:02] <infinity> pitti: s/mdz/cjwatson/
[06:02] <mdz> pitti: that moved to ~cjwatson ages ago and I finally removed my symlink :-)
[06:02] <keescook> mdz, infinity: xinit  <= 1.0.1-0ubuntu4   or   << 1.0.2   ?
[06:02] <pitti> mdz: aah, heh :) /me updates bookmarks
[06:02] <mdz> keescook: < the version where the file moved
[06:02] <infinity> keescook: 1.0.2 is more readable and less likely to get broken again.
[06:03] <dholbach> or it's another cairo/X-<something> driver bug :)
[06:03] <infinity> keescook: And more correct, as far as when the file moved.
[06:03] <seb128> infinity: you have a similar font issue with human?
[06:03] <seb128> mdz: dunno, the theme doesn't look like human, I would be curious to know if that happens with human too
[06:03] <infinity> seb128: Perhaps not quite as obviously broken as that.  I'll do an update and catch a screen shot for you.
[06:03] <seb128> infinity: ok, thank you
[06:03] <mdz> keescook: which, according to the changelog is 1.0.2-0ubuntu3
[06:03] <infinity> seb128: Mine looks less like "completely unreadable" and more like "a bit ugly".
[06:04] <mdz> keescook: looks like rodarvus may have made a typo and meant that in the first place (s/1.0.1/1.0.2/)
[06:04] <mdz> keescook: so to answer your question, << 1.0.2-0ubuntu3
[06:04] <keescook> heh, okay.
[06:04] <keescook> later on, xbase-clients depends on xinit... should that be swapped out with x11-common?
[06:05] <infinity> Okay, trying to get a screenshot of that in progress is challenging. :)
[06:05] <infinity> keescook: No.
[06:06] <infinity> keescook: "Replaces" means "files are overwritten", not "this package is now the equivalent of the other"
[06:06] <infinity> (Yes, it's a horrible name for the field)
[06:06] <pitti> well, the name is fine, it's just overloaded
[06:06] <mdz> seb128: ok, only one report of it
[06:06] <keescook> Heh, okay, just wanted to be sure.
[06:06] <infinity> pitti: "Overwrites" would have been a bit less confusing.
[06:06] <mdz> seb128: there is also bug 66800 but that seems relatively minor
[06:06] <Ubugtu> Malone bug 66800 in Ubuntu "Edgy Eft Beta - Progress bar font" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66800
[06:07] <infinity> Ahh, yes.
[06:07] <infinity> seb128: I'll save myself the trouble, the screenshot in 66800 is what I see.
[06:07] <infinity> seb128: So, ugly, but not "OMG, WHERE'D MY TEXT GO", like the guy with the custom theme.
[06:08] <pitti> doko, infinity: language-support-* uploaded
[06:09] <pitti> Kamion: while I'm at langpacks, I'd like to seed the l-pack stuff in anastacia; I take it you're fine with that?
[06:09] <doko> pitti: thanks!
[06:09] <Kamion> pitti: all the language packs should already be seeded by a pattern rule?
[06:09] <infinity> seb128: I suspect it's the same bug/behaviour, just more pronounced with his more broken theme. :)
[06:09] <seb128> infinity: it didn't look like that on dapper?
[06:09] <Kamion>  * /^language-pack-[^-] +$/
[06:09] <Kamion>  * /^language-pack-gnome-[^-] +$/
[06:10] <pitti> Kamion: hm, indeed, just saw it again
[06:10] <infinity> seb128: I don't recall, TBH.
[06:10] <pitti> Kamion: why is anastacia weeping then?
[06:11] <Kamion> pitti: it won't realise the source packages need to be in main until the binaries are in the archive
[06:11] <pitti> ah, do we want command-not-found in main? if so, I'll process the MIR now
[06:11] <pitti> Kamion: ah, I see; thanks
[06:11] <Kamion> pitti: I've NEWed all those language packs, which will sort it out
[06:11] <Kamion> hmm, not sure we should be promoting command-not-found now?
[06:12] <pitti> ok, so everything but c-n-found should be clear then
[06:12] <Kamion> pitti: what should happen to those ooo packages?
[06:12] <pitti> Kamion: I just uploaded updated language-support packages which depend on them
[06:13] <Kamion> ok, thanks
[06:13] <pitti> I'll process the MIR anyway, can't hurt
[06:14] <heno> seb128: I think it did look like that on dapper. There was a similar bug reported as being an issue for colour blind people, but I think was rejected (can't find it now). I made some screen shots in grayscale and such for that. (conclusion being that it wasn't too bad)
[06:15] <tfheen> pitti: language-support-* sounds good.
[06:16] <infinity> tfheen: Do you want your uaplash-theme-ubuntu upload once-overed before I accept it?
[06:17] <tfheen> infinity: feel free.
[06:17] <infinity> dholbach: mlterm/2.9.3-1build1, ajaxterm/0.7-3ubuntu1, aptsh/0.0.6-0build1.  I'm assuming the two rebuilds are no-brainers, what about the other?
[06:17] <seb128> heno: https://launchpad.net/distros/ubuntu/+source/ubuntulooks/+bug/37603
[06:17] <Ubugtu> Malone bug 37603 in ubuntulooks "Ensure that foreground and background color combinations provide sufficient contrast when viewed by someone having color deficits" [Medium,Confirmed]  
[06:17] <seb128> http://librarian.launchpad.net/4537720/contrast.png
[06:17] <heno> thanks :)
[06:17] <seb128> np
[06:19] <dholbach> infinity: a rebuild too
[06:19] <dholbach> supposing it's bug 65422
[06:19] <Ubugtu> Malone bug 65422 in ajaxterm "[UNMETDEPS]  ajaxterm has unmet dependencies" [Undecided,Fix released]  http://launchpad.net/bugs/65422
[06:19] <pitti> heh, command-not-found is neat
[06:20] <dholbach> infinity: hobbsee uploaded it apparently
[06:20] <erdalronahi> pitty, the mozilla-firefox-locale-ku is empty, which is a regression to Dapper
[06:20] <erdalronahi> We have only today got a new XPI
[06:20] <infinity> tfheen: That is an incredibly uninformative changelog for that much diff.
[06:22] <infinity> dholbach: Vassilis Pandis <pandisv@yahoo.co.uk>, actually (though Sarah may have sponsored it..)
[06:22] <tfheen> infinity: I blame fschoep or maybe dholbach.
[06:22] <dholbach> infinity: *nod*
[06:22] <dholbach> tfheen: eeeeeehhhhhhh?
[06:22] <pitti> erdalronahi: if you can convince tfheen/mdz to have it for edgy, I can add it easily
[06:22] <dholbach> tfheen: oh... I sent it to you untouched
[06:22] <mdz> pitti: if it's just adding the xpi and it's ready today, no problem
[06:23] <erdalronahi> great!
[06:23] <pitti> erdalronahi: please open a bug, attach the xpi, and set me as the assignee
[06:23] <pitti> erdalronahi: I'll milestone it
[06:23] <tfheen> dholbach: so we can blame fschoep, then.
[06:23] <erdalronahi> great
[06:23] <tfheen> infinity: works for me on i386 and amd64 at least.
[06:23] <erdalronahi> is 20:00 CET okay?
[06:23] <pitti> erdalronahi: I have to leave RSN, but I can do it tomorrow
[06:23] <infinity> tfheen: Yeah, I'd just like to see changes in changelogs.  I'm picky.  Oh well.
[06:23] <keescook> okay, xorg fixed, can someone re-sign/upload it for main for me?  http://people.ubuntu.com/~kees/edgy-fixes/
[06:24] <erdalronahi> ok, great!!!
[06:24] <infinity> keescook: Done.
[06:24] <erdalronahi> thanks a lot, pitti
[06:24] <dholbach> tfheen: did you have time to look at  http://daniel.holba.ch/temp/bluez-utils.debdiff ?
[06:24] <keescook> infinity: thanks
[06:24] <tfheen> dholbach: looks good; approved.
[06:25] <dholbach> tfheen: gracias, seor dogowner :)
[06:25] <TMM> dholbach: great domain name :)
[06:25] <dholbach> TMM: thanks :)
[06:25] <tfheen> dholbach: *growl* :-)
[06:25] <dholbach> HAHAHA
[06:26] <TMM> tfheen: did you see my question regarding gaim 2 beta4?
[06:26] <tfheen> TMM: no?
[06:26] <TMM> tfheen: it fixes using groupwise 7 sp1 servers for chatting, I wondered if it still could be merged for edgy
[06:27] <tfheen> TMM: no, sorry.  Too late.
[06:27] <TMM> tfheen: ok
[06:27] <TMM> edgy-updates perhaps?
[06:27] <tfheen> maybe, but that's not my call.
[06:27] <infinity> If you can isolate the patch that fixes that one bug, it could do -updates, sure.
[06:28] <pitti> I approved command-not-found, just in case we do want it in edgy; if not, we'll certainly want it for feisty anyway
[06:28] <infinity> Upgrading to a new upstream at this point (or in -updates) is likely unacceptable.
[06:28] <TMM> infinity: ok! I'll try to find it
[06:31] <TMM> infinity: ok, I'll try the rc install now
[06:31] <TMM> wish me luck :)
[06:32] <wasabi> Um. I need RedHat edumacation. Trying to track down a patch which is in "rawhide".
[06:32] <wasabi> I get the gist of what rawhide is. Just can't figure out WHERE it is.
[06:33] <thom> wasabi: they call it development, under fedora
[06:33] <wasabi> Is it like an rpm archive in the style of apt archives?
[06:34] <wasabi> Where I can go pull a .srpm out of and pull apart?
[06:34] <thom> http://www.mirrorservice.org/sites/download.fedora.redhat.com/pub/fedora/linux/core/development/source/SRPMS/
[06:35] <thom> something like that
[06:35] <wasabi> Ahh hah
[06:35] <wasabi> The links on their pages are to broken HTTPish things. 
[06:35] <wasabi> At least, broken in Ephy
[06:36] <thom> work for me
[06:36] <Burgwork> wasabi: remove the  http://www.mirrorservice.org/sites/ and it works
[06:36] <thom> under ffox (i'd use ephy but it's SSL support is tragic)
[06:36] <infinity> tfheen: orage/4.3.99.1svn+r23486-0ubuntu1, hwdb-client/0.6-0ubuntu16, ktorrent/2.0.3+dfsg1-0ubuntu1, ekiga/2.0.3-0ubuntu3, edgy-gdm-themes/0.7-0ubuntu2, edgy-wallpapers/0.7-0ubuntu2
[06:36] <wasabi> Cool. Got what I needed.
[06:53] <fschoep> dholbach: instead of insta-e-mailing I decided to get on IRC :)
[06:54] <dholbach> hey fschoep
[06:54] <dholbach> i was just doing screenshots for you ;)
[06:54] <fschoep> dholbach: OK, great :-)
[06:55] <fschoep> dholbach: Odd thing about the icons - they are in the right place but won't show up yet.
[06:55] <dholbach> fschoep: but try:   killall nautilus gnome-panel     should restart most of it. (alternatively you can restart the session).
[06:55] <fschoep> I tried logging out and in
[06:56] <dholbach> oh, that should have done all there is
[06:56] <fschoep> dholbach: is the new Nautilus icon showing up for you?
[06:56] <dholbach> fschoep: yes - hang on, I send out the mail in a sec
[06:57] <fschoep> OK, sorry :-)
[06:58] <dholbach> ok sent it out
[06:59] <fschoep> dholbach: screenshot looks awesome
[06:59] <dholbach> so that's how it should look?
[06:59] <fschoep> dholbach: yes
[06:59] <dholbach> hmhmhmhmhm
[06:59] <fschoep> dholbach: can I borrow your machine? You can have mine
[07:00] <dholbach> hehe - let's talk about the deal over a few beer again ;)
[07:00] <dholbach> fschoep: only if I get your band's cds with that box ;)
[07:00] <fschoep> dholbach: Deal ;) I also installed 2Gb of RAM today, that should be enough, right?
[07:00] <dholbach> you could try running        sudo gtk-update-icon-cache /usr/share/icons/Human
[07:00] <dholbach> but I doubt that's the problem
[07:01] <fschoep> Oh the 2Gb part was just kidding, I'll try the update command
[07:01] <dholbach> dpkg -l human-icon-theme    says?
[07:01] <dholbach> (which version?)
[07:02] <fschoep> dpkg says 0.7-0ubuntu1
[07:02] <fschoep> update icon theme doesn't seem to have worked
[07:02] <fschoep> logging out & in once again
[07:03] <fschoep> hmm, no luck
[07:03] <dholbach> let me install the package on another box
[07:03] <fschoep> I'll try a rm -Rf /usr/share/icons/Human and reinstall the package
[07:04] <fschoep> That worked
[07:05] <fschoep> dholbach: moving /usr/share/icons/Human and reinstalling the package worked.
[07:05] <dholbach> it works for me on that other box too
[07:05] <dholbach> so we're both happy and Mark is happy
[07:05] <fschoep> dholbach: that last part remains to be seen but should be yes :-)
[07:06] <dholbach> apart from the media icon - but that's something we need to check in feisty
[07:06] <fschoep> Yes, I have no clue why it doesn't show up at all
[07:06] <freshmouse> Hello.
[07:06] <fschoep> dholbach: on your second machine it worked by only installing the package?
[07:06] <dholbach> fschoep: yes
[07:07] <fschoep> dholbach: OK, my installation was probably slightly modified
[07:07] <dholbach> mdz: we're as ready as we can get with human-icon-theme
[07:07] <TMM> well, it all seems to have worked quite well
[07:07] <dholbach> (and I have the mail to ubuntu-doc prepared already also)
[07:08] <freshmouse> I have "a little" problem with U. EE (I have 1/2 of EE and 1/2 of DD), but I don't know if I'm on the right place (#ubuntu?)... I have a problem after dist-upgrade...
[07:08] <infinity> freshmouse: You want #ubuntu
[07:08] <freshmouse> infinity: OK.
[07:09] <TMM> infinity: I found just 2 small problems, one in the installer, and that my panel resolution wasn't detected properly but, it never was (I need 915resolution)
[07:10] <fschoep> dholbach: one tiny bit
[07:10] <dholbach> fschoep: yeah?
[07:10] <fschoep> dholbach: the small help icon (16x16)
[07:10] <fschoep> dholbach: it's probably re
[07:10] <fschoep> dholbach: scratch that, let's leave it at this for now
[07:11] <dholbach> ok
[07:11] <fschoep> :)
[07:11] <mdz> dholbach: sabdfl is online right now if you can get confirmation from him that it's correct
[07:11] <dholbach> sabdfl: hi Mark - can you take a look at http://daniel.holba.ch/temp/human-icon-theme_0.7-0ubuntu1_all.deb and say how it feels to you?
[07:12] <dholbach> sabdfl: it has some small changes since the last update
[07:12] <sabdfl> dholbach: firefox barfs
[07:12] <dholbach> urg :-(
[07:12] <sladen> crash barf, or 404 barf
[07:13] <Treenaks> text/plain barf, I guess...
[07:18] <dholbach> sabdfl: hum... can you wget or curl it?
[07:26] <zoobab> hi
[07:26] <zoobab> do you know if Edgy has support for LTSP?
[07:31] <bhale> zoobab: check out edubuntu
[07:31] <bhale> zoobab: its all about LTSP
[07:33] <dholbach> mdz, sabdfl: I uploaded the source package now too, as I need to take my dog out for a bit. If you decide to upload it - just go ahead, I'll mail ubuntu-doc@ afterwards.
[07:34] <dholbach> mdz, sabdfl: to http://daniel.holba.ch/temp that is
[07:38] <sladen> Treenaks: if firefox is getting Encoding Gzip, it's still punting the file off to gedit compressed;  is that the one
[07:40] <Treenaks> sladen: no, if you mis-configure your webserver, it'll send .debs as text/plain, and choke on binary junk
[07:41] <sladen> Treenaks: yeah, this is more generally
[07:41] <sladen> Treenaks: technically I believe it's correct, it's just not useful
[07:41] <Treenaks> agreed :)
[07:45] <Kamion> tfheen: http://people.ubuntu.com/~cjwatson/tmp/console-setup.diff updated and tested, and I think ready for upload now
[07:53] <mdke__> seb128: no.
[07:53] <mdke__> seb128: is mpt's idea
[07:55] <mdke__> seb128: just an idea, anyway. That's a braindump right now
[08:42] <Lure> mdz, mjg59: workaround for bug 60442 is confirmed at least for one reporter
[08:42] <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
[09:02] <tfheen> Kamion: console-setup> approved.
[09:04] <Kamion> thanks
[09:04] <tfheen> sorry about the delay.
[09:04] <dholbach_> tfheen: human-icon-theme is ready (fschoep and I are ok with it), sabdfl still needs to take a look. I deposited the source package (along with the deb) at http://daniel.holba.ch/temp - if you should plan to do it ASAP, go ahead without me. I'll be gone for the day in a bit.
[09:04] <Kamion> I've uploaded usplash (usplash_down fix on amd64) and casper (modelcode) and am uploading gfxboot-theme-ubuntu and console-setup shortly
[09:05] <tfheen> dholbach_: can you mail both sabdfl and fschoep to tell me if they are OK with it and if so tell me?  Please also remind them that artwork freeze is today.
[09:05] <tfheen> Kamion: excellent, thanks.
[09:05] <dholbach_> tfheen: Ok, will start an email thread.
[09:06] <Kamion> slight tweak to gfxboot-theme-ubuntu from my earlier patch; it should also adjust its internal keymaps
[09:06] <tfheen> dholbach_: thanks.
[09:11] <fschoep> dholbach: ping
[09:11] <dholbach> fschoep: pong
[09:11] <dholbach> got your mail
[09:11] <fschoep> dholbach: OK, can you make something out of it?
[09:12] <fschoep> dholbach: Can I help out with something?
[09:12] <Nafallo> Kamion: ah, s usplash-down wasn't supposed to work this morning on amd64 then :-). thanks, I've thought that was fixed with RC, so I got worried :-)
[09:12] <dholbach> fschoep: you could get me the name and address
[09:12] <dholbach> mail address
[09:13] <Kamion> right, it was inadvertently broken by the reversion to vga16
[09:13] <dholbach> so i can squeeze it into the copyright file
[09:13] <fschoep> dholbach: Nstor Navas, nestor.navas@gmail.com
[09:13] <dholbach> release team: just got a wallpaper update - will work on it now
[09:14] <dholbach> fschoep: have a creative and nice name for the one we had before?
[09:14] <gnomefreak> does an error 15 file not found on boot a grub ,livecd, or kernel issue. win2k starts fine. and alternate cd installs fine and boots fine
[09:14] <Kamion> dholbach: thanks
[09:14] <fschoep> dholbach: "Ubuntu smooth chocolate"  was fine with Jozef
[09:15] <fschoep> dholbach: ;)
[09:15] <dholbach> alrighty
[09:15] <Kamion> 15 : File not found
[09:15] <Kamion>      This error is returned if the specified file name cannot be found,
[09:15] <Kamion>      but everything else (like the disk/partition info) is OK.
[09:15] <Kamion> ^-- grub info documentation
[09:15] <dholbach> fschoep: and for the new one?
[09:16] <fschoep> dholbach: "Simple Ubuntu" is fine
[09:16] <dholbach> fschoep: shall I kick simple-ubuntu out of edgy-community-wallpapers?
[09:16] <fschoep> dholbach: yes, please
[09:16] <dholbach> alrighty
[09:17] <Nafallo> dholbach fschoep: the edgy artwork that got rejected... is that in a seperate package now or something like that?
[09:18] <dholbach> Nafallo: no, didn't have the time
[09:18] <fschoep> Nafallo: not really, you can get it on the Wiki though
[09:18] <dholbach> sorry
[09:18] <Nafallo> hmm, should be easy enough to create such a package for me? :-)
[09:18] <gnomefreak> Kamion: i can safely assume its a grub issue (or files not being copied correctly issue) and hopfully will be fixed for release
[09:19] <Nafallo> I meant... I can probably do that.
[09:19] <dholbach> Nafallo: you're packaging king
[09:19] <dholbach> right
[09:19] <fschoep> Nafallo: ;)
[09:19] <Kamion> gnomefreak: it won't be fixed for release, sorry
[09:19] <gnomefreak> k
[09:19] <Kamion> I have no idea exactly what the above is - I was just supplying a bit more information to help you track it down
[09:20] <Nafallo> fschoep: could you strip the pre-release text from that artwork or something? :-)
[09:20] <Kamion> at least, it won't intentionally be fixed for release :-) I'm running out of time today
[09:20] <gnomefreak> i cant track it down i threw away those 3 installs early this am
[09:20] <fschoep> Nafallo: the Wiki has the designs without the text, shall I give the link?
[09:20] <Nafallo> fschoep: please do :-)
[09:20] <Nafallo> thanks :-)
[09:20] <fschoep> OK, hold - moving to a different setup
[09:21] <TMM> is there anything else I can do? 
[09:22] <Nafallo> dholbach: are you using bzr for the artwork yet? :-)
[09:22] <dholbach> yes
[09:22] <dholbach> i am
[09:23] <dholbach> ubuntu-art-pkg team on launchpad
[09:23] <Nafallo> kewl. I'll try to use that then :-)
[09:23] <fschoep> Nafallo: https://wiki.ubuntu.com/Artwork/Specs/EdgyArtworkPlan/Produce/Incoming/CurrentDefault
[09:23] <fschoep> Nafallo: https://wiki.ubuntu.com/Artwork/Specs/EdgyArtworkPlan/Produce/Incoming/CurrentDefault?action=AttachFile&do=get&target=26-09-06.tar.gz
[09:23] <fschoep> Nafallo: those links have all the information you need, I see Daniel's given you a pointer to bzr branches?
[09:24] <Nafallo> fschoep: yepp :-)
[09:25] <fschoep> seb128: ping
[09:25] <fschoep> dholbach: did you already read Mark's new mail on the lsplash background?
[09:25] <dholbach> fschoep: no
[09:26] <fschoep> dholbach: OK, we should change the background color on top of which the lsplash is shown
[09:26] <dholbach> ah alrighty
[09:26] <seb128> fschoep: pong
[09:26] <fschoep> dholbach: have you got any idea where that is stored?
[09:26] <dholbach> is that in the edgy-wallpapers .xml file?
[09:26] <fschoep> seb128: see the last few lines
[09:26] <dholbach> I'llfind out
[09:26] <fschoep> dholbach: it's not in there I think
[09:26] <dholbach> might be in edgy-gdm-themes
[09:26] <fschoep> dholbach: OK, one thing that might happen is that lsplash suddenly looks ugly
[09:27] <dholbach> should be in ubuntu-artwork's changelog - seb128 made that change
[09:27] <fschoep> because it's anti-aliased to the old color
[09:27] <fschoep> shall I try to do something about that?
[09:27] <dholbach> we'll find out soon enough ;)
[09:27] <seb128> dholbach: what?
[09:27] <dholbach> seb128: background color when you logged in
[09:27] <dholbach> as soon as you logged in
[09:27] <fschoep> I'm going to check it in GIMP and work on the edges if it's problematic
[09:28] <seb128> GraphicalThemedColor=#2b0600
[09:28] <seb128> gdm.conf specify it
[09:28] <dholbach> oh, that's in gdm.conf :/
[09:28] <fschoep> seb128: wow, thanks :)
[09:28] <seb128> fschoep: np
[09:28] <dholbach> Mark wants to have #dab082
[09:28] <dholbach> (for the change I'm just preparing)
[09:28] <seb128> dholbach: I can do the change if you want
[09:28] <seb128> for gdm
[09:29] <dholbach> that'd be cool
[09:29] <Kamion> tfheen: orage/4.3.99.1svn+r23486-0ubuntu1 hwdb-client/0.6-0ubuntu16 ktorrent/2.0.3+dfsg1-0ubuntu1 ekiga/2.0.3-0ubuntu3 edgy-gdm-themes/0.7-0ubuntu2 edgy-wallpapers/0.7-0ubuntu2
[09:29] <seb128> dholbach: k, doing it
[09:29] <dholbach> seb128: I'll just prepare the new artwork, so you can test it
[09:29] <seb128> dholbach: cool, let me know when it's ready
[09:30] <dholbach> righty
[09:30] <fschoep> dholbach: the edges are a problem
[09:30] <fschoep> dholbach: I'll try my best to work to a solution
[09:31] <dholbach> super
[09:33] <o_cee> Till Kamppeter isn't around in here?
[09:33] <dholbach> o_cee: no, not currently
[09:33] <o_cee> dholbach: you know what username he goes by?
[09:33] <dholbach> fschoep: if we have to update edgy-session-splashes too... so be it
[09:33] <Kamion> till_kamppeter I think
[09:33] <dholbach> o_cee tkamppeter
[09:34] <Kamion> oh, sorry, what dholbach said
[09:34] <fschoep> dholbach: seems like it yes
[09:34] <o_cee> k thanks, will leave him a message
[09:34] <cbx33> hey fschoep 
[09:34] <Kamion> o_cee: mail is probably a better plan
[09:34] <fschoep> hey cbx33
[09:34] <fschoep> cbx33: joining in on the fun?
[09:34] <o_cee> Kamion: mm ok
[09:34] <Kamion> a lot of people don't notice memoserv these days
[09:34] <o_cee> true
[09:34] <Nafallo> fschoep: does the artwork have a name? :-)
[09:34] <Kamion> tfheen: I also have a couple of oem-config changes I forgot to upload (sorry!):
[09:34] <Kamion>   [ Colin Watson ] 
[09:34] <Kamion>   * Remove /var/lib/kdm/kdmsts in oem-config-firstboot after removing the
[09:34] <Kamion>     oem user; KDM stores the default user there.
[09:34] <Kamion>   [ Anirudh Ramesh ] 
[09:34] <fschoep> Nafallo: I called it "Ubuntu Wave"
[09:34] <Kamion>   * KDE frontend: Fixed bug where set_country combobox was not being
[09:34] <Kamion>     updated.
[09:35] <Nafallo> fschoep: okidoki :-) wave-look it is then :-)
[09:35] <cbx33> fschoep, just saw your name pop up old buddy old pal
[09:35] <fschoep> cbx33: :)
[09:36] <Kamion> tfheen: at least the first of those was noticed during RC testing, and I'm confident in the second
[09:36] <fschoep> dholbach: do you know if the new usplash is in?
[09:37] <dholbach> fschoep: I think tfheen uploaded it
[09:37] <fschoep> dholbach: OK, great
[09:37] <o_cee> ah yeah btw, is beagled supposed to always eat 100% cpu when idle? don't remember it doing that earlier
[09:37] <Kamion> and I need to update oem-config to new localechooser and console-setup I think
[09:37] <TMM>  I did find another bug that didn't happen with my dapper > edgy upgraded system, but does accure now that I did a 'proper' edgy install: if I close my laptop lid, and reopen it, the screen isn't turned on
[09:37] <TMM> where should I file that?
[09:37] <TMM> mjg59: any ideas?
[09:38] <dholbach> fschoep, seb128: it's at http://daniel.holba.ch/temp - updated edgy-community-wallpapers to follow
[09:39] <seb128> brb
[09:41] <tkamppeter> o_cee, I am here.
[09:41] <o_cee> tkamppeter: great! :)
[09:43] <tkamppeter> Did you do the last steps which I described (stop hplip, turn off/turn on printer, remove print queue, re-create queue?
[09:43] <o_cee> yeah, only difference was that i only got one port to chose from..
[09:43] <o_cee> and some errors from hplip when trying to print
[09:44] <seb128> dholbach: looks good, uploading gdm now
[09:44] <o_cee> but as i said, the printer makes other noises when i've got the drivers installed manually.. it turns on, then off, then on again.. now it just turns on once and then off.. (hehe)
[09:45] <dholbach> seb128: the color fits and all?
[09:45] <seb128> dholbach: looks fine to me, there is a black border around the splash though
[09:45] <dholbach> seb128: fschoep is fixing it
[09:45] <seb128> dholbach: if you want to try just change your /etc/gdm/gdm.conf by hand
[09:45] <dholbach> seb128: what is the background called in the wallpaper chooser?
[09:45] <seb128> faster than uploading a new package :)
[09:46] <seb128> "Ubuntu Wave"
[09:46] <Kamion> mdz: I can't fix bug 66881 without breaking the string freeze, since that help file is translated (fairly well by now). Do I have a string freeze exception, or should I skip it?
[09:46] <Ubugtu> Malone bug 66881 in debian-installer "Help text is misleading or inaccurate for boot methods" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66881
[09:46] <dholbach> seb128: ok, so you didn't have edgy-wallpapers 0.7 in the meantime
[09:47] <tkamppeter> o_cee, do the following:
[09:47] <dholbach> it should be 'simple ubnutu' though
[09:47] <dholbach> ubuntu
[09:47] <seb128> dholbach: I didn't upgrade today if that was a package from today
[09:47] <dholbach> *nod* it was
[09:47] <seb128> I'm not that an upgrade maniac ;)
[09:47] <dholbach> for me it's 'ubuntu chocolate' which is completely wrong
[09:47] <tkamppeter> 1. Stop HPLIP: "sudo /etc/init.d/hplip stop"
[09:47] <dholbach> strange that the name is not updated
[09:48] <dholbach> at least not for the already 'chosen wallpaper'
[09:48] <o_cee> tkamppeter: yep, stopped.
[09:48] <dholbach> but i guess that's just a small bug somewhere
[09:48] <tkamppeter> 2. reload "usblp" kernel module manually: "sudo rmmod usblp; sudo modprobe usblp"
[09:48] <seb128> dholbach: I should probably modify libgnome too then (the 'plain color background' color)
[09:48] <tkamppeter> 3. "lpinfo -v", post output
[09:48] <seb128> dholbach: that's the color used when you set no background or the one you see when switching
[09:48] <dholbach> seb128: I think that's what you change in the xml file
[09:49] <dholbach> seb128: in /usr/share/backgrounds
[09:49] <o_cee> tkamppeter: hold on, cups is thinking.. hard..
[09:50] <dholbach> seb128: I meant /usr/share/gnome-backgrounds-properties/
[09:50] <dholbach> ok... upload edgy-wallpapers and edgy-community-wallpapers
[09:51] <o_cee> tkamppeter: privmsgd you
[09:53] <TMM> hum, looks like a gnome-power-manager fuckup
[09:54] <fschoep> dholbach: still working on the lsplash, how much time do I have left?
[09:55] <dholbach> take your time
[09:55] <dholbach> i uploaded the other packages already, so that's cool
[09:55] <o_cee> tkamppeter: any more ideas?
[09:55] <fschoep> dholbach: OK
[10:39] <cypher1_> anybody here working on usplash bugs ?
[10:40] <Nafallo> cypher1: almost everyone ;-)
[10:42] <cypher1_> Nafallo, the issue seems pretty hot
[10:42] <cypher1_> i can see lot of ppl facing it
[10:42] <cypher1_> is a fix is released ?
[10:43] <Nafallo> cypher1: amd64 users? in that case Kamion uploaded something already :-)
[10:43] <cypher1_> i am triaging bug 66607, bug 66998
[10:43] <Ubugtu> Malone bug 66607 in usplash "No usplash at all" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66607
[10:43] <Ubugtu> Malone bug 66998 in usplash "usplash shows nothing on screen" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66998
[10:43] <cypher1_> Nafallo, no even ppl on x86 with different video hardware
[10:44] <cypher1_> i guess all of them are facing the problem only when they are upgrading
[10:44] <Nafallo> k
[10:47] <cypher1_> Nafallo, can i help with something on the usplash bugs ?
[10:47] <dholbach> fschoep: how's it looking?
[10:47] <Nafallo> cypher1: no idea. I wouldn't touch it :-)
[10:48] <fschoep> dholbach: give me ten minutes, OK?
[10:48] <cypher1_> Nafallo, ok
[10:48] <dholbach> fschoep: alrighty
[10:48] <fschoep> dholbach: I think Mark is (going to be) AFK now, but the design hasn't changed much - should be OK
[10:49] <dholbach> fschoep: yeah
[10:50] <cypher1_> dholbach, can one request to raise the severity of a bug ?
[10:50] <dholbach> cypher1: everybody in the ubuntu-qa team can do it
[10:51] <cypher1_> dholbach, imho bug 66607 needs to be looked at very fast
[10:51] <Ubugtu> Malone bug 66607 in usplash "No usplash at all" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66607
[10:51] <cypher1_> dholbach, i will join it
[10:51] <dholbach> talk to sfllaw
[10:52] <cypher1_> sfllaw, hi
[10:53] <sfllaw> cypher1_: Hi.
[10:53] <sfllaw> cypher1_: You want to join Ubuntu QA?
[10:54] <cypher1_> sfllaw, yes.. just subscribed to it too :)
[10:55] <dholbach> cypher1_: around how many bugs did you triage already?
[10:55] <fschoep> dholbach: three minutes
[10:55] <cypher1_> dholbach, really not much
[10:55] <dholbach> fschoep: rock on
[10:56] <dholbach> cypher1_: ok... I guess you will need to work some more on bugs then.
[10:56] <cypher1_> dholbach, ok no problem :)
[10:56] <sfllaw> cypher1_: Please read the Wiki on Bugs/HowToTriage so that when you apply again in a few days, you'll have great triaging to show me.
[10:56] <dholbach> usually severity is a tool for maintainers to organize their amount of work
[10:56] <sfllaw> :)
[10:56] <cypher1_> but i was really concerned about one bug i am looking at
[10:56] <sfllaw> cypher1_: Which?
[10:57] <dholbach> bug 66607, right?
[10:57] <Ubugtu> Malone bug 66607 in usplash "No usplash at all" [Undecided,Unconfirmed]  http://launchpad.net/bugs/66607
[10:57] <cypher1_> bug 66607
[10:57] <dholbach> Ok...
[10:57] <cypher1_> and its variants
[10:57] <sfllaw> What happened to ubugtu?
[10:57] <sfllaw> Ah.
[10:57] <sfllaw> I get this one.
[10:57] <sfllaw> It's going to be a Medium priority bug at most.
[10:57] <sfllaw> Do you experience it?
[10:58] <cypher1_> sfllaw, but ppl are going to face it every time they boot
[10:58] <cypher1_> sfllaw, no i am still in dapper :(
[10:58] <cypher1_> cypher1, and by the response i am seeing ppl are really looking forward for a quick solution i guess
[11:00] <cypher1_> bug 59651, bug 59994, bug 64400 etc etc
[11:00] <Ubugtu> Malone bug 59651 in usplash "usplash does not come up after dapper-edgy upgrade" [Undecided,Needs info]  http://launchpad.net/bugs/59651
[11:00] <Ubugtu> Malone bug 59994 in usplash "[edgy]  no shutdown splash" [Low,Confirmed]  http://launchpad.net/bugs/59994
[11:00] <Ubugtu> Malone bug 64400 in usplash "Usplash doesn't show at all" [Undecided,Unconfirmed]  http://launchpad.net/bugs/64400
[11:00] <fschoep> dholbach: just a few more minutes, my network's gone fubar
[11:01] <dholbach> fschoep: ok :)
[11:01] <fschoep> dholbach: sorry to sound like a broken record :P
[11:01] <dholbach> hehe :)
[11:03] <cypher1_> gtg 3am.. need sleep
[11:03] <cypher1_> bye all
[11:04] <fschoep> dholbach: it's on the mail
[11:07] <roshan_s> fschoep: Thanks for the last-minute Edgy artwork, which you must have produced under great pressure. Because of you, we won't be stuck with the stuff from Dapper especially the messy (imho) wallpaper :)
[11:08] <fschoep> roshan_s: no need to thank me, there's a whole lot of people behind the scenes who worked on this stuff. And dholbach deserves more credit than me here, I think.
[11:08] <fschoep> roshan_s: but, thanks anyway of course :)
[11:08] <dholbach> fschoep: not true - you guys worked HARD on it :)
[11:09] <fschoep> :)
[11:09] <roshan_s> Well, then, thanks to dholbach too, and everyone on ubuntu-art who managed to salvage edgy from the reversion to Dapper artwork...
[11:09] <gnomefreak> we have some edgy artwork now?
[11:10] <fschoep> gnomefreak: yes, kind of - it's still being uploaded :P
[11:10] <BenC> tfheen: ping
[11:10] <tfheen> BenC: You sent me a contentless ping.  This is a contentless pong.  Please provide a bit of information about what you want and I'll respond when I am around.
[11:10] <gnomefreak> cool thank you guys.
[11:10] <fschoep> gnomefreak: you're welcome
[11:10] <BenC> tfheen: I got your content right here :P
[11:11] <BenC> tfheen: bug 62135, I have a fix for i965_dri.so, so that gl actually works for i965 chipsets...just needs i965_dri.so to be compiled with gcc-3.4
[11:11] <Ubugtu> Malone bug 62135 in mesa "Support for Intel 965 (GMA X3000) doesn't work" [High,Confirmed]  http://launchpad.net/bugs/62135
[11:12] <BenC> tfheen: Let me know if you want me to upload this
[11:17] <dholbach> fschoep: good work!
[11:17] <fschoep> dholbach: so at least three people like it :)
[11:17] <fschoep> brb
[11:18] <dholbach> uploaded
[11:19] <dholbach> tfheen, Kamion, mdz, infinity: seb128 and I uploaded: gdm edgy-session-splashes edgy-wallpapers edgy-community-wallpapers - please approve
[11:19] <mdke__> nice work chaps
[11:19] <dholbach> tfheen, Kamion, mdz, infinity: human-icon-theme is still missing, needs Mark's 'ok'.
[11:19] <dholbach> mdke: I'll mail ubuntu-doc@ once it's all in
[11:20] <seb128> mdke: hi, Mr "I want 4 top menu items on the panel" :p
[11:20] <mdke> seb128: hi
[11:20] <mdke> dholbach: thanks, but we don't have any screenshots, so no worries
[11:21] <dholbach> mdke: oh, I'm glad this didn't cause you grieve
[11:22] <fschoep> dholbach: super
[11:23] <dholbach> PHEW :)
[11:23] <fschoep> Can't we just get the icons in though?
[11:23] <dholbach> fschoep: I mailed everybody involved
[11:24] <fschoep> dholbach: I saw that
[11:24] <dholbach> fschoep: if I get an 'ok' mail tomorrow, I'll upload it
[11:24] <fschoep> dholbach: OK, tomorrow is still good then?
[11:24] <dholbach> I suppose so
[11:24] <fschoep> dholbach: Alright, I'm pretty sure there won't be issues
[11:24] <fschoep> dholbach: so, this is it for tonight then?
[11:25] <dholbach> I'm not going to bed now ;)
[11:25] <dholbach> but I call it a day ;)
[11:25] <fschoep> dholbach: OK, thanks so much for your efforts, you're amazing. Everyone here is, cheers!
[11:26] <dholbach> you... most of all
[11:26] <dholbach> have a great weekend!
[11:30] <gnomefreak> dholbach: have a good weekend too
[11:30] <sandrinah> hi all
[11:30] <dholbach> thanks gnomefreak
[11:30] <gnomefreak> yw 
[11:32] <gdh> as per https://lists.ubuntu.com/archives/ubuntu-bugsquad/2006-October/000092.html I'm here to relate my experiences with the RC ...
[11:32] <gdh> and it's not good. I got stung by https://launchpad.net/distros/ubuntu/+source/xorg/+bug/64825 - can this be affecting every system in the world with a cheap X300/X600 ATI Radeon ?
[11:32] <Ubugtu> Malone bug 64825 in xorg "Installer won't detect video card Radeon X600" [Undecided,Unconfirmed]  
[11:33] <gdh> it chooses 'ati' instead of 'radeon' for xorg :/ - changing to 'radeon' in xorg.conf makes X start + run beautifully 
[11:35] <gnomefreak> isnt radeon non-free?
[11:37] <gdh> gnomefreak: if it is, it's on the Live CD.
[11:37] <gdh> fglrx is the ATI-provided binary warez driver
[11:38] <gdh> I'm not at all concerned about 3D performance or games, but I think it's not too much to expect working 2D on a very popular gfx card :)
[11:38] <gnomefreak> ah xserver-xorg-video-ati brings in -radeon
[11:40] <gdh> mconnor: unless it's the first hint of iceweasel? :)
[11:40] <mconnor> gdh: if Martin and Ian are claiming that's the upstream diff, I'm pretty curious about when that was supposed to be
[11:41] <Kamion> which version exactly?
[11:41] <mconnor> they didn't say
[11:42] <Kamion> shouldn't take long to search through all the uploaded .orig.tar.gz files
[11:42] <Kamion> let's see ...
[11:47] <mconnor> I mean, its possible, there's been a few releases where we fixed dozens of security bugs in a single release, largely because our internal security testers are too smart :)
[11:47] <Kamion> $ diff -Nru firefox-1.5.dfsg+1.5.0.4.orig firefox-1.5.dfsg+1.5.0.5 | filterdiff -x '*/CVS/*' | wc -l
[11:47] <Kamion> 50621
[11:47] <Kamion> there's one that exceeds that, anyway
[11:47] <Kamion> I have mail from Ian saying that the 1.5.0.2 diff was 35000 lines
[11:48] <gdh> bah mumble mumble epiphany mumble mumble :)
[11:49] <Kamion> isn't it usually "security and stability"? that generally seems to be the explanation for the diffs being huge
[11:49] <mconnor> heh, the fixes are to gecko 98% of the time
[11:50] <gdh> ah fair enough.
[11:50] <gdh> Nobody has a Radeon X300 or X600 then?
[11:50] <Kamion> mconnor: $ diff -Nru firefox-1.5.dfsg+1.5.0.1.orig firefox-1.5.dfsg+1.5.0.2.orig | filterdiff -x '*/CVS/'* | wc -l
[11:50] <Kamion> 35460
[11:50] <Kamion> so Martin and Ian's figures seem pretty accurate from here
[11:50] <gdh> ouch
[11:51] <Kamion> all the releases have been huge, from what Ian tells me
[11:52] <mconnor> yeah, rollup releases end up with a lot of bugs
[11:52] <Kamion> anyway, I don't know the specifics, but you asked for backup for the cited statistics - there's two pieces of backup
[11:53] <Kamion> the complaint I normally hear is that many of the items in the rollup releases are not just security bugs
[11:53] <Kamion> I haven't investigated that personally, so that's second-hand
[11:53] <Kamion> I know Ian generally analyses the diffs as best he can
[11:54] <Kamion> (which I'm sure he'd be the first to say is to a limited extent)
[11:54] <mconnor> heh
[11:54] <mconnor> ah, I see
[11:55] <mconnor> 1.5.0.2 had a large set of changes to support Intel macs, but most of that code isn't built for Linux
[11:55] <Kamion> 1.5.0.3 was small
[11:55] <Kamion> $ diff -Nru firefox-1.5.dfsg+1.5.0.2.orig firefox-1.5.dfsg+1.5.0.3.orig | filterdiff -x '*/CVS/'* | wc -l
[11:55] <Kamion> 184
[11:55] <Kamion> $ diff -Nru firefox-1.5.dfsg+1.5.0.3.orig firefox-1.5.dfsg+1.5.0.4.orig | filterdiff -x '*/CVS/'* | wc -l
[11:55] <Kamion> 27462
[11:55] <Kamion> another biggie
[11:55] <mconnor> there was a few endian fixes in there too, that would have helped Linux
[11:55] <Kamion> it's the big ones people remember
[11:56] <Evaso2> any fix with the bug of pci-express ati bug seems that is very common: 35601
[11:56] <Kamion> Intel Macs> see, that's exactly the sort of code we normally don't let into our -security branches ;-)
[11:56] <Kamion> firefox is the only product we have to make an exception for there
[11:57] <mconnor> except that you don't build that code, unless you're building for Mac :)
[11:57] <mconnor> but that was a one-time thing
[11:57] <Kamion> ... as far as we know. Not knowing the build system, we can't prove that to our own satisfactions
[11:57] <mconnor> I guess the windows changes to support Vista will be the same...
[11:57] <mconnor> Kamion: its all about trust!
[11:57] <mconnor> though I could give crash courses ;)
[11:57] <Kamion> it's not a one-time thing, if new hardware support is something you routinely import
[11:58] <Kamion> right, our users trust us to keep our changes in -security minimal ...
[11:58] <mconnor> its not
[11:58] <Kamion> people use distributions because they want somebody to do the integration for them, which involves a transferral of trust
[11:59] <mconnor> so does -security not allow for crash fixes?
[11:59] <Kamion> depends on the crash. if it's simply data-loss, that would normally go to -updates
[11:59] <Kamion> as far as possible, -security means what it says
[12:00] <Kamion> but sure, if it's a potentially exploitable crash then that can/should go to -security
[12:00] <Kamion> one of our problems is that -security is a fast-path to users' desktops
[12:00] <mconnor> we consider all crashes exploitable unless proven otherwise
[12:00] <Kamion> (obviously that's not *normally* a problem)
[12:01] <gdh> :) Wow, I suddenly see my work life appear...
[12:01] <Kamion> the reason we demand auditing for all -security uploads is that once it leaves the developer's hands, it lands on users' desktops as fast as we can humanly manage it and there's very little opportunity to stop it if it turns out to be bad
[12:01] <gdh> oddly, *everything* is 'urgent' there...
[12:01] <gdh> everyone's 'issue' is priority 1
[12:02] <gdh> thus defeating the point of priorities <slump>
[12:02] <mconnor> gdh: imagine trying to prioritize features for Firefox! :)
[12:02] <Kamion> the recent xorg breakage in -updates made us much more cautious about fixes there, so we now have a process involving sending stuff via -proposed for a trial period
[12:02] <Kamion> but we can't do that for -security
[12:02] <gdh> ZOMG flash player should be compiled in statically  (yawn) and so on
[12:03] <Kamion> crashes exploitable unless proven otherwise> I agree, very sensible
[12:03] <Kamion> firefox is on a security boundary though, which is not the case for everything (from our point of view)
[12:04] <mconnor> yeah, web browsers are the best target these days, now that every mail client in the world is locked down and virus/spamfiltered to death :)
[12:05] <ajmitch> morning all
[12:05] <Kamion> (and yet evolution still crashes every five minutes or if you breathe in its direction too hard ...)
[12:06] <mconnor> funny, I was never able use evolution for more than five minutes at a time, but that was just because I couldn't stand it :)
[12:07] <mconnor> one of the gecko guys is like that too
[12:07] <_ion> mutt 
[12:07] <mconnor> I'm, uh, using mail.app
[12:07] <_ion> Although it has its fair share of flaws.
[12:07] <Kamion> I'd expect Mozilla is a rather biased camp as far as MUA choice goes?