[12:55] <evand> mcgrof: me as well.  If you're waiting to hear back, I just did.
[12:56] <ajmitch> evand: yay, hopefully I'll get a reply soon too
[12:56] <evand> ajmitch: Probably.  Without copy and pasting from the email, it sounds like they're getting through the backlog.
[12:57] <ajmitch> yeah, they must have to deal with a few
[12:57] <_ion> Eyas?
[12:58] <ajmitch> travel agent
[01:00] <mcgrof> evand: I'm under the impression that going through them you don't have to arrange payment through your own credit card, know if that is accurate?
[01:01] <evand> mcgrof: Correct, at least for UDSMTV that was the case.
[01:01] <mcgrof> great, that helps
[01:19] <jcole> i'm having apps like gaim, firefox and evolution freeze hard consistently on feisty... i'm on gaim now and it will probably lock up as i start talking more... any suggestion on what i can do to figure out what is going on?
[01:20] <jcole> doing an strace on firefox it stops at this when it locks up:
[01:20] <jcole> futex(0x8bf0030, FUTEX_WAIT, 1, NULL)
[01:21] <jcole> i *thought* it maybe aspell since firefox last froze up it in a text edit box and evolution froze when i was composing a message
[03:47] <bddebian> Not soon enough :)
[04:54] <Seveas> lamont, 3 days to go :)
[06:30] <michaelfavia> jus reading the #ubuntu+1 topic and looking at https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.20/+bug/96430 and i was interested to know if this nvidia legacy driver issue woudl be resolved for 7.04. I'm not trying to fix my computer (that would be a simple task) but considering adopting the platform for a large number of workstations that depend on this issue...
[06:30] <ubotu> Malone bug 96430 in linux-restricted-modules-2.6.20 "MASTER: Request for new-legacy nvidia drivers (9631)" [High,In progress]  
[06:30] <michaelfavia> a simple informed yes or know would be very much appreciated. thx.
[06:31] <michaelfavia> s/know/no
[06:31] <_ion> mu
[06:33] <michaelfavia> _ion, my question cannot be answered because it depends on incorrect assumptions?
[06:33] <Hobbsee> michaelfavia: see the comments from Ben Collins on it.
[06:34] <desrt> hello hackers!
[06:34] <desrt> wazzup?
[06:34] <Hobbsee> hi desrt 
[06:35] <ajmitch> hey desrt 
[06:35] <desrt> ajmitch; seville4u?
[06:35] <desrt> Hobbsee; going to seville?
[06:36] <Hobbsee> michaelfavia: i think https://bugs.launchpad.net/ubuntu/+source/linux-restricted-modules-2.6.20/+bug/96430/comments/48 sums it up pretty well
[06:36] <ubotu> Malone bug 96430 in linux-restricted-modules-2.6.20 "MASTER: Request for new-legacy nvidia drivers (9631)" [High,In progress]  
[06:36] <Hobbsee> desrt: yep
[06:36] <_ion> When is UDS Tampere going to be held? ;-)
[06:36] <ajmitch> desrt: assuming I can get plane tickets, sure
[06:36] <michaelfavia> Hobbsee, apologies.. i missed comment #48 from ben... and didnt know if the #ubuntu+1 message had any priority oer his comments in the bug.. thanks for the input. it seems safe to assume...
[06:36] <desrt> Hobbsee; elite.
[06:36] <desrt> ajmitch; what's wrong?
[06:36] <ajmitch> desrt: still waiting on eyas
[06:36] <desrt> ah
[06:36] <Hobbsee> michaelfavia: it doesnt.  you're looking for the comments from developers.  
[06:36] <desrt> if yr having trouble, "clickair" has super-cheap flights from schipol to seville
[06:37] <ajmitch> desrt: the main part will be NZ->london
[06:37] <desrt> (since a lot of airlines don't fly to seville)
[06:37] <desrt> lots of flying... but cheap.
[06:37] <desrt> Hobbsee; you been at a UDS before?
[06:38] <desrt> !
[06:38] <desrt> were you at lca?
[06:38] <Hobbsee> desrt: nope.  and iwas at the open day
[06:38] <Hobbsee> heh
[06:38] <ajmitch> shame
[06:38] <desrt> quite.
[06:39] <_ion> I've got a small amount of ground work done for a nice implementation of three installed nvidia drivers, of which the correct one would be automatically chosen in runtime based on connected hardware. I haven't got around to doing the whole implementation at least yet, but it should be at least of some help to Ben.
[06:40] <mneptok> ajmitch: Eyas has became increasingly unresponsive as of late :/
[06:40] <ajmitch> mneptok: given that the travel agent I talked to today said that flights are getting scarce, it is annoying
[06:40] <mneptok> ajmitch: are you a strong swimmer?
[06:41] <ajmitch> I can swim
[06:41] <desrt> "have you ever swam across the equator?"
[06:41] <ajmitch> but it may be a bit cold for a bit
[06:41] <ajmitch> it's only 20000km or so
[06:41] <mneptok> ajmitch: coat yourself with lard and Nembutol
[06:41] <desrt> ajmitch; that's a tough swim
[06:41] <desrt> ajmitch; better start training now
[06:42] <ajmitch> desrt: no time for that, I'd better start swimming now
[06:42] <mneptok> not for the swim so much. but we'd dig the entertainment value
[06:42] <desrt> ya.  no kidding :p
[06:42] <tepsipakki> still no update to the UDS wiki about sponsoring..
[06:42] <mneptok> desrt: Canonical sysadmins or in general?
[06:43] <desrt> uh
[06:43] <desrt> sysadmins named kurt, mostly
[06:43] <ajmitch> oh, scary ones?
[06:43] <Hobbsee> desrt: it's on planet, there's a dodgy version on LP
[06:43] <desrt> ya.  psychos.
[06:43] <desrt> Hobbsee; i see how it is.
[06:43] <mneptok> GNOME yes. Canonical no.
[06:44] <lifeless> mneptok: we knew you already you see.
[06:44] <ajmitch> Hobbsee: scary
[06:44] <mneptok> lifeless: and you still hired me? that raises new concerns about Canonical's viability. ;)
[06:44] <Hobbsee> ajmitch: heh
[06:45] <desrt> er
[06:45] <desrt> your hackergotchi isn't a hackergotchi
[06:45] <mneptok> it's as close as i'm coming.
[06:46] <desrt> rob is crazy
[06:46] <desrt> there's something weird in the air in au/nz
[06:47] <lifeless> mneptok: you're our grain of sand.
[06:51] <lifeless> ajmitch: usually a phone call.
[06:52] <Hobbsee> desrt: i know.  hackergotchis of me look terrible.
[07:01] <desrt> Hobbsee; i'll have my camera on hand.  we'll see what we can do.
[07:08] <pitti> Good morning
[07:09] <pitti> hey desrt, *hug*
[07:09] <desrt> sup dude?
[07:09] <Hobbsee> desrt: heh, good luck with that
[07:09] <Hobbsee> hi pitti 
[07:09] <pitti> hey Hobbsee
[07:09] <desrt> Hobbsee; dunnot worry.  i am an artiste.
[07:09] <micahcowan> Hey, pitti, is there any particular critereon for what packages end up in the dbgsym repo?
[07:09] <pitti> desrt: 'sup? bugz, bugz, bugz :)
[07:09] <desrt> pitti; good man.
[07:09] <desrt> make my feisty feisty
[07:10] <pitti> micahcowan: all which have at least one ELF file in it, in theory
[07:10] <fabbione> morning guys
[07:10] <micahcowan> But there aren't comparatively very many in there yet, yes?
[07:11] <micahcowan> Is it pretty much whatever you personally have had to have debug syms for? :)
[07:11] <pitti> micahcowan: only those which have been rebuilt in the last 7 months or so
[07:11] <pitti> no, it's not personal :)
[07:11] <micahcowan> Others are removed, then?
[07:11] <pitti> actually it should be pretty well-covered now
[07:12] <pitti> micahcowan: no, they need a build with pkg-create-dbgsym enabled in order to produce dbgsyms
[07:12] <pitti> micahcowan: and I only wrote it about 7 months ago
[07:13] <micahcowan> coreutils was missing, was why I noticed. :)
[07:13] <micahcowan> enabled... as in a rules target?
[07:13] <pitti> micahcowan: no, as in 'put it into the buildd chroots'
[07:14] <micahcowan> Oh... I see. Cool.
[07:22] <mneptok> pitti: rumor has it Tollef was poking at NetworkMangler issues earlier today?
[07:24] <pitti> mneptok: I don't know for sure; but earlier today? how earlier can it get? :)
[07:25] <fabbione> mneptok: he was.. yesterday (our time)
[07:25] <Hobbsee> 15 hours, at least :P
[07:25] <desrt> lies
[07:25] <desrt> 1 hr 25 minutes :)
[07:26] <fabbione> desrt: go sit in a corner :)
[07:26] <Hobbsee> desrt: you're just backwards.
[07:26] <desrt> omg its that guy
[07:26] <desrt> who goes to uds and spends all his time in smoking bofs
[07:27] <desrt> fabbione; haven't talked to you in a while.  what's up? :)
[07:27] <jsgotangco> smoking bofs lol
[07:27] <fabbione> desrt: you have no idea how much more work you get done outside in open air.. sun shine and standing still in a smoking bof compared to those dark rooms etc :)))
[07:27] <mneptok> Ubuntu would not exist without smoking BOFs
[07:28] <desrt> fabbione; it's true...
[07:28] <fabbione> desrt: not much really... just woke up and still very tired
[07:28] <desrt> google was a fantastic venue for smoking bof
[07:28] <fabbione> mneptok: true that :)
[07:28] <desrt> with that stone island thing outside in the middle of the lawn
[07:28] <fabbione> desrt: it was good yes...
[07:28] <mneptok> Linux: Brought to you by caffeine, nicotine, tetrahydrocannibinol, and poor social skills.
[07:28] <fabbione> the best smoking bof was at mataro'.. we were allowed to smoke inside
[07:29] <desrt> ew.
[07:29] <desrt> smoking inside is gross.  srsly.
[07:29] <fabbione> desrt: well Spanish law did allow that at the time.. it's changed tho.. no more smoking inside
[07:29] <fabbione> desrt: and note.. i don't really care either way
[07:29] <desrt> that's good.
[07:29] <desrt> i don't think i could ever bring myself to smoke inside... it's just so ... wrong
[07:30] <Treenaks> fabbione: as long as it's not as cold as Montreal, right? :P
[07:30] <mneptok> desrt: man, you're young. ;)
[07:30] <desrt> mneptok; :p
[07:30] <Treenaks> desrt: s/inside/at all/ :)
[07:30] <mneptok> Treenaks: screw you, too :)
[07:30] <desrt> montral was _not_ cold
[07:30] <fabbione> Treenaks: Montreal as in UDS or Montreal as in February when i was there?
[07:30] <Treenaks> fabbione: uds
[07:30] <fabbione> Treenaks: UDS was warm
[07:30] <fabbione> desrt: yeah.. i was there too.. -30
[07:30] <desrt> brutal.
[07:31] <mneptok> please stop.
[07:31] <mneptok> i have to sit here and wait for spring.
[07:31] <mneptok> ;)
[07:31] <fabbione> mneptok: why? i was sharing the pain with you?
[07:31] <desrt> just move to .au
[07:31] <mneptok> Hobbsee: already there.
[07:31] <desrt> it's still warm there
[07:31] <Hobbsee> mneptok: heh.
[07:31] <mneptok> desrt: can't. too old.
[07:31] <Hobbsee> indeed.  sorta :P
[07:31] <Treenaks> Hobbsee: gives a whole new meaning to 'UDS' (Down South)
[07:31] <desrt> mneptok; eh?
[07:31] <Hobbsee> Treenaks: yes.  the next UDS should clearly be in the snow
[07:32] <mneptok> desrt: can't emigrate to Australia over the age of 40.
[07:32] <desrt> mneptok; you only have to do it for another month or two before the northern hemisphere comes around
[07:32] <desrt> huh?
[07:32] <Hobbsee> mneptok: we dont want you here anyway.
[07:32] <mneptok> Hobbsee: what about if i commit a crime? :P
[07:33] <micahcowan> Is there a "patch-attached" tag or something to let core devs know about bugs with suggested fixes provided?
[07:33] <Treenaks> mneptok: yes, but to Siberia, not Australia
[07:33] <Treenaks> .. wait ..
[07:34] <mneptok> Australia, the gulag with dingoes!
[07:34] <desrt> the dingo stole my passport!
[07:34] <desrt> s/the dingo/ian jackson/
[07:35] <Treenaks> mneptok: sounds like one of those lines on travel brochures
[07:35] <Hobbsee> mneptok: nope.  they stopped that.
[07:37] <Hobbsee> haha
[07:37] <desrt> ah.  so your parents were the criminals, eh?
[07:37] <desrt> it's _so_ time to go to bed :p
[07:38] <desrt> night, hippies.
[07:38] <micahcowan> I'm not expecting to try and get something in before feisty... I just want to ensure it's not forgotten after feisty...
[07:39] <desrt> micahcowan; you'd be best to personally bug the appropriate maintainer in 1 month time
[07:39] <desrt> micahcowan; when they have more time to breathe...
[07:40] <pitti> micahcowan: you can search for bugs which have patches attached, yes
[07:40] <ajmitch> micahcowan: universe or main?
[07:40] <micahcowan> ajmitch, main (linux-kernel)
[07:40] <micahcowan> linux-source, rather
[07:41] <ajmitch> right, then I'd probably leave it as-is rather than trying to subscribe someone
[07:42] <micahcowan> Right; if it were universe, I'd assign to ubuntu-universe-sponsors (as I was recently directed to do for my gawk fix).
[07:43] <micahcowan> Anyway, I know mvo will have seen it (when he's around). 'Course, I'm sure he's swamped, so by the time he has some time to think about it, I'm sure he'll have forgotten it... I'll bug him in a month or something. :)
[07:43] <micahcowan> Thanks, folks. :)
[08:05] <pitti> Mithrandir: can you please approve the l-r-m in unapproved soon? I need to adapt restricted-manager to it
[08:06] <_ion> pitti: What's new in it?
[08:06] <pitti> _ion:
[08:06] <_ion> The modalias change perhaps?
[08:06] <pitti>    * Change nvidia back to 9631, add epoch for nvidia-glx packages.
[08:06] <pitti>    * Add nvidia-news package at version 9755. This is the path of least
[08:06] <pitti>      surprise.
[08:06] <pitti>    * Add module alias override patch from Johan Kiviniemi
[08:06] <pitti>      <johan@kiviniemi.name>.
[08:06] <_ion> Cool
[08:07] <pitti> but we now need to get along with three nvidia packages instead of one :/
[08:07] <pitti> apparently the merging was too complicated for feisty
[08:07] <_ion> Ok
[08:07] <_ion> When the merging happens, my small hardware_connected program might be helpful. bzr branch http://johan.kiviniemi.name/software/bzr/hardware_connected/
[08:08] <_ion> For example: nvidia_version() { for nv_ver in 9755 9631 7foo; do if modinfo -F alias nvidia-$n
[08:09] <_ion> v_ver | hardware_connected; then echo $nv_ver; return; fi; done; return 1; }
[08:09] <_ion> Oh, i pasted the example with the old syntax.
[08:10] <_ion> nvidia_version() { for nv_ver in 9755 9631 7foo; do if hardware_connected -m nvidia-$nv_ver; then echo $nv_ver; return; fi; done; return 1; }
[08:14] <_ion> It also allows things like hardware_connected 'usb:*' && echo USB hardware connected; hardware_connected 'pci:*bc03*' && echo PCI display adapter connected; hardware_connected -m usbhid && echo USB HID connected
[08:19] <Mithrandir> pitti_: sure, looking.
[08:21] <jtholmes> can anyone tell me how to open a private channel with another nickname
[08:23] <Mithrandir> pitti: apart from the fact that the librarian is b0rked atm
[08:23] <lifeless>  /msg nickname
[08:23] <pitti> Mithrandir: yay LP updates at release time :/
[08:23] <Mithrandir> pitti: (try q -Q unapproved fetch linux-restricted-modules on drescher)
[08:23] <pitti> Mithrandir: I did already
[08:25] <pitti> Mithrandir: just as an early warning, I have to introduce a new class for the nvidia-glx-new driver package, and remove all the modinfo detection stuff (since that's now in l-r-m); so this will become quite a large diff :(
[08:25] <pitti> Mithrandir: the new class will be tiny, though
[08:42] <mdke> hi pitti 
[08:42] <pitti> hi mdke
[08:43] <mdke> pitti: any further thoughts on ubuntu-docs?
[08:43] <pitti> mdke: just what I mailed you
[08:44] <mdke> pitti: on Sunday? or is there an email since then?
[08:44] <pitti> mdke: the second proposal (only ship languages which we ship on the CD, and do the full version in -updates) is a bit crude, but easy to do
[08:44] <pitti> mdke: I mailed you yesterday, didn't I?
[08:45] <pitti> mdke: Date: Mon, 9 Apr 2007 13:21:52 +0200
[08:45] <mdke> pitti: I haven't received it yet
[08:45] <zyga> hey
[08:45] <pitti> mdke: weird; shall I bounce it again?
[08:45] <pitti> hi zyga
[08:46] <mdke> pitti: please do, thanks
[08:48] <pitti> mdke: should be there by now
[08:49] <zyga> a full dataset for cnf is fresh and ready :-)
[08:49] <zyga> for every arch :D
[08:53] <kagou> good morning
[08:53] <pitti> hi kagou
[08:53] <kagou> hey pitti , whats up ?
[08:54] <highvoltage> what other kinds of easter eggs do you get? I thought they were all chocolate?
[08:54] <kagou> thanks pitti  ! :)
[08:56] <kagou> pitti, should i assign you to Bug #99498 ?
[08:56] <ubotu> Malone bug 99498 in hal "Nautilus and hal can't umount usb hd disk" [High,Confirmed]  https://launchpad.net/bugs/99498
[08:56] <Mithrandir> highvoltage: marzipan at least.
[08:56] <pitti> kagou: please don't; I'll grab hal bugs when I have time for them, I am bug contact
[08:57] <kagou> ok pitti :) 
[08:57] <Hobbsee> aww, there was only one :(
[08:57] <mdke> pitti: nope :( Can you send it to matthew.east@tiscali.co.uk instead as a temporary measure while I find out what is wrong with my email?
[08:59] <pitti> mdke: forwarded
[09:04] <mdke> pitti: haven't got that one either... is your email working ok? test emails seem to be arriving to me
[09:04] <kagou> seb
[09:05] <pitti> mdke: I'll check the logs
[09:06] <pitti> mdke: erk, indeed, postfix cannot resolve names on my server, sorry
[09:06] <mdke> np
[09:09] <pitti> mdke: ok, flushed; and now I'll find out why the recent kernel update on my server broke iptables configuration
[09:10] <mdke> pitti: whoos, 9MB? I thought you said it was 2.5?
[09:11] <pitti> mdke: the bzip2'ed .deb is 2.5 MB now, but the live system isn't bzip2, it's more like gzip
[09:11] <mdke> oh I see
[09:11] <mdke> even with the symlinking it's 9MB?
[09:20] <mdke> pitti: would it be possible to have an update ready in -updates for the release, which is called by gnome-language-selector, with all the languages? if so, then probably the second solution would be ok. The first solution sounds like it is fairer to translators though
[09:20] <pitti> mdke: if it's in -updates, update-notifier will install it anyway
[09:21] <pitti> mdke: fairer> I agree,  just a bit more effort to implement
[09:21] <mdke> pitti: sure, but not everyone uses that
[09:21] <zyga> is it possible to know which arch I'm on (as in the arch specifiers that dpkg understands?)
[09:21] <mdke> I've seen my girlfriend use the computer and never wonder what that little orange square is about :)
[09:21] <zyga> i386, powerpc, amd64, sparc
[09:21] <pitti> zyga: dpkg --print-architecture
[09:21] <zyga> pitti: thank you!
[09:22] <zyga> :D
[09:22] <zyga> mvo: hey!
[09:22] <zyga> mvo: It's ready it's there :D
[09:22] <mvo> hey zyga!
[09:22] <zyga> I have everything we need if there is still time
[09:22] <mvo> zyga: if its just data, that should be fine :)
[09:22] <zyga> mvo: it may be just the data
[09:23] <zyga> I made the clinet a tiny bit nicer but the data is fine 
[09:23] <mvo> zyga: could you give me a download location for the data?
[09:23] <zyga> sure, just a sec
[09:24] <zyga> mvo: http://suxx.pl/~zyga/feisty.dump.gz
[09:24] <zyga> fetch that first, it's about 80MB
[09:24] <zyga> the built data is much smaller
[09:25] <mdke> pitti: maybe we should ask the translators teams or wider community which solution they think is better as well, what do you think?
[09:25] <dholbach> good morning
[09:25] <pitti> mdke: it's just really urgent now
[09:25] <mdke> ok
[09:25] <mdke> pitti: so you would prefer to do the second solution, but without language-selector?
[09:26] <pitti> mdke: if we have the time to implement the msgfmt --statistics one, that seems to be better to me
[09:27] <mvo> zyga: and I need to update my tree from you branch I assume?
[09:27] <mdke> pitti: ok. Do you want to have a quick look at debian/rules and see if there is something you can slip in there which changes the value of $lang?
[09:27] <zyga> yeah, just a sec, I'll push the branch
[09:28] <mdke> pitti: also, as I mentioned in another email, we need to do an update from our repository, hopefully dholbach will do that for us :)
[09:28] <dholbach> mdke: i will do that in a bit
[09:28] <mdke> dholbach: :D
[09:29] <pitti> mdke: hmm, 'change the value of $lang'? it just traverses ubuntu/<langs>, right?
[09:30] <mdke> pitti: yes. I was thinking if you could do something with msgfmt which excludes languages with low levels of translation
[09:30] <pitti> mdke: ah, that for loop would be the place to stick the --statistics test in, and if it fails, do 'continue'?
[09:31] <mdke> something like that. We'd need to make the --statistics test actually have a yes/no result though
[09:31] <zyga> mvo: you can pull now
[09:31] <pitti> mdke: right, of course; I thought of some awk or perl bit
[09:32] <mdke> pitti: ok! Maybe see if 20% reduces the package size dramatically (I think it will), but if not, go higher, like 40%?
[09:32] <zyga> mvo: to build just move the feisty.dump.gz to the root of cnf source code
[09:33] <pitti> mdke: yes, I'd adjust it so that it ends up as roughly 2 MB or so, let's find out
[09:33] <zyga> I didn't want to include in the branch as it's just too large
[09:33] <pitti> mdke: ok, let me play around with this a bit
[09:33] <mdke> pitti: I have to go to work now, and can't read irc, but will be checking email during the day
[09:33] <mvo> zyga: downloading
[09:33] <pitti> mdke: a second
[09:33] <mdke> sure
[09:33] <pitti> mdke: did you change anything in svn head so far?
[09:33] <zyga> mvo: ping me when you're done
[09:34] <pitti> mdke: i. e. how to coordinate your changes, mine, and dholbach's upload?
[09:34] <zyga> mvo: the feisty.dump.gz contains info for i386,amd64,powerpc and sparc
[09:34] <mdke> pitti: best to let dholbach go first, then get his source, I think. 
[09:35] <mdke> or you can checkout https://docteam.ubuntu.com/repos/branches/feisty for playing around purposes
[09:35] <pitti> mdke: alright, I'll just send him my rules patch then; I guess that didn't change too much
[09:35] <dholbach> pitti: thanks a lot
[09:35] <mdke> thanks both
[09:38] <carlos> dholbach: could you confirm whether gtkhtml3.8 is going to be moved to universe now that evolution is not using it anymore?
[09:38] <carlos> or will it remain in main for Feisty ?
[09:39] <mvo> zyga: info for universe as well ?
[09:40] <zyga> yes
[09:40] <mvo> cool!
[09:40] <dholbach> carlos: looks like a safe assumption - nothing in main is depending on it
[09:40] <carlos> dholbach: anyway to convert the assumption in a fact?
[09:41] <carlos> I would like to reuse its current .pot file for the new gtkhtml version
[09:41] <carlos> but if it remains in main, I shouldn't
[09:42] <Mithrandir> carlos: I'd rather remove it, tbh
[09:42] <dholbach> Mithrandir: why?
[09:42] <Mithrandir> at least if we can get the packages in universe depending on it fixed.
[09:43] <Mithrandir> dholbach: it's obsolete, isn't it?
[09:43] <carlos> Mithrandir: well, I think is a bit late to change code just to depend on a new version, isn't it?
[09:43] <carlos> It's only a single package, peacock
[09:43] <dholbach> Mithrandir: no, unfortunately not - let me find the relevant part of the discussion
[09:44] <carlos> but even a single package, we could break it two weeks before release...
[09:44] <Mithrandir> carlos: no, it's more: balsa, gnomesword, gnotime, gnucash, gtk-sharp, mysql-query-browser, peacock
[09:44] <carlos> hmmm
[09:44] <carlos> carlos@aragorn:~$ apt-cache rdepends gtkhtml3.8
[09:44] <carlos> gtkhtml3.8
[09:44] <carlos> Reverse Depends:
[09:44] <carlos>   peacock
[09:45] <carlos> isn't that supposed to list all dependencies?
[09:45] <Mithrandir> you're just checking one arch, and you're not checking build-depends.
[09:45] <carlos> oh, I see
[09:45] <_ion> apt-cache rdepends libgtkhtml3.8-15
[09:45] <Mithrandir> and you're checking on gtkhtml3.8, not all binaries from the source package
[09:45] <carlos> right
[09:46] <dholbach> Mithrandir: maybe you're right (it was just gtkhtml2 and gtkhtml3 which are separate things)
[09:46] <dholbach> but I'm not sure we'll be able to remove 3.8 for feisty
[09:46] <Mithrandir> dholbach: if the API is unchanged, it should be doable.
[09:47] <dholbach> Mithrandir: I think it's not just a matter of rebuilding
[09:47] <carlos> Mithrandir: well, I guess something changed
[09:47] <carlos> gtkhtml3.8 version is 3.13.5
[09:48] <carlos> so it makes no sense to change its package name unless there is an API change
[09:49] <carlos> anyway, dholbach who decides whether it will be moved to universe and when?
[09:50] <dholbach> carlos: Mithrandir can do that
[09:51] <cjwatson> see the changelog, there's been some fun with gtkhtml3.8's API/ABI
[09:51] <cjwatson> carlos: ubuntu-archive, in general
[09:51] <cjwatson> we probably should try to clear anastacia before RC
[09:51] <Mithrandir> carlos: moved to universe.
[09:51] <cjwatson>  o libgimme-codec: libgimme-codec-bin libgimme-codec-dev libgimme-codec0
[09:51] <Keybuk> cjwatson, Mithrandir: any objection to demoting grepmap to universe?
[09:51] <cjwatson> I thought that was needed for easy-codec-installation?
[09:51] <cjwatson> Keybuk: none
[09:52] <carlos> Mithrandir: ok, thanks
[09:52] <Mithrandir> Keybuk: no, sounds sane to me
[09:52] <cjwatson> grepmap-udeb should be removed from the installer seed too now
[09:52] <cjwatson> I'll do that
[09:52] <Mithrandir> ps3-kboot should probably be seeded somewhere
[09:52] <cjwatson> supported
[09:53] <Mithrandir> cjwatson: care to fix?
[09:53] <mneptok> Mithrandir: thanks for the NetworkMangler hacking!
[09:53] <cjwatson> yes, hadn't realised pitti had approved that already
[09:53] <Mithrandir> mneptok: $ pwd
[09:53] <Mithrandir> mneptok: $ /home/tfheen/nm/mangler/manual-interface-hack-hack-hack/gnome/applet
[09:53] <Keybuk> cjwatson, Mithrandir: tbh, given that we're upstream, I'm inclined to just remove grepmap from the archive -- it's served its purpose
[09:54] <pitti> cjwatson: sorry, postfix on my server was stuck due to DNS failure, so you only got the mail about an hour ago
[09:54] <mneptok> Mithrandir: :D
[09:54] <cjwatson> Keybuk: up to you
[09:54] <cjwatson> pitti: yep, seen it now, just hadn't checked mail this morning yet
[09:55] <Mithrandir> Keybuk: I'm fine with it; nothing in the archive (except for hppa stuff) depends on it.
[09:55] <mneptok> Mithrandir: i have some interesting logs that seem to point the finger at dbus. i can send when i get home.
[09:55] <Mithrandir> mneptok: the suspend/resume bug or something else?
[09:55] <Keybuk> ok, gone
[09:55] <mneptok> hppa? oh dear. jbailey is back as of today. he might actually notice.
[09:56] <Mithrandir> he'll be stuck in email until release. :-)
[09:57] <mneptok> Mithrandir: ath0 does not configure itself at boot with a known-good /e/n/interfaces and /e/wpa_supplicant.conf from Edgy. but it succeeds with an invoke-rc.d networking stop-start
[09:57] <Mithrandir> mneptok: does it work if you remove or disable NM?
[09:57] <mneptok> dunno.
[09:58] <Mithrandir> if you could check that, that would be useful
[09:58] <mneptok> and until i'm physicalrly in front of the machine, i don't want to test ;)
[09:58] <Mithrandir> obviously not.
[09:58] <Hobbsee> mneptok: be brave :P
[09:58] <mneptok> in 3.5h when i'm home. first thing.
[10:03] <Mithrandir> pitti: shouldn't some language support package depend on myspell-da?
[10:03] <pitti> Mithrandir: right, it should; I'll care for that
[10:08] <dholbach> pitti: tell me when you have the u-docs patch ready
[10:08] <pitti> dholbach: working on it
[10:11] <mneptok> pitti: i'll give you a nickel if you work the word "suave" into the official docs.
[10:13] <zyga> mvo: do you have it?
[10:21] <Mithrandir> cjwatson: any idea why lrm doesn't build nic-restricted-firmware-2.6.20-14-386-di nic-restricted-firmware-2.6.20-14-generic-di nic-restricted-firmware-2.6.20-14-powerpc-di nic-restricted-modules-2.6.20-14-386-di nic-restricted-modules-2.6.20-14-generic-di nic-restricted-modules-2.6.20-14-powerpc-di any more?
[10:22] <dholbach> heno: I just uploaded accerciser 0.1.0 - let's hope we get it through NEW for release
[10:22] <heno> dholbach: ah cool! the LSR people will be very happy :)
[10:23] <cjwatson> Mithrandir: is it possible it just hasn't built yet? lrm's .dsc isn't accurate
[10:23] <cjwatson> so you need to wait for the binaries to actually appear before it'll realise
[10:23] <Mithrandir> cjwatson: ok
[10:25] <Mithrandir> Keybuk: openoffice.org-style-crystal is installed
[10:25] <Keybuk> Mithrandir: this drags in all of kde?
[10:25] <Mithrandir> and that pulls in lots of kde-y bits
[10:25] <Keybuk> why is that installed?
[10:25] <Mithrandir> unsure
[10:26] <Keybuk> Mithrandir: openoffice common depends on it
[10:26] <pitti> Mithrandir: how so? Depends: openoffice.org-common (= 2.2.0-1ubuntu2), that's everything
[10:28] <Mithrandir> hm, at least it looked like that was the cause last night when I poked at it
[10:28] <Mithrandir> there, old kernels removed from the archive
[10:29] <Hobbsee> Mithrandir: that's what i saw when i looked, too
[10:31] <siretart> Keybuk: btw, I managed to make a qemu image with root on lvm on raid in order to test cryptoroot. while doing that, I think I experience other races regarding AsyncUdevBoot
[10:31] <Keybuk> siretart: what races did you experience?
[10:31] <Mithrandir> zul: any reason not to remove xen-restricted-modules-2.6.17 from feisty?
[10:32] <siretart> Keybuk: similar symptoms as before: raid volume (/dev/md{0,1,2}) appear, initramfs drops to busybox, issueing `lvm vgchange -ay; logout` continues booting
[10:33] <fabbione> siretart: is that initramfs updated?
[10:33] <Keybuk> siretart: and how did you fix it?
[10:33] <siretart> Keybuk: udevtrigger seems unreliable here. sometimes it kicks lvm in, sometimes not
[10:33] <fabbione> siretart: make sure to fire up an update-initramfs -k all -u
[10:33] <siretart> Keybuk: not yet, I put the qemu image (800mb) on tiber
[10:33] <Keybuk> siretart: ignore udevtrigger
[10:33] <siretart> fabbione: k
[10:33] <Keybuk> all udevtrigger does is replay missed events
[10:34] <siretart> Keybuk: I know. funnily, sometimes it doesn manage to bring the volume up, so I suspect another race there
[10:36] <Keybuk> sounds like it
[10:36] <Keybuk> please let me know what you can find out
[10:36] <cjwatson> Is Thomas Hotz here?
[10:38] <dholbach> cjwatson: he's not around - his nick is 'thotz' and he's in #ubuntu-bugs every now and then
[10:40] <cjwatson> thanks
[10:40] <Keybuk> so, err, who's fixing openoffice?
[10:42] <StevenK> What's broken?
[10:43] <Keybuk> it depends on openoffice.org-style-crystal, which recommends the entirity of KDE
[10:43] <Keybuk> and since we obey recommends, that installs of KDE into Ubuntu
[10:43] <Keybuk> and utterly screws over the default session
[10:43] <StevenK> Oh that.
[10:46] <Keybuk> Mithrandir, cjwatson: ok to upload fix for bug #74317 ?
[10:46] <ubotu> Malone bug 74317 in evms "race with devmapper" [Critical,Unconfirmed]  https://launchpad.net/bugs/74317
[10:49] <pitti> dholbach, mdke: ubuntu-docs debdiff emailed
[10:49] <dholbach> ogra: dunno if seb128 already told you, but there's a new gnome-power-manager and gnome-screensaver
[10:49] <dholbach> pitti: thanks
[10:49] <seb128> Mithrandir: would an upload for https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/105025 be accepted?
[10:49] <ubotu> Malone bug 105025 in gnome-panel "Extra separator in System menu" [Undecided,Unconfirmed]  
[10:49] <ogra> dholbach, no, he didnt and i didnt notice, thanks for telling !
[10:49] <dholbach> ogra: np
[10:50] <seb128> the change was made because of the apport entry and pitti dropped it now
[10:50] <Mithrandir> Keybuk: please
[10:51] <Mithrandir> seb128: sure, please get it in asap
[10:51] <pitti> Mithrandir: whops, myspell-da doesn't have a MIR; it seems useful, though, so I create one and promote the binaries, ok?
[10:51] <seb128> Mithrandir: ok
[10:52] <Mithrandir> pitti: we traditionally haven't bothered for dictionaries?
[10:52] <pitti> Mithrandir: right, it's a fairly pathologic MIR; I'll review the .debs anyway, though
[10:53] <Mithrandir> YAY.
[10:53] <pitti> Mithrandir: oh, dsdo builds a new version anyway, so we don't even need this; so I'll just demote
[10:53] <Riddell> pitti: is anything being done to stop ppc being oversized?
[10:54] <pitti> Riddell: eventually we have to, but I'm not at it ATM
[10:55] <pitti> Mithrandir: instead, I'll upload a new support package for the myspell-pt one in anastacia, ok?
[10:55] <Mithrandir> pitti: please.
[10:57] <amit> if it not the right room for that, i am sorry, please tell me and i'll go away :). in #ubuntu non seem to be able to help me. when i run a demanding cpu app (such as chess) my cpu temperature goes above 90C. i am not sure about that, but i think my fan used to spin faster on edgy. any suggestions?
[10:58] <pitti> Mithrandir: done
[10:58] <Mithrandir> ogra: can you test a new NM package for me, please?  http://err.no/patches/network-manager-0.6.4-disabled-means-online.diff should make your LTSP stuff happy.
[11:01] <Mithrandir> mdz: I've spent a fair amount of time trying to reproduce bug 45696, but I still can't.  Can you?
[11:01] <ubotu> Malone bug 45696 in network-manager "NetworkManager can't find interface on resume from suspend" [High,Confirmed]  https://launchpad.net/bugs/45696
[11:02] <doko> Keybuk, Mithrandir: OOo dependency assigned to me now; ok to upload a package just with that fix?
[11:03] <Mithrandir> doko: yes, please.
[11:04] <Mithrandir> seb128: was it so that https://bugs.launchpad.net/ubuntu/+source/gnome-cups-manager/+bug/91218 is still broken because of an ineffective fix?  If so, any chance you could take a look at fixing it properly?
[11:04] <ogra> Mithrandir, building ...
[11:04] <ubotu> Malone bug 91218 in gnome-cups-manager "MASTER: [apport]  gnome-cups-manager crashed with SIGSEGV in g_signal_emit_valist()" [High,Confirmed]  
[11:04] <seb128> Mithrandir: ah right, thank you for the reminder, will do that next
[11:04] <Keybuk> does anyone here have a USB CD-ROM drive?
[11:05] <Mithrandir> seb128: cheers.
[11:05] <cjwatson> Mithrandir: still working on setting up a proper environment to test my fix for bug 102148
[11:05] <ubotu> Malone bug 102148 in grub "grub doesn't properly migrate from incorrectly-detected-as-evms root filesystems" [High,Confirmed]  https://launchpad.net/bugs/102148
[11:05] <cjwatson> (fyi)
[11:05] <Keybuk> ogra: could you plug it into a feisty machine for me
[11:05] <ogra> Keybuk, what do you want tested ? 
[11:05] <smurf> doko: are you (or somebody else, in fact) going to do something about bug 78282 ?
[11:05] <ubotu> Malone bug 78282 in vnc4 "vnc4server does not start Desktop environment after security update" [High,Confirmed]  https://launchpad.net/bugs/78282
[11:06] <ogra> Keybuk, i dont have an up to date one, anything that needs to be latest version for that ? 
[11:06] <smurf> basically, vnc4server + any Gnome program => not working
[11:06] <Keybuk> ogra: udev
[11:06] <ogra> ok
[11:06] <doko> smurf: no, I know that keescook did look at vnc4server recently
[11:06] <Mithrandir> cjwatson: thanks, looks good at a glance.
[11:07] <ogra> Keybuk, gimme a second then to finish that NM build, i need a reboot then anyway
[11:09] <Keybuk> thanks
[11:09] <zyga> mvo: any progress?
[11:09] <mvo> zyga: not yet, sorry
[11:12] <mdz> Mithrandir: will try later, at lunchtime
[11:16] <seb128> mdke: around? what happened to about-ubuntu-C.omf? you stopped using it?
[11:17] <smurf> doko: Hmm. Assign the bug to him?
[11:18] <doko> smurf: subscribing seems to be better
[11:21] <smurf> doko: OK
[11:27] <fabbione> Mithrandir: do you think we can give PPC some give-back love? looks to me like most of the gnome stuff just needs that
[11:27] <fabbione> Mithrandir: (looking at feisty_probs
[11:32] <ogra> Mithrandir, that doesnt look good ... during upgrade the package already killed my eth0
[11:32] <ogra> Mithrandir, what do i have to set in /e/n/i ?
[11:35] <shirish> hi all, I have drafted a spec. at https://blueprints.launchpad.net/apport/+spec/shirish can somebody take a look at that?
[11:36] <seb128> hum
[11:36] <pitti> shirish: I saw your bug report and mail, I didn't yet have time to answer
[11:36] <seb128> the documentation team dropped about-ubuntu-C.omf, the panel has no "about Ubuntu" now :/
[11:36] <pitti> shirish: that's pretty complex, and multiple things thrown into one bug/spec
[11:36] <shirish> pitti: ok so when u have time, either drop me a mail or whichever way, how I can reduce the complexity of it
[11:37] <pitti> seb128: uh, htat might be my fault (I didn't check)
[11:37] <pitti> seb128: current package has /usr/share/gnome/help/about-ubuntu/C/about-ubuntu.xml
[11:37] <seb128> pitti: the omf is the index
[11:37] <seb128> I don't get how it's working without it
[11:37] <seb128> pitti: how do you get it registred by scrollkeeper?
[11:38] <pitti> seb128: not sure, I didn't actually remove files in the current version in Feisty
[11:38] <shirish> pitti: I will be also be here for some-time so maybe after you have finished with seb128
[11:39] <pitti> seb128: which version do you have?
[11:40] <seb128> pitti: 7.04.1
[11:40] <pitti> seb128: oh, not my fault then; I only uploaded .2 and .3
[11:40] <pitti> seb128: indeed, I just built .1 again, no about-ubuntu-C.omf there
[11:41] <seb128> grumpf
[11:41] <pitti> seb128: dholbach currently prepares a new upload, can you please coordinate with him?
[11:41] <seb128> pitti: yeah, will do, thank you
[11:42] <dholbach> seb128: the new ubuntu-docs has about-ubuntu-C.omf
[11:42] <seb128> dholbach: ok, cool
[11:43] <pitti> dholbach: how's the deb size of your version now?
[11:44] <dholbach> pitti: 8.9M vs 2.6M
[11:45] <pitti> dholbach: urgh, 2.6MB? with my current patch against .2 it is 1.2 MB
[11:45] <pitti> dholbach: 2.6 MB bzip2'ed deb will inflate to some 5 or 6 MB on the live fs
[11:56] <ogra> oh, its in supported ...
[11:56] <tepsipakki> Mithrandir, pitti: what should I do with the -intel driver? The missing license document is an upstream problem, right?
[11:57] <pitti> tepsipakki: if there is a license file somewhere, you can repack the orig.tar.gz
[11:57] <tepsipakki> pitti: so maybe I should poke the debian guys to do it..
[11:58] <tepsipakki> since it's basically the same package which is in experimental
[11:58] <tepsipakki> wonder how it got through ;)
[11:58] <pitti> tepsipakki: an oversight maybe
[11:59] <tepsipakki> probably
[12:05] <Mithrandir> ogra: what does your interfaces file look like?
[12:06] <ogra> # This file describes the network interfaces available on your system
[12:06] <ogra> # and how to activate them. For more information, see interfaces(5).
[12:06] <ogra> # The loopback network interface
[12:06] <ogra> auto lo eth0
[12:06] <ogra> iface lo inet loopback
[12:06] <ogra> #iface eth0 inet dhcp
[12:06] <ogra> iface eth0 inet static
[12:06] <ogra> address 192.168.0.254
[12:06] <ogra> netmask 255.255.255.0
[12:06] <Nafallo> no auto for eth0?
[12:06] <ogra> thats how the network-admin tool has set it 
 auto lo eth0
[12:07] <Nafallo> right. I always have them on seperate lines, sorry :-)
[12:07] <shirish> guys how do I subscribe to ubuntu-devel@lists.ubuntu.com ?
[12:08] <Mithrandir> ogra: with that configuration, eth0 should not be managed by NM at all, is that consistent with what you're seeing?
[12:09] <ogra> Mithrandir, well, i didnt reboot yet ... during package upgrade NM teared down the interface and i had to ifdown/up it
[12:09] <tepsipakki> pitti: the reply was "the files have license headers"
[12:10] <pitti> tepsipakki: not all of them :)
[12:10] <tepsipakki> true, just checked :)
[12:10] <Mithrandir> tepsipakki: if all the files have full licence headers, that's fine.  The MIT/X11 licence is usually short enough that it fits comfortably at the start of the file
[12:11] <pitti> Mithrandir: right, but not all files in there is source code
[12:13] <ogra> Mithrandir, rebooting now ... lets see 
[12:13] <Mithrandir> ogra: I care less about how it looks during upgrade than whether it behaves correctly after a reboot.
[12:13] <Mithrandir> ogra: thanks.
[12:14] <smurf> Mithrandir: But people who update over the network might become somewhat unhappy if it happens...
[12:15] <pitti> Mithrandir: I'll process NEW to free l-r-m
[12:15] <Mithrandir> pitti: cheers.
[12:15] <Mithrandir> smurf: people who are running feisty and have a statically configured interface in /etc/network/interfaces, yes.  If you want to fix that, please, but I'm not going to.
[12:17] <smurf> Mithrandir: unfortunately, "want" != "have time to".  :-(
[12:18] <ogra> on less :)
[12:18] <ogra> *one even
[12:19] <_ion> fakeroot debian/rules binary  3538.02s user 470.72s system 60% cpu 1:50:57.11 total
[12:19] <_ion> Building linux-restricted-modules takes patience. ;-)
[12:20] <Mithrandir> ogra: coolie, it works correctly?
[12:20] <ogra> yes
[12:20] <ogra> as expected :)
[12:20] <pitti> _ion: I just free'd the debs from NEW, btw
[12:21] <shirish> tepsipakki: are you not the one who made the 2.0 rc3 deb for xf86-modesetting-intel driver?
[12:21] <tepsipakki> shirish: merged from debian, yes
[12:22] <shirish> tepsipakki: ok, I have had put my comments in there, perhaps we can l8ter talk in a nice quiet corner without disturbing the other developers, when you are free. After all, I am just a user.
[12:23] <_ion> pitti: Alright.
[12:23] <tepsipakki> shirish: "in there"?
[12:23] <shirish> yup
[12:24] <tepsipakki> shirish: what do you mean by that :)
[12:24] <_ion> Well, *there*! ;-)
[12:24] <shirish> tepsipakki: I mean I am the same shirish who was trying to get your attention, bug you in the bug report.
[12:27] <shirish> sorry was cut off
[12:27] <tepsipakki> shirish: okay, what was the bug number?
[12:27] <shirish> tepsipakki: ok just a minute.
[12:28] <shirish> bug #90213
[12:29] <ubotu> Malone bug 90213 in xserver-xorg-video-i810-modesetting "xf86-video-intel 1.9.91 (2.0 RC1) is out, and would be nice to have as the source for the xserver-xorg-video-i810-modesetting package" [Undecided,Needs info]  https://launchpad.net/bugs/90213
[12:30] <tepsipakki> oh that one
[12:32] <shirish> yup there is also a 1.9.94 in works though, do not know whether it is better or worse off. Have a look at it when u have time, and whatever info. is required, I will be happy to provide.
[12:32] <tepsipakki> shirish: I uploaded that, but there are some issues with the upstream tarball which need to be sorted out
[12:34] <shirish> tepsipakki: yup i have noticed that (long sigh!), although much better than before. I know it is not going to be released with the Feisty Live CD but perhaps we can test it enough so most of the bugs get sorted out, maybe u have some sort of test case & can be released with the next live CD.
[12:34] <shirish> I know this is not the proper place/forum to speak about it, but you are hard to find.
[12:35] <tepsipakki> seems that ubuntu-x-swat is not listed as a bug contact for modesetting..
[12:35] <tepsipakki> fixed
[12:35] <Mithrandir> cjwatson: if you could review and accept the new network-manager once it hits the unapproved queue, I'd appreciate.
[12:36] <tepsipakki> shirish: hard to find?-)
[12:36] <tepsipakki> shirish: anyway, it's in progress. the next livecd with intel on it is going to be for feisty+1
[12:37] <shirish> tepsipakki: I know, perhaps its wishful thinkful to have it happen on alpha1 of feisty+1
[12:37] <shirish> tepsipakki: anyway feel free to connect with me on the mail id provided. Always interested in getting this one fixed.
[12:38] <shirish> tepsipakki: also if you do know of any drivers for AMD-based machines which provide the same modesetting feature, I have looked but failed to find a  .deb for it. please lemme know
[12:39] <seb128> doko: gnome-python FTFBS on a python crash, could you have a look?
[12:39] <tepsipakki> shirish: you mean ATI? There is none available yet.
[12:39] <doko> seb128: that's 1.2, or the current one?
[12:40] <shirish> ok cool, could u add that to the bug-report as some sort of link as & when it comes along
[12:40] <seb128> doko: python-gnome2
[12:40] <seb128> doko: the archive version ftbfs and it built fine at some point so it's likely to be a python2.5 regression
[12:41] <seb128> doko: you can try with 2.18.0-0ubuntu1
[12:43] <mvo> zyga: just placing the dump file into the root dir seems to do nothing. do I have to merge from the "ubuntu-feisty-release" branch?
[12:45] <Keybuk> ogra: ping
[12:45] <ogra> tepsipakki, do you see a way to fix bug 30969 ? 
[12:45] <ubotu> Malone bug 30969 in xorg "monitor goes to standby when playing a movie in totem fullscreen" [Undecided,Unconfirmed]  https://launchpad.net/bugs/30969
[12:45] <ogra> Keybuk, pong ... five mins ... i'm not near the CD
[12:45] <Spads> man I hate that bug
[12:45] <ogra> Spads, easy fix ...
[12:45] <ogra> s/fix/workaround/
[12:46] <ogra> the fix might be hard :)
[12:46] <ogra> i wnder if KDE needs the dpms setting in xorg.conf
[12:46] <ogra> *wonder
[12:46] <ogra> or xfce ... 
[12:46] <ogra> or if we could just drop it
[12:48] <Riddell> in theory we shouldn't need it, although I'd be hesitant to make such a change a week from release
[12:50] <tepsipakki> ogra: the fix would be easy, but I don't know how it would affect other people
[12:50] <ogra> it would only be easy if you can switch it off completely ... it gets very hard if you need to switch it off conditional based on which desktop is used
[12:51] <tepsipakki> exactly
[12:51] <ogra> Riddell, well, how do the KDE screensaver/powermanagement cope with that ? 
[12:51] <ogra> *does
[12:51] <ogra> i think xorg will override their settings as well or not ? 
[12:54] <Riddell> ogra: dunno, my monitor turns itself off after a while.  not sure if KDE or X is doing that.  KDE does have a tickbox to set it but I'd rather not sit idly waiting to see if it affects it or not
[12:54] <Riddell> ogra: shouldn't totem just be fixed?
[12:54] <ogra> Riddell, totem is fine
[12:54] <ogra> as g-p-m is ...
[12:55] <ogra> but Xorg doesnt listen to either of them if DPMS is set in xorg.conf
[12:55] <tepsipakki> oh, right
[12:55] <Riddell> can't say I've ever seen the problem in kaffeine
[12:57] <ogra> well, if KDE can live without, i'd suggest dropping it from X
[12:58] <ogra> Keybuk, ok, ready, waht do you want me to do ? 
[12:59] <ogra> (thats a DVD btw ... hope that works too)
[01:01] <Keybuk> ogra: plug it in
[01:01] <ogra> ok
[01:01] <Keybuk> check /dev/sd* is group cdrom
[01:02] <Keybuk> are they?
[01:03] <ogra> ogra@edubuntu:~$ ls -l /dev/sd*
[01:03] <ogra> ls: /dev/sd*: No such file or directory
[01:03] <ogra> aha
[01:03] <ogra> ogra@edubuntu:~$ ls -l /dev/scd0 
[01:03] <ogra> brw-rw---- 1 root cdrom 11, 0 2007-04-10 13:01 /dev/scd0
[01:03] <ogra> ogra@edubuntu:~$ ls -l /dev/cdrom 
[01:03] <ogra> lrwxrwxrwx 1 root root 4 2007-04-10 13:01 /dev/cdrom -> scd0
[01:03] <ogra> looks fine
[01:04] <Keybuk> err, yes, scd 
[01:04] <Keybuk> could you check the sg* as well
[01:04] <ogra> ogra@edubuntu:~$ ls -l /dev/sg0 
[01:04] <ogra> crw-rw---- 1 root root 21, 0 2007-04-10 13:01 /dev/sg0
[01:04] <ogra> ogra@edubuntu:~$ ls -l /dev/sr0 
[01:04] <ogra> lrwxrwxrwx 1 root root 4 2007-04-10 13:01 /dev/sr0 -> scd0
[01:05] <zyga> mvo: no
[01:05] <zyga> mvo: put the dump file in a checkout of my trunk
[01:05] <zyga> mvo: then simply build the package
[01:05] <zyga> btw: do not uncompress the dump
[01:06] <zyga> mvo: I'm sorry I did not update the feisty release branch as I did not know if it will be okay with pushing a UVF exception
[01:07] <zyga> the feisty release branch is the one you can currently find in feisty
[01:07] <zyga> the trunk contains the new goodies
[01:07] <zyga> the trunk can build data files for feisty-release as well
[01:08] <zyga> mvo: do tell me if you have more questions
[01:09] <Keybuk> ogra: ok
[01:09] <Keybuk> ogra: udevinfo --query=all --name=sg0
[01:10] <Keybuk> paste that to me
[01:10] <ogra> ogra@edubuntu:~$ udevinfo --query=all --name=sg0
[01:10] <ogra> P: /class/scsi_generic/sg0
[01:10] <ogra> N: sg0
[01:10] <ogra> L: 0
[01:10] <ogra> not much to paste here :)
[01:11] <Keybuk> ok
[01:11] <Keybuk> ogra: udevinfo --attribute-walk --name=sg0
[01:11] <Keybuk> paste that
[01:11] <ogra> whoo
[01:11] <smurf> pastebins are your friend ;-)
[01:12] <ogra> http://paste.ubuntu-nl.org/14842/
[01:12] <ogra> quite a bit longer :)
[01:12] <Keybuk> ogra: hmm
[01:12] <Keybuk> ogra: udevtest /class/scsi_generic/sg0
[01:13] <ogra> http://paste.ubuntu-nl.org/14843/
[01:16] <Keybuk> bah
[01:16] <Keybuk> another silly udev bug
[01:18] <mneptok> Tonio__: 'lu!
[01:20] <Keybuk> Mithrandir: ok to upload udev to fix bug #75753 harder?
[01:20] <ubotu> Malone bug 75753 in udev "Wrong group for IDE cdrom/cdwriter/dvd devices" [High,Confirmed]  https://launchpad.net/bugs/75753
[01:21] <Keybuk> ...
[01:21] <Keybuk> .
[01:21] <Keybuk> Thread 1 (process 2573):
[01:21] <Keybuk> #0  0x080524b4 in ?? () from /lib/ld-linux.so.2
[01:21] <Keybuk> #1  0x00000000 in ?? ()
[01:21] <Mithrandir> Keybuk: looks good, go ahead
[01:21] <Keybuk> thanks apport, really useful, cheers
[01:22] <tkamppeter> pitti, ping
[01:23] <Mithrandir> tkamppeter: is it on purpose that m2300w isn't seeded?
[01:24] <tkamppeter> This I have discovered now and wanted to ask you why it is not seeded. It should be seeded. I have asked once here on the IRC for getting it seeded. So please seed it whoever has access rights.
[01:24] <tkamppeter> Another oddity: SpliX got approved for main:
[01:24] <tkamppeter> https://wiki.ubuntu.com/MainInclusionReportSplix
[01:24] <tkamppeter> But no one moved it. Pitti, can you move it?
[01:26] <tkamppeter> Same for pxljr, approved but not moved:
[01:26] <tkamppeter> https://wiki.ubuntu.com/MainInclusionReportPxljr
[01:26] <tkamppeter> Can this also get fixed? Thanks.
[01:28] <Mithrandir> I'll fix it
[01:29] <tkamppeter> Thanks, Mithrandir, many users complained about missing printer drivers, especially Splix. And they are small. Moving them to Main and seeding them will not break the CDs.
[01:29] <bhale> Mithrandir: would you mind if i pop two small patches into beagle
[01:29] <cjwatson> tkamppeter: "whoever has access rights"> I trust that you have read http://wiki.ubuntu.com/SeedManagement? I know you aren't in ubuntu-core-dev yourself and therefore don't have commit access to the seeds, but you ought to know who does by this point.
[01:30] <bhale> Mithrandir: one quiten's general logging, one saves the mono stacktrace in the debug log in a crash
[01:30] <cjwatson> the seeds are a core part of our distro infrastructure and it's important to understand them
[01:30] <Keybuk> dholbach: ping
[01:30] <Mithrandir> tkamppeter: m2300w is 500kb, that's not small
[01:30] <dholbach> Keybuk: pong
[01:31] <bhale> Mithrandir: both are in svn
[01:31] <Keybuk> dholbach: you last uploaded pilot-link
[01:31] <Mithrandir> splix is 50k, that's fine for CDs
[01:31] <ogra> Keybuk, do you still need the DVD or can i get out of the cellar again ? (its so dark around here)
[01:31] <Keybuk> there's a bug in the pisock udev rules file it shipped
[01:31] <cjwatson> you should also know the difference between "in main" and "on the CD", as in the various different seeds
[01:31] <Mithrandir> bhale: sounds sane, please upload
[01:31] <Keybuk> ogra: nope, that's all I needed, thanks
[01:31] <bhale> Mithrandir: danke
[01:31] <ogra> thanks :)
[01:31] <dholbach> Keybuk: I think that was fixed in debian already
[01:31] <dholbach> Keybuk: I just didn'T have the time to merge it yet
[01:31] <Keybuk> SUBSYSTEMS!="usb" doesn't actually dtrt
[01:31] <Keybuk> that bug?
[01:33] <Mithrandir> we should proabably decide what to do about uncommon hardware wrt seeds.  I don't see the point in adding printer drivers to -desktop for everybody when they'll be used by a small minority.
[01:33] <dholbach> Keybuk: i just noticed an upload in debian that changed the udev rules
[01:34] <tkamppeter> cjwatson, I know what the seeds are.
[01:35] <dholbach> Keybuk: ah no, it was just debian bug 415960
[01:35] <ubotu> Debian bug 415960 in pilot-link "pilot-link: 60-libpisock.rules is contained in two packages" [Serious,Closed]  http://bugs.debian.org/415960
[01:35] <Mithrandir> tkamppeter: m2300w, splix and pxljr, those should be all?
[01:36] <tkamppeter> Yes.
[01:38] <Mithrandir> tkamppeter: added
[01:38] <the_dennis> Hi there!
[01:39] <Hobbsee> when exactly is breezy EOL'd?
[01:39] <Hobbsee> hi the_dennis 
[01:40] <tkamppeter> Thanks, Mithrandir.
[01:41] <Hobbsee> presumably it's this month, sometime...
[01:41] <ogra> wasnt there a EOL mail notice ?
[01:42] <ogra> it should have a date
[01:42] <Hobbsee> ogra: for hoary, i beleive
[01:42] <ogra> ah, k
[01:42] <pitti> no, there was one for breezy
[01:42] <imbrandon> Hobbsee, afaik its when feisty is released ( or the end of the month )
[01:42] <ogra> i thought that was breezy aready
[01:43] <Hobbsee> right
[01:43] <Mithrandir> Hobbsee: Friday 13th
[01:43] <imbrandon> hehe
[01:43] <imbrandon> btw moins *
[01:43] <pitti> carlos: can you generate a list of packages without a pot?
[01:43] <carlos> hi
[01:44] <Hobbsee> Mithrandir: great.  so i can send a mail to hte bugsquad telling them to feel free to EOL all the breezy only bugs?
[01:44] <carlos> pitti: without a .pot but with a .po ?
[01:44] <Mithrandir> Hobbsee: not yet.  Friday.
[01:44] <carlos> or just the ones without translations?
[01:44] <Hobbsee> Mithrandir: well, i can send the mail, and tell them to start on friday.  or something :P
[01:44] <Mithrandir> Hobbsee: yup, please. :-)
[01:45] <Hobbsee> Mithrandir: :)
[01:45] <StevenK> We did with Hoary, if I recall.
[01:45] <StevenK> "Hoary is buggering off. Upgrade already" etc etc
[01:46] <pitti> carlos: yes, the former (missing .pot)
[01:46] <carlos> pitti: yeah, I can do it
[01:47] <carlos> pitti: I'm on the phone, once I finish I will give you the list
[01:47] <pitti> carlos: thanks
[01:48] <Keybuk> Mithrandir: ok to upload ifupdown to fix #102675 ?
[01:49] <Mithrandir> indeed, feel free
[01:50] <dholbach> Keybuk: I have no idea what to fix in the udev rules - if you want to fix it, that'd be cool
[01:51] <Keybuk> dholbach: basically SUBSYSTEMS!= (or indeed, any S!=) doesn't do what it might appear
[01:51] <Keybuk> whoever wrote that rule *thinks* that it means that one of the underlying objects must have SUBSYSTEM=="usb"
[01:51] <Keybuk> (which is what SUBSYSTEMS=="usb" means)
[01:51] <Keybuk> err, I mean none of the underlying objects
[01:52] <dholbach> Keybuk: I have no clue about udev rules
[01:57] <\sh> pitti: should we file "wishlist" bugs for removing some packages from the feisty archive? (e.g. php4 packages who have also php5 brothers, like phpunit (php4) and phpunit2 (php5)) ?
[01:57] <pitti> \sh: yes, please, and subscribe ubuntu-archive
[01:57] <pitti> \sh: I'm happy to clean them up
[01:58] <\sh> pitti: cool...thx :)
[02:01] <Mithrandir> seb128: you'll tell me when all the GNOME tarballs are done?
[02:13] <pitti> Mithrandir: I have a new r-m ready with adaptions to new l-r-m and four bug fixes; details at http://codebrowse.launchpad.net/~ubuntu-core-dev/restricted-manager/trunk/changes, revision 126 onwards
[02:15] <Mithrandir> pitti: go for it
[02:25] <carlos> pitti: http://paste.ubuntu-nl.org/14852/
[02:26] <carlos> pitti: some of them is just a matter of blocking them 
[02:26] <pitti> carlos: so if I cut out the source package column and uniq it, I should have what I want, right?
[02:26] <carlos> wait, I will give you it directly
[02:27] <pitti> carlos: oh, only for feisty
[02:29] <carlos> pitti: http://paste.ubuntu-nl.org/14853/
[02:29] <carlos> pitti: but I think the path information would be helpful
[02:30] <carlos> because some of them doesn't need to be fixed to get the .pot file
[02:30] <pitti> carlos: ah, thanks
[02:31] <pitti> carlos: well, this list is small enough for manually checking, if I throw out kde-i18n and universe
[02:31] <carlos> if you have an easy way to check whether some of them are in universe, please, give me that list
[02:31] <pitti> carlos: since I have both lists now, I can use the first one for cross-checking
[02:31] <pitti> carlos: thanks a lot!
[02:32] <carlos> so I can just delete them from the queue without having to check it too
[02:32] <pitti> carlos: alpine, for example
[02:32] <carlos> I already remove it (I forgot to remove it from the second list, sorry)
[02:32] <carlos> pitti: ignore compiz too, that has the .pot file
[02:32] <pitti> carlos: rest looks main-ish
[02:32] <carlos> and compiz-extras is too in universe
[02:33] <seb128> I fixed gtkhtml3.14 yesterday
[02:34] <pitti> carlos: and the two network-manager additions
[02:35] <carlos> seb128: indeed, I approved it this morning. I forgot to remove it from the list too..
[02:36] <carlos> pitti: so -vpnc and -openvpn are universe packages?
[02:36] <pitti> carlos: yes
[02:36] <carlos> ok
[02:39] <carlos> Riddell: around?
[02:40] <Riddell> carlos: hi
[02:40] <seb128> carlos, pitti: fixing pessulus
[02:40] <cjwatson> Mithrandir: grub uploaded for bug 102148; please review
[02:40] <cjwatson> (tested now)
[02:41] <carlos> Riddell: Would you send me the .pot files for Edgy noted on http://paste.ubuntu-nl.org/14852/ so I do a manual upload?
[02:41] <ubotu> Malone bug 102148 in grub "grub doesn't properly migrate from incorrectly-detected-as-evms root filesystems" [High,Confirmed]  https://launchpad.net/bugs/102148
[02:41] <carlos> Riddell: I need to check whether the Feisty ones are valid ones or just for universe (like the kdevelop ones)
[02:42] <carlos> Riddell: I can provide you a specific list for kde-i18n-* packages if you prefer it
[02:43] <Riddell> carlos: you want the edgy .pot files for the various desktop_* listed there?
[02:43] <carlos> Riddell: yes, please
[02:44] <carlos> that way all those files will be translated in Edgy, right?
[02:44] <Riddell> carlos: shouldn't rosetta have those?
[02:44] <carlos> Riddell: it does for Feisty
[02:44] <carlos> but seems like Edgy was not complete...
[02:44] <carlos> either that or we added the .pot files to the wrong place...
[02:45] <carlos> Riddell: if you think you fixed all those for Edgy
[02:46] <carlos> don't worry, I will check whether we added them to the wrong place
[02:46] <Riddell> I've no idea, edgy was ages ago :)
[02:48] <ogra> when we were young :)
[02:48] <carlos> I know :-P
[02:49] <highvoltage> and sometimes you close your eyes and see the ubuntu you used to use... when you... were young
[02:52] <ogra> Mithrandir, gnome-power-manager uploaded for approval ...
[02:52] <fabbione> udev 5 - fabbione 0
[02:52] <zul> hey fabbione 
[02:52] <fabbione> hi zul
[02:53] <cjwatson> Mithrandir: were you going to do anything with bug 84591?
[02:53] <ubotu> Malone bug 84591 in casper "feisty 20070210/herd5 persistent mode doesn't work" [Undecided,Confirmed]  https://launchpad.net/bugs/84591
[02:54] <Mithrandir> cjwatson: if I find the time, yes, but realistically, I don't think I'll manage.
[02:55] <cjwatson> does anyone else have time to take that? it's a headline feature documented in various places ...
[02:56] <Keybuk> fabbione: what was up?
[02:57] <Mithrandir> cjwatson: ugh, I didn't realise it was well-documented.. I'll need to conjure some time to fix it, then.
[02:57] <fabbione> Keybuk: iwj did help me with the dm-* stuff but now i am hitting my head against some strange race and can't figure out exactly how to solve it
[02:58] <Keybuk> did you find the cause?
[02:58] <fabbione> Keybuk: yes.. a kernel behaviour change in device mapper
[02:59] <fabbione> for the race? not really
[02:59] <Riddell> pitti: can I turn off the linux calling apport thing automatically?  I'm wanting to test it in another language
[03:00] <pitti> Riddell: you mean killall adept-notifier?
[03:00] <gone|win> does fawn include pidgin?
[03:00] <pitti> Riddell: because the backend does not have any i18n
[03:00] <Hobbsee> gone|win: no
[03:01] <Riddell> pitti: groovy, that all works
[03:01] <cjwatson> (the short name is "feisty", not "fawn")
[03:01] <gone|win> Hobbsee: what about as an update? or will feisty officially be stuck to beta6?
[03:01] <gone|win> cjwatson: thanks
[03:02] <gone|win> cjwatson: i noticed something weird about my shortening but i couldn't tell what it was
[03:06] <Mithrandir> dholbach,seb128: how much is left of the new GNOME?
[03:09] <seb128> Mithrandir: we are mostly uptodate on what has been rolled, they still have a bunch of tarballs to roll though
[03:09] <seb128> Mithrandir: I would say there will be something like 7-8 other uploads today
[03:09] <ogra> i'm just doing the final gss build ... 
[03:10] <Mithrandir> seb128: ok.
[03:20] <ogra> Mithrandir, there is a screensaver in the queue for you :)
[03:20] <Mithrandir> ogra: thanks
[03:22] <fabbione> Keybuk: i think i figured out the issue...
[03:22] <fabbione> Keybuk: the race seems to be triggered by a broken partition table of somekind..
[03:23] <Keybuk> oh?
[03:24] <fabbione> Keybuk: it's the multipath udev rule that i am hunting down
[03:24] <fabbione> it fires up 2 commands.. one to check the passive path and one to add partititions to the multipath device
[03:24] <fabbione> the first one i *now* know it works fine
[03:25] <fabbione> the second one.. well it's doing some strange things
[03:25] <fabbione> and it seems due to a broken partition table
[03:25] <fabbione> so it's not really udev to be blamed
[03:25] <ogra> Mithrandir, there is one consmetical fix for ltsp i'd like to see in final, diff is under http://paste.ubuntu-nl.org/14867/, would that be ok to upload ? (its not critical but small enough imho)
[03:25] <ogra> *cosmetical
[03:25] <fabbione> Keybuk: see /msg
[03:25] <fabbione> Keybuk: the last entry for donotouch1 should be *empty*
[03:25] <fabbione> Keybuk: but it's reporting a partition bigger than the disk
[03:28] <Mithrandir> ogra: we're really past the point where we do cosmetic fixes, but ok.
[03:28] <ogra> thanks 
[03:29] <ogra> i wouldnt have asked if it werent a one liner :)
[03:34] <Keybuk> Mithrandir: ok to upload lsb to fix LP: #104371
[03:34] <Keybuk> ubotu: oi, bug #104371
[03:35] <ubotu> Sorry, I don't know anything about oi, bug #104371 - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[03:35] <ubotu> Malone bug 104371 in lsb "/etc/lsb-base-logging.sh causes some initscripts to abort if console is unavailable" [Undecided,Unconfirmed]  https://launchpad.net/bugs/104371
[03:35] <Keybuk> heh, neat, it responds to itself
[03:35] <ogra> Keybuk, see the fast scrolling in #ubuntu-bugs ... its busy :) 
[03:35] <Mithrandir> heh
[03:35] <Keybuk> "and this is why jarno gave us NOTICE"
[03:35] <Mithrandir> which is why bots should use notice and not msg, but I digress
[03:35] <Mithrandir> Keybuk: looks ok, please upload
[03:37] <_ion> It's in the IRC spec that all automatic messages should use notice instead of privmsg. If a bot/script doesn't comply with that, it's broken.
[03:38] <dholbach> Mithrandir: what do you think about bug 105112?
[03:38] <ubotu> Malone bug 105112 in gthumb "UVF gthumb: 2.10.1 -> 2.10.2" [Medium,Unconfirmed]  https://launchpad.net/bugs/105112
[03:41] <stalker> just switched to ubuntu, i have dev question, how do i apt-get libiconv?
[03:41] <stalker> i already asked on #ubuntu, nut nohing
[03:41] <stalker> problem is...i can't find iconvctl function
[03:41] <stalker> it's not in /usr/include/iconv.h
[03:46] <conn> Hi, I realize this isn't a support channel, but I'm looking for a little guidance with squashing a bug. Using a zd1211-based USB wireless card, NetworkManager isn't connecting to WPA networks properly on the first attempt, but does on the second. I suspect that it's trying to associate and set the wireless key before the interface is brought up (which is necessary/unique for zd1211rw). What configuration file should I look at to tweak this behaviour?
[03:47] <mjg59_> conn: I'm looking into this issue. It affects all softmac drivers.
[03:48] <Mithrandir> dholbach: looks ok.
[03:48] <conn> mjg59, this bug report may be helpful (the last post links to the developer's list with a discussion re: the same issue, I believe): https://bugs.launchpad.net/ubuntu/+source/zd1211/+bug/103366
[03:48] <ubotu> Malone bug 103366 in zd1211 "NetworkManager cannot connect to WPA network at first boot" [Undecided,Unconfirmed]  
[03:48] <dholbach> Mithrandir: thanks
[03:50] <stalker> anyone have at least slightest idea how i can compile my program which uses iconvctl()
[03:50] <mjg59_> https://bugs.launchpad.net/ubuntu/+source/lilo/+bug/88219 - is update-initramfs still generating 0-sized files, or am I misinterpreting that?
[03:50] <ubotu> Malone bug 88219 in lilo "lilo won't add the new kernel 2.6.20" [High,Fix committed]  
[03:50] <stalker> or at least what's package name for iconv on ubuntu
[03:51] <mjg59_> conn: It's not limited to zd1211rw or wpa - it's an issue with all softmac-based drivers
[03:52] <conn> mjg59_, I only have a zd1211rw based wireless card, so I assumed it was limited to that chipset, thanks.
[03:52] <mjg59_> And I can reproduce it on my unencrypted network
[03:52] <TheMuso> stalker: You may have more luck asking in #ubuntu-motu. People are quite busy here with getting feisty out the door.
[03:53] <stalker> k, ty
[03:54] <conn> mjg59, the script on the bugreport I linked usually solves the connection trouble, with the exception of networkmanager's first attempt to connect, or manually entering a key for an encrypted network (perhaps a timing issue). It's not a fix, but it may help you figure out how to fix it properly
[03:54] <fabbione> iwj: something amusing.. most of the issues were coming from some broken partition that had a partition table in it
[04:00] <bddebian> Heya
[04:03] <conn> mjg59_, I linked to my bug on your report. I happen to have two different brands of zd1211-based cards, can I help out with any logs/troubleshooting?
[04:03] <iwj> fabbione: Lovely.  Why did that cause this trouble ?
[04:04] <fabbione> iwj: because kpartx was spinning waiting for sde1p4 to appear...
[04:04] <fabbione> of course nothing was creating it because it was an invalid partition entry
[04:04] <iwj> IC
[04:05] <iwj> Or I'm sure I would if I knew what kpartx was :-).
[04:05] <ogra> tsk, all this kde stuff in the kernel nowadays
[04:05] <schwuk> will Gaim's name change be reflected in Feisty?
[04:05] <ogra> kswapd0, kacpid, khubd ...
[04:07] <Hobbsee> seb128: what's teh final position on that?
[04:07] <Hobbsee> seb128: (the gaim name change)
[04:07] <seb128> Hobbsee: I don't care? ;)
[04:07] <Hobbsee> no, presumably, for all of feisty?
[04:07] <seb128> Hobbsee: do we *have to*?
[04:07] <jdong> lol I like that reaction :D
[04:08] <mjg59_> Does the name change change the name of the dbus interface and the command?
[04:08] <seb128> did they roll any tarball with the new name yet?
[04:08] <Hobbsee> seb128: i'm trying to figure that out...
[04:08] <jdong> at this point I don't see like RHEL4 scrambling to change all their gaim references to pidgin...
[04:08] <Hobbsee> Now that the settlement is signed, we hope to have the final Pidgin 2.0.0 release late this week or early next.
[04:08] <schwuk> seb128: no we don't, but I'd like to know if it's likely due to obvious changes in the Ubuntu book...
[04:08] <conn> seb128, they brought out snapshots, equivalent to 2.0.0beta7devel
[04:09] <StevenK> That's because RHEL5 is out
[04:09] <jdong> StevenK: and?
[04:09] <Hobbsee> (which was on the 6th)
[04:09] <seb128> schwuk: no reason to change imho
[04:09] <jdong> StevenK: they're still regularly patching RHEL3 you know ;-)
[04:09] <fabbione> iwj: eheh sorry... it's part of multipath-tools. it's used to create partitions related to multipath devices.. for example /dev/mapper/multi is made of sda and sdb.. but then.. you can have sda1 and sdb1.. those need to be reflected into /dev/mapper/multi1 and multi2.. kpartx takes care of that
[04:09] <seb128> it's too late to use a new version
[04:09] <seb128> and they didn't roll any renamed tarball anyway
[04:09] <jdong> agreed on the new version thing
[04:09] <schwuk> that's what I figured, but I wanted to check
[04:09] <jdong> that's a nightmare for extensions packages...
[04:09] <seb128> so if there is no legal reason against keeping the new, no reason to change
[04:09] <StevenK> Yeah, couldn't their lawyers fit in with our schedule? :-P
[04:09] <fabbione> iwj: the problem is that we pass all dm-* devices to kpartx including the one used for let say multi2.. multi2 in my case had this bad partition table entry
[04:10] <conn> seb128, you're right, the only problem is AOL's enforcement of their IP right (ugh). Pidgin would belong in backports, though, considering how close Feisty is to release
[04:10] <seb128> s/the new/the name
[04:10] <Hobbsee> seb128: then again, if we're using a beta already, why not use teh file.....
[04:10] <Hobbsee> conn: or updates
[04:10] <schwuk> I'll mark it for review before publishing anyway. Worst case is a search and replace and some new screen grabs.
[04:10] <Hobbsee> s/file/final/
[04:10] <seb128> Hobbsee: because it's not available?
[04:10] <Hobbsee> seb128: i meant once it was
[04:10] <jdong> Hobbsee: what final? ;-)
[04:10] <jdong> Hobbsee: they break their ABI every snapshot
[04:11] <jdong> Hobbsee: every extension package needs rebuilding at minimum...
[04:11] <Hobbsee> jdong: ahh.  fun.  i love upstreams like that.
[04:11] <jdong> yeah :(
[04:11] <seb128> Hobbsee: because we are frozen and I don't trust them enough to upload a new version during hard freeze and expect it having no bug
[04:11] <Hobbsee> seb128: yeah, that's what i thought
[04:12] <geser> Hobbsee: and you would need to rebuild all extensions with libpurple
[04:12] <Hobbsee> geser: yeah, i'll be right
[04:12] <seb128> and update code using the dbus interface
[04:12] <seb128> or the command line tools
[04:12] <jdong> sounds like a nightmare to me :)
[04:13] <Hobbsee> seb128: factoid updated, hopefully people will stop asking now
[04:14] <seb128> Hobbsee: any URL? ?
[04:14] <Hobbsee> seb128: of the factoid?
[04:14] <seb128> yes
[04:22] (Mithrandir/#ubuntu-devel) seb128: I saw
[04:23] (cjwatson/#ubuntu-devel) otherwise e.g. security updates to that package will end up having to go through NEW and it'll all be hopeless confusion
[04:23] (seb128/#ubuntu-devel) is there a way to tell from a crash file what version of a lib was being used?
[04:23] <seb128> like gnome-panel crash
[04:23] <cjwatson> if it's removing *all* binaries, then surely the source package should be removed
[04:23] <seb128> libgtk2.0-0 2.10.11-0ubuntu3 was installed
[04:23] <seb128> is there a way to know if the gnome-panel was using it
[04:24] <crimsun> cjwatson: ok, thanks. Will get consensus in -motu before further action.
[04:25] (seb128/#ubuntu-devel) the app being gnome-panel it's possible
[04:26] (seb128/#ubuntu-devel) as long as you don't restart your session the panel is running
[04:26] <Mithrandir> doko: weren't you doing an OOo upload to fix the -style-crystal problem?
[04:26] <seb128> pitti: I think all those gnome-panel crasher we get a due to some GTK corruption
[04:27] <seb128> pitti: which might be fixed with the revision uploaded on thursday
[04:27] <seb128> pitti: we still get dups though
[04:27] <seb128> pitti: not sure on how to know if those guys restarted their panel since they upgraded libgtk2.0-0
[04:28] <seb128> anyway not a lot we can do even if the bug is still there
[04:28] <seb128> we need somebody getting the crash to provide a valgrind log
[04:29] <seb128> might gnome-panel is valgrind clean since the gtk update, but it might be to some theme, applet, or something else I'm not using
[04:29] <seb128> s/might gnome-panel is/my gnome-panel is
[04:30] <doko> Mithrandir: ohh, I was looking at a problem with the human icon them (our current default). will upload just the dependency fix tonight if I don't find the problem with the icon theme
[04:30] <Tonio_> hi
[04:31] <Tonio_> I'm concerned by the legal status of libxine1-ffmpeg in companies....
[04:31] <Tonio_> that's in main, but I always thought mp3 support required royalties
[04:31] <mvo> Mithrandir: #92875 needs a sru-verification from bdmurray first (or we make a exception for this and just let it through). #95598 should be in progress (talked with zyga about it earlier) and I just closed #102773. do you have more than those three on your list of fix-commited that is releated to me? I did a big cleanout of those before the weekend, but maybe malone is not giving me all of them
[04:31] <Tonio_> did canonical pay so that the package can be in main ?
[04:31] <Tonio_> that important regarding to the french parliament migration to ubuntu :)
[04:32] <Mithrandir> doko: please do it now rather than later.  We're less than 48 hours from RC and OOo takes time to build.
[04:34] <Mithrandir> mvo: so 92875 doesn't need any changes in feisty at all?
[04:34] <seb128> Tonio_: what is important? they need ffmpeg player officially supported?
[04:35] <Tonio_> seb128: they want mp3 support, but legally :)
[04:35] <mvo> Mithrandir: no, its a about the update-manager-core upload to edgy-updates to allow server updates with the release-upgrader. 
[04:35] <Mithrandir> mvo: ok, cool.
[04:35] <Tonio_> I must say the legal status on that point as always been a mess to me...
[04:35] <mvo> Mithrandir: its in -proposed since ~4 weeks 
[04:35] <jdong> Tonio_: heh not only the mp3 part, but playback of all the mpeg* codecs is pretty grey
[04:36] <jdong> Tonio_: in fact the whole thing is pretty grey.
[04:36] <Mithrandir> mvo: I'll ask bdmurray to poke at it tonight.
[04:36] <seb128> Tonio_: no, it's not legal, nobody payed the patent to ship it and it's not officially supported
[04:36] <pitti> Tonio_: it's no legal difference whether the package is in main or universe; what matters is whether it is on the CDs, and it's not
[04:36] <jdong> Tonio_: Novell's lawyers have stripped away every codec from their distro except WAV and the two oggs....
[04:36] <mvo> Mithrandir: I did so earlier, but two pokes will not hurt I guess :)
[04:36] <seb128> Tonio_: if they need legal mp3 playing they can buy the fluendo plugin
[04:36] <Keybuk> Mithrandir: ok to upload sysvinit to fix LP: #83741 and LP: #96851 ?
[04:36] <Tonio_> seb128: okay, I thought so because the package is in main
[04:37] <Tonio_> seb128: yup that's what they'll try now
[04:37] <seb128> Tonio_: dunno why it's in main but it's not on the default install nor supported officially
[04:37] <Tonio_> seb128: okay, thanks for the info :)
[04:37] <seb128> np
[04:38] <pitti> seb128: just to get rid of the xine main/universe split, which was a PITA
[04:38] <pitti> seb128: (AFAIR)
[04:38] <seb128> pitti: we should just move xine to universe
[04:38] <pitti> seb128: and due to the sheer popularity of audio and video codecs we provide security updates for them anyway
[04:39] <Mithrandir> Keybuk: looks ok, go ahead.
[04:40] <Mithrandir> ogra: can you please respond to svu on https://bugs.launchpad.net/ubuntu/+source/libxklavier/+bug/97342 ?
[04:40] <ubotu> Malone bug 97342 in libxklavier "keymap support regression between version 3.1 and 3.2" [High,Unconfirmed]  
[04:43] <ogra> Mithrandir, yup, will do ... i'm currently a bit busy with bug 81227
[04:43] <ubotu> Malone bug 81227 in hal "Logout screen appears twice [Feisty] " [Medium,Confirmed]  https://launchpad.net/bugs/81227
[04:43] <seb128> Mithrandir: would you accept a xkeyboard-config update with the po directory updated with the translations from rosetta?
[04:44] <mjg59_> Anyone have any experience with netlink?
[04:44] <ogra> hah, and i think i got the fix
[04:44] <mjg59_> ogra: Can you run the diff past me?
[04:44] <Mithrandir> seb128: hmm, unsure.
[04:44] <ogra> funny that hughsie wrote functions to ignore all other duplicate button events ... just not the powerbutton
[04:44] <ogra> mjg59_, if i have one ...
[04:45] <seb128> Mithrandir: do you think that can cause any new bug?
[04:45] <Mithrandir> seb128: I'm wondering if it can.
[04:46] <pitti> seb128: hmm @ evince-gtk pot -- I would hope that it uses the evince translation domain?
[04:46] <ogra> mjg59_, emit_button_pressed in src/gpm-button.c has a note that events are doubled (one from foo_Kbd_Port_logicaldev_input and one from acpi) for lid, and brightness buttons he has ignore functions ... for power thats missing
[04:46] <seb128> pitti: I don't know anything about evince-gtk, it's outdated and buggy anyway :/
[04:46] <ogra> so i think just adding that check for the powerbutton will help here
[04:48] <pitti> carlos, seb128: the only real item on the 'missing POT' list seems to be libbtctl, rest is red herring or already fixed; I'll fix libbtctl now
[04:48] <seb128> ok
[04:48] <seb128> good ;)
[04:48] <carlos> pitti, seb128: Cool!
[04:49] <carlos> If you do the uploads today, I will approve everything today too
[04:52] <Mithrandir> doko: https://bugs.launchpad.net/ubuntu/+source/python-central/+bug/93795  ; will you have a chance to actually get this fixed?
[04:52] <ubotu> Malone bug 93795 in python-central "[apport]  restricted-manager crashed with ImportError in <module>()" [High,Confirmed]  
[04:53] <crimsun> Mithrandir: for bug 104130, is http://adhd.irule.net/~crimsun/feisty-freeze-exception-request-alsa-lib/alsa-lib_1.0.13-1ubuntu5.debdiff acceptable for upload?
[04:53] <ubotu> Malone bug 104130 in alsa-lib "USB-Audio.conf uses the card_name function, which is not defined" [High,Needs info]  https://launchpad.net/bugs/104130
[04:53] <doko> Mithrandir: actually not fixed, but this is due to `ls -l /usr/bin/python`:
[04:53] <doko>      lrwxrwxrwx 1 root root 18 2007-03-18 02:04 /usr/bin/python -> /usr/bin/python2.5
[04:54] <Mithrandir> doko: how so?
[04:54] <doko> Mithrandir: see my email "proposed updates for feisty"
[04:54] <Mithrandir> crimsun: ok
[04:54] <crimsun> Mithrandir: thanks
[04:56] <doko> Mithrandir: afaiu you only get these errors if you did modify the python symlink by hand; the updates are meant to explicitely fail on such hosed systems
[04:56] <Mithrandir> doko: ok, so I'll just unmilestone it.
[04:56] <pitti> Mithrandir: I have a two-lines patch to debian/rules of libbtctl to build a .pot file; no actual changes to the .debs; ok to upload?
[04:56] <Mithrandir> pitti: yes
[04:56] <Mithrandir> doko: if people break their systems, they get to keep both parts.
[04:56] <doko> Mithrandir: it would be nice to fix it for feisty as suggested
[04:56] <pitti> carlos: libbtctl uploaded
[04:57] <carlos> pitti: thank you
[04:57] <Mithrandir> doko: where is that email sent?
[04:58] <pitti> seb128: urgh @ evince-gtk; I'd like to kick this out of the archive if the xubuntu guys don't care for it
[04:58] <doko> Mithrandir: to you and Colin, 06.04.2007
[04:59] <pitti> seb128: indeed, xubuntu-desktop does not need it any more
[04:59] <seb128> what are they using now?
[04:59] <seb128> maybe ask them first
[04:59] <seb128> they Recommends it
[04:59] <Hobbsee> pitti: heh.  is anyone doing an archive day before release?
[04:59] <pitti> Hobbsee: I wanted to do some cleanup right now, \sh also mentioned some things
[05:00] <pitti> seb128: oh, I see: Recommends: evince-gtk | evince
[05:01] <\sh> pitti: do you know any problems with libgcc1-dbgsym? apport-retrace throws some errors on my laptop :(
[05:02] <pitti> \sh: yes, due to bug 92747
[05:02] <ubotu> Malone bug 92747 in pkg-create-dbgsym "strips off epochs" [Medium,Confirmed]  https://launchpad.net/bugs/92747
[05:02] <doko> Mithrandir: the bash update was reviewed by cjwatson on Friday (including the upstream patches up to bash32-013); the readline5 update has the same fix as in bash32-013. still ok to upload that at this time?
[05:02] <\sh> pitti: ah ok 
[05:02] <pitti> \sh: this is hard to fix, though, it requires a very intrusive diverting etc.
[05:02] <pitti> \sh: workaround so far is to use -u
[05:03] <Hobbsee> pitti: so will you do a full archive-run, or do you want us to give you special bug #'s?
[05:03] <pitti> \sh: or just use the retracers in the DC :)
[05:03] <pitti> Hobbsee: define archive run
[05:03] <pitti> Hobbsee: I was planning to look over the bugs, do last syncs, removals, etc.
[05:03] <Hobbsee> pitti: archive run == doing syncs and removals
[05:03] <Hobbsee> cool, thanks
[05:03] <\sh> pitti: well, looks like that 94446 already was worked on...but I'm missing debug syms actually...
[05:04] <Mithrandir> doko: yes, please upload them.
[05:04] <Mithrandir> doko: in general, it's much better to upload packages and they'll end up in the queue rather than having them somewhere else where I have to chase the uploader down.
[05:05] <pitti> seb128: mailed Jani about evince-gtk
[05:05] <seb128> pitti: ok, thank you
[05:06] <doko> Mithrandir: ok, uploading eclipse (universe) as well
[05:06] <mvo> doko: if you could update the status #93795 with your proposed fix, that would be cool. I got some dup reports that gnome-app-install is not work for it and I would be interessted in what causes the problem and how to fix/work-around it
[05:06] <Hobbsee> pitti: heh.  yes.
[05:06] <mvo> doko: or just bounce me that mail you send 
[05:06] <Mithrandir> pitti: just reject them all. >;-D
[05:08] <doko> mvo: http://people.ubuntu.com/~doko/tmp/
[05:08] <Hobbsee> Mithrandir: but some of them have gone thru the proper process :P
[05:08] <doko> pitti: ronne is slow ...
[05:09] <doko> apport running unniced ...
[05:10] <pitti> whoops, it's spinning on a broken coredump.gz
[05:10] <pitti> doko: will nice again, sorry
[05:12] <mvo> doko: if I understand the debdiff correctly then this will make the first python postinst fail with a error if the users have modified the symlink? 
[05:12] <doko> mvo: correct
[05:13] <doko> and giving a clear error message
[05:13] <Keybuk> I want a faster Internet Connection
[05:14] <mvo> doko: I should probably implement that check in the release-upgrader as well then before the upgrade. otherwise it will fail pretty badly during the upgrade with bad side-effects. Mithrandir are you ok with that?
[05:15] <doko> mvo: yeah, would be nice to have
[05:18] <doko> Mithrandir: openoffice.org uploaded; please try to build on palmer to half the build time
[05:18] <ogra> Keybuk, just move to a place near the backbone in any country i guess :)
[05:18] <wwoods> pitti: ping?
[05:18] <pitti> hi wwoods 
[05:19] <ogra> and get a direct cable in your house from there :)
[05:19] <wwoods> pitti: howdy! I'm messing with apport - trying to get it working in Fedora (well, RPM-land in general)
[05:19] <pitti> wwoods: oh, great!
[05:19] <pitti> wwoods: let's do that in /msg
[05:22] <Keybuk> ogra: wouldn't work for the UK
[05:22] <ogra> hmm
[05:23] <Keybuk> since the local loop is controlled by just one company, who give pathetic speeds and extortionate prices
[05:23] <ogra> i bet it would here if i moved to frankfurt
[05:23] <ogra>  /me knows some people working at neuralgic points there :)
[05:32] <fabbione> Keybuk: got time for a couple of questions?
[05:33] <Keybuk> fabbione: sure
[05:33] <fabbione> i am having a strange issue with dapper udev...
[05:34] <fabbione> when i trigger a multipath command, i can see the udev events passing by (ADD), but none of the rules are executed?
[05:34] <fabbione> if i restart udev the rules are executed..
[05:34] <fabbione> ACTION=="add", SUBSYSTEM=="block", \
[05:34] <fabbione>         RUN+="/bin/sh -c 'echo foo >> /tmp/foo.%k'"
[05:34] <fabbione> as simple as it can be
[05:34] <Keybuk> what's the output of "udevmonitor -e" ?
[05:35] <fabbione> Keybuk: paste in /msg
[05:35] <fabbione> it looks pretty normal to me
[05:35] <fabbione> and that rule should catch it easily.. but it doesn't
[05:36] <Keybuk> see /msg
[05:36] <Keybuk> you have OPTIONS+="ignore_device" for dm-*, because it's dapper
[05:39] <Keybuk> I suspect they're executed on restart because of a bug in udevplug or something
[05:40] <Hobbsee> requestsync is borken :(
[05:40] <pitti> Hobbsee: ISTR seeing a fix yesterday
[05:40] <Hobbsee> pitti: right
[05:42] <pitti> Hobbsee: devscripts
[05:43] <Hobbsee> pitti: ahh, thanks.
[05:49] <Hobbsee> pitti: ah well.  time for bed.  if that doesnt go thru, i'll manually request the sync, adn poke someone about it tomorrow.
[05:50] <cjwatson> Mithrandir: partman-auto translation update in unapproved; I have a bug complaining about the missing translations being very noticeable in the installer
[05:50] <Hobbsee> yay, it's gone through!
[06:12] <ogra> mjg59, about bug 81227, i get events from computer_logicaldev_input_1 and from acpi_PWRF handed out from hal ... my plan is to make it ignore computer_logicaldev_input_* completely and only listen to acpi events here (like edgy did) , do you think thats ok or could there be HW that doesnt have acpi but logicaldev events for the powerbutton ? 
[06:12] <ubotu> Malone bug 81227 in hal "Logout screen appears twice [Feisty] " [Medium,Confirmed]  https://launchpad.net/bugs/81227
[06:13] <mjg59_> Yes, lots of it
[06:13] <ogra> meh
[06:13] <ogra> thats odd 
[06:13] <mjg59_> Oh, hm.
[06:13] <mjg59_> Maybe not.
[06:13] <ogra> seems upstream does know about the problem ...
[06:13] <ogra> its clearly stated in the code that there are duplicate events 
[06:13] <cjwatson> hmm. Well, it's pretty clear why casper persistence is broken. Now, how to fix it ...
[06:13] <mjg59_> The issue isn't a change in hal or gpm, the issue is the change in the kernel that also makes the power button an input device
[06:14] <ogra> right
[06:14] <ogra> but i suspect we wont change the kernel this late to make it not do that :)
[06:14] <mjg59_> The kernel's entirely correct
[06:16] <ogra> not in providing two events for one hardware imho
[06:16] <ogra> it should one ...
[06:16] <ogra> *+provide 
[06:17] <mjg59_> They're via entirely separate interfaces
[06:17] <ogra> anyway, we should have a fix befre release, so do you think disabling the input device event is right ? 
[06:17] <ogra> s/disabling/ignoring/
[06:18] <mjg59_> If what you're ignoring is the ACPI power button input device and not all input devices, that would work
[06:19] <ogra> well i have: udi=/org/freedesktop/Hal/devices/computer_logicaldev_input_0, condition=ButtonPressed, details=power
[06:19] <mjg59_> Yes, but that's not telling me a great deal
[06:19] <ogra> with the details value that should work
[06:19] <mjg59_> You can't just ignore all power buttons from input devices
[06:19] <ogra> there are others ? 
[06:20] <ogra> i mean others that expose themselves as "power" =
[06:20] <ogra> ?
[06:20] <mjg59_> details=power means that the power button was pressed
[06:20] <ogra> right
[06:20] <mjg59_> Yes, there are keyboards that will send that
[06:20] <ogra> gah
[06:20] <mjg59_> Macs, for instance
[06:20] <mjg59_> (PPC ones, not Intel)
[06:21] <ogra> hmm
[06:22] <ogra> while it looked so easy in the beginning it now turns into being bloated :(
[06:23] <ogra> there should be a way to differentiate between the different classes of power buttons :/
[06:24] <Keybuk> ?! WTF
[06:24] <Keybuk> how can you have different "classes" of power buttons?
[06:25] <Keybuk> "this little power button went to market ...
[06:25] <Keybuk>  ... this little power button stayed at home ...
[06:25] <Keybuk>  ... this little power button had roast beef ...
[06:25] <ogra> well, there is the system powerbutton and there are the ones mentioned above ... 
[06:25] <Keybuk> they're still power buttons
[06:25] <ogra> like keyboard buttons 
[06:25] <Keybuk> they should still do the same thing
[06:25] <ogra> i think mjg59 meant power buttons to switch off the keyboard, no ? 
[06:25] <Keybuk> no
[06:25] <mjg59_> ogra: ...
[06:25] <mjg59_> ogra: No
[06:26] <Keybuk> the key on the mac keyboard is to switch off the computer
[06:26] <ogra> hrm ....
[06:26] <Chipzz> Keybuk: but they don't do the same thing to start with
[06:26] <Keybuk> it just happens to be an ordinary key, with a scancode, not an acpi event (afaiui)
[06:26] <Keybuk> Chipzz: they should do - switch off the power
[06:27] <Chipzz> Keybuk: for example, when you're in the BIOS/bootloader, and no OS is even involved yet, they may do different things
[06:27] <ogra> well, but then its easy again, i just need to ignore all acpi events ... at least as long as i can be sure i always get an input and acpi event
[06:27] <Keybuk> Chipzz: we fundamentally don't care about that :)
[06:27] <Keybuk> that's akin to "when the computer is off, they may do different things"
[06:27] <ogra> which *seems* to be the case
[06:27] <Keybuk> or "when the computer is still in its box"
[06:27] <mjg59_> ogra: For this specific instance, that should work
[06:27] <Chipzz> the power button on the case would connect to a connector on the motherboard, while the power button on the keyboard will send a keyboard signal which needs to be interpreted
[06:27] <ogra> yay, thanks, i'll prepare a patch then 
[06:27] <Chipzz> Keybuk: the point is, they *are* different things
[06:27] <mjg59_> Chipzz: You're not adding new information
[06:27] <ogra> will send it to you for reviwew tonight
[06:28] <Keybuk> Chipzz: frequently the connector on the motherboard needs an operating system to interpret the acpi code to decide what to do
[06:28] <mjg59_> Pressing a power button generates an input event
[06:28] <mjg59_> Under all possible circumstances
[06:28] <Chipzz> Keybuk: yes, but holding down the button on the case *will* shut down the computer even if no OS is involved
[06:28] <mjg59_> The issue is that ACPI ones also generate an ACPI event
[06:28] <Keybuk> Chipzz: that is irrelevant to this discussion
[06:30] <Chipzz> Keybuk: IMHO it isn't, since you cannot entirely control what the power button on the case does, no matter how hard you try
[06:30] <AlinuxOS> pitti, hello
[06:30] <Chipzz> which makes it fundamentally different
[06:30] <pitti> Hi AlinuxOS 
[06:31] <Chipzz> but I'll just shut up now
[06:31] <AlinuxOS> pitti, how are you ?
[06:31] <pitti> busy and well
[06:31] <AlinuxOS> pitti, I was searching for this: mozilla-firefox-locale-ka ;) some news ?
[06:32] <pitti> I'm afraid not
[06:32] <AlinuxOS> pitti, why not ?  problems ?
[06:33] <pitti> AlinuxOS: yes, days not having 48 hours, and Easter holidays :)
[06:33] <AlinuxOS> pitti, dont worry, I'm only hopping for 19.
[06:36] <AlinuxOS> pitti, simply I saw that 12 april is LanguagePackTranslationDeadline, so I've asked.
[06:36] <pitti> AlinuxOS: I'll talk to asac and coordinate that
[06:37] <AlinuxOS> asac new mozilla stuff coordinator ?
[06:37] <pitti> yes
[06:37] <AlinuxOS> pitti, ah great...
[06:37] <AlinuxOS> pitti, thank you.
[06:39] <asac> pitti: we want a last locale update round, right?
[06:40] <pitti> asac: yes
[06:40] <asac> pitti: ok ... lets see
[06:42] <asac> pitti: anything special/tricky about firefox locale packs you remember?
[06:42] <Lutin> seb128: could you have a look at the debdiff attached bug #92538 when you have 1 min. free ?
[06:43] <pitti> asac: only thing is to rename the upstream .xpis
[06:43] <pitti> asac: for new languages, there should be no renaming, of course
[06:43] <pitti> asac: and removing re-appeared languages from debian/unavailable.txt (or so)
[06:44] <asac> pitti: ok ... and run update-debian-files ?
[06:44] <pitti> asac: right
[06:45] <AlinuxOS> asac, in my case: mozilla-firefox-locale-ka
[06:45] <AlinuxOS> ;)
[06:45] <asac> AlinuxOS: does it exist in mozilla repos?
[06:45] <AlinuxOS> asac, official 2.0 version ?
[06:46] <asac> yes
[06:46] <AlinuxOS> asac, http://www.mozilla.com/en-US/firefox/all.html - Georgian -  2.0.3
[06:49] <Mirv> pitti: was the software-properties mo file supposed to be moved to general language packs from KDE language packs already?
[06:49] <Mirv> or was it forgotten
[06:50] <desrt> jono; wake up
[06:50] <jono> desrt: woken :)
[06:50] <desrt> jono; we need to talk... like, yesterday
[06:51] <desrt> jono; did you read my email?
[06:51] <jono> desrt: which mail?
[06:51] <asac> AlinuxOS: if its on ftp.mozilla.org as .xpi it will get in automatically
[06:51] <desrt> i sent you an email
[06:51] <desrt> about joko
[06:51] <jono> desrt: the ubuntu-se one?
[06:51] <desrt> no.
[06:51] <jono> oh
[06:51] <jono> which one?
[06:51] <desrt> the one from desrt@desrt.ca
[06:51] <AlinuxOS> asac, I don't know this.
[06:51] <AlinuxOS> asac, I'll check
[06:52] <desrt> i need your reply approximately... now.
[06:52] <desrt> :)
[06:52] <jono> desrt: heh, you will have to wait, on phone :)
[06:52] <desrt> k.
[06:52] <desrt> can you give me an idea of when you're done?
[06:52] <AlinuxOS> asac, where is .xpi directory here ? http://releases.mozilla.org/pub
[06:54] <AlinuxOS> asac, I can't found any .xpi file on ftp.mozilla.org
[06:55] <pitti> AlinuxOS: if you can point us to an URL, we can put it into the package, too
[06:55] <asac> somewhere hidden :) ... its not in source, but in binary directory of the release
[06:55] <maswan> http://releases.mozilla.org/pub/mozilla.org/extensions/
[06:55] <pitti> asac: btw, after updating the XPIs I usually do  for loop with -UILocale to test them all (including help); sometimes they are broken
[06:56] <asac> what do you mean by "including help" ?
[06:57] <pitti> asac: pressing F1 and checking that it is sane
[06:57] <pitti> asac: i. e. translated or English, as opposed to empty or crashing
[06:58] <asac> crashing?
[06:58] <pitti> *shrug* just testing ;)
[06:58] <AlinuxOS> pitti, asac I can't realy find -ka locale :D
[06:58] <asac> AlinuxOS: but me :)
[06:58] <asac> http://releases.mozilla.org/pub/mozilla.org/firefox/releases/2.0.0.3/linux-i686/xpi/ka.xpi
[06:58] <asac> its in win binary folder as well afaik
[06:59] <pitti> that sounds right, ISTR grabbing them from linux-i686, although they should really be platform independent
[06:59] <asac> yeah ... previously they have been released *only* from win32 directory iirc
[06:59] <AlinuxOS> asac, ops :D
[06:59] <asac> so maybe in a year, they will end up in source, where they belong imo
[07:00] <asac> :)
[07:00] <AlinuxOS> asac, yes it is Georgian locale! :)
[07:00] <asac> AlinuxOS: so it will be in update (probably tomorrow)
[07:01] <AlinuxOS> asac, pitti :) thanks you Guys! :)
[07:11] <bddebian> Thanks pitti!
[07:12] <pitti> bddebian: :)
[07:16] <Keybuk> I'm going to have t-shirts made
[07:16] <Keybuk> "No, your bug will not be fixed before feisty releases"
[07:16] <Keybuk> :p
[07:17] <Keybuk> we could have a button on Launchpad
[07:17] <AlinuxOS> lol :D
[07:17] <Keybuk> it could cafepress you a t-shirt with "I filed Bug #XXXXXX, it wasn't fixed for feisty, and all I got was this t-shirt"
[07:18] <Keybuk> (guess the average theme of mails in MY Inbox :p)
[07:19] <cjwatson> Mithrandir: any particular reason you didn't merge the parse_cmdline stuff along with the rest of casper from Debian?
[07:24] <Treenaks> hmm... all the code/configs I see say that if( system_is_laptop && ac_power ) { cpufreq_governor = ondemand; }
[07:24] <Treenaks> but for me it's "performance"
[07:24] <Treenaks> or am I reading the wrong config files?
[07:24] <seb128> Lutin: looks good, I'll upload it
[07:24] <Treenaks> (or am I reading the right config files the wrong way?)
[07:35] <cjwatson> ogra: where did the -t option to chvt in your ltsp patch come from? chvt(1) only documents 'chvt N', not 'chvt -t N'.
[07:35] <dholbach> tepsipakki: heya do you have any idea about crashers in XInternAtom?
[07:35] <dholbach> tepsipakki: bug 96615 gets a bunch of duplicates and they're somehow not retraceable
[07:35] <ubotu> Malone bug 96615 in at-spi "[apport]  yelp crashed with SIGSEGV in XInternAtom()" [Undecided,Needs info]  https://launchpad.net/bugs/96615
[07:36] <ogra> cjwatson, that very line was copied from dappers gdm ... and was like that in edgy ... i disabled it in the beginning of feisty and just re-added it as it was ...
[07:37] <cjwatson> I'd be more comfortable relying on documented behaviour
[07:37] <cjwatson> please change that to 'chvt 7'
[07:38] <ogra> oki
[07:38] <cjwatson> thanks
[07:38] <cjwatson> (rejecting)
[07:38] <ogra> it works fine though ... :)
[07:39] <cjwatson> for now
[07:39] <ogra> right 
[07:46] <tepsipakki> dholbach: freedesktop bug 3959 is the only upstream bug which could be related
[07:46] <ubotu> Freedesktop bug 3959 in Server/general "X freezes when freeing data that shouldn't be freed" [Critical,New]  http://bugzilla.freedesktop.org/show_bug.cgi?id=3959
[07:46] <tepsipakki> make that the only one that I could find :)
[07:47] <dholbach> tepsipakki: hum, it does not seem to crash the X server for the affected people
[07:48] <tepsipakki> oh, heh
[07:49] <ogra> yay, the fix for g-p-m seems to work 
[07:51] <cypher1_>  is the image shown by usplash is in initramfs ?
[07:51] <tepsipakki> cypher1_: yes
[07:52] <ogra> pitti, school* can go (if it still shows up there)
[07:52] <cypher1_> tepsipakki, but i am not able to find it when unpacked initrd.. is it inside usr/lib/usplash/usplash-artwork.so ?
[07:52] <pitti> ogra: it does, thanks; demoting
[07:52] <cjwatson> cypher1_: yeah
[07:53] <cypher1_> cjwatson, thanks
[07:53] <cypher1_> tepsipakki, thanks
[07:54] <cypher1_> cjwatson, one more question, is there any way to extract it ?
[07:54] <cjwatson> it's in the usplash-theme-ubuntu source package
[07:55] <cypher1_> cjwatson, ok
[07:55] <pitti> tkamppeter: we need foomatic-filters-ppds as transitional package in main, right? I'll seed it
[07:55] <j1mc> so i can coordinate for xubuntu testing, anyone have an idea as to when the RC testing candidates will be available?
[07:56] <cjwatson> j1mc: best to ask again tomorrow; we're not sure yet
[07:57] <tkamppeter> pitti, no, do not seed foomatic-filters-ppds. It is big and conflicts with foomatic-filters and probably also openprinting-ppds (at least it produces duplicate printer listings).
[07:57] <cjwatson> Mithrandir: give me a shout when you get back?
[07:58] <pitti> tkamppeter: oh, so is there anything in that package which is not provided by openprinting-ppds?
[07:58] <cjwatson> Mithrandir: (want to talk about casper, and release bits)
[07:58] <pitti> tkamppeter: if not, can we remove it entirely?
[07:58] <tkamppeter> pitti, foomatic-filters-ppds is obsolete, as all PPDs in it are either auto-generated by cupsys + foomatic-db-engine + foomatic-db + foomatic-db-hpijs or ready-made in openprinting-ppds + openprinting-ppds-extra.
[07:59] <j1mc> cjwatson: thanks.
[07:59] <pitti> tkamppeter: ok, so I can just kick it out of the archive then?
[07:59] <tkamppeter> So, pitti, we can remove foomatic-filters-ppds completely.
[07:59] <pitti> great
[07:59] <pitti> tkamppeter: what's the situation in Debian for this package?
[07:59] <tkamppeter> Yes, pitti, you can do so.
[07:59] <pitti> tkamppeter: it's still in Debian, I blacklist it then
[08:00] <tkamppeter> pitti, I do not know about the Debian situation, but Debian often provides several methods to achieve the same goal.
[08:00] <tkamppeter> For example Debian ships also spooler alternatives to CUPS.
[08:00] <pitti> right
[08:00] <pitti> removed
[08:01] <tkamppeter> pitti, thanks, I already did not maintain this package due to its unnecessity and I thought that it already went away.
[08:01] <ogra> mjg59, http://paste.ubuntu-nl.org/14921/ ok with you ? or should i do more compilcated string fiddling there ? 
[08:04] <pitti> heno: gnopernicus wants to go to universe, is that ok?
[08:08] <keescook> mornin'
[08:09] <pitti> seb128: libgimme-codec wants to go to universe; shouldn't that be a dependency of something?
[08:09] <keescook> hiya pitti!
[08:09] <seb128> pitti: no, it should be nuked
[08:09] <pitti> seb128: 'nuked' as in removed from the archive, or demoted?
[08:09] <seb128> removed
[08:09] <seb128> gstreamer does the job now
[08:09] <seb128> they though it was making sense this way rather than having yet another lib
[08:10] <pitti> cool
[08:10] <seb128> pitti: you can remove with a "deprecated by new gstreamer API"
[08:11] <seb128> pitti: cleaning the archive today, I think I'll not lot of archive work to do tomorrow ;)
[08:12] <pitti> seb128: yes, I already killed syncs, backports, removals, and binary NEW, doing anastacia now
[08:12] <tkamppeter> pitti, I am closing/moving all bugs on foomatic-filters-ppds.
[08:12] <pitti> seb128: however, source NEW and anastacia should give you some fodder tomorrow ;)
[08:12] <pitti> tkamppeter: thanks
[08:12] <seb128> pitti: ok ;)
[08:13] <pitti> seb128: hmm, gtranslator wants to go to universe, too?
[08:13] <pitti> seb128: and gnome-doc-tools
[08:13] <tkamppeter> pitti, was foomatic-filters-ppds a default installation part of a former Ubuntu? Do we need certain tags or transitional packages in any other to smoothly update from all old Ubuntu versions?
[08:14] <pitti> tkamppeter: that's independent from the removal; if files conflict, there needs to be a Replaces:/Conflicts: somewhere
[08:14] <seb128> pitti: I would be surprised if gtranslator was a Depends of something once, somebody has likely changed a seed
[08:14] <pitti> tkamppeter: presumably in openprinting.org-ppds, since the others are autogenerated?
[08:14] <seb128> pitti: I'll look at gnome-doc-tools tomorrow, I think it's useful for GNOME
[08:14] <pitti> seb128:
[08:14] <pitti> committer: Daniel Holbach <daniel.holbach@ubuntu.com>
[08:14] <pitti> branch nick: ubuntu.feisty
[08:14] <pitti> timestamp: Tue 2006-11-28 11:21:30 +0100
[08:14] <pitti> message:
[08:14] <pitti>   drop gtranslator from supported. Jordi, Danilo and Carlos agreed on it not qualifying for main (crashy, unmaintained)
[08:15] <seb128> ok
[08:15] <seb128> pitti: makes sense to demote it
[08:15] <seb128> pitti: keep g-d-t for today
[08:15] <pitti> seb128: right, I'll leave that to you tomorrow
[08:16] <Adri2000> pitti: when you have some time, could you update http://people.ubuntu.com/~pitti/scripts/requestsync (it is linked from the wiki) as it is in the package devscripts, because it currently doesn't work
[08:16] <pitti> Adri2000: I rather remove it, I think; the devscripts version is the authoritative one now
[08:16] <pitti> Adri2000: removed, thanks
[08:17] <Adri2000> ok, I'm updating the wiki page then
[08:17] <pitti> Adri2000: can you please update the wiki?
[08:17] <Adri2000> :)
[08:17] <mlankhorst> I used my knowledge of python to figure out why guidance-power-manager stopped working and added a few cpu scaling governors, where should i submit the patch?
[08:19] <pitti> Mithrandir: I uploaded a new language-support-lt to add thunderbird-locale-lt dependency (anastacia)
[08:21] <ogra> mlankhorst, file a bug and attac the patch there
[08:21] <ogra> *attach
[08:22] <tkamppeter> pitti, I was thinking about older versions perhaps not having foomatic-db, foomatic-db-engine, foomatic-filters, and foomatic-db-hpijs installed by default but foomatic-filters-ppds, and when updating these to Feisty, they would perhaps stay without printer info. There it would be nice that foomatic-db, foomatic-db-engine, foomatic-filters, foomatic-db-hpijs, and cupsys 1.2.x get automagically installed when updating such an old Ubuntu t
[08:22] <tkamppeter> o Feisty.
[08:23] <pitti> tkamppeter: then one of the newer source packages should build a transitional package which depends on those
[08:27] <tkamppeter> pitti, would it work if foomatic-db produces a binary package named foomatic-filters-ppds which does not contain any files but depends on foomatic-db, foomatic-db-engine, foomatic-db-hpijs, foomatic-filters, and cupsys >= 1.2.0?
[08:27] <pitti> tkamppeter: that sounds appropriate
[08:27] <pitti> tkamppeter: well, I'd avoid the cupsys dependency
[08:27] <tkamppeter> pitti, foomatic-filters-ppds is bug-free now.
[08:28] <pitti> tkamppeter: and foomatic-db-engine is certainly already a dependency of foomatic-db or so?
[08:28] <heno> pitti: yes please
[08:28] <tkamppeter> pitti, the cupsys dependency is for the PPD auto-generation.
[08:28] <mlankhorst> zary boogs found
[08:28] <pitti> tkamppeter: hmmkay; it's just a transitional package after all, but cupsys dependency looks weird
[08:29] <heno> my amd64 test machine just broke down :(  That's going to be a problem
[08:31] <tkamppeter> pitti, imagine an old Ubuntu has CUPS 1.1.x and foomatic-filters-ppds and we update foomatic-filters-ppds. Without the cupsys dependency I would get all new Foomatic packages but stay with cupsys 1.1.x and due to missing auto-generation the user will only see the 10 PPDs which come with CUPS.
[08:32] <pitti> tkamppeter: ok, convinced :)
[08:33] <pitti> seb128: erk, the new libnet-dbus-perl dependency of system-tools-backends requires a handful of perl modules, i. e. some MIRs
[08:33] <tkamppeter> pitti, or would a "Conflicts: cupsys < 1.2.0" also force a cupsys update when upating foomatic-filters-ppds (and do nothing if no cupsys is installed)?
[08:34] <pitti>  tkamppeter: that works, too (use Breaks:, though), if the package makes sense without cupsys
[08:35] <cjwatson> also use << rather than <
[08:36] <doko> Mithrandir: OOo upload not yet accepted, correct?
[08:48] <mlankhorst> sent patch :-)
[08:58] <tkamppeter_> pitti, what is different when I use "Breaks:" (Internet connection was interrupted)?
[08:59] <pitti> tkamppeter_: it causes less disruption in apt, and can be resolved easier
[08:59] <pitti> mvo, iwj: ^ just to confirm, Breaks: now fully works in feisty?
[09:06] <zyga> re
[09:07] <crimsun> pitti: apologies for the many sync requests; we're pulling them from a Debian RC bug list that Andrew's script generated for universe
[09:07] <pitti> crimsun: no apology needed, that script is great!
[09:07] <pitti> crimsun: can it also be run on main?
[09:07] <crimsun> pitti: he has spoken about extending to it main, yes.
[09:11] <mvo> Mithrandir: could you please approve the recent command-not-found upload? it fixes bug #95598 (targeted for feisty) and conatins a general datafile update for current feisty
[09:11] <ubotu> Malone bug 95598 in command-not-found "recommends packages in universe in preference to packages in main" [High,Fix committed]  https://launchpad.net/bugs/95598
[09:12] <seb128> pitti: what new system-tools-backend? did we upload any new version recently?
[09:12] <pitti> seb128: no, they are probably lingering in anastacia for a long time already
[09:13] <seb128> hum
[09:13] <seb128> what are they in anastacia
[09:13] <pitti> seb128: or, alternatively, libnet-dbus-perl itself changed to require those new dependencies
[09:13] <seb128> they are already in main and having something depending on them, no?
[09:13] <zyga> mvo: yay for cnf! :D
[09:13] <seb128> have
[09:13] <pitti> seb128: http://people.ubuntu.com/~ubuntu-archive/anastacia.txt, first section
[09:13] <pitti> zyga: cnf?
[09:14] <seb128> pitti: weird, we build CD with packages from universe?
[09:14] <zyga> pitti: command-not-found, mvo helped me greatly today :-)
[09:14] <zyga> so that we can make much better cnf for feisty :-)
[09:14] <pitti> zyga: ah, that one; indeed, that rocks
[09:14] <pitti> seb128: no, I don't think so
[09:14] <seb128> weird
[09:14] <seb128> s-t-d didn't change since beta
[09:14] <pitti> seb128: OIC: those are just build deps
[09:15] <seb128> ah ok
[09:15] <pitti> which doesn't change the MIR situation, but explains why they are installable
[09:15] <seb128> I'll do MIR, is there any hurry?
[09:16] <pitti> seb128: maybe we can even change the package to build without all those additional stuff?
[09:16] <seb128> it has an copy
[09:16] <pitti> seb128: not that urgent, we just need to settle it before release
[09:16] <seb128> ok, "before release"
[09:16] <seb128> that was my question
[09:17] <pitti> seb128: I can take a look at it as well, I guess you are busy with gnome still
[09:17] <pitti> seb128: and I changed to 'do fixes here and there' mode already
[09:18] <seb128> pitti: I'll have a look tomorrow
[09:19] <mvo> zyga: heh :) thanks! I can only give that back, you worked hard on it today 
[09:19] <mvo> too late
[09:34] <bluefoxicy> Feisty Fawn will be available on shipit CDs for a small fee right?
[09:37] <bluefoxicy> And can we start getting these on labeled CD-RWs instead, and order them during the development cycle?  It'd be neat to have Feisty Fawn CDs early in the dev cycle, and burn them up to the latest release.  Save me time on waiting for CDs to arrive ;)
[09:47] <tkamppeter> pitti, or any dpkg expert, on using "Breaks: cupsys << 1.2.0" I get:
[09:47] <tkamppeter> dpkg-gencontrol: warning: can't parse dependency cupsys << 1.2.0
[09:47] <tkamppeter> dpkg-gencontrol: error: error occurred while parsing Breaks
[09:47] <pitti> mvo: ^ ?
[09:47] <tkamppeter> Does "Breaks:" really exist?
[09:48] <seb128> did you try "cupsys (<< 1.2.0)"?
[09:48] <Keybuk> bluefoxicy: afaik, we're doing ordinary shipit for feisty; so free CDs, etc.
[09:48] <Keybuk> they're pressed CDs, not burned, so labeled RWs wouldn't be possible right now
[09:48] <pitti> tkamppeter: right, of course you have to enclose it in parentheses
[09:49] <bluefoxicy> Keybuk:  nods.  I suppose pressing is easier when you have the facility.  I just don't like waiting the month or two to get them
[09:49] <mvo> pitti, tkamppeter: breaks should be fully supported now, yeah
[09:49] <tkamppeter> pitti, will try it. Thanks.
[09:53] <wasabi_> I have thought of a really fun extension to launchpad-integration I want to make.   "Open Source". I want it to be able to pop open the source code for any app. =)
[09:53] <bluefoxicy> I have blubuntu so I no longer have to care
[09:56] <mvo> wasabi_: that is a cool idea!
[09:56] <tkamppeter> pitti, mvo, now it works perfectly. Thanks. Will make the new foomatic-db files available for upload.
[09:56] <pitti> tkamppeter: great
[09:57] <pitti> wasabi_: bringing the 'source' button of OLPC to Ubuntu!
[09:57] <mvo> tkamppeter: cool!
[09:58] <pitti> have a good evening everyone!
[10:24] <jcole> why does network-manager get installed in feisty?
[10:27] <jcole> when i remove network-manager, my whole system destabilizes
[10:27] <jcole> $ liferea
[10:27] <jcole> libnm_glib_nm_state_cb: dbus returned an error. (org.freedesktop.DBus.Error.ServiceUnknown) The name org.freedesktop.NetworkManager was not provided by any .service files
[10:28] <jcole> so, my question is, since network-manager is a dependent of ubuntu-desktop, is it a bug?
[10:29] <ScottK> So your question is if you remove standard system files and the system no longer works is that a bug?
[10:30] <seb128> jcole: looks like a bug of the app, if it needs network-manager it should use a Depends then
[10:30] <jcole> ScottK: i'm not sure i would label every package in ubuntu-desktop as a "standard system file"
[10:32] <ScottK> jcole: True, but only so many configs can be tested and if you step outside those configs, I tend to think it's on your own nickel, but what seb128 says makes perfect sense.
[10:32] <cjwatson> ScottK: removing packages that are Recommends of ubuntu-desktop is supported.
[10:32] <ScottK> cjwatson: Thanks.
[10:32] <cjwatson> which is not to say bug-free
[10:34] <jcole> seb128: i originally removed network-manager since my networking was really slow with it, so i removed it... after removal though, apps i use consistently such as firefox, gaim, and evolution freeze up constantly
[10:34] <seb128> that's weird
[10:34] <seb128> did you restart dbus?
[10:34] <mlankhorst> I prefer knetworkmanager O_O
[10:35] <mlankhorst> which is same as network-manager
[10:35] <giskard> how can be the network slow with n-m?
[10:35] <giskard> mlankhorst, knm is a front-end, as nm-applet
[10:35] <jcole> seb128: my system has been rebooted a few times since due to kernel updates
[10:35] <seb128> mlankhorst: not the right chan
[10:35] <mlankhorst> I'm aware
[10:35] <jcole> try to remove network-manger for a day
[10:36] <jcole> manager*
[10:36] <mlankhorst> then I wouldn't have wireless networking
[10:36] <seb128> jcole: it's only configuring your network, no reason for it to be slower if the config is done correctly
[10:41] <capiira> hi all anyone know where i can get the feisty kernel source for linux-image-2.6.20-14-generic? so i can compile it by myself
[10:41] <mlankhorst> linux-source
[10:42] <capiira> is there no ubuntu kernel source with all the defaults that ubuntu use?
[10:43] <capiira> i just need to disable USB_SUSPEND kernel option to make my scanner work
[10:43] <mlankhorst> capiira: just copy the /boot/config-* file to /usr/src
[10:45] <capiira> yeah but ubuntu also added extra drivers etc. to the kernel
[10:47] <jcole> seb128: after a fresh feisty install i knew network-manager was the culprit to my slow networking cause everything sped up after i removed it... i notice there has been some updates to network-manager recently so maybe all is good... i'll keep testing
[10:47] <jcole> damn
[10:47] <jcole> heh
[10:50] <Mithrandir> cjwatson: casper> I didn't like it, but I guess I might be inclined to change that for feisty+1
[10:52] <capiira> so there is no download location to have a 100% identical ubuntu kernel with just USB_SUSPEND off?
[10:53] <capiira> and i will need to use the kernel.org one?
[10:56] <cjwatson> Mithrandir: so I found a couple of obvious-ish problems in casper that were breaking persistency
[10:56] <cjwatson> Mithrandir: one is that the Debian merge was half-done, and root_persistence et al were unset
[10:56] <cjwatson> Mithrandir: the other is that the lack of parse_cmdline means that PERSISTENT could never be set even if you put persistent on the command line
[10:57] <cjwatson> Mithrandir: however, having fixed both of those, I still can't quite get it to work
[10:58] <cjwatson> Mithrandir: even after having stuck in a udevsettle, the USB disk seems to appear somewhere between looking for $root_persistence and looking for $root_snapshot_label
[10:58] <cjwatson> maybe I should try adding a udevtrigger as well
[11:01] <cjwatson> Mithrandir: are you dealing with the unapproved queue? in particular I'd really like console-setup and partman-auto (which I uploaded so can't review)
[11:01] <Mithrandir> cjwatson: yes, I'm doing it right now
[11:01] <cjwatson> thanks
[11:04] <Keybuk> this is damned odd ... my DNS server has randomly stopped working
[11:05] <RoTeR> borschty is you interested in look at a disabled people having sex movie?
[11:05] <seb128> Mithrandir: would you accept http://bugzilla.gnome.org/attachment.cgi?id=85207&action=view (https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/82322)? it adds a string to the evolution encoding menu
[11:05] <ubotu> Malone bug 82322 in evolution "Arabic encoding not included" [Low,Confirmed]  
[11:05] <RoTeR> borschty is you interested in look at a disabled people having sex movie?
[11:06] <Mithrandir> seb128: yes, please.
[11:06] <seb128> Mithrandir: ok, doing an upload soon then
[11:11] <cjwatson> Mithrandir: I've committed my casper changes, but as I say they don't quite work for me. :-(
[11:11] <cjwatson> (they don't make things any worse, but ... still no great drive to upload them unless they work for *somebody*)
[11:11] <Mithrandir> cjwatson: thanks; I'll see if I can find the time to look at them while spinning CDs.
[11:12] <harpreet> Colin: Hi Colin - Harpreet here from Sun
[11:12] <cjwatson> harpreet: hi
[11:12] <cjwatson> harpreet: the description you sent of your changes looked reasonable to me
[11:13] <harpreet> Colin: I wanted to upload the GlassFish packages. Double checking to see if revu is still the place to upload.
[11:13] <harpreet> Colin: Thanks - sigh of relief :-)
[11:13] <cjwatson> harpreet: if that's how you worked last time, it's still good
[11:13] <shawarma> Does the ubuntu user on the liveCD have a password?
[11:13] <cjwatson> I was kind of hoping dholbach would reappear to upload them, but I guess he's done for the night
[11:13] <harpreet> Colin: great I will upload the packages and send you an email.
[11:14] <cjwatson> thanks, if all else fails I'll see if I can extract them from revu to upload them myself
[11:14] <cjwatson> harpreet: sorry again for the speed-bumps in the process
[11:15] <harpreet> Colin: So what happens next? When do you get back to me with a final green signal?
[11:15] <harpreet> Colin: speed bumps - I have bitten away all my nails :-). Thanks for  the review.
[11:16] <cjwatson> harpreet: it's a hectic time for us right now, but I guess it will probably be (very) late tonight
[11:16] <harpreet> Colin: Thanks - I will sign off now. I will upload and send an email to you in the next 2 hours.
[11:17] <cjwatson> great
[11:19] <cjwatson> Mithrandir: give me a ring if you need anything; my mobile's switched off but my home number is available
[11:20] <Lutin> seb128: thanks for the python-gpod upload
[11:20] <Mithrandir> cjwatson: thanks.  I think I'm fine, but having a backup is useful.
[11:20] <seb128> Lutin: np, thank you for the patch
[11:24] <jcole> ok, my guess is network-manager "registers" with dbus but does not "unregister" when it's uninstalled affecting all apps that use dbus
[11:26] <jcole> after reinstalling network-manager networking does not seem slow and my apps have not froze up yet
[11:26] <giskard> jcole, did you reload dbus? (but this should be done by the postrm script)
[11:27] <smurf> giskard: n-m does not *have* a postrm script
[11:28] <Keybuk> debug1: An invalid name was supplied
[11:28] <Keybuk> Cannot determine realm for numeric host address
[11:28] <Keybuk> ^ never seen that from ssh before
[11:28] <Mithrandir> Keybuk: kerberos enabled by default, afaik
[11:29] <Keybuk> damn
[11:29] <Keybuk> rebooting everything cured my DNS problem
[11:30] <giskard> Keybuk, http://www.debian-administration.org/articles/276
[11:34] <jcole> giskard: ya, after a reboot and a login, dbus seems to reload via the gnome-settings-daemon
[11:38] <giskard> only after a reboot due to the dbus init script, afaik
[11:39] <jcole> crap, gaim froze up agian
[11:39] <jcole> so did evolution
[11:39] <jcole> *sigh*
[11:42] <jcole> well, i'm not sure how to debug this
[11:47] <jcole> http://jcole.org/gaim_freeze.png
[11:49] <Mithrandir> seb128: are all the tarballs done and uploaded?
[11:50] <seb128> Mithrandir: yes, I've not uploaded gnome-python it ftbfs due to a python2.5 bug (archive version does the same) but we don't need it
[11:50] <Mithrandir> seb128: ok, thanks.
[11:50] <seb128> np
[11:51] <cjwatson> Mithrandir: ubiquity uploading in a few minutes
[11:52] <Mithrandir> cjwatson: few enough that I can review it before the publisher hits or should I hold it back?
[11:52] <cjwatson> hmm, and need a d-i upload too
[11:53] <cjwatson> that will have to be one publisher run hence though
[11:53] <cjwatson> (for console-setup)
[11:53] <Mithrandir> ok, so I should just let it run, then?
[11:53] <cjwatson> Mithrandir: err ... depends how fast I can build it
[11:54] <seb128> Mithrandir: I've just uploaded evolution listing arabic encoding
[11:54] <Mithrandir> seb128: thanks a lot.
[11:54] <seb128> Mithrandir: it fixes also the "opening evolution calendar from the gnome-panel applet broken"
[11:54] <seb128> Mithrandir: np
[11:54] <Mithrandir> seb128: yay, you rock.
[11:54] <seb128> ;)
[11:55] <Mithrandir> seriously, you do.
[11:56] <seb128> you rock as well!
[11:56] <Mithrandir> cjwatson: you don't need the new console-setup for ubiquity too?
[11:56] <cjwatson> Mithrandir: *handwave* pay no attention to the man behind the curtain
[11:57] <cjwatson> (that's done at source upload time, so I can fake it into place)
[11:57] <Mithrandir> I know
[11:57] <Mithrandir> I just thought you didn't want to fake it.
[11:58] <cjwatson> nah, don't mind doing it there, I do it often enough and it's easy
[11:59] <cjwatson> Mithrandir: in unapproved now
[12:00] <shawarma> Does the ubuntu user on the live cd have a password?
[12:00] <Mithrandir> shawarma: blank one.
[12:00] <Mithrandir> I should really write that queue-to-rss tool at some time, so I can hook an IRC bot into it.
[12:00] <shawarma> I didn't even think of trying that.
[12:00] <shawarma> Mithrandir: Thanks.
[12:01] <Mithrandir> it's documented in the casper script, but I don't know of any other useful places to document it.
[12:01] <Mithrandir> the idea is the user should never see it.
[12:01] <shawarma> True.
[12:06] <Mithrandir> cjwatson: accepted; publisher running.