[12:40] <pygi> someone who is either a soc mentor or admin would be welcomed to #duplicate-resolution on slashnet
[12:40] <pygi> otherwise some of the candidates will GET DROOPED!
[12:40] <pygi> thank you very much
[12:40] <pygi> siretart, poke :P
[12:40] <pygi> ajmitch, poke :P
[12:41] <pygi> hm, who else to poke :)
[12:41] <mc44> I think its doko_ or Keybuk
[12:41] <pygi> fabbione, ogra , Mithrandir , and seb128 :)
[12:41] <pygi> doko_, poke you as well :p
[12:41] <pygi> mc44, yup, they are :p
[12:41] <pygi> they have 3 more minutes
[12:42] <keescook> anyone a GSoC admin?
[12:42] <keescook> google has some issues with ubuntu's GSoC project, it seems.
[12:42] <pygi> keescook, I'm hunting them!
[12:43] <keescook> pygi: ah, you're way ahead of me, thanks!
[12:43] <Mithrandir> Scott is our gsoc admin.
[12:43] <pygi> Mithrandir, well, you can do same as he can
[12:43] <Mithrandir> I can?
[12:43] <pygi> Mithrandir, let me tell you situation, you have 2 mins
[12:43] <pygi> you have students above the line without assigned mentor
[12:43] <Mithrandir> what's an irc server on slashnet?
[12:43] <pygi> please do assign the mentors
[12:43] <pygi> irc.slashnet.net
[12:43] <pygi> I guess
[12:43] <pygi> #duplicate-resolution
[12:44] <Mithrandir> doesn't seem correct, no
[12:44] <pygi> hm, ah , it's .org
[12:44] <pygi> Mithrandir, talk with lh, or Gammara, or someone, but you have 2 mins :P
[12:44] <mc44> pygi: they sure give a lot of notice :)
[12:44] <pygi> hm, you can't assign a mentor as a regular mentor, true :(
[12:45] <pygi> Mithrandir, do poke them
[12:49] <pygi> this is great lol
[12:49] <pygi> mc44, one minute warning :P
[12:59] <ajmitch> pygi: you were poking me for something?
[01:00] <pygi> ajmitch, yes, it's over now tho
[01:00] <ajmitch> pygi: ok
[01:00] <ajmitch> I see it was soc stuff, I'm not involved there
[01:00] <pygi> oh, not this year
[01:00] <pygi> oki then
[01:04] <shawarma> apcalc fails to build in sparc buildd's, but works fine in a sparc pbuilder. The only way to debug this, it seems, is to add a tiny bit of debugging to the build, upload a new version, and see why it breaks.. Would that be ok at this point?
[01:05] <Mithrandir> it's needs-build on sparc, it seems
[01:05] <shawarma> Mithrandir: Sorry, I meant ia64.
[01:06] <shawarma> Mithrandir: It's the same problem as the previous version.
[01:06] <Mithrandir> it's bailing on not having a tty, it seems?
[01:07] <shawarma> No, it's bailing on a regression test that tests if isatty works as it should.
[01:07] <Mithrandir> hm, ok
[01:07] <pygi> mc44, keescook : you're students?
[01:08] <shawarma> According to infinity there's no significant difference between the ia64/sparc buildd's and the rest of the buildd's, so there's no particular reason why it should fail on those.
[01:08] <mc44> pygi: nope
[01:08] <keescook> pygi: nope, just know other people watching that channel that alerted me to Ubuntu's pending SoC doom.  :)
[01:08] <pygi> haha :)
[01:08] <shawarma> ...so either isatty is broken, apcalc's isatty is broken, or an assumption made by that regression test is not properly fulfilled on those two arch's buildd's...
[01:08] <Mithrandir> no idea.
[01:08] <shawarma> ..but works in a pbuilder (at least on sparc).
[01:08] <ajmitch> keescook: just not enough mentors?
[01:09] <pygi> Mithrandir, dunno if you're happy about that, but my conflict has been resolved in ubuntu's favor
[01:09] <keescook> ajmitch: I guess?  I'm not really paying attention; I was just passing along the alert.
[01:09] <shawarma> Mithrandir: Me neither. That's why I want to upload a version that just adds a tiny bit of debugging, so I can look at the build logs. 
[01:09] <Mithrandir> we're going to lose a bunch of spots due to missing mentors, I suspect.
[01:09] <ajmitch> keescook: right :)
[01:09] <Mithrandir> shawarma: sounds sane to me.
[01:09] <ajmitch> Mithrandir: that's unfortunate
[01:09] <Mithrandir> pygi: yes, I noticed, good. :-)
[01:09] <shawarma> pygi: Ah, so you already know that you're accepted? Lucky. :-)
[01:10] <pygi> shawarma, yup, I was in a conflict
[01:10] <shawarma> pygi: What was the other org?
[01:10] <pygi> ajmitch, that's not the problem. We don't have soc admin here
[01:10] <pygi> shawarma, mono
[01:10] <shawarma> pygi: Oh.
[01:11] <pygi> Mithrandir, yup, sadly :-/ How many slots did ubuntu got this year?
[01:12] <shawarma> Wow, I hope I had a mentor assigned..
[01:12] <pygi> shawarma, so you are a student :P
[01:12] <shawarma> pygi: That too. I have many hats.
[01:12] <shawarma> :-)
[01:12] <pygi> shawarma, which project?
[01:12] <shawarma> Ubuntu. 
[01:13] <pygi> I know that ergh
[01:13] <pygi> what is it about
[01:13] <shawarma> Oh.. It *did* seem like a silly question. :-)
[01:13] <ajmitch> heh
[01:14] <shawarma> I've proposed a couple of web based configuration interfaces for... well, stuff.
[01:14] <shawarma> One is for managing large numbers of servers (essentially by managing a set of metapackages) and the other is for configuring "small business servers" (ie. groupware stuff, printer sharing, file sharing).
[01:15] <pygi> ie. ubuntu-instant-server :P
[01:15] <shawarma> I don't really dig web interfaces myself, but I'm tired of setting that stuff up for clients, so this seemed like a good idea.
[01:16] <shawarma> pygi: Well, yes. I've created spec's for both my applications, so mine is called ubuntu-easy-business-server. Yes, it sucks.
[01:17] <shawarma> I would have hijacked one of the existing ones, but Launchpad thinks it's a bad idea.
[01:17] <pygi> shackan, you do know me and matt initially created the specs, right :P
[01:17] <shawarma> pygi: mdz?
[01:17] <pygi> not that one :)
[01:17] <pygi> galvin
[01:17] <shawarma> pygi: ah. No, I didn't. It was a UBZ thing?
[01:17] <pygi> nop
[01:17] <shawarma> pygi: Or UDU?
[01:17] <pygi> just out-of-the-blue-sky kind of thing :P
[01:17] <pygi> which never really got anywhere, since it was just an idea
[01:18] <shawarma> Oh, ok. I believe there was discussion about it at either UBZ or UDU (I didn't attend either).
[01:18] <shawarma> pygi: Right. well, depending on the outcome of the gsoc election process, this one will actually come around.
[01:18] <shawarma> Well, I'm off to bed. I've got an early start tomorrow.
[01:18] <pygi> night
[01:18] <shawarma> G'night guys. 
[01:19] <ajmitch> night shawarma 
[01:58] <cjwatson_> Mithrandir: d-i uploaded
[01:59] <Mithrandir> cjwatson: \o/
[01:59] <Mithrandir> cjwatson: if you happen to be up when it and ooo finishes building, care to start spinning CDs?
[01:59] <Mithrandir> I'm off to bed now.
[01:59] <Fujitsu> Night, Mithrandir.
[02:00] <cjwatson> Mithrandir: ok, not sure whether I will be but we'll see
[02:06] <keescook> Mithrandir: if you want to snag them, I've just uploaded two security fixes for KDE (kdelibs, qt-x11-free)
[02:08] <Mithrandir> keescook: can you get cjwatson to poke at them, if he has the time?  I'm off to bed and am very very tired.
[02:09] <keescook> Mithrandir: okay, cool.  g'night
[02:09] <keescook> cjwatson: ^^ some security updates waiting in the feisty queue, if you want to grab them.
[05:22] <micahcowan> mako, do you mind if I PM you, regarding membership application?
[05:39] <mpt> Can someone give me an example of an Ubuntu package that is so simple and reliable it won't have had any bugs reported on it ever?
[05:40] <mpt> ("hello" had one bug reported about it)
[05:40] <jdong> hahaha
[05:40] <desrt> muine-shell, i hope :)
[05:40] <jdong> xserver-xgl!
[05:40] <jdong> prevu probably doesn't have any yet
[05:40] <jdong> never mind
[05:40] <jdong> grr.
[05:41] <mpt> desrt, thank you
[05:41] <desrt> there are bugs that mention muine-shell but none against it :)
[05:41] <bhale> desrt: nice :)
[05:41] <desrt> bhale; thx :D
[05:42] <desrt> mpt; might i ask why?
[05:42] <mpt> desrt, bug 104027
[05:42] <ubotu> Malone bug 104027 in malone "cannot go from package overview to package bugs" [Undecided,Needs info]  https://launchpad.net/bugs/104027
[05:42] <desrt> ahh
[05:43] <cjwatson> mpt: ed
[07:02] <fabbione> morning
[07:03] <ajmitch> hi fabbione 
[08:01] <pitti> Good morning
[08:02] <Fujitsu> Hi pitti.
[08:04] <Mithrandir> hiya pitti, Fujitsu 
[08:04] <pitti> hey Mithrandir, how's it going?
[08:04] <Fujitsu> Hey Mithrandir.
[08:05] <Fujitsu> Why do we have a -new now?
[08:05] <Mithrandir> pitti: just woke up, I'm hoping the world hasn't blown up yet.
[08:05] <Mithrandir> pitti: what's borken with -new?
[08:05] <pitti> Fujitsu: it was apparently too late to get the grand unified package working
[08:06] <pitti> Mithrandir: the driver modprobes nvidia instead of nvidia_new, so that you get an ABI failure
[08:06] <Mithrandir> ugh.
[08:06] <Fujitsu> pitti: But why do we need the third variant in the first place?
[08:07] <pitti> Fujitsu: it's a really ugly hack to not break upgrades from Edgy
[08:07] <Mithrandir> Fujitsu: because the nvidia driver doesn't work with the 8xxx series of cards, AIUI
[08:07] <pitti> I think this was a very expensive bug fix, since now we have three versions chained to our testicles
[08:07] <pitti> s/bug fix/workaround/
[08:07] <Fujitsu> I love binary drivers.
[08:07] <pitti> the rationale for upgrading to 97xx in the first place was 'we cannot ensure security support for 96xx'
[08:07] <pitti> and now they are back :(
[08:08] <Fujitsu> 97xx breaks some cards, does it?
[08:08] <Mithrandir> pitti: does that only break if you have -new installed or in all cases?
[08:09] <pitti> Mithrandir: if you have -new installed
[08:09] <pitti> Mithrandir: i. e. enable desktop effects with a new card -> b0rk
[08:09] <Mithrandir> ok
[08:09] <pitti> Mithrandir: this seems sufficiently milestoneish to me? (not for RC)
[08:10] <Mithrandir> I'm trying to make up my mind if this is RC-critical or not.
[08:10] <Mithrandir> I think it is.
[08:10] <pitti> but should be fixed for final, or we should otherwise revert to a more sane state
[08:10] <Mithrandir> I'll roll ISOs now so we can start the testing
[08:11] <Mithrandir> and I'll just accept the fix if we have it, even if it doesn't make it onto the cds.
[08:12] <fabbione> Mithrandir: i am about to upload multipath-tools to make it working with feisty.. it would be really good to have it in for RC...
[08:13] <fabbione> Mithrandir: it took a bit longer than i expected due to hem.. a lot of other bugs
[08:13] <Mithrandir> fabbione: probably too late for RC, but please upload it so I can review it.
[08:13] <fabbione> Mithrandir: i am just finishing the last QA tests on sparc that has a much heavier setup for testing
[08:13] <fabbione> Mithrandir: ok.. for final is good enough
[08:13] <Mithrandir> thanks.
[08:14] <fabbione> Mithrandir: i might have to drive you trough some of the changes if you have never used multipath before
[08:14] <Mithrandir> I haven't.
[08:14] <fabbione> unfortunately some of the bugs just show up with the latest changes to dmsetup & co.
[08:14] <fabbione> so there was no way to really see them all before
[08:15] <fabbione> ok.. if you need help reviewing the changes you just ask me and i can give you access to the test plant
[08:17] <fabbione> pitti:  i have a fix for #98518 in feisty.. finally!
[08:17] <pitti> fabbione: yay; any changes from the last attached version?
[08:18] <fabbione> pitti: the changes there are for dapper.. feisty is different
[08:18] <fabbione> pitti: dapper will need another patch and rework
[08:18] <fabbione> pitti: i decided to focus on feisty now.. and fix dapper a bit later
[08:18] <fabbione> given release is in 8 days and i can avoid an SRU
[08:19] <fabbione>   65    16  248901180 sdr
[08:19] <fabbione>   65    17  248895013 sdr1
[08:19] <fabbione> ROFL
[08:21] <Mithrandir> pitti: are you looking into the lrm problem or should I?
[08:22] <pitti> Mithrandir: I took a quick look at lrm-video, but it actually looks correct to me
[08:23] <pitti> Mithrandir: but I don't actually know what's going on when you start X with the nvidia driver
[08:24] <Mithrandir> urgh, ok
[08:25] <pranav_> doko: ping
[08:25] <doko> pranav_: pong
[08:26] <pranav_> hi
[08:26] <pranav_> I am PRANAVA SWAROOP
[08:26] <pranav_> I read your comments on my GSOC application
[08:27] <pranav_> Sir I will be using the same persistent layer if needed
[08:28] <pranav_> doko: may i get your opinion please??
[08:28] <doko> pranav_: could you just reply (as a comment) to the application proposal?
[08:29] <pranav_> ok 
[08:29] <pranav_> but i wanted to know if it has to be done using the same layer
[08:30] <pranav_> doko: the important thing is after the module is made I wanted to make it web-based
[08:31] <pranav_> ??
[08:33] <pranav_> doko: ??
[08:51] <Mithrandir> pitti: take a look at linux-restricted-modules-common.modprobe in the lrm source package
[08:51] <Mithrandir> I'd guess there should be a -new there as well?
[08:54] <pitti> Mithrandir: aah, point; I'll try that
[08:55] <pitti> Mithrandir: although the X driver should try to modprobe 'nvidia', which should get routed to nvidia_new with the script already; weird
[08:56] <pitti> Mithrandir: I added the line to /etc/modprobe.d/lrm-video, I'll try it now
[09:01] <pitti> Mithrandir: meh, it works now without modifications; seems that today's upgrade from .16 to .18 finished some configuration
[09:01] <pitti> Mithrandir: it's not the first time that an l-r-m upgrade misconfigured something, but I could never pinpoint it
[09:01] <Mithrandir> ugh. :-/
[09:01] <pitti> so let's declare this a red herring for nwo
[09:02] <mdke> morning all
[09:03] <mdke> pitti: thanks for that work yesterday.
[09:03] <pitti> hi mdke, you're welcome
[09:03] <mdke> I'm just looking at the archive, seems that the debs aren't there
[09:03] <mdke> is something wrong with it?
[09:03] <pitti> mdke: it just seems that the debs are old
[09:03] <pitti> oh
[09:04] <mdke> .2 and .3 aren't there
[09:04] <pitti> Mithrandir: ^ I think we really want ubuntu-docs 7.04.3
[09:04] <pitti> Mithrandir: it reduces .deb size from 9 MB to 1.2 and livefs size from 9 MB to about 2 MB
[09:04] <Mithrandir> go for it.
[09:04] <lifeless> wow
[09:05] <lifeless> what happened ?
[09:05] <pitti> lifeless: bzip2, symlinking identical files, and dropping documents which are less than 25% translated
[09:05] <pitti> a solid diet :)
[09:05] <pitti> bz2 doesn't help for the live fs, of course, but for the alternates at least
[09:06] <Mithrandir> pitti: might not make it for RC though, but please upload it anyway
[09:06] <pitti> Mithrandir: hm, the debs built successfully; failed-to-move, perhaps?
[09:06] <pitti> Mithrandir: .3 was uploaded yesterday already
[09:06] <Mithrandir> I reran f-t-m an hour ago
[09:06] <Mithrandir> ok
[09:06] <pitti> the source is in the archive
[09:07] <pitti> not yet in drescher's archive
[09:07] <pitti> accepted queue is empty
[09:07] <pitti> where TF are those .debs?
[09:08] <Mithrandir> publisher started running five minutes ago
[09:08] <pitti> ah, let's hope they are in there
[09:09] <mdke> strange that even .2 isn't there - it was uploaded last week, iirc
[09:10] <pitti> right
[09:11] <pitti> mdke: so, I wasn't aware that ubuntud-docs contained server docs, too, so for feisty+1 we can add the 25% barrier for those as well
[09:11] <pitti> mdke: but let's not worry about it now, too late to tear apart everything again
[09:12] <mdke> pitti: that's fine by me if it's fine by you
[09:15] <doko> fabbione: please could you install eclipse on a feisty/sparc system and check if it starts up?
[09:16] <fabbione> doko: how urgent is it?
[09:17] <macd_> sidenote, eclipse dapper/edgy/feisty will not run the subclipse plugin.
[09:18] <macd_> have tried gcj/sun
[09:18] <doko> fabbione: before final release?
[09:18] <fabbione> doko: ok
[09:18] <doko> macd_: known issue; if you want to help, join #ubuntu-java and ask man-di
[09:19] <macd_> I poked around LP looking, guess I didnt look hard enough, thanks.
[09:25] <fabbione> doko: doing...
[09:28] <_ion> pitti: Oh, btw, i talked with BenC yesterday and he said it's good for Feisty that the nvidia 97xx driver is only used as a fallback if the other drivers don't support a card. That will be changed for Feisty+1.
[09:30] <Treenaks> _ion: just wait for the ex-Windows-gamers to come crying 'my nvidia driver is too old!'
[09:31] <Treenaks> (they do that already, I know)
[09:31] <_ion> They are still able to install the 97xx driver manually, but restricted-manager will offer the 96xx one if it supports the card. :-)
[09:31] <_ion> That is, they will be able to install nvidia-glx-new
[09:31] <Treenaks> _ion: but then $gamer is not Teh L33t! and he'll be laughed at by his friends who get 3fps more
[09:32] <_ion> Heh
[09:33] <Mithrandir> 14:23:35 INFO    Rejected:
[09:33] <Mithrandir> 14:23:35 INFO    ubuntu-docs_7.04.3_all.deb uses bzip2 compression but doesn't Pre-Depend on dpkg (>= 1.10.24)
[09:33] <Mithrandir> 14:23:35 INFO    ubuntu-serverguide_7.04.3_all.deb uses bzip2 compression but doesn't Pre-Depend on dpkg (>= 1.10.24)
[09:33] <Mithrandir> 14:23:35 INFO    packaging-guide_7.04.3_all.deb uses bzip2 compression but doesn't Pre-Depend on dpkg (>= 1.10.24)
[09:33] <Mithrandir> mdke,pitti: ^^ ; plz fix.
[09:34] <pitti> Mithrandir: oops, doing now
[09:35] <mdke> pitti: if you post me the diff I'll put it in svn
[09:35] <pranav_> doko: ping
[09:35] <pranav_> doko: I am sorry i had a network problem 
[09:35] <pitti> mdke: urgh, .3 doubled size again
[09:36] <mdke> the build I just did is 2.8MB
[09:36] <Mithrandir> mdke: how bad would it be to release RC with .1?
[09:37] <pitti> Mithrandir: just an extra 7 MB on the CDs
[09:37] <mdke> Mithrandir: the about-ubuntu panel entry is broken, and more disk space
[09:37] <Mithrandir> mdke: ok, so it's fine for RC, but we should get it fixed for release.
[09:37] <mdke> right. 
[09:37] <mdke> having said that, I would have thought that pitti can upload .4 within a few minutes, right?
[09:38] <pitti> mdke: well, give me 20; that package is monster-big, so it takes a while to up/download
[09:38] <mdke> oh right
[09:38] <Mithrandir> yes, but any upload takes a couple of hours to get through LPs bowels.
[09:38] <mdke> fair enough
[09:39] <pitti> Mithrandir: but I guess I can upload it anyway, just in case when we need to re-roll images for a different reason?
[09:39] <Mithrandir> pitti: yes.
[09:39] <mdke> pitti: in that case it might be worth reducing the deb size; if you want to have a look at increasing 0.25 and/or applying the same patch to the server material?
[09:39] <Mithrandir> (please do so)
[09:39] <pitti> mdke: yes, that's what I had in mind
[09:39] <mdke> :)
[09:39] <pitti> mdke: I'll build the debs with gzip for comparison; that should give an estimate of live fs size
[09:40] <mdke> ok
[09:45] <pitti> mdke: generic/server does not have any .po files?
[09:45] <mdke> great phrase that, launchpad's bowels
[09:46] <mdke> pitti: yeah, we use the same ones as in generic/serverguide
[09:46] <pranav_> doko: i am not getting any reply??
[09:46] <_ion> :-)
[09:46] <pranav_> is it the network problem??
[09:46] <pitti> mdke: are those the same documents, or do you only use parts of the msgids then?
[09:46] <mdke> pitti: nearly the same documents with the vast majority of the msgids
[09:47] <pitti> mdke: ok, so it should still work to use the --statistics approach, I guess
[09:47] <mdke> yep
[09:47] <pitti> mdke: generic/serverguide/po/serverguide.pot or generic/serverguide/serverguide.pot?
[09:51] <mdke> pitti: they are the same.
[09:51] <mdke> I hope
[09:51] <pitti> not quite
[09:51] <mdke> different dates?
[09:51] <pitti> 336823 vs. 344869 bytes
[09:52] <mdke> well, the former is the one we generate ourselves for inclusion in rosetta, the latter is the one which rosetta includes when you choose to download all po files
[09:53] <mdke> i guess it's reordered or something :(
[09:53] <pitti> mdke: right, seems to be just formatting
[09:53] <mdke> pitti: it's the same with all of our documents I think
[09:53] <mdke> I'll talk to danilo about that sometime
[09:54] <mdke> pitti: is there anything that you need to resolve about that before you can upload?
[09:55] <pitti> mdke: no, that's fine
[09:55] <mdke> great, I'll go to work then
[09:55] <mdke> cya and thanks
[09:55] <pitti> thanks to you!
[09:57] <dholbach> good morning
[09:57] <mvo> good morning dholbach
[09:58] <dholbach> hey mvo
[10:09] <tkamppeter> pitti, m2300w is in main now, but when will splix and pxljr be moved? On http://archive.ubuntu.com/ubuntu/pool/ they are still in universe.
[10:09] <pitti> tkamppeter: they are not seeded or depended on by anything
[10:11] <Mithrandir> pitti: I seeded them in supported yesterday.
[10:12] <pitti> Mithrandir: hm, they aren't in anastacia yet, and it updated since yesterday's cleanup run
[10:12] <pitti> anyway, that's something I can do post-RC
[10:12] <Mithrandir> pitti: : tfheen@xoog ~/seeds/ubuntu.feisty > grep pxl *
[10:12] <Mithrandir> supported: * pxljr
[10:13] <pitti> Mithrandir: right, I'll just wait for the next anastacia run; it's not critical for RC
[10:15] <dholbach> Mithrandir: I have zenity update (only translations) and gtk2-engines update (a few bugfixes) pending - none of them are terribly important - should I wait with uploading?
[10:15] <Mithrandir> dholbach: doesn't zenity use langpacks?
[10:15] <Mithrandir> dholbach: gtk2-engines bugfixes, anything release-critical?
[10:16] <dholbach> Mithrandir: it does use langpacks, it's a gnome update, no rc bugfixes in gtk2-engines
[10:17] <capiira> hi all i tried to compile my own kernel and downloaded the linux-source 2.6.20 and used the config-2.6.20-14-generic from /boot and now i have a big 230mb kernel :) and wonder why
[10:17] <dholbach> capiira: try #ubuntu-kernel
[10:17] <pitti> dholbach: ^ shall I file a bug about that or is it known already?
[10:17] <capiira> thx
[10:18] <Mithrandir> dholbach: put the changelog somewhere?
[10:19] <dholbach> Mithrandir: http://daniel.holba.ch/temp/gtk2-engines.changelog
[10:19] <dholbach> pitti: which b0rkage do you mean?
[10:19] <pitti> dholbach: well, it doesn't work any more, for a couple of weeks; I believe there's an Ubuntu bug already
[10:20] <Mithrandir> dholbach: please upload it, I'll accept it post-rc
[10:20] <dholbach> Mithrandir: ok, thanks
[10:22] <lappy> howdy all
[10:22] <lappy> I am looking for Matthias Klose
[10:23] <pitti> dholbach: hmm, I can't find a LP bug about that
[10:23] <pitti> lappy: that's doko
[10:23] <lappy> does he hang in this channel?  I have a question about the google summer of code comment made and need a response quickly before the end of GSoC deadline.
[10:24] <lappy> pitti: thanks
[10:24] <pitti> dholbach: oh, here it is: bug 97060
[10:24] <ubotu> Malone bug 97060 in gdm "Can't switch VT from GDM" [Low,Confirmed]  https://launchpad.net/bugs/97060
[10:25] <lappy> doko: you had a comment about my google summer of code spec. PyStart was the program idea.  You wanted further information but I don't quick know what you want. Could you clarify?
[10:28] <doko> lappy: continuing in query
[10:28] <lappy> thanks
[10:32] <pitti> Mithrandir: ubuntu-docs uploaded
[10:32] <pitti> Mithrandir: I could reduce the livefs size from 6.2 to about 5 MB, and added the Pre-Depends: to dpkg
[10:33] <Mithrandir> pitti: thanks.
[10:44] <pitti> Mithrandir: urgh, we probably need to upgrade to libnet-dbus-perl 0.33.4 (from .3); new upstream version actually works with dbus 1.0
[10:44] <pitti> Mithrandir: the current source package is really broken, and only the depwait saved us from getting it on the CDs (so the CDs still use the edgy version)
[10:45] <pitti> seb128: hmm, ^ but I figure the edgy version has the same dbus_connection_close() problem? did you see any system-tools-backends bug reports which could be related to that?
[10:46] <seb128> pitti: what?
[10:46] <seb128> edgy version of s-t-b-? 
[10:46] <pitti> seb128: Applications must not close shared connections - see dbus_connection_close() docs. This is a bug in the application.
[10:46] <pitti> seb128: you certainly remember this issue?
[10:46] <seb128> right
[10:46] <seb128> where do you get it now?
[10:46] <pitti> seb128: libnet-dbus-perl is FTBFS and dep-wait, so  it never built for feisty
[10:47] <pitti> seb128: so we still have the edgy binaries for it
[10:47] <seb128> you are pulling new bugs out of a hat since yesterday, stop doing that :p
[10:47] <pitti> seb128: Debian has 0.33.4 now which works with dbus 1.0
[10:47] <seb128> hum
[10:47] <seb128> you are saying that we have a version which doesn't work with dbus 1.0
[10:47] <seb128> we didn't get any bug about it, weird
[10:47] <pitti> seb128: no, I just wondered whether libnet-dbus-perl not working well with our dbus could be responsible for some s-t-b bugs you saw
[10:47] <seb128> ah
[10:47] <seb128> no recent bugs like that, no
[10:48] <pitti> seb128: well, s/doesn't work/does not close connections properly/, we might have reverted that assertion check
[10:48] <seb128> would be a good idea to have a version made to work with 1.0
[10:48] <pitti> seb128: ok
[10:48] <pitti> seb128: anyway, we can't ship edgy with an FTBFS and outdated binaries
[10:48] <pitti> erm, ship feisty
[10:49] <tepsipakki> that reminds me, checkinstall fails to build on amd64 and ia64
[10:50] <Mithrandir> pitti: well, what needs to be done to get it fixed?
[10:51] <seb128> doko: did you look at the gnome-python build bug?
[10:51] <pitti> Mithrandir: afaics, syncing libnet-dbus-perl from Debian
[10:51] <pitti> Mithrandir: and I need to MIR/promote libxml-twig-perl to make it actually build
[10:52] <Fujitsu> tepsipakki: Is that a bad thing?
[10:52] <pitti> Mithrandir: that twig module has a whole lot of build deps which might be unnecessary (they are not binary deps), I'll try to cut them down in order to avoid 8 more MIRs
[10:52] <Mithrandir> pitti: ugh, ok.  Thanks.
[10:52] <doko> seb128: still fails for me early in the python2.4 build, so I don't see your problem yet
[10:52] <pitti> Mithrandir: I'll mail you a diff of the upstream versions and ask for formal approval
[10:52] <Mithrandir> pitti: rather ask me here on IRC
[10:52] <seb128> doko: ok
[10:53] <pitti> Mithrandir: http://pastebin.ca/434201
[10:55] <pitti> Mithrandir: a lot of clutter due to the renamed macro :(
[10:55] <pitti> Mithrandir: but it looks sane to me
[10:57] <tepsipakki> "error: previous declaration of 'readlink' was here", is that error familiar to anyone?
[10:57] <tepsipakki> on 64bit systems
[11:03] <bluefoxicy> this is freaking weird.
[11:03] <bluefoxicy> I just reinstalled feisty beta, sound still doesn't work.  gstreamer-properties TEST buttons can output sound, nothing else (even ogg123) can... hurm.
[11:10] <Mithrandir> pitti: please get it uploaded.
[11:12] <pitti> Mithrandir: synced; it won't build anyway until I created those silly 8 MIRs for the missing perl modules build-deps
[11:36] <lappy> AndrewB: howdy
[11:36] <AndrewB> Hey lappy 
[11:44] <ogra> Mithrandir, did you accept my gpm fix for bug 81227 ? i dont see an accepted mail
[11:44] <ubotu> Malone bug 81227 in hal "Logout screen appears twice [Feisty] " [Medium,Confirmed]  https://launchpad.net/bugs/81227
[11:45] <Mithrandir> ogra: post-rc.
[11:45] <ogra> ok
[11:49] <saispo> where i can grab the latest seeds files ?
[11:49] <saispo> http://people.ubuntu.com/~ubuntu-archive/seeds/ubuntu.feisty/
[11:49] <saispo> are not up2date :/
[11:49] <saispo> seb128: hi :)
[11:50] <seb128> lu saispo
[11:50] <Mithrandir> heno: 20070410 images are up, would you like to coordinate the testing?
[11:50] <seb128> saispo: are you sure it's outdated?
[11:50] <ogra> that would be very strange :)
[11:52] <saispo> seb128: i think, it take the kernel 2.6.20-13 and not 2.6.20-14
[11:52] <ogra> 945: Martin Pitt 2007-04-10 support apport-cli ... is what i get as latest change on that branch 
[11:52] <Riddell> Mithrandir: are there CDs I should be testing or not yet?
[11:52] <saispo> seb128: i change them, remaster a new iso, and confirm :)
[11:52] <ogra> which was yesterday night ...
[11:53] <heno> Mithrandir: 20070411 images; yes
[11:53] <Mithrandir> Riddell: yes, but I have some trouble with cdimage and the mirroring, it seems like it's either going very slowly or something else is up
[11:55] <seb128> saispo: hum, indeed
[11:55] <seb128> saispo: you can "bzr checkout --lightweight http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.feisty"
[11:55] <cjwatson> Mithrandir: /bin/sh: unapproved-source-publish: command not found
[11:55] <cjwatson> Mithrandir: ^-- cron mail for ubuntu-archive@rookery
[11:56] <tepsipakki> wow, cdimages.u.c is speedier than before
[11:56] <tepsipakki> a _lot_
[11:56] <lifeless> seb128: you can also skip the --lightweight there, faster to update :)
[11:56] <seb128> cjwatson: http://people.ubuntu.com/~ubuntu-archive/seeds/ubuntu.feisty is outdated, is that now?
[11:56] <cjwatson> seb128: yeah, I already saw saispo's question and I'm looking into it
[11:56] <seb128> lifeless: ok, I was just copying from the wiki :p
[11:56] <seb128> cjwatson: thank you
[11:56] <saispo> seb128: i talk with cjwatson about it on another chan ;-)
[11:56] <saispo> seb128: thanks
[11:56] <seb128> saispo: np
[11:56] <cjwatson> ubuntu-archive@rookery:~/public_html/seeds/ubuntu.feisty$ bzr pull
[11:57] <cjwatson> Using saved location: http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.feisty/
[11:57] <cjwatson> bzr: ERROR: These branches have diverged.  Use the merge command to reconcile them.
[11:57] <Mithrandir> cjwatson: uh, I wonder where that's gone.
[11:59] <pitti> seb128: alright, the perl goo in anastacia is all settled now; I MIRed, reviewed, and promoted everything
[11:59] <pitti> seb128: and libnet-dbus-perl is synced, so all should be well now
[11:59] <heno> *** Release Candidate images are listed here: https://www.stgraber.org/ubuntu/isotesting/ Please report test results via that page ***
[12:00] <pitti> heno: yay!
[12:01] <Mithrandir> heno: can you mail u-d too?
[12:01] <heno> Mithrandir: heh, was just doing that
[12:01] <Mithrandir> great.
[12:03] <Mithrandir> cjwatson: ubuntu-archive@rookery> thanks, should be fixed now.
[12:11] <ogra> heno, wow, thats nice !
[12:12] <heno> stgraber: ^ :)
[12:12] <heno> thanks ogra
[12:15] <stgraber> ogra: thanks
[12:16] <ogra> stgraber, what did i do ?
[12:16] <stgraber> 12:11 < ogra> heno, wow, thats nice !
[12:16] <stgraber> 12:12 < heno> stgraber: ^ :)
[12:16] <highvoltage> ogra: probably for being fabulous?
[12:17] <ogra> stgraber, ah, thats yours :)
[12:17] <heno> ogra: stgraber did the coding for that web app
[12:18] <ogra> hmm, according to my "Edubuntu daily CD health check" yesterdays seed change wasnt picked up for edubuntu ...
[12:18] <ogra> cjwatson, Mithrandir ? it still lists schoolbell which i dropped from supported yesterday morning ^^^
[12:19] <ogra> and apprently linux-backports-modules-* is broken for me as well :/
[12:19] <Mithrandir> ogra: there was a problem with the seed mirror on rookery
[12:20] <ogra> ah, ok
[12:20] <zwnj> i have the iranian timezone problem on dapper back, in php5.  we (##php) couldn't find where the problem is yet, so just a little question.  does dapper's php5 uses systems tzdata, or something else?
[12:20] <ogra> hmm, and why is my DVD oversized by 400M ....
[12:25] <ogra> oh, the DVD build i have happened on the 8th ... that might be it :)
[12:26] <pitti> Mithrandir: hm, cdimage.u.c behaves very weird for me; what is the definitive md5sum for amd64/desktop/Ubuntu?
[12:27] <pitti> Mithrandir: first it didn't show a 20070411/ directory, now it does, but looking at it gives a 404, and the md5sum of my downloaded iso (.info is correct) doesn't match
[12:27] <Mithrandir> 5f558d93b02bcacf0bc7d00f566c6b41  feisty-desktop-amd64.iso
[12:27] <Mithrandir> bbe0f9dd92494784adc05a23707a7a4b  feisty-desktop-i386.iso
[12:28] <pitti> hm, weird, how can I have an image from today with a different md5sum?
[12:29] <Mithrandir> pitti: sure you didn't rsync kubuntu or edubuntu?
[12:29] <pitti> Mithrandir: oh, right, my md5sum is right, http://cdimage.ubuntu.com/daily-live/current/MD5SUMS is wrong
[12:30] <pitti> Mithrandir: alright, thanks for confirming
[12:30] <Mithrandir> pitti: no, it's correct.
[12:30] <pitti> 074e958b10f8a8b6bb5dc463b11b84bb *feisty-desktop-amd64.iso
[12:30] <pitti> 8998a16ecc7842b5d841845ea193a370 *feisty-desktop-i386.iso
[12:30] <pitti> ^ for me
[12:30] <Mithrandir> pitti: but use dates in there, not current since the sync isn't quite done yet.
[12:30] <pitti> http://cdimage.ubuntu.com/daily-live/20070411/MD5SUMS is 404
[12:32] <Mithrandir> pitti: on one of the cdimage mirrors, yes.  Not on both.
[12:32] <pitti> ok, just bad luck then
[12:33] <iwj> The two c.u.c hosts seem to have different files.  Ah, yes.
[12:33] <fabbione> pitti: much better.. i think i fixed all of feisty into a udev rule and killed an init script :)
[12:34] <Mithrandir> 91.189.88.34 is updated, 91.189.89.4 isn't, yet.
[12:35] <heno> mdz, kylem, cjwatson, mvo, bdmurray, mikebro, cburg, fabbione, Riddell, kwwii, rtg, pkl, Keybuk, doko: Just a mass-ping to make sure everyone is aware the 20070411 is published and these are candidates for RC emails have gone out with instructions
[12:36] <heno> Results are posted here: https://www.stgraber.org/ubuntu/isotesting/
[12:36] <fabbione> heno: yes thanks i got the email but i am fixing a bug that must be done by final right now.. will start testing once this is finished
[12:37] <heno> fabbione: great, thanks
[12:37] <mdz> heno: thanks
[12:38] <pitti> cjwatson: do you already know about the ubiquity language list being too narrow and jumpy? (that's new since beta)
[12:39] <Riddell> kubuntu seems to only have empty 20070411 directories, are those still syncing Mithrandir ?
[12:39] <Mithrandir> Riddell: yes.
[12:41] <cjwatson> pitti: no, what do you mean?
[12:41] <cjwatson> jumpy?
[12:42] <cjwatson> I don't think that widget has changed since beta
[12:42] <pitti> cjwatson: it's too thin, and when I change the selection it changes width
[12:42] <pitti> cjwatson: and you cannot resize it manually
[12:42] <fabbione> Mithrandir, pitti: multipath-tools for feisty is up.. let me know if you need help to understand the diff (and yes i know it won't make RC).
[12:42] <cjwatson> no, I hadn't heard about that
[12:42] <fabbione> pitti: i will attach the debdiff to the bug after lunch.. i am in a big need of food
[12:43] <pitti> cjwatson: http://people.ubuntu.com/~pitti/tmp/ubiquity.png, I'll file a bug then
[12:44] <pitti> cjwatson: the release note button is a bit poorly placed as well, I'll mention that
[12:44] <cjwatson> pitti: whoa, I've never seen it looking like that
[12:45] <cjwatson> oh, I suppose it could be due to the release note URL on the CD being fixed
[12:45] <cjwatson> sigh @ world
[12:45] <cjwatson> pitti: please milestone the bug for ubuntu-7.04
[12:46] <pitti> cjwatson: yup, will do
[12:47] <ogra> funny http://cdimage.ubuntu.com/edubuntu/daily/20070411/current/
[12:47] <ogra> something is cleartly wrong with the sync script for me
[12:47] <ogra> *clearly
[12:48] <ajmitch> the dates?
[12:48] <ogra> no, the /current subdir doesnt belong there
[12:48] <ogra> and it apparently contains images from january
[12:49] <cjwatson> ogra: removed, thanks
[12:49] <fabbione> pitti: can i do a small flood in /msg ? :)
[12:49] <pitti> fabbione: sure
[12:50] <pitti> cjwatson: filed, bug 105470
[12:50] <ubotu> Malone bug 105470 in ubiquity "language selection table is too narrow" [Undecided,Unconfirmed]  https://launchpad.net/bugs/105470
[12:50] <fabbione> pitti: it works :)
[12:50] <fabbione> (proof of concept with 16 paths to 2 devices ;))
[12:50] <fabbione> pitti: /dev/sds looks sexy :)
[12:50] <cjwatson> /dev/ssds
[12:51] <fabbione> cjwatson: ROFL
[12:51] <fabbione> fooooood
[12:55] <cjwatson> the release notes hbox and both its children are set to expand=False fill=False
[12:55] <cjwatson> I wonder if this is GtkLabel layout hatefulness
[12:55] <ogra> grrr, where do these 400MB come from that make my DVD explode :/
[12:55] <cjwatson> workaround might be to stack the release notes label and the linkbutton vertically
[12:56] <ogra> hmm, looks like kde is the evil thing breaking it ...
[12:57] <cjwatson> ah, perhaps linkbutton labels don't line-wrap
[12:58] <cjwatson> so the length would change depending on the selected language, which would explain the jumpiness
[12:59] <ogra> hrm ... why is bind9 on my DVD ?
[12:59] <cjwatson> because it's supported
[12:59] <ogra> hm
[01:00] <cjwatson> bind9 should hardly break the bank :)
[01:00] <ogra> there is no way to drop single items from the DVD, right ?
[01:00] <ogra> (or a mass of items fwiw)
[01:01] <Riddell> remove them from your supported seed
[01:01] <ogra> Riddell, tricky for things that are not in there :)
[01:02] <cjwatson> <cjwatson@cairhien ~/src/ubuntu/seeds/edubuntu-feisty>$ grep bind9 *
[01:02] <cjwatson> dns-server:Task-Key: bind9
[01:02] <cjwatson> dns-server: * bind9
[01:02] <cjwatson> dns-server: * bind9-doc
[01:03] <cjwatson> I very much doubt bind9 is a sensible target for dropping though
[01:03] <Riddell> I removed linux debug from the kubuntu supported seed
[01:03] <cjwatson> otherwise, Riddell is quite right, subject to usual dependency tree following
[01:04] <ogra> cjwatson, i wasnt thinking about dropping it ... it wont gain me the 400M :)
[01:04] <ogra> i was just wondering where it comes from whoile i was looking
[01:06] <cjwatson> extra-exclude is only for packages pulled in by extra-include
[01:06] <cjwatson> if you try to use it for anything else it will have no effect
[01:07] <ogra> oh, ok
[01:07] <ogra> i just dont want to change my CDs ....
[01:07] <ogra> but seems i have to do *something* to have a DVD
[01:08] <cjwatson> removing linux-image-debug as Riddell did is probably a reasonable start
[01:09] <ogra> indeed
[01:09] <ogra> but i suspect there has to be more ... a lot more ... i have to drop
[01:11] <ogra> i ship *all* flavors of the debug image ? 
[01:11] <ogra> oh my ... ok, that should solve something then *g*
[01:12] <ogra> oh and my DVD has -13 as well ... hey edubuntu gives its users choice :P
[01:12] <ogra> erm, and -12 ??
[01:12] <pitti> ogra: easy fodder, it seems :)
[01:13] <ogra> pitti, well, probably i should rename it to the edubuntu kernel DVD :)
[01:13] <ogra> three versions in all flavours :)
[01:13] <Nafallo> haha
[01:15] <pitti> yay, empty archive-cruft-check
[01:16] <cjwatson> ogra: (pitti's obviously fixed that already, but that's best fixed on the archive admin side rather than in the seeds, FYI)
[01:17] <pitti> hmm, but I already removed old kernel stuff a week ago or so
[01:17] <pitti> maybe the DVDs are a bit out of date?
[01:19] <Nafallo> pitti: langpacks are always initial release. makes me smile everyday ;-).
[01:19] <pitti> Nafallo: due to the way they are built for the development release
[01:20] <Nafallo> pitti: yea, just looks funny :-)
[01:20] <cjwatson> DVDs are always a bit out of date, because they aren't normally built daily
[01:20] <cjwatson> Tollef may well not have built them in the recent run
[01:26] <Mithrandir> yes, the DVDs are outdated.
[01:27] <pygi> seb128, around?
[01:31] <pitti> erk, that /dev/hdX -> /dev/sdX transition a week ago did not transition the CD-ROM node in fstab
[01:31] <pitti> Keybuk: ^ any idea about that?
[01:31] <pitti> (/me grumbles about such changes a week before RC)
[01:31] <Keybuk> pitti: did you use update-manager?
[01:31] <pitti> Keybuk: sometimes I do, sometimes not
[01:31] <Keybuk> that has a thingy to do that
[01:31] <Keybuk> the problem is that the installer seems to have been writing /dev/hdc -> /media/cdrom
[01:31] <Keybuk> rather than /dev/cdrom
[01:31] <pitti> right
[01:32] <pitti> ok, if u-m fixes it, that's fine
[01:32] <pitti> I wasn't sure which thing put the UUID stuff into fstab
[01:33] <Keybuk> udev puts the UUIDs in
[01:33] <Keybuk> but obviously it can't put the UUID of your CD-ROM drive in ... because drives don't have them, only filesystems
[01:33] <pitti> right
[01:33] <Keybuk> and it'd be a bit inconvenient if it only let you mount one particular disc :p
[01:33] <Nafallo> hehe
[01:37] <cjwatson> pitti: do you still have that desktop CD booted to reproduce the ubiquity bug?
[01:37] <cjwatson> 'cos it'll be a while before I can pull one down here
[01:38] <pitti> cjwatson: I can boot it again quickly
[01:38] <Keybuk> 60kB/s ... goddamnit rsync!
[01:38] <Keybuk> uh-oh, it heard me, 27 now...
[01:39] <cjwatson> pitti: the files in http://people.ubuntu.com/~cjwatson/tmp/105470/ should fix it; gtkui.py goes in /usr/lib/ubiquity/ubiquity/frontend/, ubiquity.glade goes in /usr/share/ubiquity/glade/
[01:39] <iwj> I thought that unreadable dark blue on black text was supposed to have been fixed ?
[01:39] <cjwatson> there's a similar KDE adjustment but it's simpler
[01:39] <iwj> (The text console bit in usplash)
[01:40] <cjwatson> so did I, usplash-theme-ubuntu 0.13
[01:40] <cjwatson> doesn't seem to have been reverted in 0.14 (it was nearly reverted by mistake, but I caught that in unapproved)
[01:41] <iwj> `Fix broken palette indices' ?
[01:41] <cjwatson> yes
[01:41] <iwj> I don't think my complaint was ever broken palette indices.
[01:41] <Keybuk> interesting
[01:41] <iwj> It's just that small blue text on a black background is hard to read.
[01:42] <Keybuk> rsync has now gotten so slow, it would be quicker for me to get on a train, go to millbank, download onto my laptop, and take the train home again
[01:42] <cjwatson> the patch in question changed the palette index used for the text
[01:42] <cjwatson> and thus changed the colour ...
[01:42] <cjwatson> or at least it was supposed to
[01:42] <iwj> It's possible it's a slightly less dark shade of blue.
[01:43] <cjwatson> I can't claim to have checked, I just remember that that was supposed to be the change that fixed that bug, that's all.
[01:43] <Qalash> is smart the default package manager in feisty?
[01:44] <cjwatson> Qalash: no
[01:44] <StevenK> Keybuk: Surely not? The British rail system being what it is...
[01:44] <cjwatson> Birmingham<->London is not exactly a minor route
[01:45] <Qalash> cjwatson: what are the arguments against smart?
[01:45] <hile> it's in beta?
[01:45] <cjwatson> Qalash: er - the work just didn't get done
[01:45] <Qalash> hile: smart?
[01:45] <hile> yes
[01:45] <Qalash> cjwatson: ubuntu-side, or smart?
[01:45] <cjwatson> we had discussions a year or so ago about switching to it, but it hasn't made it
[01:46] <Qalash> i see, thanks
[01:46] <Qalash> any hopes/
[01:46] <cjwatson> bit of both, I think, can't say I'm overly familiar with it
[01:46] <Qalash> any hopes?
[01:46] <hile> at least the package in universe says it is still beta
[01:46] <cjwatson> I do know that some work would need to be done on a number of Ubuntu-specific tools (including the installer) to make it happen
[01:46] <cjwatson> and smart would need extensions to support some of those
[01:47] <cjwatson> https://blueprints.launchpad.net/ubuntu/+spec/smartpm
[01:47] <cjwatson> a number of specific issues are enumerated on the wiki page linked from there
[01:47] <cjwatson> they're not "arguments against", more a to-do list
[01:48] <Qalash> thank you
[01:50] <iwj> So should we use importance `Serious' in the isotesting form to mean `release critical' ?
[01:51] <pitti> cjwatson: confirmed, works fine with those files
[01:51] <ubotu> Malone bug 64408 in usplash-theme-ubuntu ""Urgent" text is poorly readable due to low contrast (blue on black)" [Medium,Confirmed]  https://launchpad.net/bugs/64408
[01:56] <seb128> pygi: hi
[02:01] <pitti> heno: btw, amd64/desktop tests include 'WinFOSS', which is not applicable?
[02:04] <heno> pitti: why is that not applicable? the amd64 images should contain 32 bit winfoss?
[02:05] <pitti> heno: oh, if they do, that's fine then
[02:05] <heno> I tested a whole bunch for beta :)
[02:05] <pitti> heno: it's hard to check without Windows :)
[02:05] <pitti> (check whether it's there)
[02:05] <heno> indeed
[02:06] <StevenK> Yes, like anyone has a Windows XP x64 install
[02:06] <pitti> I'd assume it's just the normal 32 bit win stuff
[02:06] <imbrandon> heh
[02:11] <ubotu> Malone bug 105510 in notification-daemon "hardware database notification has poor ui" [Undecided,Unconfirmed]  https://launchpad.net/bugs/105510
[02:22] <iwj> How is the livecd supposed to figure out your timezone ?
[02:22] <Mithrandir> it doesn't.
[02:22] <iwj> I mean, when you just boot it.
[02:22] <Mithrandir> how so?
[02:22] <iwj> So when Testing/Short says "If you are connected to the Internet, does the clock show the correct time?" this should be disregarded for the livecd.
[02:23] <iwj> It seems wrong to me to display a time if it's quite likely to be wrong.
[02:23] <Mithrandir> yes, or check if it's correct UTC.
[02:23] <iwj> Well, yes, correct UTC is fine for the system clock but I don't think it's fine for a clock applet in the corner.
[02:23] <iwj> Hobbsee: In my case as it happens it is using the hardware clock time which is set to UTC.
[02:24] <Hobbsee> iwj: ahh
[02:24] <iwj> Since my firewall isn't letting it do ntp but that's beside the point ...
[02:24] <Keybuk> iwj: should this be a show stopper?
[02:24] <Keybuk> ie. if we don't fix it, should we delay feisty's release?
[02:24] <iwj> Keybuk: It's not a regression so no.
[02:24] <Keybuk> so file a bug, and move on
[02:24] <Keybuk> there's no need to raise it at this point
[02:24] <Keybuk> since there's nothing we can do about it
[02:25] <iwj> Keybuk: Right but I just wanted to check with someone that there wasn't some freaky machinery for guessing your timezone that was going wrong, since that would affect what I put in the bug.
[02:25] <iwj> (And would be worth looking at to see why it hadn't worked.)
[02:25] <Mithrandir> iwj: I see your point, but at the same time it's easy enough to right click and choose "adjust time zone".
[02:25] <Keybuk> at this point, the time would be better spent moving on to further testing
[02:25] <Mithrandir> I don't think we should disable the clock on the live cd.
[02:25] <Keybuk> you can always file a bug, and fill it in later
[02:29] <pitti> iwj, mvo: I triaged bug 105510 a bit
[02:29] <ubotu> Malone bug 105510 in hwdb-client "hardware database notification has poor ui" [Undecided,Confirmed]  https://launchpad.net/bugs/105510
[02:29] <iwj> pitti: Oh, good, thanks.
[02:30] <saispo> squid maintainer is in the room ? :)
[02:31] <pitti> saispo: there is no Ubuntu squid maintainer
[02:31] <seb128> saispo: there is no squid maintainer
[02:31] <pitti> saispo: it's a collective effort
[02:31] <seb128> saispo: you are welcome to help maintaining it ;)
[02:33] <saispo> seb128: ;-)
[02:34] <saispo> seb128: will make a patch and will send you
[02:34] <seb128> saispo: thank you
[02:35] <dholbach> hum - when did the nvidia driver stop working for nvidia 7100 gs?
[02:35] <dholbach> it worked like two weeks ago
[02:35] <saispo> hi dholbach :)
[02:36] <dholbach> hi saispo
[02:39] <iwj> Oh dear: bug 105523
[02:39] <ubotu> Malone bug 105523 in firefox ""get help online" produces default start page" [High,Unconfirmed]  https://launchpad.net/bugs/105523
[02:39] <seb128> iwj: bug #105519 is not a gnome-panel bug, it's only using the timezone configured
[02:40] <ubotu> Malone bug 105519 in gnome-panel "livecd clock is (inevitably) wrong" [Undecided,Unconfirmed]  https://launchpad.net/bugs/105519
[02:40] <seb128> owand #105523 is a dup of bug #104072
[02:40] <ubotu> Malone bug 104072 in launchpad-integration "Clicking "Help->Get help online" in supported applications does not work" [Low,Needs info]  https://launchpad.net/bugs/104072
[02:41] <iwj> re 104072: I'll triage it.
[02:42] <iwj> re 105519: Well, feel free to reassign it but as Keybuk says it's hardly urgent.
[02:42] <dholbach> ok, using nvidia-glx-legacy fixes it
[02:42] <dholbach> maybe restricted-manager should know that in feisty+1
[02:42] <seb128> iwj: I've reassigned the clock to casper, not sure that's the right place though
[02:42] <seb128> grumpf
[02:42] <seb128> launchpad doesn't respond now
[02:43] <Kmos> it's slowly
[02:44] <poningru> so quick question will RC come out tomorrow?
[02:44] <mvo> pitti, iwj: its rather late for string changes for bug #105510 :/
[02:44] <ubotu> Malone bug 105510 in hwdb-client "hardware database notification has poor ui" [Undecided,Confirmed]  https://launchpad.net/bugs/105510
[02:44] <poningru> bah just got the email nvm
[02:45] <Kmos> bug 105520
[02:45] <ubotu> Malone bug 105520 in Ubuntu "No sound after kernel upgrade (2.6.20-13 -> 2.6.20-14) in Feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/105520
[02:46] <poningru> heno: ping
[02:47] <iwj> mvo: That's a bit unfortunate.  I think the current situation is likely to confuse the poor users.
[02:51] <seb128> iwj: please use the milestone setting, the "target to release" is mean for backport to stable version
[02:52] <iwj> seb128: Oh.
[02:52] <Keybuk> bugs should only be milestoned if they are release critical
[02:52] <cjwatson> mdz has a bug open about not offering the current development release in "target to release", IIRC
[02:52] <Keybuk> any milestoned bugs left open by the end of tomorrow could delay the release
[02:53] <iwj> Is bug 105525 release critical ?  (Is it even a bug?)
[02:53] <ubotu> Malone bug 105525 in gnome-panel "about ubuntu menu item missing" [Undecided,Unconfirmed]  https://launchpad.net/bugs/105525
[02:53] <Keybuk> it's certainly not critical
[02:53] <seb128> iwj: dholbach told me that it was supposed to be fixed with an ubuntu-docs update
[02:53] <seb128> iwj: the bug is ubuntu-docs not shipping an about-ubuntu-C.omf
[02:54] <seb128> dholbach: what happened to the upload?
[02:54] <seb128>  ubuntu-docs (7.04.3) feisty; urgency=low
[02:54] <seb128> ...
[02:54] <seb128>    * Unbreak about-ubuntu panel menu entry
[02:54] <seb128> iwj: ^ do you have this version ?
[02:55] <iwj> /dev/sdb1: POSIX tar archive (GNU)
[02:55] <iwj> Oh, so that's why it's not mounting it.
[02:56] <iwj> seb128: No, I have 7.04.1.
[02:56] <iwj> (20070411 livecd)
[02:56] <mvo> pitti: I added somethin gto #105510 (just FYI)
[02:57] <seb128> https://launchpad.net/ubuntu/+source/ubuntu-docs/7.04.3
[02:57] <seb128> 7.04.3 should be available
[02:57] <Mithrandir> seb128: no, it was rejected because of a missing pre-depends.
[02:57] <seb128> ah
[02:57] <cjwatson> 7.04.4 is in unapproved
[02:57] <cjwatson> and fixes thatt
[02:57] <seb128> ok, will be fixed after candidate probably then
[02:57] <seb128> ok, cool
[02:58] <seb128> cjwatson, Mithrandir: thank you
[02:58] <Mithrandir> s/probably// :-)
[02:58] <Mithrandir> it'll be accepted once RC is out
[02:58] <poningru> anyone know if dvd for today will be released? for the candidate for RC?
[02:59] <Mithrandir> poningru: yes, I'm going to spin DVDs too
[02:59] <Kmos> poningru: you'll see it when released.
[02:59] <poningru> Kmos: only asking because downloading the dvd right now and wondering if I should cancel it
[02:59] <cjwatson> poningru: that's what rsync's for
[02:59] <Mithrandir> poningru: rsyncing it goes much faster if you have something which is semi-up-to-date.
[02:59] <poningru> !
[02:59] <poningru> oh true
[03:00] <poningru> ok wont stop the gig already downloaded
[03:01] <poningru> also can someone here help me write something about teh sparc installer?
[03:01] <poningru> https://wiki.ubuntu.com/sparc64-installer
[03:02] <poningru> for the release notes/walk through
[03:02] <poningru> 0.0
[03:02] <mdz_> Mithrandir: is the mirroring issue fixed now?
[03:02] <Mithrandir> mdz_: seems to be, yes.
[03:03] <seb128> iwj: I'm fixing the launchpad integration firefox bug
[03:04] <iwj> seb128: Excellent.
[03:04] <geser> when is the dev meeting tomorrow? fridge list the dev meeting twice and the first collides with the motu meeting
[03:05] <Mithrandir> geser: 20 UTC
[03:05] <geser> then we have a problem as a MOTU meeting is also scheduled at 20 UTC
[03:05] <poningru> geser: ubotu says 21UTC
[03:05] <poningru> @schedule
[03:05] <ubotu> Schedule for Etc/UTC: 11 Apr 20:00: Edubuntu | 12 Apr 20:00: MOTU | 12 Apr 20:00: Development Team | 12 Apr 21:00: Ubuntu Development Team | 13 Apr 20:00: Forum Council | 17 Apr 15:00: Kernel Team
[03:06] <pitti> mvo: thanks
[03:07] <iwj> Uh, freaky.  The update-notifier bubble has appeared wedged against the left hand side of the screen.
[03:07] <iwj> Now it's timed out and gone away.
[03:07] <cjwatson> were we going to have the dev meeting at all tomorrow?
[03:07] <StevenK> poningru: There's two Development Team entries
[03:08] <seb128> cjwatson: might be useful to discuss what we still need to work on for next week?
[03:08] <seb128> cjwatson: I expect next week we will not need a meeting though ;)
[03:09] <mdz> cjwatson: sent you an email about this yesterday
[03:09] <saispo> seb128: where i send you the patch for squid in feisty ?
[03:09] <mdz> I think we need to have a meeting if only to round up release issues, though the timing may need to be adjusted
[03:09] <cjwatson> so you did, I missed that
[03:09] <seb128> saispo: open a bug on launchpad if there is none and attach it there
[03:10] <saispo> ok
[03:10] <cjwatson> cancel next week's, leave this week alone or reschedule to Friday?
[03:10] <pitti> mvo: hm, for feisty I lean towards 'keep it or disable it entirely'
[03:11] <pitti> mvo: for feisty+1 such a new key was what I thought as well
[03:11] <mvo> pitti: either is fine with me
[03:11] <mdz> cjwatson: I think a meeting post-RC would be best
[03:11] <mvo> pitti: I target the bug as "later" so that its attacked early
[03:11] <pitti> iwj: that one is indeed a notification-daemon bug
[03:12] <cjwatson> how about Friday 1600 UTC, and keep it short and to the point?
[03:12] <iwj> pitti: Is it known about ?
[03:12] <cjwatson> we'll all be tired
[03:12] <pitti> iwj: not sure
[03:13] <Mithrandir> cjwatson: any reason to not do it earlier?
[03:13] <AnAnt> Hello, which package is responsible for scancodes ? I ran showkey -m now on both Edgy & Feisty, I found that some key combinations (for example CTRL+ALT+O) have different scan codes on Edgy & Feisty
[03:13] <mdz> Mithrandir: I just got ENOENT trying to grab the i386 server ISO from one of the mirrors; a retry succeeded
[03:13] <mvo> iwj: yes, sort of. we get it sometimes, but its very hard to reproduce (I wasn't able to when I tried)
[03:13] <AnAnt> on Edgy it gives: keycode 7 release, on Feisty it gives:
[03:13] <AnAnt> keycode  66 release
[03:13] <AnAnt> keycode  32 release
[03:13] <cjwatson> Mithrandir: TZ I guess
[03:13] <cjwatson> any earlier is pretty hard on Brian
[03:13] <iwj> mvo: Evidently a race.  Maybe it pops up before the panel has finished faffing ?
[03:14] <Mithrandir> cjwatson: the regular early meeting is an hour earlier.
[03:14] <iwj> Right, this install is installing and I need food.  BIAB
[03:14] <Mithrandir> iirc?
[03:14] <AnAnt> anyone knows what is responsible for this scan code change from Edgy to Feisty ?
[03:14] <cjwatson> oh maybe I meant 1600 London
[03:14] <cjwatson> AnAnt: that's a keycode change not a scancode change. scancodes are in hardware.
[03:14] <AnAnt> TheMuso: ok, what is responsible for it ?
[03:14] <mvo> iwj: yes, something like that. the thing is that it has a check to not show up if the location is (0,0) so it seems to be some weird in-between state in not-shown-up-yet and almost-shown-up 
[03:15] <cjwatson> console-setup does keycode mapping according to /etc/default/console-setup
[03:15] <cjwatson> "it changed" is not a bug per se ...
[03:15] <AnAnt> cjwatson: thanks
[03:15] <mvo> hrm, why can't target https://bugs.launchpad.net/ubuntu/+source/hwdb-client/+bug/105510 as later? I only get 7.04 as option 
[03:15] <ubotu> Malone bug 105510 in hwdb-client "hardware database notification has poor ui" [Undecided,Confirmed]  
[03:16] <Mithrandir> mvo: because "later" is an edgy milestone.
[03:16] <Mithrandir> (yes, this is crack)
[03:16] <heno> did we decide that bug 105523 was non-critical? If so I'll make it less red on the tracking page
[03:16] <cjwatson> Mithrandir: ubiquity 1.4.10 in unapproved; I think we should have it for RC if possible
[03:16] <ubotu> Malone bug 105523 in firefox ""get help online" produces default start page (dup-of: 104072)" [High,Unconfirmed]  https://launchpad.net/bugs/105523
[03:16] <iwj> mvo: Maybe it needs to check periodically rather than give up looking.
[03:16] <ubotu> Malone bug 104072 in launchpad-integration "Clicking "Help->Get help online" in supported applications load start page instead" [High,In progress]  https://launchpad.net/bugs/104072
[03:17] <mvo> Mithrandir: heh :) 
[03:17] <Mithrandir> mvo: there's no way to add a milestone for ubuntu, it has to be connected to a release.
[03:18] <saispo> seb128: https://bugs.launchpad.net/ubuntu/+source/squid/+bug/105532
[03:18] <saispo> the bug and the patch :)
[03:18] <ubotu> Malone bug 105532 in squid "compilation error on feisty in aufs/store_dir_aufs.c" [Undecided,Unconfirmed]  
[03:19] <Kmos> bug 99150
[03:19] <ubotu> Malone bug 99150 in avahi "Feisty beta can't install avahi-daemon on partial upgrade" [Undecided,Unconfirmed]  https://launchpad.net/bugs/99150
[03:19] <Kmos> someone can check this uot
[03:19] <Kmos> out
[03:19] <pitti> saispo: does that affect the standard feisty package? if it doesn't build, that's inded a critical bug that needs to be fixed by the release
[03:19] <seb128> saispo: weird, the archive version built fine according to https://launchpad.net/ubuntu/+source/squid/2.6.5-4ubuntu2
[03:19] <seb128> saispo: do you have some special flag? -Werror?
[03:20] <pitti> seb128: maybe the default build doesn't use USE_TRUNCATE
[03:21] <pitti> hm, weren't we supposed to have a rebuild test and bug filings anyway?
[03:22] <cjwatson> is anyone looking at bug 104602?
[03:22] <ubotu> Malone bug 104602 in Ubuntu "root password visible at emergency console" [Undecided,Confirmed]  https://launchpad.net/bugs/104602
[03:22] <Lathiat> uh
[03:22] <Lathiat> how on earth did that happen
[03:22] <Lathiat> init script isnt there but the package is installed
[03:23] <pitti> cjwatson: yay password exposure! we seem to develop a certain tradition for that...
[03:24] <cjwatson> Lathiat: you removed it before, and dpkg doesn't reinstall removed conffiles unless you use --force-confmiss
[03:24] <pitti> cjwatson: I can have a poke at this; do you have a hint where to start looking?
[03:24] <Lathiat> cjwatson: ok so someone has deleted /etc/init.d/avahi-daemon and not purged the package?
[03:24] <Lathiat> so i guess theres nothing we can do about that then
[03:24] <saispo> pitti: seems fixed in the upstream version
[03:24] <cjwatson> we could not fail in that case
[03:25] <saispo> seb128: yes i have some different build options
[03:25] <cjwatson> it's not critical but it's still a bug IMO
[03:25] <Lathiat> cjwatson: just refuse to stop/start avahi in that case?
[03:25] <cjwatson> pitti: unfortunately not - my only suspicion would be some interaction between sulogin and whatever mode upstart puts the console into
[03:26] <mdz> heno: are the verified current md5sums available somewhere to ensure that one has the latest images?
[03:26] <saispo> seb128, pitti : http://www.sourcekeg.co.uk/squid/Versions/v2/2.5/squid-2.5.STABLE9-STABLE10.diff
[03:26] <pitti> cjwatson: ok, I try to reproduce that first
[03:26] <mdz> heno: (especially since there seem to be problems with the cdimage mirrors)
[03:26] <seb128> saispo: not something for feisty ;)
[03:26] <cjwatson> Lathiat: that's what openssh-server does (first thing I looked at for comparison)
[03:26] <cjwatson> if [ -x /etc/init.d/ssh ] ; then ...; fi
[03:26] <Lathiat> cjwatson: ok
[03:27] <Lathiat> i doubt this is goign to go in for feisty however
[03:27] <Lathiat> pretty unlikely side case
[03:27] <Lathiat> but yeh fix for post
[03:27] <cjwatson> yeah, like I say I don't think it's critical
[03:27] <cjwatson> there are many things I think are bugs but which don't need to be fixed in feisty :-)
[03:27] <heno> mdz: it should be in the MD5SUMS file; I have my rsync script download that and take the local md5sum each time
[03:27] <saispo> seb128: yep, but the feisty original package rebuild fine ?
[03:27] <cjwatson> you can't fix the old prerm anyway ...
[03:27] <seb128> saispo: it does
[03:28] <heno> mdz: did you want them posted somewhere else as well?
[03:28] <seb128> saispo: https://launchpad.net/+builds/+build/313397
[03:28] <mdz> heno: see above; the problem with MD5SUMS is that it's in the same place as the images
[03:28] <cjwatson> Lathiat: avahi-daemon certainly violates policy by calling the init script directly rather than using invoke-rc.d
[03:28] <mdz> heno: it's impossible to tell whether they're the current images or not
[03:28] <cjwatson> I believe lintian warns about that these days
[03:29] <Mithrandir> heno: I can give them to you and you can post them somewhere
[03:29] <Lathiat> hrm, ok
[03:29] <heno> Mithrandir: thanks, that saves me scraping them
[03:29] <saispo> seb128: ok, for the next update of squid in ubuntu :)
[03:29] <Mithrandir> heno: see /msg
[03:29] <seb128> saispo: right, thank you for the patch!
[03:30] <heno> Mithrandir: yep, thanks
[03:30] <mvo> partman lvm paritioning calculation just took very long  (several minutes) for me (40G disk) - is that expected? 
[03:30] <Lathiat> cjwatson: cheers for the pointers
[03:31] <saispo> seb128: no problem :)
[03:32] <cjwatson> Lathiat: np
[03:32] <cjwatson> mvo: don't think so ...
[03:32] <mdz> mvo: I'm seeing update-notifier come up in the live CD environment
[03:33] <cjwatson> that's intentional now - pitti did that for the hwdb notification
[03:33] <pitti> mdz: increase-hwdb-participation spec
[03:33] <mvo> mdz: for updates? or the hwdb notification?
[03:33] <\sh> pitti: do you have any detailed documentation of the launchpadBugs lib? or just "use the source, luke" ? :)
[03:33] <pitti> \sh: the latter; it's not my library :)
[03:34] <mdz> mvo: for updates
[03:34] <mvo> \sh: you may try asking on #ubuntu-bugs
[03:34] <\sh> mvo: yeah...
[03:34] <cjwatson> updates> bugger. release-critical casper bug by the sound of it
[03:35] <heno> mdz, Mithrandir: md5sums here: https://wiki.ubuntu.com/Testing/md5sums
[03:35] <\sh> pitti: thx :)
[03:35] <mdz> heno: those are for the really-truly-candidate images?
[03:35] <mvo> mdz: urgh, that is bad news
[03:35] <heno> mdz: according to Mithrandir, yes
[03:35] <mdz> mvo: let me reboot and reconfirm; did anyone else see this?
[03:35] <Mithrandir> mdz: they're from running cat of the MD5SUMS files on lithium, so yes, I would say so.
[03:36] <pitti> heno: thanks, this is very helpful; I had the same md5sum problem already
[03:36] <mdz> Mithrandir: thanks
[03:37] <mvo> mdz: I haven't yet, but if anacron is triggered and it does a apt-get update in the background, that is entirely plausible. we need to disable that on the livecd 
[03:37] <mdz> mvo: I thought we did that for...dapper
[03:38] <mvo> a regression maybe? the livecd I have here contains a update-packages-list "1";
[03:39] <mvo> mdz: I will report a bug now and look into it
[03:40] <pitti> mvo: does it an apt-get update while adding the live CD apt source?
[03:41] <mvo> mdz: hm, no anacron is runing here on the livecd
[03:41] <mvo> hm, no. anacron is installed
[03:41] <mvo> pitti. it shouldn't, but let me check
[03:42] <mdz> mvo: I don't think that's what I was seeing, though; it looks like it was hwdb-participation (it just didn't look like I expected it to look)
[03:42] <mdz> it says "information about newly installed packages available" which is clearly not the case
[03:42] <pitti> mdz: bug 105510
[03:42] <ubotu> Malone bug 105510 in hwdb-client "hardware database notification has poor ui" [Undecided,Confirmed]  https://launchpad.net/bugs/105510
[03:43] <mvo> mdz: right. iwj reported that as https://launchpad.net/bugs/105510
[03:43] <pitti> mdz: at this point, I'm inclined to say 'keep it as it is or ditch it'; fixing it properly is too late for feisty :(
[03:43] <mdz> pitti: agreed, and given how high-visibility it is, I think keeping it as-is is not workable :-/
[03:47] <pitti> mvo: argh @ edgy/feisty tasks on this bug
[03:48] <pitti> Mithrandir: ok to upload a new hwdb-client without the notification?
[03:48] <Mithrandir> pitti: yes
[03:49] <mvo> pitti: malone badness, no idea how to make it sane again
[03:49] <mdz> seb128: I'm not seeing previews in nautilus for the example content.  the system is fairly slow due to parallel installs in vmware; is this expected?
[03:49] <Riddell> Mithrandir: new ubiquity means new desktop CDs at some point?
[03:49] <mvo> pitti: if you disable the notification, we should probably disable update-notifier on the live-cd as well again
[03:49] <pitti> mvo: 'again'? has it been disabled before?
[03:49] <Mithrandir> Riddell: I'm trying to make up my mind over whether the number of small bits calls for a respin or not.
[03:49] <seb128> mdz: depending on how slow, if it takes over 15 seconds or something it stops
[03:49] <seb128> mdz: might be possible that video thumbnailing take over the limit if the system is really slow
[03:49] <Mithrandir> Riddell: there are a bunch of problems, but none of them are showstoppers.  Just warts.
[03:50] <mdz> seb128: ok, probably just that then
[03:50] <seb128> k
[03:50] <seb128> nobody else opened a bug about that for the moment
[03:50] <mdz> seb128: I'll check it when the install is finished
[03:51] <seb128> ok, let me know
[03:52] <mvo> pitti: eh, right. I'm probably wrong here, I though it was, but if you didn't change anything, then I'm wrong
[03:52] <pitti> mvo: casper disables notifications about new packages only
[03:53] <mvo> pitti: ok, then all is good
[03:55] <pitti> mdz, Mithrandir: new hwdb-client with disabled notification uploaded
[03:55] <Mithrandir> cheers, pitti
[03:56] <mdz> cjwatson: I've hit a snag on the alternate install
[03:56] <mdz> cjwatson:  the progress indicator has stopped at 'Configuring x-ttcidfont-conf'
[03:57] <mdz> dpkg --configure <the world> is running, with a debconf frontend as a child (hard to tell with busybox ps), then nothing further
[03:58] <pitti> Mithrandir: btw, please consider accepting ubuntu-docs, so that it can build and go through soyuz, if we rebuild the CDs
[03:59] <cjwatson> mdz: I've heard rumours of that before but never been able to track it down, and it seems transient
[03:59] <cjwatson> there are rumours of it in Debian too I think
[03:59] <cjwatson> mdz: any chance of an strace (anna-install strace-udeb) or other similar diagnosis?
[03:59] <cjwatson> I suspect it may well go away if you reboot and try to do it again with debugging turned on
[04:00] <mdz> cjwatson: I'm saving a vmware snapshot of it
[04:00] <mdz> cjwatson: debconf frontend is blocked reading from fd 5
[04:02] <cjwatson> IIRC that's just its normal input fd
[04:02] <cjwatson> are there no child processes of the frontend? maybe it failed to notice SIGCHLD
[04:02] <mdz> cjwatson: correct, no children
[04:02] <cjwatson> should be possible to check by grovelling in /proc whether anything's connected to that pipe
[04:03] <cjwatson> FWIW I do not believe that this is a new bug
[04:03] <mdz> I can set the snapshot up for you to debug sometime
[04:04] <cjwatson> that would be good
[04:04] <cjwatson> could I have /var/log/syslog too?
[04:05] <cjwatson> wondering if the x-ttcidfont-conf postinst exited in some particularly strange way
[04:05] <cjwatson> perhaps if it spawned a background process and didn't disconnect it from debconf properly, that would do it
[04:06] <mdz> I'm on a conference call now, will poke at it some more when I get back to my desk
[04:06] <heno> mdz, seb128: I can confirm the video preview issue; it fails to make a preview on the live system but works fine on the installed one
[04:07] <seb128> we had a such bug previous cycle
[04:07] <seb128> somebody workarounded it to casper IIRC
[04:09] <cjwatson> base-installer uploaded to fix ps3, although may be post-RC at this point
[04:10] <bddebian> Heya
[04:12] <Mithrandir> mvo: what is responsible for adding universe and multiverse to sources.list?
[04:12] <tepsipakki> apt-setup?
[04:13] <xtknight> you mean like Software Sources?
[04:15] <Mirv> Mithrandir: did mdke bug you about whether there are those failed-to-move packages again? I asked him about the (still) missing ubuntu-docs deb package
[04:16] <Mirv> and hinted that you had handled such situations before, too
[04:16] <Mithrandir> Mirv: it wasn't accepted until recently.
[04:16] <Mithrandir> Mirv: don't worry, I'm handling it.
[04:16] <dholbach> Mithrandir: I filed a bug about that already (if you talk about the livecd)
[04:16] <Mirv> Mithrandir: ok, thanks. I just looked that build succeeded early yesterday, and haven't found any further place to check where a package is going.
[04:17] <dholbach> Mithrandir: http://launchpad.net/bugs/105511
[04:17] <Mithrandir> dholbach: yes, which is why I'm asking mvo about what's responsible for it.
[04:17] <ubotu> Malone bug 105511 in Ubuntu "Universe and Multiverse not enabled by default on the livecd" [Medium,Confirmed]  
[04:17] <cjwatson> yes, apt-setup
[04:17] <cjwatson> oh, on the live CD
[04:17] <cjwatson> that's done in the livecd.sh script
[04:17] <Mithrandir> mhm, I think we can just change it there, then.
[04:18] <cjwatson> or not done, as the case may be. I suggest leaving it alone at this point unless the consequences are disastrous.
[04:18] <Mithrandir> Mirv: the binaries were rejected due to a missing pre-depends, but that has been resolved now
[04:19] <Mirv> Mithrandir: ok.
[04:19] <mvo> Mithrandir: apt-setup, it was enabled there at feb, 8
[04:20] <Mithrandir> yay, DVD almost there.
[04:20] <mvo> Mithrandir: I do not have access to the livecd.sh script
[04:20] <Mithrandir> mvo: that's fine, I can handle it.  Just trying to decide whether we should fix it or not.
[04:21] <mvo> Mithrandir: its fine on the installed system, so we can probably leave it as it is but lets tag the bug as "later" to enable it on the livecd early
[04:26] <_ion> benc: Btw, building l-r-m on my box: fakeroot debian/rules binary  3538.02s user 470.72s system 60% cpu 1:50:57.11 total :-)
[04:26] <BenC> _ion: wow, took my about 15 minutes on my box
[04:26] <BenC> s/my/me/
[04:26] <doko> Mithrandir, ogra: the edubuntu DVD for amd64 is too big :-/
[04:27] <Mithrandir> doko: known problem.
[04:27] <doko> Mithrandir: ok, any estimate for an updated image?
[04:27] <Mithrandir> doko: unsure if ogra has fixed the necessary bits yet.
[04:27] <_ion> benc: P3 500MHz, 384 MiB, not very good ATA controller.
[04:28] <BenC> _ion: guess my 2 x quad-core 2.66Ghz xeon box has me spoiled :)
[04:28] <_ion> :-)
[04:29] <ogra> Mithrandir, the necessary bits ? i thought pitti had fixed that
[04:30] <ogra> doko, erm, you shouldnt try the one for april 8th :)
[04:31] <Mithrandir> I'm rebuilding the dvds now.
[04:33] <ogra> thanks 
[04:35] <iwj> mvo: That update-notifier race has happened to me again on the livecd on a different machine.  Is there any instrumentation you think it would be worthwhile bothering with ?
[04:37] <mvo> iwj: I burn a desktop CD now and see if I see it as well. it seems like its triggered on the livecd much easier than on the real systems (because the sysstem is slower to come up with the desktop)
[04:37] <iwj> Right.
[04:43] <pitti> cjwatson: sexy! I just configured a raid-1 on alternate/expert without too much hassle
[04:45] <Lutin> doko: what do you htink is the best to do for bittorrent-gui: use wxwidgets2.4 but stick to python2.4, or use python2.5 and use wxwidgets2.6 though it seems that could cause some issues ?
[04:47] <doko> Lutin: use what works best with python2.5. maybe even use wxwidgets2.8
[04:48] <pitti> mjg59: do you have a minute to discuss an usplash-related bug?
[04:49] <Lutin> doko: how can I choose between 2.6 and 2.8 ?
[04:50] <mjg59> pitti: Yes
[04:53] <pochu> Lutin: try 2.8, and if it works better, then change the depends to 2.8 (since 2.6 is still the default)
[04:53] <pranav_> doko: ping
[04:54] <doko> pranav_: pong
[04:54] <pranav_> is the ranking process over
[04:54] <doko> Lutin: AFAICR import wxversion; wxversion.select('2.8')
[04:54] <Mithrandir> heno: are we getting a new winfoss tarball from you for http://launchpad.net/bugs/105528 ?
[04:54] <ubotu> Malone bug 105528 in ubuntu-winfoss "Edubuntu OpenOffice install has bad start menu links" [Medium,Unconfirmed]  
[04:55] <heno> Mithrandir: IMO we should, but post-RC I think would be best
[04:55] <Mithrandir> sure
[04:56] <pitti> mjg59: oh, I just noticed that you aren't registered, so I didn't see any reply you might have sent me
[04:56] <heno> Mithrandir: I'll make sure to test the images early after uploading
[05:02] <Lutin> doko: btw..that whould break the 'support all supported python versions' thing as wxwidgets2.{6,8} are only available for python2.5
[05:03] <doko> Lutin: wxwindows2.4 as well
[05:07] <Lutin> doko: python-wxgtk2.4 uses python2.4
[05:08] <shawarma> Could someone accept my recent apcalc upload, please?
[05:08] <doko> Lutin: oh, you are right. iz' a bug
[05:08] <Mithrandir> shawarma: accepted.
[05:08] <shawarma> Mithrandir: Excellent. Thanks.
[05:09] <Lutin> doko: oh, ok
[05:15] <Lutin> doko: do you want me to update it so it uses python2.5 ?
[05:15] <cjwatson> pitti: neat
[05:17] <Mithrandir> ogra: your .iso is served.
[05:17] <ogra> yummy :)
[05:18] <ogra> still mirroring though ...
[05:18] <Mithrandir> yes, DVDs take a little while to propagate
[05:18] <Mithrandir> not much I can do about that, sorry. :-)
[05:19] <ogra> heh, get bigger wires in the DC :)
[05:20] <doko> Lutin: look at the current bug reports first (and maybe at packages using wxwidgets2.4 with python2.4)
[05:21] <Lutin> doko: ok
[05:22] <mdz_> cjwatson: I didn't find anything untoward about the apparent deadlock in x-ttcidfont-conf.postinst
[05:22] <mdz_> cjwatson: nothing interesting in syslog, no stray processes talking on that pipe
[05:23] <cjwatson> the frontend's meant to go away as soon as read() fails, but it sounds like read() isn't failing
[05:24] <Mithrandir> read() could just be blocking, for some reason.
[05:24] <mdz_> right, it's blocking
[05:24] <ogra> Mithrandir, meh, still oversized :/
[05:24] <Mithrandir> ogra: tell me when you want a respin
[05:24] <ogra> yep, will do ... 
[05:24] <Riddell> Mithrandir: did you decide on new desktop CDs?
[05:24] <cjwatson> right, so the question is why is it blocking
[05:24] <Mithrandir> Riddell: yes, I think I've decided against respinning, unless something urgent shows up tonight.
[05:25] <mdz_> cjwatson: defoma is nightmarish, I didn't go digging very far into ti
[05:25] <Riddell> Mithrandir: good with me
[05:25] <Mithrandir> Riddell: or do you have anything you really want in?
[05:25] <Riddell> Mithrandir: nope :)
[05:25] <cjwatson> reading from an empty pipe which no process has open for writing should return 0 immediately
[05:25] <mdz_> the only curious thing it seems to do is re-exec itself under some circumstances
[05:25] <cjwatson> so my hypothesis is that either the kernel has gone mad or there's a process with that pipe open for writing
[05:25] <Mithrandir> cjwatson: does cdebconf close its own end of the pipe?
[05:25] <cjwatson> it should be possible to tell the latter from ls -l /proc/*/fd | grep or something
[05:26] <mdz_> cjwatson: there is a process with the pipe open for writing though
[05:26] <cjwatson> which process?
[05:26] <mdz_>  /usr/bin/perl -w /usr/share/debconf/frontend /usr/bin/debconf-apt-progress --from ...
[05:26] <mdz_> one of its parents, several levels up
[05:27] <cjwatson> so that would be frontend rather than d-a-p really?
[05:27] <mdz> I imagine so; I don't know anything about d-a-p
[05:27] <cjwatson> hmm, could be a passthrough frontend bug
[05:28] <cjwatson> not that that exonerates it :)
[05:28] <mdz> it's fd #8
[05:28] <mdz> of that perl process
[05:29] <cjwatson> what's the process that is stuck on read again?
[05:29] <mdz> cjwatson: which package contains d-a-p?
[05:29] <cjwatson> debconf
[05:29] <mdz> cjwatson: the process stuck on read is the frontend around the postinst
[05:29] <Lutin> doko: yes, indeed that'd mean update all the packages depending on wxgtk2.4 to make sure they use python2.5. is it worth working on it or is considered as minor ?
[05:30] <doko> Lutin: its universe, so I consider this as minor; you may want to ask on #ubuntu-motu however
[05:31] <mdz> cjwatson: it's the first of the two pipes that process opens, so STATUS_WRITE I guess
[05:31] <Lutin> doko: ok
[05:32] <mdz> cjwatson: d-a-p is blocked reading fd #9, presumably COMMAND_READ
[05:32] <cjwatson> mdz: is there a separate d-a-p process just below the frontend with the pipe open for writing?
[05:33] <mdz> cjwatson: yes, as fd 0
[05:33] <mdz> cjwatson: er, scratch that
[05:33] <mdz> that's open for reading, of course
[05:34] <mdz> the frontend process is the only one with the write fd that I could see
[05:34] <cjwatson> I mean
[05:34] <cjwatson> is there a separate d-a-p process just below (the frontend with the pipe open for writing)?
[05:34] <mdz> yes
[05:35] <mdz> and below that apt-get, methods/cdrom, dpkg and then the other frontend
[05:36] <Zober529> Hey guys, is there any way to get my hands on the 7.04 RC1 yet?
[05:37] <mdz> Zober529: you're welcome to help test the current candidate builds
[05:37] <mdz> but we can't tell you which one will be the final one, of course, until it's ready for release
[05:37] <Zober529> which is tomorrow right?
[05:38] <Zober529> by the way were can i find the different candidate builds
[05:38] <Zober529> i could only see the beta on the ubuntu main page
[05:38] <mdz> Zober529: https://lists.ubuntu.com/archives/ubuntu-devel/2007-April/023552.html
[05:38] <Zober529> Thanks so much!
[05:38] <mdz> Zober529: heno can help if you have questions
[05:39] <cjwatson> fd 5 is probably the passthrough fd
[05:40] <cjwatson> which suggests that the read it's stuck on may be in Debconf/Frontend/Passthrough.pm:talk()
[05:40] <cjwatson> which doesn't check errors properly, so it could be something to do with that
[05:40] <Zober529> This is really cool actually
[05:41] <cjwatson> though it shouldn't actually be erroring anyway
[05:41] <Zober529> do you guys know anything about Sabayon?
[05:41] <heno> Zober529: we are coordinating the community testing effort in #ubuntu-iso, people there can help you
[05:41] <Zober529> when it first boots into the gui, it detects the video card, and allows you to pick AIGLX or XGL based on the video card and the drivers that it has, will ubuntu 7.04 attempt anything like this?
[05:42] <cjwatson> mdz: can you see what that apt-get process is doing?
[05:43] <cjwatson> since I think debconf-apt-progress is blocked trying to read status output from apt-get and apt-get isn't giving it any
[05:43] <\sh> Mithrandir: re d-i: where do I change the location of the udeb sources.list? d-i pbuilder run just wants to get the udebs from dapper/main/debian-installer and not from dapper-proposed/main/debian-installer
[05:44] <cjwatson> mind you, apt-get should basically be waiting for the process to exit, which it isn't doing because the frontend is still there ... hmm
[05:44] <bluefoxicy> has anyone else been having sound problems at all?  I've got NO sound, I don't know why, I can't find out why .... :(
[05:45] <Zober529> has anyone tested 7.04 yet?
[05:47] <cjwatson> Zober529: this is the developer coordination channel
[05:47] <Zober529> i figured, but no one answered, so I wanted to confirm
[05:47] <mdz> cjwatson: apt-get is spinning getting EAGAIN on fd 7
[05:47] <cjwatson> interesting
[05:47] <pygi> siretart, I'd need you if you are here =)
[05:48] <siretart> pygi: I happen to be around ;)
[05:48] <bluefoxicy> this is gonna suck horribly.  I can't file a bug report on a bug I can't figure out where it's coming from ><  no one will be able to fix it
[05:48] <Zober529> cjwatson, have you had any experience with Sabayon linux? Its based on Gentoo
[05:48] <pygi> siretart, yay, well got some news. Wanna discuss it here or in private? (don't want some people to eat me =))
[05:48] <cjwatson> Zober529: no, and I'm afraid I'm busy with preparing the 7.04 release candidate, as are most of the other developers here
[05:48] <siretart> pygi: I think #ubuntu-motu would be less busy than here, let's move there
[05:48] <mdz> Zober529: I'm afraid the development team is rather busy with the release at the moment, you might try emailing your questions to ubuntu-devel-discuss@lists.ubuntu.com instead
[05:49] <LongPointyStick> or sounder
[05:49] <cjwatson> mdz: would it be possible to dpkg -x the apt ddeb into /target so that /usr/lib/debug/blah is there, and gdb it?
[05:50] <mdz> cjwatson: fd 7 is the read end of the dpkg status fd
[05:50] <mdz> it's just polling that fd and waiting for a child to die
[05:50] <mdz> dpkg specifically
[05:50] <mooey> bluefoxicy: do you use intel hda sound driver?
[05:50] <cjwatson> silly way to poll
[05:51] <cjwatson> can't exactly help installer performance
[05:51] <mdz> it has a tiny sleep in the loop, but yes, it's silly
[05:52] <mdz> anyway it looks to be behaving as designed, waiting for dpkg to finish or write a status message
[05:52] <\sh> grmpf...
[05:54] <mdz> cjwatson: I had a /target icon displayed on the desktop while the ubiquity final dialog was displayed; I'd never seen that before (though I don't know why not)
[05:54] <cjwatson> I've seen that before and I'm not too concerned
[05:56] <mdz> cjwatson: is there a bug open about this deadlock issue?  I'd like to dump my observations somewhere and get on with testing
[05:57] <cjwatson> I've seen it filed but would rather not sidetrack into searching Malone right now
[05:57] <cjwatson> I think it's on pkgsel
[05:57] <micahcowan> jono, do you mind if I pm you, regarding potential application for membership? mako said I should run it by you.
[05:58] <cjwatson> I have a feeling that the postinst-frontend is trying to talk to its passthrough fd but the passthrough agent is waiting for something else
[05:59] <pitti> ugh, restricted-manager is on crack; it claims that nvidia is in use on the live system, but it isn't
[05:59] <pitti> dholbach: ^ did you notice this as well on the amd64/live?
[06:00] <dholbach> pitti: I didn't check - but can check in a bit
[06:00] <pitti> dholbach: it tells you right at session start in the notification ('new restricted drivers in use')
[06:00] <dholbach> pitti: oh yeah, that it did
[06:01] <pitti> crappy crap
[06:06] <Zober529> Hey guys, how do I actually download the ISOs?
[06:06] <Zober529> I see the bug tracking and etc, but where are the images?
[06:08] <Zober> by the way, I'm sorry I was using a web based client, and didnt see if anyone replied, so one last time has anyone used Sabayon?  Thanks
[06:08] <heno> Zober: you'll find useful documentation here: https://wiki.ubuntu.com/Testing/Community
[06:08] <heno> (worth a read; it might have answers to your questions)
[06:08] <mdz> mvo: after installation, update-notifier tells me there are 2 updates available.  I launch update-manager and it also tells me 2 updates.  however in the list immediately below, there is only one update listed (libnet-dbus-perl)
[06:12] <ogra> Mithrandir, hmm, apparently 4.4G is fine for DVDs ...  i thought 4G is the magical threshold ... so i wont need new builds
[06:12] <pitti> BenC:  the live session has the nvidia module loaded for me; any idea what could cause this? (xorg.conf has 'nv')
[06:13] <pitti> BenC: might the reason be that /etc/modprobe.d/lrm-video does not assing lrm-video script to nvidia_new?
[06:13] <BenC> pitti: PCI id's, module alias
[06:14] <ogra> doko, so stop playing with your SoCs :) edubuntu iso is updated
[06:14] <pitti> BenC: 10de:0322 (works fine with nvidia_new)
[06:14] <pitti> BenC: alias is just the general catch-all pci:v000010DEd*sv*sd*bc03sc00i00*
[06:15] <pitti> BenC: so I figure the missing entry in the modprobe.d script causes the module to be loaded automatically?
[06:15] <doko> ogra: still syncing ...
[06:15] <ogra> well, i wasnt expecting you to be ready :P
[06:15] <ogra> just wanted to notify the iso is fine :)
[06:15] <iwj> Excellent, no more showstoppers in i386 desktop .
[06:16] <pitti> nnnnngg slow LP
[06:16] <iwj> Yes, I had that earlier.  There was a point where I was filing 4 bugs simultaneously.
[06:17] <iwj> Very confusing.
[06:17] <iwj> And if you try to both (1) set the importance and (2) target to release (now I'm told I should use milestone instead but wtf why two things?) at the same time, you can make it oops.
[06:17] <desrt> RC time, boys :)
[06:17] <iwj> At the same time> In two browser windows, I mean.
[06:19] <pitti> BenC, Mithrandir: bug 105593
[06:19] <ubotu> Malone bug 105593 in linux-restricted-modules-2.6.20 "claims that nvidia is in use on live system" [High,Unconfirmed]  https://launchpad.net/bugs/105593
[06:19] <pitti> Mithrandir: the sad thing is that we already discovered that thing this morning, but didn't notice the impact yet
[06:20] <mvo> mdz: what does apt-get dist-upgrade --simulate tell you? one? two?
[06:20] <mdz> seb128: what happened to "About Ubuntu"?
[06:20] <Mithrandir> pitti: it's just the kernel module loaded, but the X driver isn't used?
[06:20] <mdz> mvo: I let update-manager install the updates
[06:20] <mdz> update(s)
[06:20] <Mithrandir> mdz: about ubuntu> got lost, already fixed.
[06:20] <mvo> did it install one? or two?
[06:20] <mdz> mvo: only one that I saw
[06:21] <mdz> mvo: I'll check the log
[06:21] <mjg59> pitti: Looks like an easy fix
[06:21] <mjg59> Mithrandir: The kernel module will screw with suspend/resume if it's loaded
[06:21] <mdz> mvo: hmm, looks like it installed two
[06:21] <mdz> mvo: libxml-twig-perl and libnet-dbus-perl
[06:21] <Mithrandir> mjg59: not really an issue on the live cd.
[06:21] <pitti> Mithrandir: right
[06:21] <mjg59> Why does it only hit the live cd?
[06:21] <mvo> mdz: but showed only one? hrm :/
[06:21] <pitti> mjg59: the nvidia one? right, merely adding the line to /sbin/lrm-video should do it
[06:22] <mjg59> pitti: Yeah
[06:22] <pitti> mjg59: I think it will hit installed systems as well, but I just didn't test on an nvidia system so far
[06:22] <ogra> hmm, weird http://pastebot.ltsp.org/95
[06:22] <mjg59> Well, lrm is going to need rebuilding anyway
[06:22] <pitti> there's no reason why it shouldn't affect installed systems
[06:22] <mjg59> So might as well fix it properly
[06:22] <ogra> Apr 11 12:10:20 in-target: Ign file: feisty/restricted Translation-en_US
[06:22] <ogra> Apr 11 12:10:20 in-target: Get:2 file: feisty Release [24.3kB] 
[06:22] <ogra> Apr 11 12:10:20 in-target: Ign file: feisty/main Packages
[06:22] <ogra> Apr 11 12:10:20 in-target: Ign file: feisty/restricted Packages
[06:22] <ogra> Apr 11 12:10:23 in-target: Failed to fetch file:///cdrom/dists/feisty/main/binary-i386/Packages.gz  MD5Sum mismatch
[06:22] <pitti> right
[06:22] <ogra> Apr 11 12:10:23 in-target: Fetched 24.5kB in 2s (8204B/s)
[06:23] <ogra> Apr 11 12:10:23 in-target: Reading package lists...
[06:23] <Mithrandir> agree, but post-RC?
[06:23] <ogra> how can that happen ? 
[06:23] <cjwatson> bust CD?
[06:23] <pitti> Mithrandir: another nasty wart then?
[06:23] <ogra> i mean the base system just installed fine 
[06:23] <ogra> hmm
[06:23] <pitti> BenC: can you confirm the problem and solution?
[06:23] <Mithrandir> pitti: it won't cause problems on upgrades to final?
[06:23] <ogra> cjwatson, but ltsp gets installed right before grub ... aparently the complete rest of the install finished properly
[06:24] <BenC> pitti: reading
[06:24] <ogra> thats a bit strange i think
[06:24] <cjwatson> *shrug* bet you a tenner it got bad data from the CD
[06:24] <BenC> pitti: Sounds correct, I'll have another lrm upload for post-RC...probably should make a note for RC
[06:24] <cjwatson> it clearly worked before, and now it fails
[06:25] <Mithrandir> \sh: localudebs?
[06:25] <pitti> Mithrandir: shouldn't, as soon as /sbin/lrm-video gets fixed, the module doesn't get loaded any more at boot; it's just a very nasty first-time impression
[06:25] <\sh> Mithrandir: that's what I'm doing now...but normally it should be ok to set SUITE ?= dapper-proposed in build/config/common , right?
[06:25] <cjwatson> \sh: no
[06:25] <cjwatson> \sh: make sure dapper-proposed is in the build system's sources.list
[06:26] <pitti> Mithrandir: to a certain degree that's a r-m bug as well, testing for the module determines the 'active' state
[06:26] <\sh> cjwatson: it is..
[06:26] <pitti> Mithrandir: I have no idea how to ask X about its current driver :(
[06:26] <cjwatson> then check build/sources.list.udeb
[06:26] <Mithrandir> pitti: then we get it fixed and make sure the fix is in the archive by the time RC goes out so people will se an update.
[06:26] <\sh> cjwatson: I'm building via pbuilder...
[06:26] <\sh> anyways localudebs works
[06:26] <pitti> Mithrandir: and mention the live system problem in the release notes?
[06:27] <Mithrandir> pitti: yes, suspend isn't really well-supported on the live cd anyway.
[06:27] <pitti> Mithrandir: suspend?
[06:27] <pitti> Mithrandir: no, it appears right after booting it, nothing to do with suspend
[06:27] <Mithrandir> pitti: yes, and just loading it is a problem because?
[06:27] <Mithrandir> (apart from the "aiee, non-free" thing)
[06:27] <cjwatson> taints the kernel
[06:28] <cjwatson> (for a reason - might break it in arbitrary ways and we have no way to tell)
[06:28] <pitti> Mithrandir: right, just the 'argh nonfree' reaction; which is just a red herring, of course (except for people who care about tainted kernels, but *shrug*)
[06:29] <pitti> anyway, let me reboot into the installed system to finish this test
[06:35] <TomaszD> hello, is there a person responsible for the software-properties package? It seems it doesn't pick up the whole Polish translation, just a small part of it. And both python-apt and software-properties are fully translated into Polish. I'm using yesterday's daily language pack.
[06:39] <mdz> Mithrandir: when I launch "translate this application" from yelp, I get the default Firefox home page rather than Launchpad.  has anyone els ereported this?
[06:39] <mdz> TomaszD: ->pitti
[06:39] <TomaszD> mdz, ah-hah! Thank you.
[06:39] <Mithrandir> mdz: yes, and it has been fixed already.
[06:40] <TomaszD> pitti, hello again friend. 
[06:40] <TomaszD> :] 
[06:40] <seb128> mdz: "About Ubuntu" was broken due to ubuntu-docs, a fixed version has been accepted this morning
[06:41] <TomaszD> pitti, it seems software-properties shows similar problems as restricted-manager. Not the same though. It's just that most of the interface remains stubbornly English
[06:42] <TomaszD> I'll reload my session with today's language pack, but I doubt it'll help. I've finished that translation a good couple of days ago.
[06:42] <shawarma> Mithrandir: The apcalc upload is not showing up on https://launchpad.net/ubuntu/+source/apcalc/ ? I thought that happened as soon as it got ACCEPTed?
[06:43] <Mithrandir> shawarma: it needs to be published too, but I thought that had happened by now
[06:43] <Riddell> Mithrandir: the kubuntu amd64 dvd was oversized, I've removed linux-source from supported, am I ok to rebuild?
[06:43] <shawarma> Mithrandir: If it's just a matter of waiting a bit extra, don't bother.
[06:44] <Mithrandir> Riddell: please.  Tell heno when you're done so the test tracker can be updated.
[06:44] <Mithrandir> Riddell: also give him the md5sums for the images.
[06:44] <shawarma> Mithrandir: I just thought it would be there right away and was curious if something was wrong.
[06:44] <seb128> mdz: bug #104072 for the firefox launchpad-integration bug
[06:44] <ubotu> Malone bug 104072 in launchpad-integration "Clicking "Help->Get help online" in supported applications load start page instead" [High,Fix released]  https://launchpad.net/bugs/104072
[06:45] <mdz> seb128: thanks
[06:45] <seb128> np
[06:46] <Keybuk> Holy Crashing X Server!
[06:51] <ogra> Riddell, whats that thing about KDEs screensaver and switching keymaps ? seems there are a lot of problems with it
[06:53] <mdz> mvo: ok, I have the same updates situation on my laptop now
[06:53] <mdz> mvo: the trick is that libxml-twig-perl is a new dep of libnet-dbus-perl
[06:53] <mdz> mvo: so it's an additional package, but not an update as such.  I think it's correct that the list omits it, and the only issue is that the count is misleading
[06:53] <pitti> TomaszD: hm, do you still see problems with r-m?
[06:54] <pitti> TomaszD: it works to 100% for me now
[06:56] <bluefoxicy> Keybuk:  I have not seen X crash since hoary dev ;)
[06:56] <bluefoxicy> and that was more of an "X is completely fxkd" scenario than a crash
[06:57] <Riddell> ogra: I don't know of anything like that
[06:58] <ogra> Riddell, Y and Z switched for the password entry window for unlocking
[06:58] <ogra> i saw it in #ubuntu on the weekend and there are some mails on ubuntu-users
[07:00] <mvo> mdz: ok, thanks for digging into the problem. could you please file a bug and milestone it with "later" ? I will attack it quickly after release then
[07:02] <Riddell> ogra: I can't recreate that
[07:02] <Riddell> ogra: let me try with a german keyboard
[07:03] <ogra> ok, i just noticed it showed up multiple times 
[07:03] <mdz> Mithrandir: getty still says "feisty (development branch)"
[07:03] <mdz> mvo: it's a minor issue, low priority, but I will file it so that it's recorded
[07:04] <ogra> Riddell, here is one thread https://lists.ubuntu.com/archives/ubuntu-users/2007-April/110927.html
[07:04] <pitti> dholbach: Bluetooth master, demoting libopenobex1.0 to universe is ok?
[07:04] <Riddell> ogra: I cant recreate it with a german kezboard lazout either
[07:04] <ogra> heh
[07:04] <ogra> ok
[07:05] <Riddell> it could just be that one person
[07:05] <ogra> well, if you dont have a bug about it ...
[07:05] <ogra> no, i saw it multiple times
[07:05] <TomaszD> pitti, no go even with today's language pack, what might be causing the problem in s-p?
[07:05] <pitti> TomaszD: let's look into this in a minute; you said that you still have problems with r-m as well?
[07:05] <dholbach> pitti: I think we can even remove it
[07:06] <TomaszD> pitti, no, no more problems with that
[07:06] <pitti> TomaszD: ok, so there's no problem with glib and .desktop files in general and such
[07:06] <pitti> TomaszD: what doesn't work in particular with s-p?
[07:06] <TomaszD> pitti, no problems in any other programs
[07:06] <TomaszD> pitti, well, all the labels of all the panels, the main bar label, all the buttons and most of the text inside the window is in English
[07:07] <TomaszD> only the text beside checkboxes is in Polish
[07:07] <micahcowan> jono, do you mind if I pm you, regarding potential application for membership? mako said I should run my current accomplishments by you prior to a meeting.
[07:07] <TomaszD> the desktop file is fine
[07:07] <pitti> dholbach: seems to have been superseded by libopenobex1?
[07:07] <dholbach> pitti: yes
[07:08] <pitti> dholbach: right, was removed from Debian as well; thanks
[07:08] <dholbach> yooohoo
[07:08] <TomaszD> pitti, maybe a simple re-run of some script would fix this issue, I don't know, the matter is that s-p and python-apt are both 100% translated in Rosetta
[07:09] <TomaszD> https://translations.launchpad.net/ubuntu/feisty/+source/software-properties/+pots/software-properties/pl/+translate & https://translations.launchpad.net/ubuntu/feisty/+source/python-apt/+pots/python-apt/pl/+translate
[07:10] <TomaszD> It's the last grudge I hold against Feisty's translation state at the moment, everything else is looking very well
[07:11] <pitti> TomaszD: indeed, it's not translated for me as well; but I need to download langpacks, I just freshly installed this machine; give me some minutes
[07:12] <TomaszD> pitti, no problem, I'll be back in a few
[07:13] <mvo> pitti: if its not fixed with the updated langpacks, I can look into the issue. it might be something with the code
[07:13] <micahcowan> Q: if foo-backports is for backports, is foo-updates for SRUs?
[07:13] <pitti> micahcowan: yes
[07:13] <micahcowan> thanks
[07:16] <pitti> TomaszD: hm, do you actually have a .mo file for this?
[07:16] <pitti> mvo: which translation domain does s-p use?
[07:16] <pitti> mvo: oh, it's update-manager
[07:17] <dthacker> lamont: ping
[07:18] <pitti> mvo: I think I got several things here
[07:19] <pitti> mvo: s-p sets textdomain("software-properties"), but its .desktop file says domain 'update-manager'; but there is no software-properties.mo <= TomaszD, do you have that?
[07:19] <TomaszD> pitti, one moment
[07:20] <pitti> TomaszD: should be in /usr/share/locale-langpack/pl
[07:20] <mvo> pitti: I fix the wrong one in the in the desktop file as we speak
[07:20] <pitti> mvo: so it's meant to have its own domain?
[07:21] <TomaszD> pitti, no such file
[07:21] <pitti> TomaszD: right, here too. That would explain the problem
[07:21] <mvo> pitti: yes
[07:21] <mvo> pitti: it was split during the feisty cycle into its own package
[07:21] <pitti> mvo: ok, thanks
[07:22] <pitti> TomaszD: bingo, it landed in the KDE language packs
[07:22] <TomaszD> um, should I open a bug report, if yes, then against what package? :)
[07:22] <TomaszD> heh
[07:22] <pitti> TomaszD: I create one myself
[07:22] <TomaszD> ok
[07:23] <TomaszD> I honestly can't believe that no-one else from any other language team doesn't have the guts to just come here and ask questions
[07:24] <TomaszD> it doesn't work for anybody atm right?
[07:24] <cjwatson> on the contrary, translators come here relatively often
[07:24] <pitti> TomaszD: many do, don't worry
[07:24] <TomaszD> ok, ok :)
[07:24] <ra21vi> ok here is a question
[07:24] <TomaszD> what I meant was about this specific issue, and I come here relatively often as well, last time also to pitti
[07:25] <ra21vi> I am not a good GTK programmer, just a computer sc student, but I have some ideas regarding the features to be included in Desktops, whats really users want.. so where do I put them
[07:25] <Riddell> heno: kubuntu dvds 20070411.1 are up
[07:26] <ra21vi> in Trash???
[07:26] <TomaszD> ra21vi, go to launchpad and create blueprints
[07:26] <pitti> TomaszD: bug 105611
[07:26] <ubotu> Malone bug 105611 in langpack-o-matic "software-properties land in KDE pack" [High,In progress]  https://launchpad.net/bugs/105611
[07:26] <ra21vi> TomaszD: but what if i have written a whole paper for it, not just a topic 
[07:27] <TomaszD> ra21vi, create a blueprint and link to a wiki page with the whole article at wiki.ubuntu
[07:27] <ra21vi> TomaszD: thanks, I will do it then
[07:27] <TomaszD> you can also submit it to OSNews for a nice warm flamewar if you want
[07:27] <TomaszD> ;)
[07:28] <TomaszD> pitti, subscribed
[07:28] <sn0> .getnotes
[07:28] <sn0> oops wrong chan
[07:29] <ra21vi> TomaszD: lol, ok
[07:34] <fabbione> mvo: ping?
[07:34] <sn0> :-)
[07:34] <Kmos> http://www.tux500.com -> funny
[07:35] <mvo> fabbione: pong
[07:39] <fabbione> mvo: i saw you tested i386 server with LVM + LAMP... and PASS.. but it hangs on me on 3 machines...
[07:39] <fabbione> mvo: are you sure you selected LVM during the test?
[07:39] <fabbione> actually.. it's just taking AAGEEEES
[07:39] <mvo> fabbione: when did it hang? during the install? or during boot?
[07:39] <fabbione> hmmmmm
[07:39] <fabbione> during computing partitions
[07:40] <fabbione> it seems that it is extremely slow
[07:40] <mvo> fabbione: I had that too and asked about it here
[07:40] <fabbione> ok.. what was the answer?
[07:40] <mvo> fabbione: that it shouldn't be slow, but I haven't done a lvm install in ages so I had nothing to compare against
[07:41] <fabbione> mvo: hmmmm ok
[07:41] <mvo> fabbione: I think its worth filing a bug if you have seen it too 
[07:42] <fabbione> mvo: yes.. i will.. i just don't understand why lvm is so slow.. i can see the process waiting is lvcreate
[07:42] <Zober> I have a couple of machines with somewhat interesting configurations.  Both AMD64 and Intel CPUs.  Would it be at all helpful to set those up for testing, and maybe someone in here would like to remote into them and get a crack at beta testing them?
[07:43] <fabbione> mvo: checking if it's lvm2 or partman-auto-lvm the cause
[07:45] <tepsipakki> fabbione: I netbooted a machine today, and can put logs available if needed..
[07:45] <tepsipakki> fabbione: re: lvm being slow
[07:45] <fabbione> tepsipakki: i have logs.. it's lvm invokation that's slow...
[07:45] <fabbione> not sure why tho
[07:45] <tepsipakki> ok
[07:46] <mvo> fabbione: I have seen lvmcreate swap when I tested it
[07:47] <fabbione> i can see it also for root
[07:47] <fabbione> lvcreate -L $sizeinMB -n $partition $vgname
[07:49] <mvo> fabbione: I probably looked into ps rather late when it was hanging for a while already
[07:50] <ogra> did pitti say he'D come back ? 
[07:51] <ogra> ah, no he said goodbye
[07:53] <fabbione> mvo: no problem.. thanks for the info
[07:54] <fabbione> mvo: ok the problem is somehow lvm2 or down to device-mapper.. partman-auto-lvm is ok
[07:55] <fabbione> stat64("/dev/mapper/sunfire-swap_1", 0xfffe6ce0) = -1 ENOENT (No such file or directory)
[07:55] <fabbione> iwj, Keybuk: ping?
[07:56] <fabbione>   Rendezvous with udev timed out for 'sunfire-swap_1'; stat failed: No such file or directory
[07:56] <fabbione>   Logical volume "swap_1" created
[07:57] <mvo> fabbione: let me know if you need more testing, I can redo my install again if required
[07:57] <fabbione> bzzzzzzt
[07:57] <fabbione> mvo: no.. it's all good.. the problem is libdevmapper/udev
[07:58] <ogra> mjg59, apparently the doubled logout screen is really a hal prob, here is a patch http://gitweb.freedesktop.org/?p=hal.git;a=commitdiff;h=f30d5efd1458cc43ec90563ea4028a26fdef7689
[07:59] <ogra> but given that patch is pretty big i think we should go with the small (4 line) g-p-m fix for feisty instead
[08:01] <mjg59> ogra: I'm not clear on how that patch alters this specific behaviour?
[08:01] <mjg59> (The comment certainly doesn't describe it)
[08:01] <ogra> mjg59, well, davidz told me it fixes the doubled events
[08:02] <ogra> it doesnt seem to be feisty stuff anyway ....
[08:02] <ogra> and feisty+1 will have 0.5.9 which includes this 
[08:02] <mjg59> I'm not clear on how
[08:02] <mjg59> It's certainly not obvious from the comment
[08:03] <ogra> you mean the git comment ? 
[08:03] <mjg59> Yes
[08:03] <ogra> indeed, thats pretty sparse
[08:03] <Treenaks> mjg59: Are laptops supposed to run in with cpufreq-governor = 'performance'? All config files I find seem to say 'ondemand', but somehow 'performance' gets selected :/
[08:03] <mjg59> They're supposed to be ondemand
[08:03] <Treenaks> mjg59: hmm.. how do I debug? (which config files/commands can I try)
[08:04] <kylem> Treenaks, is this after a resume?
[08:04] <poningru> Treenaks: now do I check?
[08:04] <Treenaks> kylem: before and after
[08:04] <kylem> odd.
[08:04] <poningru> Treenaks: have a lptp here how do I checkthat status here?
[08:04] <ogra> Treenaks, it was broken at some point 
[08:04] <Treenaks> poningru: cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
[08:04] <Treenaks> ogra: I just upgraded & rebooted -- and it's the same as yesterday
[08:05] <Treenaks> (forcing it to ondemand myself, after boot, does work..)
[08:05] <shawarma> Are the RC images just the daily images from today? I can't find anything called release candidate on cdimage.u.c or releases.u.c.
[08:05] <poningru> ondemand here as well
[08:05] <shawarma> heno's mail about it doesn't seem to mention it.
[08:05] <ogra> Treenaks, check the g-p-m gconf keys
[08:05] <Treenaks> hmmm
[08:05] <shawarma> Well, either that or I can't read anymore. :-(
[08:05] <fabbione> mvo: bug #105623
[08:05] <ubotu> Malone bug 105623 in devmapper "race condition with udev" [High,Confirmed]  https://launchpad.net/bugs/105623
[08:05] <Treenaks> ogra: Ah! that's it
[08:05] <fabbione> mvo: i subscribed you too.. perhaps you want to mention it in your server install report
[08:06] <Treenaks> ogra: but there's no gui for those options.. no wonder I didn't find them :) thanks
[08:06] <Keybuk> fabbione: the name is really sunfire-swap_1 and not some other character instead of _ ?
[08:06] <mjg59> How did that ever get set/
[08:06] <mjg59> ?
[08:07] <ogra> Treenaks, there *was* a gui for the first two feisty packages ... 
[08:07] <mjg59> I've got "performance" set here as well
[08:07] <mjg59> And this was a clean install from the beta
[08:07] <mjg59> Oh, wait, no it wasn't
[08:07] <ogra> oh, that shouldnt happen 
[08:07] <mjg59> I swapped the hard drives
[08:07] <ogra> ah
[08:07] <Treenaks> mine's an almost-daily-upgrade since oh.. dapper?
[08:07] <fabbione> Keybuk: name is not importnat.. it happens also with /dev/mapper/sunfire-root
[08:07] <Treenaks> but still :)
[08:07] <ogra> mjg59, you were the first who complained about the gui where you could set it ;)
[08:07] <Keybuk> fabbione: ok, and you both can replicate it in vmware?
[08:08] <mvo> fabbione: thanks, updated
[08:08] <fabbione> Keybuk:  i can replicate it also on real hw
[08:08] <fabbione> Keybuk: 4 machines now + mvo one
[08:08] <Keybuk> oh, hmm
[08:08] <Keybuk> this happens during the *installer* ?!
[08:08] <fabbione> yes
[08:08] <Keybuk> heh
[08:08] <Keybuk> this is not a surprise
[08:08] <mvo> Keybuk: I tested it on real HW, but I can do a vmware test too if you want
[08:08] <Keybuk> bet you 10 that the rules aren't in the udeb
[08:08] <fabbione> Keybuk: let me check also on installed box
[08:09] <fabbione> Keybuk: works on installed machine....
[08:10] <fabbione> works as in it's fast
[08:11] <Keybuk> fabbione: confirmed :-/
[08:12] <fabbione> Keybuk: well it should be easy to fix tho
[08:14] <Keybuk> yeah, needs a few things added to the udeb
[08:14] <Keybuk> several udebs
[08:18] <fabbione> Keybuk: at least it's easy to reproduce.. 
[08:18] <fabbione> look at the very positive side of it :)
[08:21] <fabbione> Keybuk: are we going to have the distro meeting tomorrow? or are we going to skip the next 2 for RC and release?
[08:34] <doko> ogra, Mithrandir: the edubuntu DVD (amd64) doesn't start at all, just getting a kernel panic. using nosplash works fine
[08:34] <ogra> ouch
[08:35] <ogra> the rest works ? install/livesession start ?
[08:35] <ogra> if you run it with nosplash i mean
[08:37] <doko> ogra: starting my tests ...
[08:39] <Mithrandir> doko: ugh. :-/  Please make sure there's a bug filed with the kernel panic.
[08:45] <doko> heno: the Edubuntu DVD entries are still disabled
[08:46] <doko> what package to use for filing a bug for selecting the screen resolution at boot of the live CD?
[08:47] <ogra> gfxboot ?
[08:47] <ogra> Keybuk, 9:00 UTC ? thats in the middle of the night !
[08:48] <heno> ogra: are the new Edubuntu DVDs up?
[08:48] <ogra> heno, yes, should be
[08:48] <ogra> can you do i386 DVD again ? 
[08:48] <ogra> my iso is taking ages as usual
[08:48] <ogra> s7iso/rsync/
[08:49] <heno> ogra: I still only see this dir http://cdimage.ubuntu.com/edubuntu/dvd/20070411/ with images from 16.00
[08:50] <ogra> yes, thats fine
[08:50] <ogra> i missed the point when i thought they were oversized ....
[08:50] <ogra> i thought 4G was the threshold for DVDs while its apparently 4.7
[08:50] <ogra> so the ones from 16:00 should be fine
[08:51] <Nafallo> 4.4G is correct AFAIK
[08:52] <xtknight> a single layer DVD is 4.7GB (1024^1024^1024 bytes)
[08:53] <maswan> xtknight: no, 4.7GB as in 10^9 bytes
[08:53] <xtknight> my mistak
[08:53] <xtknight> 4.38 in real gb notation
[09:00] <pygi> Keybuk, mind coming to #duplicate-resolution on slashnet ... lh needs you
[09:01] <pygi> heno, doko : anyone here?
[09:04] <lamont> dthacker: si?
[09:05] <heno> doko: sorry I thought those images were oversized (see ogras comment) I'll reactivate them.
[09:07] <ds> what does "dpkg-shlibdeps: warning: format of `NEEDED libplds4.so' not recognized" mean?
[09:08] <gnomefreak> ds: ignore it :)
[09:08] <ds> gnomefreak: it causes missing dependencies
[09:08] <gnomefreak> ds: shouldnt
[09:09] <gnomefreak> ds: if you got far enough to get those errors you are in make. depends errors come in configure/compile
[09:09] <ds> er, missing dependencies in the ${shlibs} replacement
[09:10] <gnomefreak> look for the -dev package
[09:10] <mjg59> gnomefreak: It's not during make
[09:12] <mjg59> gnomefreak: I'd really recommend reading the dpkg-shlibdeps manpage
[09:13] <mjg59> ds: I'm afraid I'm not sure what causes that
[09:17] <ds> oh, duh
[09:18] <ds> all the other NEEDED entries end in '\.\d$'
[09:59] <ogra> meh ... my broadcom card doesnt really behave 
[09:59] <ogra> mvo: did we fix the fsck stuff ?
[09:59] <ogra> *didnt
[09:59] <mvo> ogra: no
[09:59] <ogra> i had an fsck again
[10:00] <ogra> ah, ok
[10:00] <mvo> ogra: duplicate of https://bugs.launchpad.net/bugs/63175
[10:00] <ubotu> Malone bug 63175 in e2fsprogs "Edgy Beta -- fsck on every (re)boot" [Medium,Needs info]  
[10:00] <ogra> edgy beta ?
[10:00] <finalbeta> lol
[10:01] <finalbeta> ohw, yeah, I had that bug though.
[10:03] <ogra> mvo: hmm, right i remember ... if we reorder the installer items something else breaks 
[10:03] <ogra> partitioning iirc ...
[10:04] <ogra> apart from that and the fact that my broadcom *feels* unstable ... edubuntu i386 server seems fine 
[10:05] <ogra> (the eth1 device of the broadcom just vanishes silently if i switch WLANs in NM)
[10:10] <seb128> cjwatson: what do you think about dropping the "X-Ubuntu-Gettext-Domain=" from the Desktop/ubiquity-gtkui.desktop? It workaround the "launcher is not translated"
[10:13] <Keybuk> does anyone know lilo? :p
[10:13] <Mithrandir> (and wants to admit to it)
[10:13] <Mithrandir> Keybuk: from a user POV or a developer POV?
[10:13] <Keybuk> d-i gave me
[10:14] <Keybuk> root=/dev/mapper/ubuntuvg-root
[10:14] <Keybuk> # append=""
[10:14] <Keybuk> is that right?
[10:14] <Mithrandir> do you remember back in the days when you used rdev to set the boot device?
[10:15] <fabbione> Keybuk: looks about right
[10:15] <fabbione> root=/dev/mapper/mofo-root
[10:16] <fabbione> this is from breezy or hoary install.. can't remember
[10:16] <Keybuk> ok
[10:16] <Keybuk> and booting I get root=fe00 on the command-line
[10:17] <fabbione> ouch
[10:17] <fabbione> hmmm lilo doesn't read the config on the fly afair
[10:17] <fabbione> and it's stored somewhere in the MBR
[10:18] <fabbione> there might be a few points where it fails
[10:18] <Keybuk> random
[10:18] <fabbione> like parsing from lilo.conf to MBR.. whatever you write in the MBR. reading it back.. passing it to the kernel
[10:18] <Keybuk> isn't root=fe00 a short-cut to mean a device of 254, 0 ?
[10:19] <Mithrandir> looks like it, yes.
[10:19] <Mithrandir> since lilo doesn't know about the names, just the minor/major numbers.
[10:19] <fabbione> oh that might be the reason... 
[10:19] <Keybuk> aha!
[10:19] <fabbione> fe00 is dm-0
[10:19] <fabbione> but then
[10:19] <Keybuk> and then initramfs mknods that
[10:19] <fabbione> there is no guarantee that root is dm-0
[10:19] <Keybuk> which means the "loop until $ROOT exists" test succeeds
[10:20] <Keybuk> before lvm has even woken up
[10:20] <Keybuk> and yes, as you say, there's no guarantee that it'll even get dm-0
[10:25] <Keybuk> booting with either root=/dev/mapper/ubuntuvg-root or root=/dev/ubuntuvg/root works
[10:26] <fabbione> Keybuk: probably lilo pass a pointer to a string to the kernel when root is specified as a boot arg instead of hardcoded in the MBR
[10:26] <Keybuk> indeed
[10:26] <fabbione> Keybuk: it's possible that lilo attempts to reduce space usage in the MBR using hte fe00 format
[10:27] <Keybuk> the whole dm-0 thing wouldn't necessarily work if you had multiple PV/VG in the machine already
[10:27] <Keybuk> no telling what way the dm's will get assigned
[10:27] <Keybuk> especially if snapshots are involved
[10:27] <fabbione> yeps
[10:27] <Mithrandir> fabbione: no, it's just not updated for how linux 2.0 works.
[10:28] <mvo> hm, what installs lvm2 on the server? it seems to be not part of a task
[10:29] <fabbione> mvo: it's installed by d-i only if you use lvm for partitions
[10:29] <fabbione> same for mdadm
[10:30] <mvo> fabbione: I see. but mdadm is not installed explicitely in edgy it seems. I will need to work around #105663 (not difficult)
[10:30] <_ion> "This is LVM, I know this."
[10:30] <mjr> :P
[10:31] <fabbione> mvo: the changes were done in edgy...
[10:31] <fabbione> mvo: well you need lvm-common for lvm2..
[10:32] <mvo> fabbione: I mean mdadm seems to be pulled in as part of lvm2 
[10:32] <fabbione> mvo: that has been always true
[10:32] <fabbione> mvo: it was.. it's no more
[10:32] <mvo> fabbione: yeah, and that causes apt to think its now a unused dependency. no worry, I add something to the release-upgrader to fix it
[10:33] <pygi> jdong, :)
[10:33] <fabbione> yup ok.. apt-get tells the same too..
[10:33] <jdong> pygi: NOOO AHHH IT BURNS!!!
[10:33] <jdong> :D
[10:33] <fabbione> movie time
[10:33] <pygi> jdong, omg, stop that :P
[10:33] <fabbione> if something is urgent just ping on IRC
[10:34] <_ion> Hi pygi
[10:34] <pygi> _ion, :)
[10:34] <pygi> where are you lost? :) Haven't seen you in ages =)
[10:37] <_ion> pygi: I have been online.
[10:37] <_ion> benc: When l-r-m is moved to a VCS, are you going to use git, or perhaps bzr? Are you going to keep the upstream tarballs in the repository, or only the packaging?
[10:42] <seb128> Mithrandir: I've just uploaded a network-manager update generating a translations template so the "_Static configuration" menu item can be translated on rosetta, would be nice to accept today so translators can work on it ;)
[10:42] <Mithrandir> seb128: sure
[10:42] <seb128> thank you
[10:51] <ajmitch> morning
[10:54] <seb128> hi ajmitch
[10:55] <seb128> cjwatson: what component has the ubiquity translations?
[10:58] <ogra> eeek
[10:58] <ogra> *translators
[10:59] <pygi> lol
[10:59] <ogra> GAIM-Sofortnachrichtendienst ... 
[10:59] <ogra> i dont even think the second part is a word 
[11:01] <highvoltage> ogra: I think these days the first part isn't either
[11:01] <ogra> highvoltage: well ... but that translation is really weird ....
[11:01] <pygi> highvoltage, indeed :)
[11:10] <pitti> hi again
[11:10] <ogra> seb128: hmm, gnome-session isnt really happy if i run asoundconf set-pulseaudio without having pulse installed
[11:10] <ogra> in fact i cant log in anymore 
[11:10] <pygi> pitti, !!!
[11:11] <seb128> ogra: don't run that command then
[11:11] <seb128> pitti: wb
[11:11] <ogra> seb128: well, for ltsp clients teh asouncdconf gets set to a pulse emulation
[11:11] <pitti> seb128: Kihap!
[11:11] <ogra> *asoundconf
[11:12] <seb128> ogra: file a bug, I'll read it in 10 months, time to catchup with the zillion of desktop bugs we get weekly
[11:12] <ogra> heh
[11:13] <seb128> why does everybody notice bugs now? ;)
[11:13] <ogra> i'll fix it from teh ltsp side for now ... but gnome-session should not block ...
[11:13] <seb128> ogra: I'll try having a look tomorrow, I've lot of other things on my plate though :/
[11:13] <ogra> seb128: no idea, my inbox is flowing over as well :)
[11:14] <seb128> grumpf hwdb-gui is the suck
[11:14] <seb128> it's not translated :(
[11:14] <ogra> seb128: i think we can live with it for feisty, i can fix my part from teh ltsp side and if people deliberately install pulse they should know what they do
[11:14] <seb128> k
[11:14] <seb128> I'll try to have a look anyway
[11:14] <ogra> seb128: its not *translatable*
[11:14] <seb128> ogra: that's what I complain about
[11:15] <ogra> yeah, my fault ... i wanted to sit down with mvo and fix that ... but somehow it slipped ...
[11:15] <mvo> fix what?
[11:15] <ogra> translatability of hwdb
[11:15] <mvo> oh, right
[11:15] <mvo> yeah
[11:15] <seb128> it was ok when we were not trying to make users go there
[11:15] <mvo> it was on my list too, but too little time :/
[11:16] <ogra> yeah
[11:16] <pitti> seb128: we don't any more
[11:16] <pitti> seb128: I removed the notification, but too late for RC
[11:16] <seb128> pitti: ah, good
[11:16] <seb128> yeah, I've read the change
[11:16] <ogra> pitti: i had a short discussion about the "login appears twice" bug with davidz before ...
[11:16] <seb128> I though it applied to desktop CD only though
[11:16] <pitti> because the notification itself is ... not optimal yet
[11:16] <pitti> ogra: oh, any result? I never saw it
[11:16] <seb128> pitti: hwdb is far to be optimal as well
[11:16] <ogra> he gave me a link to a fix thats in 0.5.9 
[11:16] <pitti> seb128: heh
[11:17] <pitti> ogra: cool, I'm happy to backport it
[11:17] <ogra> pitti: but that fix is quite huge 
[11:17] <seb128> pitti: it's like hundred of lines of code change :/
[11:17] <ogra> it seems only g-p-m is affected and there i got a workaround thats only four lines big
[11:17] <pitti> urgh
[11:17] <pitti> ogra: the workaround is it, then
[11:18] <pitti> ogra: we'll get 0.5.9 for feisty+1 anyway
[11:18] <ogra> yeah
[11:18] <ogra> thats what i thought 
[11:18] <pitti> and they even decided for faster release cycles
[11:18] <ogra> teh fix is surely 100 lines or more
[11:40] <seb128> hum
[11:40] <seb128> language packs are outdated on the CD
[11:41] <seb128> not optimal to note translations that need to be changed :/
[11:43] <pitti> seb128: current ones are 12 days old, and immediately after RC we'll refresh them
[11:43] <seb128> pitti: yeah, it's slightly outdate
[11:43] <seb128> current translation would have be nice to notice what needs to be done for next week
[11:43] <seb128> "Report  Problem" is not translated at the moment
[11:44] <pitti> seb128: well, just use the daily packages then
[11:44] <seb128> right, will look at translations on the actual installation rather than on the CD
[11:44] <seb128> my desktop is not good for that because I've installed many locale GNOME builds
[11:45] <seb128> so I've a mixed between upstream and rosetta
[11:45] <pitti> right, and /usr/share/locale/ .po files are prefered
[11:45] <seb128> pitti: that was rather a note for next cycle, doing a language pack just before RC would be a good idea
[11:45] <pitti> right
[11:46] <pitti> seb128: ideally with the 2.20.1 upload, but that's pretty tight
[11:46] <seb128> pitti: we will ship 7.10 with 2.20.0
[11:46] <pitti> seb128: there was just not enough time for a LP upload today
[11:46] <pitti> oh, why so?
[11:46] <seb128> 2.20.1 is on octobre 17th
[11:47] <seb128> normal schedule would be octobre 25th for 7.10
[11:47] <seb128> UDS is on octobre 28th though
[11:47] <pitti> hm, too tight
[11:47] <seb128> doesn't work
[11:48] <pitti> seb128: so .1 in (feisty+1)-updates?
[11:49] <seb128> pitti: no, 2.20.0 + SVN backports to feisty+1
[11:49] <seb128> no whole SVN
[11:49] <seb128> other fixes we want
[11:49] <seb128> s/other/only
[11:49] <k001> hile, i'm try  create packages .deb for Ubuntu but i do $debuild -S and sendme error 
[11:49] <k001> this is the error http://pastebin.ca/435304
[11:49] <seb128> k001: try #ubuntu-motu
[11:49] <pitti> gambling gorilla!
[11:49] <k001> is my first packages for UBuntu
[11:49] <k001> seb128, ok thanks
[11:50] <seb128> np
[11:50] <pitti> ok, bedtime for me
[11:50] <seb128> k001: you can ignore the debsign error, it means that your package is not signed only
[11:50] <pygi> pitti, night
[11:50] <seb128> 'night pitti
[11:50] <pitti> *wave*
[11:50] <seb128> pitti: see you tomorrow morning for the meeting
[11:50] <k001> but if i sign?
[11:51] <k001> seb128, how to do?
[11:51] <seb128> you need a GPG key
[11:51] <k001> sorry but my english es very bad 
[11:51] <k001> seb128, i have a key
[11:51] <seb128> does it list the email you use on the changelog?
[11:53] <k001> seb128, :O i see my error thanks 
[11:53] <seb128> np
[12:02] <micahcowan> Is it intended that every package in main should have a core dev associated with it? Or does someone periodically check the bugs in main packages that have nobody assigned?
[12:03] <Mirv> tepsipakki: speaking of packages, xserver-xorg-video-ati 6.6.3-2ubuntu5 .deb does not still seem to be in the archive:http://archive.ubuntu.com/ubuntu/pool/main/x/xserver-xorg-video-ati/
[12:04] <Mirv> I wonder if there are many of these "stuck" packages, or are they all known
[12:06] <mdke> that network manager bug is back, is it? "No network devices have been found"
[12:06] <mjr> a,22
[12:10] <tepsipakki> Mirv: true, since it doesn't build. -2ubuntu6 reverted the patch and is waiting in the queue
[12:11] <Mirv> tepsipakki: ok.