[12:12] <zyga> cjwatson: I don't use gnome anymore and I have no desktop so that I could fix this
[12:13] <zyga> let's start by filling a bug :-)
[12:14] <zyga> niktaris: could you file a bug on glib in ubuntu (not in upstream) using lanchpad?
[12:14] <zyga> describe the issue, make sure you say that you had no ubiquity.mo installed
[12:14] <zyga> make sure you say that the file HAS greek translations
[12:15] <zyga> make sure you say that this is related to the patch made in ubuntu to support x-gettext-domain 
[12:15] <zyga> and finally make sure you say that if you remove that line (the x-yada-yada) it's working 
[12:15] <zyga> If you could do that I'll look at it in a second
[12:15] <zyga> and please attach the desktop file
[12:17] <cjwatson> please also create a bug task on that bug on the langpack-o-matic upstream product to say that the .mo is in the wrong place in the language packs and should be moved
[12:19] <zyga> niktaris: oh and most important - file it on the appropriate VERSION of your system and glib
[12:19] <niktaris> zyga, I don't like launchpad. but will do
[12:19] <niktaris> zyga, update
[12:19] <zyga> niktaris: update?
[12:19] <niktaris> when using: X-Ubuntu-Gettext-Domain=ubiquity no-go
[12:20] <zyga> ok
[12:20] <niktaris> zyga, status-update :)
[12:20] <niktaris> when using X-Ubuntu-Gettext-Domain=gcalctool in the same file OK
[12:20] <niktaris> this is with a fresh .desktop file . let me reboot and check again
[12:20] <zyga> hmm?
[12:20] <zyga> no wait
[12:20] <zyga> what is the string in question
[12:20] <zyga> what gets translated?
[12:21] <cjwatson> "Install"
[12:21] <niktaris> yes
[12:21] <zyga> hmm
[12:21] <zyga> install is a common word
[12:21] <zyga> I bet it's translated in gcalctool somewhere
[12:21] <zyga> niktaris: which version of ubuntu are you using?
[12:22] <niktaris> 6.10
[12:22] <cjwatson> it's not, AFAICS
[12:22] <cjwatson> at least not with the couple-of-days-out-of-date feisty langpacks I have here
[12:24] <zyga> cjwatson: it's not translated?
[12:25] <cjwatson> not in gcalctool
[12:25] <zyga> hmm, queer!
[12:25] <cjwatson> could be in edgy though, *shrug*
[12:27] <zyga> I'll check the source
[12:29] <zyga> looking at it now (in edgy)
[12:31] <zyga> hmm, my patch was updated - it's no longer that simple 
[12:32] <niktaris> zyga, trying to replace X-Ubuntu-Gettext-Domain=ubiquity with X-Ubuntu-Gettext-Domain=gcalctool did not work with the original .desktop file
[12:32] <niktaris> removing X-Ubuntu-Gettext-Domain=ubiquity works though
[12:33] <zyga> okay
[12:33] <zyga> that makes is more sane at least
[12:36] <niktaris> zyga, u still want that bugreport ?
[12:37] <zyga> niktaris: yes please
[12:37] <zyga> so that the details don't slip if I cannot fix this in a moment
[12:39] <niktaris> zyga, against glibc stating installed version and ubiquity version  ?
[12:40] <zyga> not glibc, just glib
[12:40] <zyga> ubiquity is not relevant to me, only the desktop file and glib version
[12:40] <niktaris> sorry tupo
[12:40] <niktaris> tupo/typo
[12:40] <zyga> those are the only components (as long as we are talking about a gnome desktop icon on the desktop (not in the panel)
[12:42] <cjwatson> glib2.0 not glib
[12:42] <niktaris> zyga, panel is OK
[12:42] <zyga> cjwatson: right, sorry
[12:45] <zyga> hmm
[12:45] <zyga> I have an idea
[12:49] <niktaris> zyga, will file the bug tomorrow . have to go
[12:49] <niktaris> cu 
[12:49] <zyga> niktaris: okay, thanks for your help
[12:50] <zyga> bah, basically someone broke the code :P
[12:59] <zyga> does anyone know what is the language code for greek?
[01:00] <cjwatson> zyga: el
[01:01] <zyga> thanks
[01:03] <jtholmes> does anyone know if the 20070321  iso  images get created today I dont see them
[01:04] <Mithrandir> hiya Hobbsee 
[01:06] <Hobbsee> hey Mithrandir!  :)
[01:13] <mdz> Mithrandir: how goes it?
[01:14] <Hobbsee> tiring, it sounds like
[01:14] <Mithrandir> mdz: the final publisher run is almost finished, once that's done, I'll start the cd builds, catch a shower and crash.
[01:15] <Hobbsee> heh, yes.
[01:15] <bhale> phew
[01:15] <Mithrandir> Hobbsee: thanks, but I don't do coffee very well.  Especially not when I should be crashing RSN
[01:15] <Hobbsee> ahh
[01:16] <Mithrandir> mdz: I'll mail -devel once I'm done for today.
[01:16] <mdz> Mithrandir: ok, thanks
[01:24] <Burgwork> Hobbsee: mako's comments?
[01:24] <Hobbsee> irc stuff
[01:26] <Burgwork> Hobbsee: private or public?
[01:27] <Hobbsee> oops
[01:27] <Hobbsee> issue was originally public
[01:27] <Burgwork> ahh
[01:27] <j1mc> were the xubuntu iso's re-rolled today?  i only see isos as of march 20th in the /current folder
[01:27] <Mithrandir> j1mc: they are being now.
[01:27] <j1mc> Mithrandir, thanks
[01:30] <Mithrandir> oh well, shower, then bed.  See you all around tomorrow, please test ISOs as soon as they appear.
[01:31] <Mithrandir> I've also mailed -devel with a short status report.
[01:36] <jdong> mako: can I tap into your wisdom?
[01:40] <mako> jdong: whatever i have :)
[01:41] <Hobbsee> heya mako 
[01:41] <mako> Hobbsee: hola
[01:43] <Hobbsee> mako: see query..
[01:44] <jdong> mako: see query.
[01:44] <jdong> :)
[01:46] <_ion> mako: see query
[01:47] <jdong> yeah, I love you all too.
[01:50] <keescook> Mithrandir (or other archive admin): please shove "file" (breezy, dapper, edgy) and "mysql-dfsg-5.0" (dapper, edgy) through.  (security updates)
[02:10] <Riddell> "No alternate CD for i386!"
[02:10] <Hobbsee> oh?
[02:11] <Riddell> Mithrandir: that doesn't sound good
[02:11] <Hobbsee> Riddell: has it just been not-rerolled yet?
[02:12] <Riddell> "cp: cannot stat `/srv/cdimage.ubuntu.com/ftp/dists/feisty/main/installer-i386/current/images/udeb.list': No such file or directory"
[02:12] <Riddell> logs suggest it's broken
[02:12] <cjwatson> gar
[02:12] <cjwatson> that bloody thing again. willfix
[02:13] <Riddell> cjwatson: what causes it?
[02:13] <cjwatson> soyuz bug
[02:13] <cjwatson> should be fixed soon, but ...
[02:13] <cjwatson> it's failing to unpack bits of d-i into the archive
[02:16] <cjwatson> fixed, publisher running
[02:45] <FordCortina> do i need to post somewhere or talk to someone to apply for google SoC?
[02:46] <desrt> FordCortina; online via the google SoC website
[02:46] <FordCortina> do i use their webapp then?
[02:46] <desrt> yes.
[02:47] <FordCortina> there's no interview or anything else to do?
[02:47] <desrt> no.  you just write up a good application
[02:47] <desrt> and try and convice us that you know your stuff and can finish successfully
[02:47] <FordCortina> yeah your probably going to get a truck load i bet :)
[02:47] <desrt> this is why you try and distinguish yourself from the crowd
[02:48] <FordCortina> ill see what i can do
[02:48] <desrt> it's the only fair way -- not good to prefer people who get in touch personally with the developers
[02:49] <FordCortina> yeah, it seems that different sponsor have different ways to do things. I had to check :)
[02:49] <desrt> if you wanted to give yourself a leg-up a good approach might me to start investigating the issues on the project you're interested in and provide insights you gain during that process as part of your application
[02:50] <desrt> having some code also helps.. but that might be more work than you're willing to do :)
[02:50] <FordCortina> i might be a bit tight for time, but we'll see
[02:52] <FordCortina> i have plenty of experience with the issues involved so i'll definately cite those
[02:52] <mdz> cjwatson: what's happening with rolling candidates?  I can take over driving it if needed, I'll be up for a while
[02:53] <cjwatson> mdz: I've just this minute set off all the rebuilds needed to cope with the Soyuz bug mentioned above
[02:53] <cjwatson> mdz: everything else is apparently being done automatically from Tollef's terminal
[02:54] <cjwatson> mdz: all running as cdimage@lithium, so you can monitor those processes if you like
[02:54] <mdz> cjwatson: ok, thanks
[02:54] <cjwatson> actually I think some are running as tfheen@lithium, but no matter
[02:55] <cjwatson> mdz: I'm off back to bed now - I think that's everything I can realistically do
[02:55] <mdz> cjwatson: good night
[04:00] <TheMuso> Anybody noticed that http://cdimage.ubuntu.com/daily/current/MD5SUMS only has the alternate i386 cd listed now due to the rebuild?
[04:00] <TheMuso> Or is that because amd64 is still being rebuilt also?
[04:20] <mdz> mdke: the help center is looking good
[04:42] <mdz> TheMuso: it may be a bug, or it may be temporary
[04:42] <mdz> amd64 seems to be finished now
[05:16] <fabbione> morning guys
[05:17] <jdub> hey fabbione 
[05:17] <jdub> nice to see you blogging again!
[05:17] <fabbione> jdub: ehhe after only 15 months of silence :)
[05:19] <bddebian> Has it only been that long?
[05:19] <bddebian> j/k
[06:26] <fabbione> md1 : active raid5 hdd2[4]  hda2[0]  hdc2[2]  hdb2[1] 
[06:26] <fabbione>       1170632256 blocks level 5, 64k chunk, algorithm 2 [4/3]  [UUU_] 
[06:26] <fabbione>       [>....................]   recovery =  0.6% (2367744/390210752) finish=6249.2min speed=1032K/sec
[06:26] <fabbione> those are the kind of things you *hate* the day before release
[06:27] <Lathiat> yay :(
[06:29] <joejaxx> fabbione: :\
[06:54] <racarr> my patched desktop-effects enables universe before installing Beryl from it if the user chooses to install Beryl, what kind of warning do I have to give them about enabling universe?
[06:56] <Burgundavia> racarr: see the gnome-app-install one
[06:58] <LaserJock> racarr: so are the users given a choice between compiz and beryl?
[06:59] <LaserJock> and do compiz and beryl conflict?
[06:59] <racarr> no, they don't
[06:59] <fabbione> too bad beryl can trigger a memory leak in nVidia and everything goes south
[06:59] <racarr> don't conflict that is LaserJock
[07:00] <racarr> and yes a little combo box to choose (combo box makes more sense than enable beryl/compiz buttons because combo box has a default)
[07:00] <racarr> and err, I've never heard of that fabbione
[07:00] <fabbione> racarr: beryl forum is full of that report... windows become black
[07:00] <racarr> That's not a memory leak
[07:00] <fabbione> and enabling the workarounds makes everything very slow
[07:00] <fabbione> ok.. it did look like a memory leak
[07:01] <LaserJock> racarr: ok cool, just wondered how that would work
[07:01] <fabbione> or something running out of GFX mem
[07:01] <racarr> Yeah, due to a bug in the drivers when they run out of VRAM their texture_from_pixmap implementation goes haywire
[07:01] <racarr> nvidias said they will fix it at some point :p
[07:01] <racarr> LaserJock: Probably not the best solution (throwing two names "Compiz" and "Beryl" at a user is kind of strange), but eh
[07:02] <fabbione> racarr: well something along those line, but at the end it makes beryl unusable
[07:02] <fabbione> the workaround just makes everything too slow
[07:02] <racarr> well, you can use XGL
[07:04] <fabbione> it's not a big deal.. eye candies are optional for what i need
[07:04] <fabbione> i will just wait for nvidia to fix the drivers
[07:05] <fabbione> racarr: i assume the 9755 don't have the fix
[07:05] <fabbione> (we ship 9631 in Ubuntu)
[07:05] <racarr> fabbione: I havent' read the release notes, but if they do I haven't heard about it
[07:07] <racarr> I guess since I rewrote desktop-effects in python  it has to go through NEW again?
[07:07] <fabbione> racarr: not if the package name is the same
[07:08] <racarr> (The C implementation would have been a real pain to work with because it was set up to differentiate between Compiz == enabled and Metacity == disabled and I would have had to have mostly rewritten it anyway, so rewriting it in python seemed like a good choice)
[07:08] <racarr> fabbione: ah, ok, good
[07:09] <fabbione> nope. it's a new feature release
[07:12] <Burgundavia> racarr: have you been in touch with the desktop-effects devs from Fedora? Fedora uses a fair amount of python as well, so they might accept your new version
[07:13] <racarr> Burgundavia: No, I can send them an email though, I'm guessing it's probably Sorren or Kristian Hogsberg and history makes me think neither one of them would be excited about a desktop-effects that installs Beryl :p
[07:14] <racarr> and that's the biggest difference
[07:14] <Burgundavia> racarr: it is meeting a user demand
[07:14] <racarr> Burgundavia: Maybe, which is why I will send them an email anyway
[07:46] <pitti> Good morning
[07:48] <Mithrandir> not really a good morning, no, sorry
[07:48] <LaserJock> hi pitti 
[07:48] <pitti> Mithrandir: FUBAR? :(
[07:48] <Mithrandir> pitti: new i386 ISOs spinning now, at least.
[07:49] <Mithrandir> rest should be testable, modulo DVDs.
[07:49] <Mithrandir> but it's more the fact that I've slept for about six hours, which isn't really enough.
[07:50] <Mithrandir> keescook: publisher back on auto
[07:53] <StevenK> Mithrandir: So you'll release the beta and sleep for 2 days?
[07:57] <Mithrandir> StevenK: release postponed to Friday, but yes.
[07:59] <doko> Mithrandir: do you have an estimated time for the dvd images (edubuntu)?
[08:01] <Mithrandir> it needs the new livefs-es, so a fair bit, say in three-ish hours
[08:02] <Mithrandir> ubuntu-server ready for testing.
[08:04] <fabbione> Mithrandir: roger that
[08:05] <fabbione> Mithrandir: can you give me also i386 netboot and sparc netboot for testing?
[08:05] <fabbione> (as meta bugs)
[08:05] <fabbione> netboot/netinstall
[08:05] <fabbione> they don't really fit in iso testing.. but AFAIK we don't have another section.. do we?
[08:06] <Fujitsu> pitti: Is there a reason that apport would be creating reports without a Package field here?
[08:06] <fabbione> and it's missing i386 DVD afaict
[08:06] <fabbione> Ubuntu i386 DVD
[08:07] <Mithrandir> all dvds are out of date
[08:07] <fabbione> yes i read before. i will test them as last
[08:07] <pitti> Fujitsu: --verbose, please
[08:07] <Mithrandir> ask Henrik about getting more tracker bugs, he's doing that bit.
[08:07] <pitti> Fujitsu: you mean files in /var/crash?
[08:07] <Fujitsu> pitti: Yep.
[08:08] <Fujitsu> I've had three so far generated while testing crash bugs, and I've had to add Package fields manually.
[08:09] <LaserJock> fabbione: what do you do to test the server .isos? just basic installation?
[08:10] <pitti> Fujitsu: that's normal
[08:10] <pitti> Fujitsu: it's not added until you call the GUI, and it's not written back to disk any more
[08:10] <Fujitsu> Ah.
[08:10] <Fujitsu> That is a little irritating when attempting to retrace them.
[08:11] <fabbione> LaserJock: install / install on lvm /install with LAMP / install on LVM with LAMP
[08:11] <fabbione> and other options like DNS server
[08:11] <LaserJock> cool
[08:11] <pitti> Fujitsu: it was to save some time mainly, but I can put it back if needed
[08:12] <pitti> Fujitsu: in fact, it should be relatively easy to append the new stuff
[08:12] <pitti> Fujitsu: I'd appreciate a bug report
[08:12] <Fujitsu> pitti: I'll file one, thanks.
[08:22] <fabbione> grrr
[08:22] <fabbione> brb
[08:23] <cjwatson> Mithrandir: what was wrong with the i386 images I built last night?
[08:24] <Mithrandir> cjwatson: nothing apart from me not knowing about them due to not reading scrollback well enough.
[08:25] <cjwatson> ah
[08:25] <Mithrandir> did you build DVDs too?
[08:26] <cjwatson> no, the DVDs should have built after I republished d-i
[08:26] <cjwatson> I rebuilt precisely what needed to be rebuilt
[08:27] <Mithrandir> I didn't do DVD builds last night since they would want new livefs-es.
[08:27] <Mithrandir> I'll do them as soon as the current round of builds is done.
[08:28] <cjwatson> ok, I should have said "the DVDs didn't build before I republished d-i"
[08:29] <Mithrandir> ah, ok.
[08:30] <Mithrandir> if you don't mind, I'll ask for testing on this latest round of images, they should be identical to the earlier ones.
[08:33] <cjwatson> no skin off my nose :)
[08:44] <Mithrandir> ubuntu alternate and desktop images ready to test.
[08:59] <pitti> Riddell: mh21 did it again -- this time a CLI apport frontend :)
[08:59] <pitti> Riddell: what else do we need -- email, apache module, ircbot, ... :-P
[09:03] <StevenK> pitti: An XML-RPC frontend... :-P
[09:04] <pitti> StevenK: speaking xmlrpc doesn't sound particularly user friendly to me ?!?
[09:05] <StevenK> pitti: Neither does maintaining an crash handler that speaks to SMTP, web and IRC services. :-P
[09:05] <LaserJock> pitti: I don't suppose there's documentation for apport around?
[09:05] <pitti> StevenK: no, I meant a GUI for crash reports
[09:06] <pitti> StevenK: i. e. a web frontend for displaying current crashes on your server, etc.
[09:06] <pitti> LaserJock: there are manpages, a doc about package hooks, and https://wiki.ubuntu.com/Apport with some links
[09:07] <mdke> mdz: cheers. We could probably do some work on the design, but no one has really had the time so far
[09:09] <viviersf> where does /etc/network/interfaces come from ( which program generates it )
[09:11] <LaserJock> pitti: thanks, the wiki page was pretty much what I ws looking for
[09:18] <pitti> Mithrandir: http://cdimage.ubuntu.com/daily-live/20070322.1/MD5SUMS only shows i386, and the amd64 desktop timestamp shows 20070322
[09:18] <pitti> Mithrandir: oh, that's because you just regenerated i386?
[09:29] <pitti> Mithrandir: 'Install with driver update CD' -- this is not covered by the current testing methods; can we test this at all ATM?
[09:36] <siretart> Mithrandir: if you have a spare sec, could you please have a look and comment on bug #91676? 
[09:36] <Ubugtu> Malone bug 91676 in wpasupplicant "wpa_supplicant crashes in: wpa_supplicant_dbus_notify_state_change (wpa_s=)" [Medium,Confirmed]  https://launchpad.net/bugs/91676
[09:43] <hunger> I see "No module named "ScanPCI" during bootup (in S36displayconfig-hwprobe.py). Is that a known message?
[10:00] <pitti> Fujitsu: Kees has a fix for that problem in his branch; apport-retrace now has a -R/--rebuild-package-info option
[10:02] <poningru> just making sure but beta is prolonged till friday right?
[10:03] <heno> fabbione: you wanted netboot meta bugs?
[10:04] <fabbione> heno: well yeah but i already added netboot info the corresponding iso install...
[10:04] <fabbione> heno: netinstall would be more appropriate
[10:05] <heno> fabbione: ok, that should be fine then. I'll post those next time
[10:05] <fabbione> heno: that's fine with me.. it's not a blocker ;)
[10:06] <\sh> anyone around who has fingers on an hp dl320s?
[10:06] <fabbione> cjwatson: is there any reason why we don't ship scsi-firmware in the installer?
[10:06] <fabbione> (d-i to be more precise)
[10:14] <Mithrandir> pitti: yes, strange MD5SUMS is fine
[10:14] <pitti> Mithrandir: thanks
[10:14] <Mithrandir> pitti: I'm not sure what the driver update CD is; maybe Colin knows.
[10:15] <cjwatson> fabbione: not particularly
[10:15] <cjwatson> pitti: http://wiki.ubuntu.com/Ubiquity/DriverUpdates
[10:15] <cjwatson> I don't think we have a test image prepared for it
[10:15] <pitti> ok, so we should ignore this for now
[10:15] <fabbione> cjwatson: ok. i only noticed because the qla24xx driver was complaining about not being able to load the fw, but it's not fatal
[10:16] <Mithrandir> siretart: how does the diff to new upstream look?
[10:17] <Mithrandir> edubuntu and kubuntu dvds building.
[10:17] <Mithrandir> heno: all images but edubuntu and kubuntu DVDs should be current.
[10:18] <heno> Mithrandir: thanks, just updating the status page with this morning's testing
[10:19] <Mithrandir> heno: thanks a lot.  You might want to note that for !i386, the 20070322, 20070322.1 and 20070322.2 images are the same.
[10:19] <Mithrandir> in case anybody has tested one of the older ones.
[10:20] <heno> Mithrandir: ok, only server test results for i386 so far by fabio
[10:20] <siretart> Mithrandir: will investigate and attach a diff. from my experience, the changes are moderately. no new features, mainly bugfixes, new development starts in the 0.6 branch
[10:20] <cjwatson> fabbione: added for my next d-i upload
[10:20] <cjwatson> unfortunately bumps image sizes by 300K or so, but ...
[10:21] <Mithrandir> siretart: ok, I won't give you ack/nack before I see the diff, but it sounds promising
[10:21] <siretart> ok
[10:21] <fabbione> cjwatson: ok thanks, but as i said it's not fatal, so up to you if you want to bloat or not. I am ok either way
[10:23] <\sh>  how do you kill a sles9? do an update and kill passwd/shadow
[10:27] <heno> the new kernel seems to have fixed bug 94301 as well
[10:27] <Ubugtu> Malone bug 94301 in control-center "Feisty i386 DesktopCD does not boot on slower machine (g-s-t race condition?)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94301
[10:30] <heno> fabbione: your recent test of Ubuntu desktop, do you remember what install type that was (erase disk, etc.)?
[10:30] <fabbione> it was a clean disk.. so use full disk
[10:31] <fabbione> nothing was there.. not even a partition table
[10:35] <dholbach> good morning
[10:38] <fabbione> heno: i think i have completed Ubuntu sparc server.. mind to check if we need more install tests?
[10:38] <fabbione> heno: otherwise i will keep going on i386
[10:39] <JonRob> can anyone in here give some advice about the livecd?
[10:39] <heno> fabbione: you posted under i386 desktop but I guess it should have been under server, because the default test there is not reported
[10:39] <heno> If that's the case I can just adjust it
[10:40] <fabbione> heno: i don't understand what you mean
[10:40] <fabbione> i only added one entry to i386 desktop
[10:41] <heno> right, I was wondering if that was meant to go under server, nevermind
[10:41] <heno> fabbione: but my first question was, what install test did you use?
[10:41] <heno> erase disk, manual partitioning, etc?
 it was a clean disk.. so use full disk
 nothing was there.. not even a partition table
[10:42] <fabbione> heno: ^^
[10:42] <fabbione> and i did answer immediatly after :)
[10:42] <heno> ok, thanks, by bad
[10:42] <fabbione> no problem :)
[10:42] <fabbione> heno: i can add that.. just gimme a sec
[10:42] <fabbione> done
[10:43] <fabbione> heno: i would be glad if you want me to test more cases on sparc.
[10:43] <heno> I'm marking the results here https://wiki.ubuntu.com/Testing/Status (in pretty colours)
[10:43] <fabbione> heno: i think i covered pretty much all
[10:43] <heno> I think it's covered, yes
[10:44] <fabbione> ok perfect
[10:44] <Mithrandir> heno: that page looks like a great overview.
[10:45] <heno> Mithrandir: cool. One test failure though, on alternate
[10:47] <doko_> hmm, what was the ftp host for security uploads?
[10:49] <Mithrandir> heno: yeah, looks like it.
[10:50] <Mithrandir> cjwatson: bug 94647; do you have any idea of the cause?
[10:50] <Ubugtu> Malone bug 94647 in partman "Resize operation failure" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94647
[10:51] <tepsipakki> I just did my first ubiquity-install, and it worked like a charm :)
[10:51] <tepsipakki> on a Lenovo TC M55
[10:51] <cjwatson> Mithrandir: not yet
[10:53] <hunger> BenC: My kernel oops is fixed with your new version. Just to add another confirmation;-)
[11:26] <heno> bug 84964
[11:26] <Ubugtu> Malone bug 84964 in linux-source-2.6.20 "modprobe abnormal exit - Kernel 2.6.20-8/9/10/11/12 does not boot" [Critical,Confirmed]  https://launchpad.net/bugs/84964
[11:27] <heno> A boot failure on ICH8 still being reported on 12-20
[11:27] <Fujitsu> heno: Sounds like fun :-/
[11:27] <cjwatson> Mithrandir: can't seem to reproduce it here
[11:28] <heno> 2.6.20-12.20 that is
[11:28] <hunger> heno: -9 worked for me all the time, -12 did have that bug here yesterday, but today's update works-for-me(TM)
[11:29] <heno> hunger: and what chip set do you have?
[11:29] <hunger> heno: ICH6.
[11:29] <heno> the ISO report is bug 93121
[11:29] <Ubugtu> Malone bug 93121 in ubuntu-iso-tests "beta: Ubuntu amd64 desktop" [Undecided,In progress]  https://launchpad.net/bugs/93121
[11:30] <hunger> heno: So it is probably something different:-|
[11:30] <heno> hunger: right, so it seems ICH6 and ICH7 have been fixed, but not ICH8
[11:31] <hunger> heno: I am surprised that it ICH8 stayed broken for so long.
[11:31] <heno> but he's not up yet, looking for some other kernel devs
[11:31] <cjwatson> pkl should be around soon
[11:32] <heno> yep
[11:34] <tepsipakki> heno: the Lenovo I just installed has ICH8
[11:34] <tepsipakki> and it works
[11:34] <tepsipakki> but that was i386
[11:35] <Mithrandir> tepsipakki: was it SATA or PATA?
[11:36] <tepsipakki> SATA
[11:37] <Mithrandir> ok
[11:38] <cjwatson> fabbione: so can you reproduce 94647 at will?
[11:39] <cjwatson> fabbione: before selecting the auto-resize option in the partitioner, could you edit /lib/partman/automatically_partition/10resize_use_free/do_option and put 'set -x' near the top? then get me /var/log/syslog after it fails and you've gone back to the menu
[11:41] <tepsipakki> cjwatson: /bin/preseed_fetch: 16: protocol_fetch: not found
[11:41] <tepsipakki> netboot
[11:41] <tepsipakki> oh
[11:42] <tepsipakki> maybe an error on my conf
[11:42] <fabbione> cjwatson: yes i was able to reproduce it without problems. I will just complete this test install and I will do
[11:47] <tepsipakki> cjwatson: /lib/preseed/fetch-methods/http is empty, file is the only one with content ("protocol_fetch()")
[11:55] <cjwatson> tepsipakki: err, bizarre, it isn't empty in the udeb
[11:57] <tepsipakki> hum, I'll check again
[11:58] <cjwatson> tepsipakki: looks fine in the ubuntu17 initrd
[11:58] <cjwatson> haven't checked 18, don't have that locally yet
[12:08] <tepsipakki> bizarre indeed..
[12:20] <fabbione> cjwatson: gahhhh it doesn't offer me to resize now....
[12:20] <fabbione> ah never mind.. i know why
[12:22] <JonRob> hi, i'm not sure if this is the right place to ask so if not could you point me in the right direction: is there a max size for /etc/skel on the livecd?
[12:23] <Mithrandir> JonRob: no
[12:24] <JonRob> Mithrandir: thanks, would you have any suggestion what would cause the error initramfs jobcontrol turned off when i boot it after adding apporx 1.4gb to /etc/skel?
[12:25] <Mithrandir> JonRob: uh, you have an initramfs which is that big?
[12:25] <JonRob> no not an initramfs - i put in /etc/skel to be moved to the home directory
[12:26] <JonRob> like the example media already there
[12:26] <Mithrandir> does your machine have more than 3GB of memory?
[12:26] <JonRob> ram!? no
[12:27] <Mithrandir> how are you going to have space to copy 1.4GB around when you add the user, then?
[12:27] <JonRob> smeg, not something i'd thoguht through!
[12:27] <JonRob> so you think that's likely to be the problem
[12:27] <Mithrandir> yes
[12:28] <cjwatson> Mithrandir: initramfs jobcontrol turned off> that means it couldn't figure out how to mount the root filesystem and dropped you to a prompt
[12:28] <cjwatson> generally
[12:28] <cjwatson> er
[12:28] <cjwatson> JonRob: ^--
[12:28] <cjwatson> Mithrandir knows this already ;-)
[12:28] <Mithrandir> you can look in casper.log in the initramfs, but I would think you would be better off with just a symlink and not an actual copy of the files.
[12:29] <JonRob> ok...but if i symlink to the files on the root direcotry of the disc, say, would that work on all systems?! what happens if there disc is in a differently labled disc?
[12:30] <JonRob> their*
[12:42] <Mithrandir> hm, pressing and letting go of ctrl in konqueror is very useful.  Firefox should grow something like that.
[12:43] <cjwatson> fabbione: any luck?
[12:43] <fabbione> cjwatson: i did the test install with LVM.. so i am reinstalling normal to get to the resize option
[12:44] <fabbione> vmware isn't particularly fast on this machine..
[12:45] <fabbione> cjwatson: i just ordered 4GB of ram for this machine.. from next week it will be a tad bit faster
[12:45] <cjwatson> hmm, I was trying with just one partition there - I'll try install-then-install
[12:46] <Hobbsee> Mithrandir: why, whta's it do?
[12:47] <Hobbsee> oh, i see.  press and hold
[12:47] <Mithrandir> shows you the accellerator keys for all the links on the page.
[12:47] <Treenaks> sounds useful
[12:48] <Hobbsee> yep
[12:58] <heno> ok I get the 94647 bug too on alternate i386
[12:59] <heno> that's trying to resize an ext3 that we just created with a previous desktop install though
[12:59] <heno> (which I've read elsewhere is known not to work)
[01:00] <heno> cjwatson: ^
[01:00] <heno> any point trying it on a FAT32 disk?
[01:01] <cjwatson> I would like to know whether it affects NTFS
[01:01] <cjwatson> known not to work> what do you mean? until mdz filed that bug I thought it should work
[01:01] <cjwatson> oh, you're referring to the resize_inode problem; that's meant to be fixed
[01:02] <fabbione> cjwatson: ok.. got it to fail.. grabbing the syslog
[01:02] <cjwatson> cool, it'll be about 15 minutes before I get there
[01:04] <heno> cjwatson: I think I've see you write in a ubiquity bug report or somewhere that autoresizing newly created ext3 partitions doesn't work
[01:07] <fabbione> cjwatson: both partman and syslog attached to the bug
[01:08] <cjwatson> heno: old
[01:09] <cjwatson> heno: that's what I believed I'd fixed earlier this week; the bugs we're currently seeing are likely fallout from that fix
[01:09] <ogra> mvo, i think i have the cause for my fsck ... my bios clock isnt set to gmt but the fs creation happens before setting the clock, the timestamp on the created filesysstem is in the future
[01:09] <cjwatson> ah, resize2fs is complaining that we didn't run e2fsck -f first
[01:09] <cjwatson> was the partition cleanly unmounted?
[01:10] <fabbione> cjwatson: yes.
[01:10] <fabbione> i did a reboot
[01:10] <fabbione> normal reboot
[01:11] <fabbione> cjwatson: for my experience i have seen resize2fs fail that way even immediatly after an e2fsck.. i suggest you force e2fsck -f like one or two time before running resizee2fs
[01:11] <heno> hm, just tried it with an empty ntfs disk and didn't get a resize option
[01:11] <fabbione> cjwatson: but that will slow down stuff on big fat disks
[01:11] <fabbione> anyway.. food time
[01:11] <cjwatson> twice is superstition, only once is required
[01:11] <cjwatson> but yes, looks like that's necessary
[01:12] <cjwatson> heno: I can check why given /var/log/partman
[01:13] <cjwatson> Mithrandir: comment in 94647 with workaround for at least Fabio's problem
[01:15] <heno> cjwatson: it's just a 3gb disk, should that offer me a resize?
[01:15] <cjwatson> heno: I can check why given /var/log/partman
[01:15] <cjwatson> I don't think it's an effective use of time to speculate
[01:16] <heno> cjwatson: ok, I'll have to complete the install to get that
[01:16] <cjwatson> why?
[01:16] <cjwatson> 'anna-install openssh-client-udeb' and scp it out
[01:16] <heno> the basic shell is very heno-unfriendly
[01:16] <cjwatson> ah, point
[01:17] <heno> cand to things like > or | 
[01:17] <cjwatson> there's the "save debug logs" option on the main menu - is that any better?
[01:17] <heno> can't
[01:17] <cjwatson> allows it to bring up a web server that you can browse from another machine
[01:17] <heno> I can, but I'd still need bash or gnome to get it out
[01:17] <heno> it's on virtualbox
[01:18] <cjwatson> oh, no networking from the host box?
[01:18] <heno> if I complete the install it will keep the right /var/log/partman
[01:18] <heno> ?
[01:18] <mvo> ogra: thanks, that makes sense
[01:18] <cjwatson> ok, 3gb is too small
[01:18] <heno> cjwatson: there is networking, yes
[01:18] <cjwatson> (went and checked)
[01:19] <cjwatson> elif longint_le "$(expr 3 \* 1024 \* 1024 \* 1024)" $bestfree; then log "Found resizable partition '$bestpart' ($bestpath) with $bestfree bytes free"
[01:19] <cjwatson> ...
[01:19] <cjwatson> else
[01:19] <cjwatson>     log "Found resizable partition '$bestpart' ($bestpath), but not offering because only $bestfree bytes free"
[01:19] <heno> ok, fine I'll use an 8gb one with some stuff in it
[01:19] <cjwatson> need at least 3gb free in the resizable filesystem
[01:21] <cjwatson> other requirements: fewer than 4 primary partitions; if there's an extended partition, fewer than 3 primary partitions; if there's an extended partition, resizable partition has to be adjacent to it so that we can create logical partitions sufficiently freely; must be <2GB free on the disk already (that number needs to be updated, or that check removed, IMO)
[01:21] <cjwatson> sorry, 2.2GB
[01:22] <heno> ok, I'll just start with a clean 8gb ntfs disk
[01:24] <ogra_> hmm, intresting ... i cant paste to any pastebin from the beta firefox ... it always wants to open the index.php file with gedit after hitting submit ...
[01:24] <ogra_> asac ^^
[01:24] <ogra_> no matter if i use paste.ubuntu-nl.org, th eltsp pastebot or pastebin.ca
[01:25] <ogra_> does anyone else see that ?
[01:29] <pitti_live> hi
[01:30] <heno> cjwatson: on the 8gb ntfs drive is resizes and installs fine
[01:31] <heno> *it resizes
[01:36] <pitti_live> wow, this migration tool actually shows stuff
[01:36] <pitti_live> cjwatson: who should I contact about weirdnesses in that migration tool?
[01:38] <ogra_> mvo: http://www.grawert.net/tune2fs_right_after_fs_creation.txt and http://www.grawert.net/tune2fs_after_reboot.txt 
[01:38] <pitti_live> Fujitsu: I just wondered why it can import gaim from both breezy and feisty, but evolution only from breezy
[01:39] <ogra_> mvo: Filesystem created is in the future in the rebooted one
[01:39] <Fujitsu> It worked really nicely on a work machine, except for confusion resulting from the duplicate account creation question.
[01:40] <Fujitsu> ogra_: I had the same on a new Feisty install last week...
[01:40] <ogra_> Fujitsu: your hwclock isnt set to gmt ?
[01:41] <Fujitsu> ogra_: It's not this machine, but it was previously Windows-only, so no.
[01:41] <ogra_> right, then thats the reason ... the clock setting should move in front of partitioning then
[01:42] <Fujitsu> Probably.
[01:42] <Fujitsu> A little bad to have a forced fsck on the first boot.
[01:42] <ogra_> yes
[01:42] <ogra_> looks a bit scary
[01:43] <Fujitsu> Yep.
[01:44] <ogra_> cjwatson: ^^ can we do that ?
[01:45] <Crescendo_> Suggestion for Ubuntu Developers: When there are updates to the system, it needs to be super easy to click and find out more about the updates (changelog)
[01:45] <StevenK> Crescendo_: ... It is
[01:45] <Crescendo_> Maybe I missed something then. :P
[01:45] <StevenK> Crescendo_: I'd suggest you ask in #ubuntu
 Crescendo, #ubuntu-dev for suggestions to devs
[01:46] <Fujitsu> Crescendo_: Note the Changelog tab in the updater.
[01:46] <cjwatson> pitti_live: evand
[01:46] <cjwatson> heno: great
[01:47] <cjwatson> ogra_: no, we can't
[01:47] <StevenK> It's already implemented, and has been since Dapper, so #ubuntu to find out how, surely?
[01:47] <pitti_live> cjwatson: thanks
[01:47] <cjwatson> ogra_: clock-setup relies on the output of partitioning to set a suitable default
[01:47] <pitti_live> evand: hello
[01:47] <Mithrandir> heno: are you lagging updating Testing/Status or is testing just taking time?
[01:47] <Crescendo_> StevenK, nah - I just completely missed the feature.  I was running updates this morning, and didn't see it.  My bad!
[01:47] <ogra_> cjwatson: hmm, can we touch the timestamps of the fs then ? 
[01:48] <cjwatson> ogra_: possibly. I'd like to think about it a bit
[01:48] <Fujitsu> ogra_: That looks to be the best idea... We can't exactly have each install fscking first.
[01:48] <heno> Mithrandir: I'm just updating it in batches. will do one now
[01:48] <cjwatson> Fujitsu: like I say, I'd like to think about it rather than diving in
[01:48] <Fujitsu> cjwatson: Saw that right after I sent my message. Of course, it's a good idea to not just jump into it.
[01:48] <heno> Mithrandir: I get all the notices by email and update from here
[01:48] <StevenK> Fujitsu: It probably won't be every install
[01:48] <StevenK> Fujitsu: But you have a point.
[01:49] <Crescendo_> Something needs to be done about having windows pop up over the keyring password entry - especially when the default button is cancel or close, or the ONLY button is close
[01:49] <ogra_> Fujitsu: well, not each install, only the ones where the bios doesnt use gmt :)
[01:49] <Fujitsu> ogra_: Isn't that everything that runs Windows?
[01:49] <pitti_live> heno: is that wiki page autogenerated from the Malone bugs? cool
[01:49] <Crescendo_> Default buttons in general are not nice, and if they pop up while I'm typing...
[01:49] <Hobbsee> Crescendo_: --> wishlist on the bugtracker.
[01:50] <heno> pitti_live: that was the original plan, but ATM it's heno-powered
[01:50] <ogra_> Fujitsu: most of them, yes
[01:50] <pitti_live> heno: ah; do you know about editmoin? it's an incredibly rocking tool for editing wiki pages
[01:50] <cjwatson> Crescendo_: focus stealing *is* considered a bug
[01:50] <cjwatson> by GNOME as well as us, generally
[01:51] <Crescendo_> cjwatson, okay - I'll file it as such in the future, thanks
[01:51] <StevenK> I usually just sigh, and deal with it. Maybe I should file bugs.
[01:51] <cjwatson> ogra_: and that's exactly why clock-setup needs to go after partman - detecting whether you're planning to make it a Linux-only machine or not
[01:52] <ogra_> yep
[01:52] <cjwatson> problem with fiddling it after the fact is that you'd need an implementation of said timestamp-fiddler for every fs
[01:52] <ogra_> i understand ... 
[01:53] <cjwatson> actually I don't think it would make any difference where you put it anyway. clock-setup only asks a question and prods files in the target filesystem for later - it doesn't actually touch the clock itself
[01:54] <cjwatson> so it might as well go later in order to have maximal information
[01:54] <Ubugtu> Malone bug 94154 in xine-lib "[apport]  totem-video-thumbnailer crashed with SIGSEGV in _int_malloc()" [Medium,Unconfirmed]  https://launchpad.net/bugs/94154
[01:54] <siretart> ;)
[01:55] <seb128> siretart: no
[01:55] <seb128> ==978== Invalid read of size 4
[01:55] <seb128> ==978==    at 0x113AC6AE: (within /usr/lib/xine/plugins/1.1.4/xineplug_decode_ff.so)
[01:55] <seb128> ==978==    by 0x112B8D07: (within /usr/lib/xine/plugins/1.1.4/xineplug_decode_ff.so)
[01:55] <seb128> ==978==    by 0x112B9D58: (within /usr/lib/xine/plugins/1.1.4/xineplug_decode_ff.so)
[01:55] <seb128> ...
[01:55] <cjwatson> maybe it would be sufficient to actually adjust the clock in clock-setup
[01:55] <seb128> siretart: ^
[01:55] <seb128> siretart: that's likely the corruption
[01:56] <siretart> seb128: it looks to me like some bug in the included ffmpeg copy
[01:56] <siretart> seb128: in fact, I have an updated ffmpeg ready, and could link xine against that
[01:57] <siretart> seb128: but mithrandir would kill me if I uploaded that one. ;)
[01:57] <seb128> siretart: yeah, likely, still the problem is to xine not totem ;)
[01:57] <siretart> seb128: I plan to switch back to external ffmpeg for goofy, as soon as it opens
[01:57] <seb128> cool
[01:58] <siretart> seb128: I *think* the problem will go away. in any case, the bug is no longer against xine
[01:58] <seb128> why not?
[01:58] <seb128> /usr/lib/xine/plugins/1.1.4/xineplug_decode_ff.so is shipped with xine-lib no?
[01:58] <siretart> because xine will use then the external ffmpeg,
[01:58] <seb128> ah
[01:58] <seb128> yeah, it'll not be when you stop using the copy
[01:59] <seb128> it still is atm
[01:59] <siretart> currently, feisty's ffmpeg package is dated from august, xine's copy is from november I think
[01:59] <siretart> the new package is the codebase from march
[01:59] <siretart> so I cannot really update the ffmpeg package
[02:00] <siretart> and I don't really feel like updating the xine-lib included ffmpeg copy, you know...
[02:00] <heno> asac, dholbach, Riddell, kwwii, pkl, ogra, doko: any progress on testing today's images? See status on https://wiki.ubuntu.com/Testing/Status (still lots of red fields)
[02:01] <pkl_> heno: downloaded Tuesdays, didn't manage to test.  Currently downloading today's build...
[02:01] <heno> pkl_: cool, thanks
[02:02] <Riddell> heno: how does that page get filled in?  you do it manually from the bug reports?
[02:02] <heno> Riddell: I do yes
[02:07] <Riddell> heno: pass added to bug 93114, desktop CDs just finished downloading
[02:07] <Ubugtu> Malone bug 93114 in ubuntu-iso-tests "beta: Kubuntu i386 alternate" [Undecided,Unconfirmed]  https://launchpad.net/bugs/93114
[02:08] <heno> Riddell: thanks
[02:09] <pitti> heno: in case you are still editing, bug 93121 is now complete as well
[02:09] <Ubugtu> Malone bug 93121 in ubuntu-iso-tests "beta: Ubuntu amd64 desktop" [Undecided,In progress]  https://launchpad.net/bugs/93121
[02:09] <heno> ok
[02:12] <Mithrandir> kylem: I realise you just got in, I assume you haven't had a chance at testing the alternate CD yet?
[02:13] <pitti> Mithrandir, kylem: I can give a hand with testing amd64/alternate if you want me
[02:14] <Mithrandir> pitti: if you're not busy with your two remaining -desktop tests, then please.
[02:14] <pitti> Mithrandir: I finished those half an hour ago, I am currently looking into the r-m failure on a fresh install (config.dat is 0600); but I can tackle this later
[02:15] <pitti> kylem: I grab check, erase, auto-resize for now then
[02:15] <Mithrandir> pitti: thanks a lot.
[02:18] <asac> heno: will try a minimal run later ... as i am not here today officially :)
[02:18] <heno> asac: it's ok pitti has covered those cases now
[02:18] <Mithrandir> cjwatson: how is your amd64 dvd testing going?  Do you need help with it?
[02:19] <pitti> kylem: grabbing check as well, because I need it to prepare auto-resize anyway
[02:19] <heno> Mithrandir: I'm just burning cjwatson's DVD now
[02:19] <pitti> kylem: erm, rescue, I mean
[02:19] <Mithrandir> heno: as in, you're grabbing the test case?
[02:19] <heno> Mithrandir: yes
[02:20] <heno> (or send it to him in the post, whichever is quicker)
[02:20] <heno> Mithrandir: I've got the i386 DVD going in a VM now as well
[02:21] <Mithrandir> ok
[02:21] <Mithrandir> ogra: haven't you managed to test a single image today?
[02:22] <Riddell> bdmurray: when you testing i386 alternate did it ask you for the screen resolution for X?
[02:22] <heno> mvo: what's the status of upgrade testing? can the results from yesterday be carried over? (note that we have a new kernel)
[02:23] <pitti> heno: no CLI test on alternates?
[02:23] <mvo> heno: I will do a re-test then
[02:24] <heno> pitti: I didn't add it to the list no. It would probably be good to do some though
[02:24] <ogra> Mithrandir, i386 server and addon are good, amd64 is running
[02:25] <Mithrandir> ogra: can you please update the bug statuses, then?
[02:26] <TomaszD> pitti, /usr/share/applications/restricted-manager.desktop code only has German translation in place, I'm using the latest langpack
[02:27] <TomaszD> pitti, and /usr/share/app-install/desktop/restricted-manager.desktop doesn't even have a German comment field, only the name.
[02:28] <pitti> TomaszD: /usr/share/applications/restricted-manager.desktop is what counts
[02:28] <pitti> TomaszD: indeed this has a German translations
[02:28] <TomaszD> pitti, alright, so that only has the German translation, nothing else
[02:29] <pitti> TomaszD: aaaah
[02:29] <pitti> TomaszD: please edit that file and add the line:
[02:29] <pitti> TomaszD: X-Ubuntu-Gettext-Domain: restricted-manager
[02:29] <pitti> TomaszD: that should help
[02:29] <siretart> pitti: what is this X-Ubuntu-Gettext-Domain field for?
[02:30] <pitti> siretart: it tells the desktop file which .mo file to use for translations
[02:30] <TomaszD> pitti, you mean X-Ubuntu-Gettext-Domain=restricted-manager
[02:30] <TomaszD> it works wonderfully now
[02:30] <TomaszD> :D
[02:31] <pitti> TomaszD: right
[02:31] <pitti> TomaszD: splendid; can you please file a bug about this?
[02:31] <TomaszD> pitti, shall I file a bug report or will you not forget about this?
[02:31] <TomaszD> hah, ok
[02:31] <pitti> TomaszD: :)
[02:33] <TomaszD> duh, I always get lost in lp
[02:34] <ogra> Mithrandir, as soon as i'm donw and back on my normal machine 
[02:34] <dholbach> who takes care of vbetool?
[02:34] <Mithrandir> dholbach: depends
[02:35] <dholbach> it crashes quite often for people
[02:35] <TomaszD> pitti, there https://bugs.launchpad.net/restricted-manager/+bug/94754
[02:35] <Ubugtu> Malone bug 94754 in restricted-manager "restricted-manager.desktop needs X-Ubuntu-Gettext-Domain property" [Undecided,Unconfirmed]  
[02:35] <pitti> TomaszD: thank you
[02:35] <dholbach> is there a new upstream version or something?
[02:35] <TomaszD> np
[02:40] <AlinuxOS> Hello developers, on my PC, kernels: vmlinuz-2.6.20-8-generic, vmlinuz-2.6.20-9-generic, vmlinuz-2.6.20-10-generic, vmlinuz-2.6.20-11-generic, vmlinuz-2.6.20-12-generic are not able to boot. The unic kernel that works is: vmlinuz-2.6.20-6-generic. What's wrong? My system hangs up at the begining of boot.
[02:42] <stgraber> bug 84964 ?
[02:42] <Ubugtu> Malone bug 84964 in linux-source-2.6.20 "modprobe abnormal exit - Kernel 2.6.20-8/9/10/11/12 does not boot" [Critical,Confirmed]  https://launchpad.net/bugs/84964
[02:43] <stgraber> AlinuxOS: can you do a "lspci" and check if you have something like : ICH8 Family
[02:46] <BenC> Anyone here experiencing bug #84964?
[02:46] <Ubugtu> Malone bug 84964 in linux-source-2.6.20 "modprobe abnormal exit - Kernel 2.6.20-8/9/10/11/12 does not boot" [Critical,Confirmed]  https://launchpad.net/bugs/84964
[02:47] <stgraber> BenC: AlinuxOS may have it or at least has the same symptoms
[02:47] <AlinuxOS> yes I confirm that bug too.
[02:47] <stgraber> BenC: everything >-6 doesn't work
[02:47] <AlinuxOS> for me it's the same.
[02:47] <BenC> AlinuxOS: Can you join #ubuntu-kernel to discuss this?
[02:51] <Mithrandir> Riddell: how is your testing going?
[02:54] <Lutin> BenC: hum, yep, experiencing here too
[02:55] <BenC> Lutin: Could you join #ubuntu-kernel as well then, if you have maybe 15-30 minutes to do some Q&A?
[02:55] <BenC> Lutin: Are you sure your problem isn't the bug that showed up in -12 and was fixed yesterday?
[02:56] <cjwatson> Mithrandir: mail in your inbox with a workaround for that resizing bug. I've tested my patch successfully, and it's your call, but I think it would be best applied after beta rather than before
[02:56] <cjwatson> since in this case the workarround is fairly straightforward
[02:56] <Lutin> BenC: I was experiencin the same with -9
[02:56] <Mithrandir> cjwatson: thanks.  Can you add that to the release announcement?
[02:57] <cjwatson> Mithrandir: where?
[02:58] <Mithrandir> cjwatson: https://wiki.ubuntu.com/FeistyBetaAnnouncement
[02:59] <heno> Keybuk, doko: Any luck we Edubuntu testing? https://wiki.ubuntu.com/Testing/Status
[02:59] <Keybuk> heno: I haven't even begun any
[03:00] <heno> Keybuk: can you do Edubuntu alternate?
[03:00] <Keybuk> heno: I'm not going to be able to today, I have a stack of CVs and interviews to do
[03:01] <heno> the interns Chris and Mike are not at work today
[03:01] <Keybuk> (so I kinda need this machine <g>)
[03:01] <heno> Keybuk: ok, thanks, let me find a different home for it
[03:09] <Riddell> Mithrandir: i386 both good, onto amd64 now
[03:10] <bddebian> Heya
[03:10] <heno> Riddell: will update, thanks -- is that all tests?
[03:11] <heno> kylem: around?
[03:11] <Riddell> heno: no, only done manual for kubuntu i386 alternate and desktop
[03:11] <Riddell> heno: although wipe disk for i386 alternate is half way there
[03:11] <heno> ok, thx
[03:30] <ogra> heno, i'm done with edubuntu alternate 
[03:30] <heno> ogra: can I sign off all the tests? i386 and amd64?
[03:30] <ogra> just got a grub prompt on amd64, need to find out why, apart from that it looks ok ...
[03:35] <ogra> i386 is good, i'll update the bugs as soon as i have a sane machine in my fingers again
[03:35] <heno> ogra: I can do it directly, if you can just confirm that I should OK all the test types (erase, manual, rescue, etc.)
[03:35] <ogra> erase manual and rescue as well as selftest were fine for i386 
[03:35] <ogra> manual had a grub prompt for the installation device ... but was fine apart from that. i didnt perform selftest and rescue yet for amd64
[03:35] <ogra> s/manual/manual amd64/
[03:35] <amayera> hi
[03:36] <amayera> I wanted to ask if it is planned for usplash to support cryptsetup so one can enter his dmcrypt passphrase while still seeing the nice uslpash screen and not the console?
[03:36] <cjwatson> ogra: you'll get a grub prompt if another OS is installed that grub-installer can't figure out how to boot
[03:37] <ogra> cjwatson, well, there is my other ubuntu on hda1  ....
[03:37] <ogra> nothing else
[03:40] <carlos> glatzor: pint
[03:40] <carlos> glatzor: ping
[03:40] <glatzor> carlos: pong
[03:40] <carlos> glatzor: just saw your email to ubuntu-translators
[03:40] <carlos> glatzor: you don't need to do that
[03:40] <carlos> either provide me with fixed .pot files and I will do a manual upload
[03:40] <carlos> or ask us (Rosetta team) to hide those templates to prevent people working on it
[03:40] <carlos> it's safer
[03:40] <glatzor> carlos: ok. that is true.
[03:40] <glatzor> carlos: the new packages are already in the upload queue.
[03:40] <carlos> of course, the announcement should be sent anyway
[03:40] <carlos> glatzor: will they be automatically built?
[03:40] <glatzor> carlos: so could you hide python-apt and software-properties until the end of the beta freeze?
[03:40] <carlos> sure
[03:45] <carlos> glatzor: please, remind me to enable them again once the packages are built
[03:45] <glatzor> carlos: the pot file and the po files get updated during the build process but I updated them locally in the source repository too. 
[03:45] <carlos> but Rosetta doesn't get them until the build is finished
[03:45] <glatzor> carlos: right.  that is why I wrote this mail :)
[03:45] <carlos> glatzor: is update-manager affected by that problem too?
[03:45] <glatzor> carlos: good question. I will check this now. I just finished python-apt and software-properties
[03:45] <carlos> ok
[03:45] <carlos> glatzor: python-apt and software-properties are hidden now.
[03:45] <glatzor> thanks a lot carlos
[03:47] <carlos> np
[03:47] <sladen> amayera: I think there maybe a bug open for that;  if there isn't, can you open one please
[03:47] <bdmurray> Riddell: yes, I recall that in one of the tests
[03:50] <heno> good morning bdmurray :)
[03:51] <amayera> sladen: this should go to usplash-bugs, right?
[03:53] <iwj> heno: Just to check I'm not missing anything here, there aren't yet any new images to test, right ?
[03:53] <sladen> amayera: cryptsetup might be a better place
[03:54] <sladen> amayera: if it's non-functional, that's a bug and needs filing
[03:54] <heno> iwj: the latest were rolled at 1.00ish GMT last night
[03:54] <amayera> sladen: well it works, but usplash stops running as soon as you need to enter the passphrase.
[03:55] <pitti> kylem: amd64/alternate update: I now did everything except OEM and expert
[03:55] <heno> iwj: https://wiki.ubuntu.com/Testing/Status the community I and fabio have been testing ubuntu desktop 386
[03:55] <amayera_> sladen: well it works, but usplash stops running as soon as you need to enter the passphrase.
[03:55] <heno> but there is one remaining test, auto-resize
[03:55] <Riddell> bdmurray: seems like a bug then
[03:56] <Riddell> heno: any reports of ubuntu alternate asking for X screen resolution during install?
[03:56] <heno> Riddell: no, just yours
[03:57] <heno> Riddell: that would not be speciffic to Kubuntu I guess
[03:57] <heno> I've not seen it myself on Ubuntu alternates
[03:57] <iwj> I'm sure I looked in Testing/Status.
[03:57] <heno> pitti: thanks, I'll update
[03:57] <iwj> Yes, indeed, look there are no version numbers in that page!
[03:57] <pitti> heno: well, cli and manual partitioning are still running
[03:58] <iwj> heno: Would you like me to take the dvd instead ?
[03:58] <pitti> heno: I can do the last two ones, too, if its urgent
[03:58] <bdmurray> Riddell: which install did you see it in?
[03:58] <pitti> heno: but I'd rather prefer someone else do them, to cover different hardware
[03:58] <iwj> At least one of livecd or d-i.
[03:59] <Riddell> bdmurray: i386 alternate (but not amd64)
[03:59] <heno> iwj: I'm on the Ubuntu DVD myself. Could you look at the Edubuntu DVD?
[03:59] <iwj> Err, OK.  Let me see what my download looks like if I ask for it.
[04:00] <bdmurray> Riddell: I don't recall it in every install method of the alternate
[04:00] <iwj> heno: What version number ?
[04:00] <Riddell> bdmurray: I did manual
[04:00] <heno> iwj: 20070322
[04:00] <heno> for the dvd
[04:00] <Riddell> bdmurray: can't imagine the partioning type would affect it
[04:00] <iwj> heno: Please put that in the wiki page.
[04:00] <iwj> heno: This getting the version number via irc is absurd.
[04:01] <Riddell> heno: a virtual box alternate install gets stuck at ejecting the CD, is that known?
[04:01] <bdmurray> Yeah, probably not.
[04:01] <heno> iwj: perhaps you can help me with that? That would be useful :)
[04:01] <iwj> Sure :-).
[04:02] <heno> thanks, (as you were volunteering your efforts anyway)
[04:02] <iwj> Testing/ReportingResults promises the version numbers will be in the tracker bug titles but they're not.
[04:02] <iwj> I don't know what all of the version numbers ought to be for all of the other images.
[04:03] <heno> iwj: it's whatever is in current 20070322.x
[04:04] <heno> where x is 1 or two for desktop (they are identical)
[04:04] <heno> and nothing for DVD
[04:05] <heno> bdmurray: can you give a hand with Edubuntu or Kubuntu testing? still some blank tests there
[04:05] <bdmurray> heno: I'm getting the edubuntu server image now
[04:06] <bdmurray> And I was going to start expert i386 alternate soon
[04:06] <heno> bdmurray: cool thanks. can you coordinate with ogra? he's doing some as well
[04:06] <bdmurray> heno: are my alternates from yesterday valid?
[04:06] <ogra> heno, i'm doing the desktop run now ...
[04:11] <Mithrandir> bdmurray: no.
[04:11] <iwj> heno: Quoted you in the wiki :-).
[04:11] <heno> iwj: great, thanks for your help
[04:11] <mdz> cjwatson: documenting the resize issue seems appropriate to me
[04:21] <iwj> heno: It looks like my dvd seed is a bit out of date so I'm downloading the jigdo template instead.  This will be some hours at this rate.
[04:21] <iwj> Is cdimage.ubuntu.com very overloaded atm ?
[04:24] <heno> iwj: I'm wondering if it's worth it. My Edubuntu DVD sync is just about to complete
[04:24] <mdz> Mithrandir: 20070322.1 still stands as a candidate for Ubuntu?
[04:24] <heno> iwj: anything else on that page you could test, Ubuntu i386 alternate?
[04:25] <pirast> keescook, could you approve the nominations in bug 94792?
[04:25] <Ubugtu> Malone bug 94792 in asterisk "Asterisk 1.2.17 fixes SIP DoS vulnerability" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94792
[04:25] <pirast> thanks
[04:42] <iwj> heno: Sure, updating my image now.
[04:50] <superm1> BenC, I noticed that you marked the bug related to saa7127 missing in 2.6.20 as fix-committed.  do you know which kernel release this will be reflected? (I'm going to add a note to the wiki page for ivtv feisty)
[04:50] <iwj> jigdo's mkimage should have a --best-effort option for when you're just trying to prime your rsync.
[04:51] <mdz> cjwatson: I'm surprised that the resize ever worked if it didn't force a fsck; I always seem to need to do that before resizing ext3
[04:51] <pitti> ogra, slomo: btw, I just tried the bcm43xx-mac80211 driver with the 4.x firmware; it works at least; I didn't try WPA though, I don't have one of those here
[04:51] <BenC> superm1: -13, which will probably get uploaded Saturday
[04:51] <superm1> Ok.  thanks :)
[04:56] <pitti> heno: btw, I did test auto-resize, but not OEM for amd64/alternate; this is mixed up on TEsting/Status
[05:03] <dholbach> cjwatson: should we merge in the debconf change of debian bug 413509? it would fix our bug 87641 - which has 34 dups now :-)
[05:03] <Ubugtu> Debian bug 413509 in x11-common "x11-common: config script hangs or fails" [Serious,Closed]  http://bugs.debian.org/413509
[05:03] <Ubugtu> Malone bug 87641 in libqt-perl "[apport]  dpkg-preconfigure crashed with SIGSEGV in xcall_QGroupBox()" [Undecided,Confirmed]  https://launchpad.net/bugs/87641
[05:03] <seb128> there is a zillion of dup of that bug
[05:04] <seb128> I've already closed a bunch like a week ago
[05:04] <dholbach> 34 now :)
[05:04] <dholbach> i added a clue about both debconf and libqt-perl to bughelper
[05:04] <seb128> ok
[05:04] <pitti> dholbach: a bug pattern as well, perhaps?
[05:04] <seb128> is there a way to say to debhelper "run all the known clue"?
[05:04] <heno> pitti: thanks, will fix
[05:05] <dholbach> seb128: i want to let that run on rookery with a cronjob and generate html reports
[05:05] <dholbach> seb128: (and have some config file for that script, so you can easily add bug* jobs to it)
[05:07] <cjwatson> dholbach: ok, I'll look later today, thanks
[05:08] <dholbach> seb128: 1) reorganisation of the launchpad specific code (like make it easier, deal with attachments better, make it saner, etc), 2) work on that data center version of it, 3) work on gtk bits for it
[05:08] <dholbach> cjwatson: super
[05:09] <seb128> dholbach: cool ;)
[05:09] <dholbach> seb128: glad you like it
[05:10] <ogra> heno, x86 edubuntu live: manual, erase and live_session are good
[05:11] <evand> pitti: sorry, I was out earlier.  Is .gconf/apps/evolution/mail/%gconf.xml present on both systems?
[05:12] <heno> ogra: thanks. will update
[05:12] <pitti> evand: well, in Feisty I only have the monolithic ~/.gconf/%gconf-tree.xml
[05:13] <pitti> evand: that one does have some evolution keys
[05:13] <_ion> I wonder whether something like SQLite would be a better database for gconf.
[05:14] <_ion> It would have indexing etc.
[05:14] <_ion> Of course gconfd caches stuff, but anyway...
[05:15] <evand> pitti: interesting, any idea how the monolithic tree gets created?  I'm running Feisty as well and I have the keys broken down by directory.
[05:15] <evand> But that would definitely explain why it isn't finding Evo
[05:15] <pitti> evand: I think dapper or edgy created them
[05:16] <pitti> evand: we originally had the flat files, then a later distro compressed them into one file, and then this was reverted (seb128 should know more)
[05:16] <evand> pitti: ok thanks
[05:16] <pitti> evand: so you don't actually use the gconf library, but parse the stuff manually?
[05:16] <evand> pitti: yeah, it makes the deps smaller
[05:16] <pitti> evand: I can send you my gconf tree after some cleanup
[05:16] <evand> as this should also work in d-i on the alternate cd, but isn't included
[05:16] <evand> pitti: that would be a great help
[05:17] <seb128> evand, pitti: waht is the question?
[05:17] <pitti> evand: anyway, it's just a corner case anyway
[05:17] <pitti> evand: most people will probably want to import from Windows, not from Linux (sharing /home is so much easier...)
[05:17] <evand> seb128: what conditions create %gconf-tree.xml.  That is, was there a specific version of Ubuntu that created this?
[05:17] <pitti> seb128: when did we switch to monolithic .gconf/%gconf-tree.xml and when back?
[05:17] <pitti> seb128: I still have the monolithic one
[05:18] <evand> Gotta run, will follow up later
[05:18] <seb128> we merged the the gconf database during the breezy cycle
[05:18] <seb128> just during the unstable cycle
[05:18] <pitti> seb128: oh, it has never been in a release?
[05:18] <seb128> we undo that change because it's not working fine on NFS due to the locking
[05:19] <seb128> pitti: no
[05:19] <seb128> pitti: we do merge the system one
[05:19] <pitti> seb128: so I better keep it around, if it speeds up my system ;-P
[05:19] <seb128> yeah ;)
[05:44] <_ion> pitti: We probably should contact nVidia. Perhaps they would share a complete list of IDs supported by each version of the driver.
[05:49] <keescook> mornin'
[05:51] <keescook> pirast: sure, done.  thanks!
[05:55] <pitti> _ion: and put it online somewhere, right; or just fix that damn module to declare it
[05:56] <pitti> hi keescook 
[05:56] <keescook> hiya pitti
[05:56] <_ion> pitti: Yeah
[05:57] <stdin> what would be your thoughts on adding something about the root account being disabled and use of sudo on the installer? I see soooo many questions in forums about "why can't I log in as root" and "what's the default root password"
[06:14] <ogra_live> heno: edubunu amd64 live erase, manual and live session good as well :)
[06:14] <ogra_live> seems i got a complete set :)
[06:15] <heno> ogra_live: cool! 
[06:15] <ogra_live> (apart from the dvd which might still take until tomorrow to finish the rsync)
[06:15] <heno> ogra_live: what babout DVDs? I have the i386 one downloaded
[06:16] <heno> amd64 will take me another 7 hours
[06:16] <ogra_live> my rsync says something about 10h for amd64 :(
[06:16] <ogra_live> silly big media :/
[06:16] <heno> have you done i386? If not, I'm on that one
[06:16] <ogra_live> ok
[06:16] <evand> pitti: If you could scrape out any sensitive data and send me that monolithic gconf file via email (evand@ubuntu.com) or a m-a bug report whenever you have a chance, it would be much appreciated.
[06:16] <ogra_live> i'll do it as well but wont priorize it
[06:17] <ogra_live> i.e. do it on friday afternoon or something, just to see how it goes
[06:17] <pitti> evand: I could do that, but since it seems to be such a corner case, I don't think you should worry about it too much
[06:17] <evand> ok
[06:18] <pitti> evand: I could only come to this gconf situation because I always keep my /home partition; and in those cases people will certainly continue to do so ;)
[06:18] <evand> ah
[06:18] <pitti> evand: people who regenerate their /home with every new install won't have the monolithic tree, nor will people who only installed stable releases
[06:19] <evand> ok
[06:19] <pitti> evand: thanks for looking into it; I thought it was somehting much more serious
[06:19] <heno> ogra_live: did you do auto-resize for the desktop CDs? I don't have that marked off
[06:19] <evand> me too :)
[06:20] <ogra_live> nope, i didnt
[06:21] <ogra_live> i usually only do manual and erase ... 
[06:21] <ogra_live> as i usually dont have anything to autoresize :)
[06:21] <pitti> my current approach to this is to create a single large vfat partition, put a file onto it (in the live system), and then reboot
[06:22] <heno> ogra_live: ah, well it seems stgraber has just done it :)
[06:23] <ogra_live> heno: i'm extremly sure there wont be many differences between ubiquity on edubuntu vs ubuntu so i'd be fine if i know all the package stuff thats different in the installs is handled ...
[06:24] <heno> right, makes sense
[06:24] <ogra_live> indeed it's nicer to have them all tedsted :)
[06:33] <aitor> im looking for some feedback
[06:34] <aitor> I write an application for Summer of Code 2007 about synaptic
[06:34] <aitor> the main idea is to add rating and comments to packages in synaptic
[06:35] <mvo> aitor: hello! you write or you plan to write :) ?
[06:35] <aitor> you can see my application in http://mysummerofcode.blogspot.com/2007/03/ubuntu-possibility-to-comment-and-rate.html
[06:35] <mvo> aitor: that sounds very interessting, but it seems to me like a good approach is to make it webbased. is that what you plan to do?
[06:36] <aitor> two ways
[06:36] <TomaszD> any bluetooth experts around? what about this little showstopper https://bugs.launchpad.net/ubuntu/+source/bluez-utils/+bug/92866
[06:36] <Ubugtu> Malone bug 92866 in bluez-utils "Inquring for devices from GUI doesn't work due to misconfiguration" [Undecided,Unconfirmed]  
[06:36] <aitor> rate and comment in synaptic, sort by rate...
[06:38] <aitor> setting up a store system that could be used to make a web based application 
[06:52] <mvo> aitor: I need to lave for the evening in a bit, please mail me or just ping me on irc tomorrow again
[06:53] <Keybuk> (random) the rhythmbox album cover plugin is the bong!
[06:53] <pitti> Keybuk++
[06:54] <Keybuk> I like it even better when it gets the wrong album cover, because it's usually funny
[06:55] <heno> doko: did you get a chance to download the Edubuntu amd64 DVD?
[06:57] <aitor> hi, sorry Im down
[07:07] <shawarma> pitti: How often does the malone retrace magic thing run?
[07:08] <doko> heno: will do tonight; downloaded today
[07:08] <pitti> shawarma: permanently ATM, dholbach gave it a huge bulk of stuff to do :)
[07:08] <pitti> shawarma: if the queue is empty, it sleeps for ten minutes and then checks again
[07:09] <shawarma> pitti: ah.. Is it triggered when we set the flag or does it just run every once in a while and checks if there's any bugs tagged with the magic tags?
[07:09] <dholbach> heno: were the Testing/ tables wiped clean again?=
[07:09] <pitti> shawarma: the latter; I don't see how the former is possible, and it wouldn't make much sense either (it needs to be queued anyway)
[07:10] <_ion> pitti: Another, somewhat evil idea: a program that dlopens a proprietary driver and bruteforces the IDs it supports by pretending to be X and running the driver's Probe function in a for loop. I haven't studied whether that would work, though.
[07:10] <shawarma> pitti: Well, it could be triggered by e-mail and be subscribed to ubuntu bugs.. but this works fine, too.
[07:11] <pitti> shawarma: I guess after all a Malone search is cheaper than parsing that bug flood
[07:11] <pitti> _ion: h4ck! ;)
[07:11] <shawarma> pitti: Probably. :-)
[07:12] <dholbach> heno: ah no... sorry - you want me to do server amd64?
[07:13] <shawarma> pitti: Well, I just asked because there as a bug that was tagged 4-5 hours ago and I was curious if it had missed it, but if it's just that there's a backlog I'll take it easy.
[07:14] <pitti> shawarma: if the tag is still there, everything is alright; if the tag was removed without a retrace, ping me to look in the logs
[07:14] <shawarma> pitti: Nono, it's still there. I just have a very impatient nature. :-)
[07:16] <pitti> understandable :)
[07:27] <hunger> WLAN is broken since I upgraded my kernel:-(
[07:27] <hunger> I am using the madwifi drivers.
[07:27] <hunger> Works with the -9 kernel.
[07:28] <hunger> Will somebody do something about all the warnings/error messages that appear during bootup?
[07:40] <Mithrandir> mdz: .2 on i386, but yes.
[07:50] <mdz> Mithrandir: which i386?  I was testing .1 and got no indication that anything  had changed
[07:50] <\sh> guys, can someone have a look on bug #38311..is it ok, to recompile it without openssl support?
[07:50] <Ubugtu> Malone bug 38311 in ekg "Please build libgadu without openssl support" [Wishlist,Confirmed]  https://launchpad.net/bugs/38311
[07:50] <Mithrandir> mdz: all i386; you should have gotten notification via ubuntu-iso-tests bug subscription, surely?
[07:51] <Riddell> slomo: your blog is broken?
[07:51] <slomo> Riddell: yes... i'll fix it when i find some free time
[07:52] <Riddell> cool
[07:56] <mdz> Mithrandir: I'm not subscribed to ubuntu-iso-tests; only to the bug where I'm testing
[07:57] <_ion> pitti: I have to investigate more, but there seems to be something that looks very much like an ID list immediately in the beginning of the .rodata section of the kernel module.
[07:58] <mdz> Mithrandir: and furthermore, products can only have one bug contact, and I'm not one
[07:58] <mdz> henrik is
[07:58] <mdz> Mithrandir: have you talked this through with heno?
[08:13] <pitti> gnomefreak: sorry that those tbird/ffox packages are so resistant against good traces :( do they have some particularly agressive compiler flags or so?
[08:14] <pitti> gnomefreak: did you ever saw a 'good' retrace for ffox/tbird?
[08:14] <gnomefreak> pitti: not sure asac would be better to ask
[08:14] <pitti> ok
[08:15] <gnomefreak> pitti: i got one that i did this morning but it was already done by hjmf it was great. most of the good ones are gtk_style_attach
[08:15] <pitti> gnomefreak: high on apport's TODO list is evaluation of ProcMaps and installing the packages/dbgsyms that belong to them; that should help in some cases
[08:16] <iwj> cjwatson: Err, this perfectly ordinary d-i install seems to have failed to install X and gdm and so forth.
[08:16] <iwj> The only weird thing I did was select to mount the /home from another feisty test install on /home again.
[08:16] <cjwatson> iwj: I have no brain right now; happy to inspect logs when brain returns
[08:17] <iwj> cjwatson: *sympathy*  OK, shall I file a bug and keep the install ?
[08:17] <pitti> iwj: FWIW, I do that all the time (reusing /home) for installs of my production machine and it never did that for me
[08:17] <gnomefreak> thank you. im doing as much as i can to work around them but that isnt going so good.  The bug this monring that the coredump was bad cant find # atm. is that apport or is that LP or the packages she has?
[08:17] <cjwatson> please - probably on pkgsel
[08:18] <iwj> Maybe I hit the `server install' option by mistake but I don't _think_ so./
[08:18] <pitti> gnomefreak: bug 90348?
[08:18] <Ubugtu> Malone bug 90348 in mozilla-thunderbird "[apport]  mozilla-thunderbird-bin crashed with SIGSEGV in __kernel_vsyscall()" [Medium,Needs info]  https://launchpad.net/bugs/90348
[08:18] <gnomefreak> we will never get a good crash on thunderbird
[08:18] <pitti> gnomefreak: I can't really say; might be missing packages/dbgsyms, might be broken dbgsyms, might be scrambled memory
[08:18] <gnomefreak> not sure why but the dbgsym package doesnt give us anything
[08:19] <pitti> gnomefreak: do you get good traces with the dbgsyms in a 'laborarory' crash? like killall -SEGV thunderbird?
[08:19] <pitti> laboratory, even
[08:19] <iwj> cli.preseed it says.
[08:19] <iwj> Hmmm.  Let me just check ...
[08:20] <cjwatson> cli == server install
[08:20] <cjwatson> "command-line installation"
[08:20] <pitti> gnomefreak: when I find some time, I shall try this myself and check more thoroughly what the problem is
[08:20] <gnomefreak> i havent seen one say killall. if you have a bug# handy i will try it. or give me a day and i will see if i can find a bug with that
[08:20] <iwj> That's what I suspected.
[08:20] <pitti> gnomefreak: I meant, start tbird, killall -SEGV it, and analyze that crash report
[08:20] <iwj> Right, err, PEBKAC.
[08:20] <cjwatson> ok, could be worse :)
[08:20] <gnomefreak> pitti: i built dbg package for tb just erased /home/ by mistake but i thin i uploaded it
[08:20] <pitti> gnomefreak: that's guaranteed to not scramble any memory and such
[08:20] <iwj> I wonder how that happened.
[08:20] <gnomefreak> ah ok
[08:21] <pitti> gnomefreak: rm ~> ouch 
[08:21] <cjwatson> day of testing => scrambled attention span?
[08:21] <gnomefreak> yeah i rm -rf /var/chroot/edgy :(
[08:21] <gnomefreak> with sudo of course
[08:21] <iwj> Maybe my hindbrain translated `I want "install in text mode"' to `I want a "command-line install"'.
[08:21] <cjwatson> rm needs a --one-file-system switch ...
[08:21] <pitti> gnomefreak: with /home bind-mounted into it, I guess
[08:21] <gnomefreak> yep
[08:21] <iwj> cjwatson: mkfs :-).
[08:22] <cjwatson> ideally --one-file-system by default actually and a --cross-file-system option but they probably wouldn't break compatibility like thatt
[08:23] <cjwatson> chalk another one up for the list to take in the time machine when we go back to redesign Unix
[08:23] <gnomefreak> pitti: also on the bug with dpkg --unpack failing it seems to be failing due to libgcc1-dbgsym libnspr4-dbgsym libnss3-dbgsym
[08:23] <pitti> gnomefreak: that sounds like exactly those packages with broken epochs
[08:23] <gnomefreak> pitti: i get teh update-manager telling me it failed running apt-get -f install removes those packages
[08:24] <gnomefreak> thats the only thing i have found on that 
[08:24] <pitti> gnomefreak: right, I need to fix pkg-create-dbgsym to respect those weird binary-specific version numbers; there's a bug about that already; it doesn't prevent -u from working, though
[08:25] <gnomefreak> with -u is when i get it now
[08:25] <gnomefreak> i havent tried without -u yet
[08:25] <Mithrandir> mdz: we didn't close the bugs, we just reused the old ones so you should have gotten notifications if you subscribed to the same bug.
[08:27] <mdz> Mithrandir: I am subscribed to bug 93122 but there's nothing in the comments to indicate that my testing was invalidated, what the problem was with the ISO i had tested, or that a new ISO was available for testing
[08:27] <Ubugtu> Malone bug 93122 in ubuntu-iso-tests "beta: Ubuntu i386 alternate" [High,Confirmed]  https://launchpad.net/bugs/93122
[08:28] <Mithrandir> mdz: Henrik commented on a lot of other bugs invalidating them, I assumed he had done so on the i386 alternate one too.
[08:28] <Mithrandir> mdz: anyway, there shouldn't be any code changes whatsoever between them, so I'm confident that if one boots correctly, the other should too.
[08:29] <mdz> Mithrandir: what was the bug?
[08:29] <Mithrandir> mdz: I didn't see that cjwatson rebuild the ISOs between me going to bed and waking up, so I redid them.
[08:29] <Mithrandir> s/rebuild/rebuilt/
[08:31] <cjwatson> next time I'll send mail in that event
[08:31] <Mithrandir> cjwatson: I would have seen it if I had either been more awake or you had highlighted it for me.
[08:33] <gnomefreak> pitti: one more thing while i got you here. the retrace stated cant find libflashplugin.so in path/bleh but its there. is that file in all flash type apps example gnash or libflash-mozilla
[08:33] <cjwatson> Mithrandir: Riddell had highlighted the problem for you, but indeed I appear not to have done
[08:33] <gnomefreak> it ignores it but i check my path and its there
[08:33] <cjwatson> our processes close to release time ought not to assume that the RM is awake, given the hours usually required :-)
[08:33] <pitti> gnomefreak: is it from an actual package? it might complain about not finding a *package* for it
[08:33] <pitti> gnomefreak: thus it cannot get a dbgsym for it
[08:33] <Mithrandir> cjwatson: yes, so I saw the problem, but not that you fixed it.  Anyway, I can publish the .1 if mdz would prefer that.
[08:34] <eV64> !java
[08:34] <Mithrandir> cjwatson: not awake> true enough..
[08:34] <Riddell> carlos: bug https://bugs.beta.launchpad.net/rosetta/+bug/92518 says it's fixed but there's no translations at https://translations.beta.launchpad.net/ubuntu/feisty/+source/kopete/+translations
[08:34] <Ubugtu> Malone bug 92518 in rosetta "Kopete translations are not used, because source package has changed" [Undecided,Fix released]  
[08:34] <gnomefreak> i will look into it more i havent seen one since i have been rebuilding /home/ and chroots
[08:35] <Riddell> carlos: oh, ignore me, that's the URL that should have nothing at it
[08:35] <mdz> Mithrandir: I'm not fussed about .1 vs. .2, but we do need to be more rigorous about the process in general
[08:36] <Mithrandir> mdz: agreed.
[08:37] <Mithrandir> I wonder if I could make the CD builds mail the bugs by keeping tracking bugs in malone and a mapping from image name to bug # on lithium.
[08:37] <Mithrandir> heno: ^^ would that make your job easier?
[08:38] <heno> Mithrandir: that would help yes
[08:38] <heno> though I think we need to redesign the tracking system anyway, too many manual gaps
[08:38] <Mithrandir> and we can have a "daily build between herd 5 and 6" bug so I wouldn't have to keep filing bugs.
[08:39] <heno> I'm doing a GSoC project on it now
[08:39] <Mithrandir> yes, manual work is error-prone and icky.
[08:39] <gnomefreak> pitti: WARNING: library /var/cache/flashplugin-nonfree/libflashplayer.so not found in system packages -- ignoring
[08:40] <pitti> gnomefreak: right, what I assumed. -- /var/cache/ ???
[08:40] <pitti> gnomefreak: ah, that's where libflashplugin-nonfree downloads it, I figure
[08:40] <gnomefreak> i did have it there i check path against path given. atm i done have flash installed yet
[08:40] <pitti> gnomefreak: but it doesn't matter much anyway in that case
[08:41] <pitti> gnomefreak: there's no way how we can get debug symbols for that one anyway
[08:41] <gnomefreak> ah
[08:41] <gnomefreak> so flash will always be mininal stacks
[08:41] <pitti> so if it crashes in that lib -> it's nonfree, screw upstream
[08:42] <pitti> gnomefreak: not necessarily; if it's a genuine crash in the browser itself, it shouldn't matter
[08:42] <gnomefreak> ah ok
[08:42] <pitti> gnomefreak: a stack trace doesn't become useless just because a library without dbgsyms is loaded; it does as soon as the stack goes 'through' this library
[08:42] <pirast> keescook, thanks also :)
[08:42] <gnomefreak> ah
[08:43] <cjwatson> or at least if the stack ends in that library
[08:43] <cjwatson> if it goes through and comes back out (possible with some plugin architectures) it might still be salvageable. :-)
[08:44] <pitti> right
[08:46] <mdz> pitti: that's where it downloads it, but surely ti isn't run from there, or if it is, that's a bug
[08:46] <pitti> mdz: right, but even if it moves it to /usr/local or anywhere, it won't be part of a package (dpkg -S wise)
[08:47] <mdz> pitti: right, I'm just saying it sounds like there might be a different bug there
[08:47] <mdz> pitti: it copies the .so to /usr/lib/flashplayer-nonfree, and that's the one which should be used by the browser...
[08:47] <pitti> mdz: ah, makes sense
[08:48] <mdz> mine rarely crashes, but occasionally spins
[08:49] <_ion> pitti: Please pull the changes from my restricted-manager branch. Now it should contain a complete listing of nVidia IDs.
[08:49] <pitti> gnomefreak: this silly flash plugin seems to cause so much trouble, maybe we should have an apport hook and some magic field DoNotFile: to avoid spamming us with crashes when the flash plugin is loaded
[08:49] <pitti> _ion: yay!
[08:50] <gnomefreak> pitti: +1
[08:50] <pitti> _ion: funny; modalias_override_scripts/nvidia_supported is both deleted and added
[08:50] <_ion> pitti: It's intentional. I first removed the old one and then wrote a new one.
[08:51] <pitti> _ion: wow, that looks like a crazy hack :)
[08:51] <_ion> Hehe, yeah
[08:51] <_ion> But it seems to work.
[08:52] <pitti> rock
[08:52] <pitti> _ion: right, thanks for the bc03, in case of false positive integers
[08:53] <_ion> I compared its output to the previous listing. There were no deletions, only some additions, and the additions contained the IDs that were previously manually added to nvidia.manual.
[08:53] <pitti> it looks very reasonable, too
[08:53] <pitti> pulled/pushed
[08:53] <desrt> tepsipakki; ping
[08:56] <mdz> pitti: is there enough information in the crash file to determine whether flash is loaded?
[08:56] <pitti> mdz: yes, you should see it in ProcMaps
[08:58] <keescook> dholbach: re 86974, where did you see it was the autopackage version?
[08:58] <mdz> pitti: seems perfectly reasonable to exclude those, then.  probably not even necessary to tell the user anything
[08:58] <keescook> dholbach: oh, duh, I can read.  nevermind.
[08:58] <mdz> though it would be nice if we could provide a URL where they could contact adobe
[08:59] <pitti>  af277000-af474000 r-xp 00000000 03:07 7716868    /home/kirill/.mozilla/plugins/libflashplayer.so
[08:59] <pitti> ^ for example
[09:01] <pitti> asac, gnomefreak: if I make the apport UI recognize a field 'UnsupportableReason: <text>' and display <text> instead of filing the bug, would you two like to work on the firefox apport hook?
[09:02] <pitti> this hook should be shipped in firefox itself
[09:03] <gnomefreak> i will get with asac and see what he wants to do. hes building 2.0.0.3 before beta so hes been a bit on the busy side
[09:03] <pitti> certainly not for beta
[09:03] <gnomefreak> oh god no
[09:05] <rbrunhuber> Is there a plan to integrate the debian installer (the new one) with encryption support into feisty?
[09:06] <cjwatson> rbrunhuber: not feisty (cryptsetup wasn't glued into usplash in time), but as soon as all the necessary bits are in place after that then it's easy enough to pull in those partman changes
[09:07] <keescook> pitti: apport> what do you think of including md5sums of the Exec/InterpPath file during the "add_package_info" stage?  bugs like 86974 would be more obviously rejectable that way.
[09:07] <cjwatson> I think we already have the code in fact, just didn't put it all in main because it wasn't working right
[09:07] <pitti> keescook: we already check the integrity of Package: and all Dependencies:
[09:07] <rbrunhuber> cjwatson : thank you. Although i had better liked the cryptsetup than usplash. Because  usplash does not work for me since ages
[09:08] <pitti> keescook: that bug has a huge [modified: ]  line
[09:08] <keescook> oh duh! I forgot about "modified"!
[09:08] <sladen> rbrunhuber: do you have a bug number?  What do you mean by "not work" ?
[09:08] <cjwatson> rbrunhuber: I'm afraid usplash is a core part of our system and we're not going to drop it in favour of cryptsetup
[09:08] <pitti> keescook: I like retroactively fixed feature requests!
[09:09] <keescook> pitti: the best kind.  :)
[09:09] <sladen> rbrunhuber: if you notice something stop working, if you file a bug report /immediately/ then it's easier to track down which commit might have broken it on your system
[09:10] <rbrunhuber> sladen : I have a bugreport: 71004 and 72216 
[09:13] <sladen> bug #71004 bug 72216
[09:13] <Ubugtu> Malone bug 71004 in usplash "[kubuntu edgy and feisty]  with boot parameter splash (usplash) shutdown is not working (dup-of: 72216)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/71004
[09:13] <Ubugtu> Malone bug 72216 in usplash "Usplash sometimes hangs during shutdown/reboot and displays strange characters" [Undecided,Unconfirmed]  https://launchpad.net/bugs/72216
[09:13] <Ubugtu> Malone bug 72216 in usplash "Usplash sometimes hangs during shutdown/reboot and displays strange characters" [Undecided,Unconfirmed]  https://launchpad.net/bugs/72216
[09:14] <sladen> Seveas: ^^ ubugtu could work out which ones it's going to print in one go, and avoid printing multiples caused by dupes
[09:14] <Seveas> sladen, ack
[09:14] <sladen> rbrunhuber: that bug appears to be about usplash on shutdown, not on bootup
[09:14] <rbrunhuber> sladen: or the bug number spitting user (me) could be smart enough :-)
[09:15] <rbrunhuber> sladen : what is the problem if start or shutdown? usplash is usplash?
[09:16] <sladen> rbrunhuber: I don't think it's actually usplash at all;  I think it's one of the machines where we just fail to manage to make the machine power-off/reboot  (BIOS/ACPI brokenness)
[09:17] <poningru> quick question
[09:18] <sladen> rbrunhuber: cryptsetup would only occur at start-up;  but you said that you'd stopped using usplash because it was broken anyway;  though it sounds like it's only usplashdown that is having issues
[09:18] <poningru> beta is still not recommended on production environments right?
[09:18] <proppy> cjwatson: ping
[09:18] <poningru> anyone? need to do this for release notes
[09:18] <rbrunhuber> sladen : i made the most obvious thing. remove splash from the kopt line in menu.lst. 
[09:19] <LaserJock> poningru: I would think it would be recommeneded
[09:19] <LaserJock> sorry
[09:19] <LaserJock> *wouldn't
[09:19] <Mithrandir> poningru: I would not recommend people upgrade production systems to beta, no.  I would recommend it as "please try this out, even if you don't want to spend lots of time debugging it"
[09:20] <poningru> ok cool thanks
[09:25] <rbrunhuber> sladen : but why should the computer shut down reliable if no usplash down is used?
[09:25] <rbrunhuber> sladen : if this is a bios/acpi problem
[09:25] <Seveas> sladen, fixed
[09:32] <carlos__> Riddell: yeah, the translations are inside kdenetwork
[09:32] <sladen> Seveas: result!
[09:33] <sladen> rbrunhuber: okay, and that's been tested/confirmed
[09:33] <Seveas> hmm, reading the topic: I have a machine that never shut down but always rebooted
[09:33] <Seveas> with kernel 2.6.20-9
[09:34] <Seveas> somewhere between there and th latest, that's solved
[09:35] <rbrunhuber> The bug has a duplicate and i often tested it. but i can't confirm my own bug.
[09:37] <sladen> rbrunhuber: I've got an i945GM here, I'll keep my eyes open
[09:39] <mdz> cjwatson: alternate install just asked me for a proxy; it's never done that before. does that mean a download failed or something?
[09:40] <rbrunhuber> sladen : This is not specific to i945GM AFAIK
[09:43] <_ion> pitti: Now it should be possible to generate all the needed ID lists from within the linux-restricted-modules build process, btw.
[09:44] <pitti> _ion: or even at restricted-manager runtime
[09:44] <pitti> but build process would be better, right
[09:44] <_ion> That would require the existence of the ATI driver.
[09:47] <sladen> rbrunhuber: okay, if you have it confirmed on any other systems, can you make sure those details are included
[09:50] <rbrunhuber> sladen: I'll do. Is usplashdown writing any logfile?
[10:41] <janimo> is the source NEW  queue visible from outside?
[10:45] <Toadstool> janimo: by "outside", you mean visible to regular people, not only archive gods?
[10:47] <Toadstool> if that's the case, then you can take a look at https://launchpad.net/ubuntu/feisty/+queue
[10:52] <janimo> Toadstool, that's what I was looking for, thanks!
[10:53] <Toadstool> you're welcome ;)
[10:53] <HiddenWolf> tepsipakki: ping
[10:55] <tepsipakki> HiddenWolf: pong
[10:56] <HiddenWolf> tepsipakki: updating bug 40422 now with the info you asked. Anything else I can do?
[10:56] <Ubugtu> Malone bug 40422 in xresprobe "Dell 2405FPW and resolution 1920x1200" [Medium,Confirmed]  https://launchpad.net/bugs/40422
[10:56] <tepsipakki> be patient? :)
[10:57] <tepsipakki> oh, run /usr/share/xresprobe/ddcprobe.sh
[10:58] <HiddenWolf> just added. Identical. :)
[10:58] <svu_> is there a chance to get latest swfdec in feisty? youtube is must have:)
[10:59] <tepsipakki> HiddenWolf: oh, indeed
[10:59] <HiddenWolf> Wasn't trying to rush you btw, just wondering if I could be helpful while at it.
[10:59] <tepsipakki> HiddenWolf: ok then.. you need to run some commands
[10:59] <tepsipakki> np
[11:00] <tepsipakki> first 'ddcprobe > foo'
[11:01] <HiddenWolf> attached
[11:02] <tepsipakki> we can handle it here
[11:03] <HiddenWolf> first off, it says analog signal, but it's on dvi
[11:03] <tepsipakki> I don't think it matters
[11:04] <tepsipakki> next, run 'cat foo| egrep '^[cd] *timing:' | sed -e 's/^[cd] *timing: \([^x] *\)x\([^ @$] *\).*$/\1x\2/;'
[11:04] <tepsipakki> there is a space between 'timing: \(...'
[11:04] <tepsipakki> what is the last entry?
[11:05] <HiddenWolf> 1920x1200
[11:05] <tepsipakki> right
[11:07] <tepsipakki> oh god
[11:07] <tepsipakki> you're right
[11:07] <tepsipakki> the crt-thing does matter
[11:07] <tepsipakki> since it doesn't allow to use the highest resolution on crt's
[11:07] <HiddenWolf> clever
[11:09] <tepsipakki> now how to work around it..
[11:09] <tepsipakki> there is no clean way to do it
[11:10] <HiddenWolf> about the only thing that pops to mind might be whitelisting monitors somehow, but I know about as much about X as my granny, so I doubt I can help there.
[11:11] <tepsipakki> it should be glued in ddcprobe.sh
[11:11] <tepsipakki> or making a list and then parsing it from there
[11:11] <tepsipakki> "match these strings"
[11:13] <HiddenWolf> seems sensible to me.
[11:17] <HiddenWolf> I will have to tuck in now.
[11:17] <HiddenWolf> Thanks for the help and the work on X.
[11:18] <tepsipakki> HiddenWolf: thanks for pushing me in the right direction ;)
[11:18] <tepsipakki> sheesh it was simple
[11:18] <HiddenWolf> Glad to be of assistance in my limited way.
[11:18] <HiddenWolf> Good night.
[11:19] <tepsipakki> night
[11:20] <cjwatson> proppy: pong, just leave a message and I'll respond later
[11:21] <cjwatson> mdz: the installer does a test wget from archive.ubuntu.com, and if that fails it asks for a proxy
[11:24] <proppy> cjwatson: about the mouseemul bug, i searched for duplicate before posting, but by default bug search doesn't include "resolved,release", so sorry :)