[12:39] <mjg59> crimsun: Core 2 Macbook Pro - no sound with current feisty kernel. What do you need?
[12:49] <crimsun> mjg59: the realtek issues are in my queue (mentioned to Ben yesterday when I emailed him the first batch)
[12:49] <mjg59> crimsun: Winning, thanks!
[12:49] <crimsun> sigmatel, too.
[01:05] <TheMuso> c
[01:06] <LaserJock> TheMuso: oh no, not this again
[01:07] <TheMuso> LaserJock: heh
[01:15] <pochu> mdz: do I leave open bug 84992 (apport)
[01:15] <Ubugtu> Malone bug 84992 in apport "Apport not working due to network problem" [High,Confirmed]  https://launchpad.net/bugs/84992
[01:31] <Eons> hi, does anybody know if nvidia-drivers are ok in feisty? last time I used them, they crashed when an app went fullscreen 
[01:37] <jdong> could a archive deity perform backport bug 83554?
[01:37] <Ubugtu> Malone bug 83554 in edgy-backports "KTorrent 2.1" [Undecided,In progress]  https://launchpad.net/bugs/83554
[01:37] <jdong> (high demand)
[01:39] <Kano> so tested a kernel without IDE support and PATA full active. on P965 and P865 no problems - but with former selection
[01:44] <Kano> formerly problematic
[01:48] <jdong> Kano: sweet, that's awesome to hear :)
[01:49] <Kano> btw not my systems
[01:49] <Kano> but others reported it
[01:49] <jdong> aww Kano , no Core 2 Duo at your disposal? :)
[01:50] <Kano> http://kanotix.com/files/fix/kernel-update-pack-noide/source/changes.tar.gz
[01:50] <Kano> jdong: no, x2
[01:50] <Kano> abi change for generic only 
[01:51] <Kano> precompiled for etch too, but i think you would not use that ;)
[01:52] <Kano> as long as mc does have problems with changing into long dir names (not always, but too often), i prefer etch
[01:52] <Kano> have no idea what the problem is with feisty
[01:54] <Kano> btw. that test changes are very extreme, maybe use it only for testing 
[01:54] <Kano> enabled experimental drivers too
[01:54] <Kano> no problems ripping audiocd here, that has been problematic with old pata code
[01:55] <Kano> i tested it on nforce3
[04:03] <keescook> who do I need to talk to about universe UVFEs?
[04:35] <stub> Launchpad will be going down in 15 minutes for a scheduled code update. Estimated downtime is 15 minutes.
[05:46] <fabbione> morning
[07:32] <dholbach> good morning
[07:33] <Burgundavia> morning dholbach
[07:33] <dholbach> hey Burgundavia
[08:02] <dholbach> hmmmm, shiny usplash on amd64
[08:03] <tfheen> argh, when did ubuntu-desktop become uninstallable?
[08:14] <kwwii> dholbach: just pushed a new usplash - the final one it seems :-)
[08:15] <dholbach> kwwii: yoohoo :)
[08:15] <kwwii> now that is a good way to start the day ;-)
[08:19] <dholbach> kwwii: uploaded
[08:19] <kwwii> dholbach: excellent, thanks :-)
[08:29] <Kagou> hi
[08:33] <tfheen> dholbach: are you sure?  I can't see it.
[08:33] <dholbach> usplash-theme-ubuntu 0.12?
[08:33] <tepsipakki> sweet i810 and -modesetting are about to merge -> -intel
[08:33] <dholbach> i definitely uploaded it
[08:33] <dholbach> Successfully uploaded usplash-theme-ubuntu_0.12.dsc to upload.ubuntu.com.
[08:33] <dholbach> Successfully uploaded usplash-theme-ubuntu_0.12.tar.gz to upload.ubuntu.com.
[08:33] <dholbach> Successfully uploaded usplash-theme-ubuntu_0.12_source.changes to upload.ubuntu.com.
[08:35] <dholbach> tfheen: I can re-upload if you like
[08:35] <tfheen> dholbach: hmm, weird, it's not in unapproved
[08:35] <tfheen> dholbach: please.
[08:36] <dholbach> done
[08:39] <dholbach> tfheen: better?
[08:40] <tfheen> no, I need to investigate.
[08:41] <tfheen> but first I need to pop out for an hour or so.
[08:41] <dholbach> kwwii's mail address is Kenneth Wimer <wimer@kde.org> and I sponsored with my usual key
[08:41] <dholbach> hmmh
[08:41] <dholbach> I think we're seeing this only with sponsored uploads, right?
[08:41] <dholbach> ok see you later
[08:46] <dholbach> brb
[09:01] <robitaille> Anyone knows the actual title of sabdfl at canonical?  ceo?  president? person in charge?
[09:04] <mdke> "Mark"?
[09:04] <kwwii> boss-man :p
[09:04] <robitaille> I'm trying to be factually correct for a fridge article.  Right now I have "the man behind Ubuntu and Canonical" :)
[09:06] <mdke> "founder of Ubuntu" seems to appear on the Linspire press release
[09:06] <Lure> robitaille: CEO, according to other news sites: http://www.redherring.com/Article.aspx?a=20495&hed=Linux%3A+Ubuntu+Founder+On+Microsoft+%E2%80%9CChallenge%E2%80%9D+
[09:06] <kwwii> sounds better than "Fearless leader of merry men"
[09:07] <robitaille> Lure...I have seen CEO before, but never in actual ubuntu sites...and his official bio doesn't say.
[09:08] <mdke> CEO is also on https://wiki.ubuntu.com/CanonicalStaff. no doubt someone who actually works at Canonical will answer your question :D
[09:09] <pitti> Good morning
[09:10] <pitti> ugh, why is my desktop so damn slow after yesterday's dist-upgrade?
[09:11] <dholbach> pitti: what especially?
[09:11] <crimsun> if you're experiencing audio glitches and hitches in the mouse cursor movement, try stopping apport.
[09:11] <pitti> dholbach: switching desktops, typing characters into terminal/xchat etc.
[09:12] <pitti> crimsun: hm, mouse works fine, and apport is not running ATM
[09:13] <dholbach> pitti: i wondered myself - I did a fresh install on my new amd64 and expected it to be blatantly fast, but ... hm - I'm not so very much impressed right now :)
[09:14] <pitti> dholbach: I switched from nvidia to nv yesterday (new kernel didn't yet have lrm), and it got a little slower; but today it's really sluggish...
[09:14] <dholbach> i usually use nv
[09:15] <mvo> freedom lover!
[09:16] <dholbach> yeah
[09:16] <pitti> dholbach: nv with Xv is broken at least for me (comb effect), but mplayer with SDL backend works fine
[09:16] <pitti> dholbach: I just can't use Totem with nv, but that's something I can live with
[09:16] <dholbach> hmmm strange
[09:17] <dholbach> totem works fine for me (xv with nv)
[09:23] <pitti> dholbach: even fullscreen?
[09:24] <pitti> dholbach: as soon as I scale a video to more than, say 1.5 times the original size, I get huge comb effects
[09:25] <pitti> hmm, X.org uses 100% cpu if I merely scroll down some lines in a terminal
[09:46] <cjwatson> tfheen: process-upload is commented out in lp_queue's crontab, which is why usplash-theme-ubuntu_0.12 isn't appearing. Do you know why?
[09:47] <cjwatson> I see the publisher's commented out too
[10:09] <tfheen> cjwatson: no idea.
[10:20] <tfheen> cjwatson: do you have any idea why /testing/feisty_probs claims ubuntu-desktop is uninstallable?  It's not from a freshly bootstrapped chroot.
[10:23] <cjwatson> tfheen: it says that linuxprinting.org-ppds is uninstallable, so I'd start there
[10:23] <cjwatson> tfheen: IIRC from conversations yesterday that was being changed to openprinting-ppds, so maybe just a metapackage update is needed
[10:24] <tfheen> : tfheen@golem ~ > apt-cache show linuxprinting.org-ppds | grep Task
[10:24] <tfheen> : tfheen@golem ~ >
[10:24] <tfheen> so it's not part of ubuntu-desktop any more.
[10:24] <cjwatson> ubuntu-desktop still depends on it here
[10:24] <pitti> cjwatson, tfheen: I changed the seeds yesterday
[10:24] <tfheen> argh
[10:25] <tfheen> pitti: you need to upload -meta too.
[10:25] <pitti> cjwatson, tfheen: but yesterday's foomatic-db upload reintroduced the old names as transitional packags
[10:25] <tfheen> can you do that now?
[10:25] <cjwatson> pitti: ... which apparently are uninstallable
[10:25] <tfheen> pitti: yes, which C/F/R the old ones.
[10:25] <pitti> that's why I didn't bother with a -meta upload, since it's not too important
[10:25] <pitti> ah, indeed
[10:25] <pitti> tfheen: sorry; doing now
[10:26] <cjwatson> fixing openprinting-ppds' Conflicts to be versioned << first-transitional-version would be good too
[10:26] <cjwatson> (and -extra)
[10:26] <cjwatson> Replaces should probably be versioned too
[10:26] <pitti> right
[10:32] <pitti> cjwatson: http://paste.stgraber.org/60
[10:33] <pitti> cjwatson: (had to change Maintianer: too, my local dpkg already refuses to build the previous one)
[10:33] <pitti> tfheen: ^ ok for uploading?
[10:35] <tfheen> pitti: yes.
[10:35] <tfheen> pitti: and if we have to set original-maintainer, it should be possible to just set it sans 
[10:35] <pitti> tfheen: foomatic-db, {,k}ubuntu-meta uploaded, edubuntu-meta in the works
[10:35] <tfheen> X-SBC-blah
[10:36] <cjwatson> it should? will it appear in the .dsc if you do that?
[10:36] <pitti> tfheen: how so?
[10:36] <cjwatson> I would have thought dpkg-gencontrol would ignore i
[10:36] <cjwatson> t
[10:36] <pitti> only XS- will make it appear in the .dsc
[10:36] <tfheen> pitti: having to add X-SBC-headers to anything we upload is crack.
[10:37] <tfheen> it should then just be a regular header in dpkg.
[10:37] <pitti> B is not strictly necessary since pkgbinarymangler does it, but it ensures consistent local builds
[10:37] <cjwatson> oh you mean "should" as in "ought to, in the future"
[10:37] <tfheen> cjwatson: yes.
[10:37] <pitti> ah, sure
[10:38] <pitti> tfheen: this topic will appear on tomorrow's distro team meeting anyway, I have some things to discuss about it
[10:38] <tfheen> pitti: goodie
[10:39] <pitti> tfheen: edubuntu-meta is up
[10:47] <tfheen> kwwii,dholbach: I just rejected the second usplash-theme-ubuntu which showed up.  No need to get worried about getting both an accept and a reject mail.
[10:47] <tfheen> kwwii,dholbach: JFYI.
[10:47] <dholbach> alright
[10:53] <Riddell> pitti: would you be able to do another kubuntu-meta update, I had to change the seeds to save size but the source to your recent upload isn't on launchpad yet
[10:53] <pitti> Riddell: sure
[10:55] <pitti> tfheen: xubuntu-meta updated as well (oh my, this was very out of date)
[10:55] <tfheen> pitti: cheers
[11:00] <giftnudel> Is there a good point to start when a "make" fails but a second "make" (without anything else) succeeds?
[11:00] <dholbach> Happy HugDay!
[11:03] <pitti> Riddell, tfheen: new kubuntu-meta uploaded with Jonathan's recent change
[11:04] <tfheen> pitti: ook
[11:15] <ogra> OH CRAP !
[11:17] <jsgotangco> crap indeed
[11:21] <ogra> pitti, i see you did a lot of -meta uploads, are you planning to do edubuntu as well ?
[11:21] <pitti> ogra: I did
[11:22] <ogra> ohg, my evo filter sorted it wrong
[11:22] <ogra> indeed
[11:22] <ogra> thanks :)
[11:27] <ogra> seb128, bug 76632, any idea why the socket isnt there ?
[11:27] <Ubugtu> Malone bug 76632 in gnome-screensaver "screen does not unlock after locking" [High,Confirmed]  https://launchpad.net/bugs/76632
[11:28] <ogra> (third last comment)
[11:28] <seb128> ogra: we moved it to /var/run
[11:28] <ogra> ouch, ok
[11:28] <ogra> i'll check gss ....
[11:28] <seb128> I didn't realize gnome-screensaver was using it, sorry
[11:28] <ogra> me neither :)
[11:29] <seb128> ogra: it must have /tmp/.gdm_socket hardcoded
[11:29] <ogra> looks like
[11:29] <pitti> urgh
[11:29] <seb128> change it to /var/run/.gdm_socket
[11:29] <ogra> i'll fix
[11:29] <pitti> seb128: that smells like an easy gdm DoS 
[11:29] <seb128> pitti: what do you mean? using a socket? or storing it to /var/run?
[11:29] <pitti> seb128: hardcoded file names in /tmp
[11:30] <ogra> src/cut-n-paste/gdm-queue.c:#define GDM_SOCKET_FILENAME "/tmp/.gdm_socket"
[11:30] <ogra> tsk
[11:30] <tfheen> seb128: why .gdm_socket?  Hidden files are ugly.
[11:30] <seb128> pitti: well, now they are hardcoded to /var/run :p
[11:30] <pitti> seb128: that's fine, /var/run is only root-writable
[11:30] <seb128> tfheen: I was thinking the same, I'll change it for "gdm_socket" but after herd4
[11:30] <seb128> or do you want gdm and gnome-session changed now?
[11:30] <tfheen> seb128: no, after herd 4 is fine.
[11:30] <seb128> ok
[11:31] <tfheen> but I'd like a working gss now.
[11:31] <tfheen> ogra: ^^ can you do that now?
[11:31] <seb128> tfheen: ogra is on it apparently
[11:33] <ogra> tfheen, uploading
[11:34] <tfheen> cheers
[11:35] <seb128> tfheen: I've done a gnome-cups-manager upload which install the .desktop at the correct place so it's listed by the new control-center shell (with a fixed category) if you want to approve it for herd4
[11:36] <tfheen> seb128: accepted.
[11:36] <seb128> thank you
[11:37] <ogra> pitti, bug 85006, seems there is a bashism in hal
[11:37] <Ubugtu> Malone bug 85006 in gnome-power-manager "gnome-power-manager and gnome-brightness applet not changing brightness" [Undecided,Unconfirmed]  https://launchpad.net/bugs/85006
[11:39] <pitti> ogra: that was fixed in hal 0.5.8.1-4ubuntu3 three weeks ago
[11:39] <pitti> ogra: thanks for the pointer, I dup it to 68617
[11:39] <ogra> pitti, ah, ok, sorry for the noise then
[11:39] <ogra> yeah
[11:40] <ogra> pitti, and husghsie asked me if we plan to ship hal-info in feisty
[11:40] <pitti> ogra: no worries, thanks for the pointer -- one bug less :)
[11:41] <pitti> ogra: ~/ubuntu/hal/hal/build-tree/hal-0.5.8.1$ find -name hal-info* -> no hits
[11:41] <ogra> strange ... he knows which version we ship .... is it a separate source ?
[11:42] <janimo> ogra, apparently yes http://gitweb.freedesktop.org/?p=hal-info.git;a=summary
[11:43] <ogra> aha
[11:44] <ogra> thats a lot of fdi files ...
[11:45] <ogra> which incorporate some of our patches even .... nice
[11:48] <K-Rich> i think there is an isure with the archives.ubuntu.com servers .... i keep getting tcp hits from archive.ubuntu.com on random ports in the 40000 - 60000 range.
[11:48] <K-Rich> s/isure/issue
[11:48] <ogra> pitti, i think it makes sense to have these extra fdi files ... but they will clash with some of our existing hal patches
[11:49] <pitti> ogra: aaaah
[11:49] <tfheen> mjg59: would it be painful to make usplash use 16bpp images and/or would it break suspend/resume?
[11:49] <pitti> ogra: you mean the hal-info git repo
[11:49] <ogra> yep
[11:49] <pitti> ogra: the hal upstream release is the hal plus the hal-info git repos combined
[11:49] <tfheen> K-Rich: what are the source ports?
[11:49] <ogra> aaah !
[11:49] <pitti> ogra: it's just separate that guys like us can commit to hal-info, but not to hal
[11:49] <pitti> s/that/so that/
[11:49] <ogra> so we actually ship it
[11:49] <pitti> ogra: yes, of course
[11:49] <pitti> these FDIs are very important
[11:50] <pitti> ogra: I regularly submit new music players as git patches against hal-info and such
[11:50] <K-Rich> tfheen, one sec
[11:50] <ogra> well, some of our patches look a bit different ... 
[11:50] <pitti> ogra: sorry, I thought you meant a new program hal-info
[11:50] <pitti> ogra: right, that's mostly because 0.5.8.1 is really ages old
[11:50] <pitti> upstream should really do a new release
[11:50] <ogra> well, since i never heard of it before hughsie asked i didnt know if its a program or what :)
[11:50] <pitti> then we can drop 80% of our giant patch collection
[11:51] <ogra> would you pull it into feisty ?
[11:52] <pitti> asac: I would love you forever if you could take a look at bug 81207; I'm lost with that...
[11:52] <Ubugtu> Malone bug 81207 in apport "webbrowser fails to open for system crash when it runs as root" [High,Confirmed]  https://launchpad.net/bugs/81207
[11:53] <pitti> ogra: you mean using hal-info git head and rebasing our patches? well, if it helps us to fix some bugs, sure
[11:54] <pitti> ogra: but I guess that would need to be accompanied by source code patches
[11:54] <pitti> hi tkamppeter 
[11:54] <ogra> pitti, i meant a new upstream :)
[11:54] <tkamppeter> hi, pitti
[11:54] <asac> pitti: looking
[11:55] <pitti> ogra: oh, not sure; it has the potential for a lot of bug fixes, but also a lot of regressions; it's a core part of our system now...
[11:55] <ogra> yep
[12:00] <ogra> seb128, wow, not having the socket available has really weird sideeffects in gss
[12:00] <pitti> asac: of course you should take a look at it frist
[12:00] <pitti> asac: and remove all the rm -rf ~ commands :-D
[12:00] <seb128> ogra: yeah :/
[12:01] <ogra> like if i kill gnome-screensaver from the console after i cant unlock, the dialog window stays
[12:01] <janimo> tkamppeter: hi, for bugs such as 83960 is it enough to post an xml to lp? Or do you prefer directly to openprinting upstream?
[12:01] <Fujitsu> ogra: You need to kill g-s and g-s-d.
[12:02] <ogra> Fujitsu, well ... g-s-d should die with its parent :)
[12:02] <Fujitsu> It should.
[12:02] <Fujitsu> (and it should also unlock when asked :P)
[12:02] <ogra> but it hangs looking for the socket ... 
[12:02] <Fujitsu> Sounds like fun to debug.
[12:03] <ogra> easy to debug ... 
[12:03] <ogra> but that code needs a lot of overhaul ...
[12:04] <pitti> Hobbsee: happy Valentine's day! 
[12:05] <ogra> it should use different searchpaths for the socket and refuse to lock if its not there ...
[12:05] <K-Rich> tfheen, where do i find my firewall log files (i use firestarter)
[12:05] <tfheen> K-Rich: no idea, I don't use firewalls.
[12:06] <Hobbsee> hey pitti :)
[12:06] <Hobbsee> pitti: happy valentine's day to you too :)
[12:06] <Hobbsee> hehe
[12:06] <tfheen> how's Sydney today?
[12:07] <Hobbsee> nice!
[12:07] <Hobbsee> tfheen: dunno, havent seen much of it.  been working
[12:07] <Hobbsee> brb, lunch
[12:07] <Hobbsee> (yes, it's 10.07pm here)
[12:08] <tfheen> I got slightly confused about that, yes.
[12:09] <Hobbsee> hehe
[12:10] <janimo> pitti, for a typical main incl review are the debs perused as well or just the source package? I was wondering if NEW source processing and MIR can happen in one step :D
[12:10] <ogra> slomo, wow, you are fast :)
[12:11] <K-Rich> tfheen, well it seems to be random ports in the 30000 - 60000 range
[12:11] <pitti> janimo: I always check the .debs for promotion
[12:11] <tfheen> K-Rich: I doubt the source ports are in that range.
[12:11] <janimo> pitti, ok thanks
[12:11] <slomo> ogra: i just saw the bug in #ubuntu-bugs by accident ;)
[12:11] <pitti> janimo: so binary NEW and promotion can happen at the same time
[12:11] <ogra> heh
[12:11] <mneptok> Hobbsee: you can be *MY* valentine!
[12:11] <K-Rich> tfheen, Time: Feb 14 04:10:53 Source: 91.189.89.182 Destination: 10.0.0.3 In IF: eth0 Out IF:  Port: 60518 Length: 44 ToS: 0x00 Protocol: TCP Service: Unknown
[12:11] <Hobbsee> mneptok: you wish.
[12:12] <asac> pitti: thats a bit strange ... indeed
[12:12] <Hobbsee> mneptok: errrr.....?
[12:12] <pitti> asac: it works fine if I run 'firefox <url>' directly
[12:12] <mneptok> Hobbsee: ... as an alternative.
[12:12] <K-Rich> tfheen, Time: Feb 14 04:12:22 Source: 91.189.89.182 Destination: 10.0.0.3 In IF: eth0 Out IF:  Port: 52343 Length: 44 ToS: 0x00 Protocol: TCP Service: Unknown
[12:12] <pitti> asac: so there must be something ffox wants from the environment or parent process that I don't know about
[12:12] <Hobbsee> mneptok: oh, in response to you.  gotcha.
[12:12] <asac> pitti: yep
[12:12] <tfheen> K-Rich: I don't think that's the source port, just the destination port.
[12:13] <pitti> asac: hm, it just occured to me that in the sudo script, the calling process does not have all the auxiliary groups that the running firefox has
[12:14] <K-Rich> Time: Feb 14 04:13:23 Source: 91.189.89.182 Destination: 10.0.0.3 In IF: eth0 Out IF:  Port: 52352 Length: 44 ToS: 0x00 Protocol: TCP Service: Unknown
[12:15] <StevenK> Which probably means it's an ACK.
[12:15] <StevenK> Based on the port, destination and length.
[12:15] <asac> pitti: firefox detects the lock in profile dir, but fails to run the remote command against the already running instance
[12:17] <K-Rich> tfheen, very odd, happens when i 'sudo aptitude update'
[12:17] <pitti> asac: if I call epiphany -n in the script, then it works and returns immediately, so it's not something deep in the mozembed stuff
[12:18] <tfheen> K-Rich: so it's legal traffic.
[12:18] <tfheen> K-Rich: you have a misconfigured firewall; go to #ubuntu for support, please.
[12:31] <pitti> Riddell: could you download http://people.ubuntu.com/~pitti/tmp/ubuntu-bug and check whether it correctly invokes apport-qt in bug filing mode for you? (e. g. 'ubuntu-bug -p bash')
[12:32] <Riddell> pitti: apport-qt pops up briefly saying "uploading" then konqueror starts up
[12:33] <tfheen> cjwatson: you were going to get https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/84597 fixed this morning, weren't you?
[12:33] <Ubugtu> Malone bug 84597 in ubiquity "[apport]  ubiquity crashed with AssertionError in subst()" [Undecided,Confirmed]  
[12:33] <pitti> Riddell: that sounds right
[12:33] <pitti> Riddell: and the dialog was okay, looked like apport-qt?
[12:34] <pitti> Riddell: I plan to stuff this script into /usr/bin, so that people can call it from the shell, and we also need it for firefox 'Report a bug...' menu integration
[12:35] <pitti> Riddell: a quick eyeballing of the script is appreciated, too
[12:35] <cjwatson> tfheen: yeah, working on it
[12:35] <tfheen> cjwatson: thanks.
[12:35] <pitti> Riddell: first I test pgrep -u `id -u` -x ksmserver >/dev/null, and fall back to pure [ -x apport-qt ]  if neither gnome-session nor ksmserver is running
[12:36] <StevenK> pitti: What if gnome-session is the process that just crashed? :-)
[12:36] <Riddell> pitti: all looks good to me
[12:36] <pitti> StevenK: then it'll still DTRT in the usual case
[12:37] <Riddell> unless the user has two X session running, one with gnome and one with kde
[12:37] <Riddell> but even so it's not a problem to have the gtk frontend on kde
[12:37] <pitti> StevenK: worst case is that if you run KDE and have apport-gtk installed, then you'll get the gtk interface. No big deal, I'd say
[12:37] <pitti> Riddell: right
[12:37] <StevenK> Riddell: I thought KDE rolled over and killed Gnome in that case? :-P
[12:37] <Riddell> KDE doesn't roll over for anybody
[12:38] <StevenK> pitti: :-)
[12:38] <pitti> Riddell: thanks for checking
[12:38] <StevenK> Riddell: I won't reply what I'm thinking. :-P
[12:38] <seb128> pitti: .de war? you german guys... :p
[12:38] <StevenK> Bwahaha
[12:38] <pitti> seb128: DE, not .de !!!111!
[12:39] <seb128> ah :)
[12:39] <pitti> seb128: (just kidding)
[12:40] <Ng> pitti: it's kicking ass in feisty here. the cover one at least, not tried lyrics ;)
[12:40] <seb128> pitti: I think you might face http://bugzilla.gnome.org/show_bug.cgi?id=404932
[12:40] <Ubugtu> Gnome bug 404932 in Programmatic interfaces "Python modules do not work on 64-bit  and Python 2.5" [Normal,Resolved: fixed]  
[12:40] <pitti> Ng: it worked before, and suddenly stopped working a while ago; however, (kicks ass)++
[12:40] <seb128> pitti: which is fixed upstream and will be fixed for feisty
[12:40] <Ng> pitti: harsh :(
[12:40] <pitti> seb128: aaaah
[12:41] <seb128> pitti: while ago being the switch to python2.5?
[12:41] <pitti> seb128: entirely possible
[12:42] <seb128> I'll ping you to test when the new version will be to feisty
[12:42] <pitti> seb128: btw, do you use rb yourself?
[12:42] <seb128> yep
[12:42] <seb128> but on i386 :)
[12:42] <pitti> seb128: I find it quite annoying that an album doesn't start playing any more when I double-click on it
[12:42] <pitti> seb128: is that a bug or a feature?
[12:43] <Fujitsu> pitti: I'd hope that it was a bug, as it was nice to be able to do that.
[12:43] <seb128> a bug I would say, I double click on the first track usually, I didn't know that double click on the album was doing something ;)
[12:43] <seb128> pitti: no problem don't worry ;)
[12:43] <Fujitsu> Artist/Album double-clicking played all the tracks listed.
[12:43] <pitti> Fujitsu: right, that was really handy
[12:44] <seb128> pitti: don't bother
[12:45] <seb128> pitti: http://bugzilla.gnome.org/show_bug.cgi?id=404753 fixed in SVN
[12:45] <Ubugtu> Gnome bug 404753 in general "Can't double click artist/album in browser to play" [Normal,Resolved: fixed]  
[12:45] <pitti> seb128: these Gnome dudes rock
[12:45] <seb128> ;)
[12:52] <cjwatson> Riddell,mvo: software-properties appears to be telling people to report bugs on ubiquity. Could you please make it stop doing that?
[12:52] <cjwatson> ./data/designer/crashdialog.ui:102:        <string>&lt;a href="https://launchpad.net/ubuntu/+source/ubiquity/+filebug">https://launchpad.net/ubuntu/+source/software-properties/+filebug&lt;/a></string>
[12:53] <Riddell> cjwatson: oh sorry, my fault, I'll fix it now in bzr
[12:53] <cjwatson> tfheen: please let a fix for that through - it's beginning to seriously piss me off :)
[12:53] <tfheen> cjwatson: will do.
[12:53] <cjwatson> Riddell: note a number of crash reports that I've been getting, reassigned
[12:55] <geser> pitti: have you had time to review my script to modify the Maintainer field in source packages?
[12:56] <pitti> geser: oh, I wasn't even aware of it
[12:56] <geser> pitti: http://members.ping.de/~mb/srcmaintainermangler/
[12:56] <pitti> geser: I wrote my own script on Monday (just took me some 15 minutes, not a biggie)
[12:56] <pitti> geser: thanks!
[12:56] <geser> it's based on pkgmaintermangler
[12:56] <pitti> geser: doko already had a script for doing mass uploads, so I just adapted that
[12:57] <geser> is it available somewhere?
[12:58] <pitti> geser: http://people.ubuntu.com/~pitti/tmp/update-maintainer-transition
[12:58] <davmor2> Query:  can anyone let me know what is currently happening with nm not  working with rt2500 wireless cards?  Is there anything that can be done?
[01:00] <mvo> Riddell: will you fix it in the ~ubuntu-core-dev repo?
[01:00] <Riddell> mvo: yes
[01:01] <cjwatson> geser: I'm not really happy with mass uploads for this
[01:01] <cjwatson> we shouldn't be causing that kind of mirror hit
[01:02] <geser> cjwatson: I don't plan to mass-upload anything
[01:02] <cjwatson> and we definitely should only be modifying packages that already have *ubuntu* versions, which that script doesn't seem to do
[01:03] <geser> my script only automates the changing of the maintainer field
[01:03] <cjwatson> ok, just saying :)
[01:03] <pitti> cjwatson: right, I doubt the usefulness of mass-upload as well
[01:03] <seb128> tfheen: I've uploaded a control-center update which fixes gnome-default-applications-properties (it was looking for the applications list to the wrong place), would be nice to accept for herd4
[01:03] <pitti> cjwatson: mdz asked me to do that, but the request was a bit ambiguous
[01:04] <Fujitsu> Shouldn't there be some way for DDs to say `I don't want my fields mangled'?
[01:04] <pitti> cjwatson: that's why I'll put it on tomorrow's agenda
[01:04] <StevenK> There is
[01:04] <Fujitsu> StevenK: Not for source packages.
[01:04] <geser> pitti's script also misses packages using debian/control.in to generate debian/control
[01:04] <tfheen> seb128: ok
[01:04] <pitti> geser: oh, right
[01:04] <elmo> I will track down and hurt anyone who mass uploads packages just to change the maintainer field
[01:04] <Fujitsu> elmo: That's the spirit.
[01:04] <StevenK> elmo: Is that a promise? :-)
[01:05] <seb128> pitti: run away from elmo ;)
[01:05] <pitti> seb128: as I said, I don't think it makes sense
[01:05] <kwwii> pitti can run faster than elmo, I think
[01:05] <pitti> seb128: but I'll do it if mdz wants me to :)
[01:05] <seb128> pitti: I was just joking, don't worry ;)
[01:05] <tfheen> pitti: nope, running away from James doesn't make sense.  He'll get to you eventually. :-)
[01:05] <pitti> heh
[01:05] <pitti> 'huh, I can't login to the DC any more, nor upload shit'
[01:06] <pitti> tfheen: you read BofH as well, I figure :-D
[01:07] <tfheen> pitti: not for a long time, but yeah.
[01:07] <cjwatson> tfheen: fixed that ubiquity bug in bzr, I think, but I need to arrange to test it somehow
[01:07] <tfheen> cjwatson: please.
[01:07] <jsgotangco> greetings sabdfl
[01:07] <tfheen> cjwatson: just take your time, we need get soyuz fixed too.
[01:08] <sabdfl> hi all
[01:08] <Fujitsu> Hey sabdfl.
[01:10] <geser> I've a question about mozilla-browser (universe) in feisty: Debian removed it already from unstable and replaced it by iceape (aka seamonkey). IMHO we should do the same and replace it also by iceape. Any other opinions on this?
[01:10] <pitti> geser: mdz recently wrote the current state of affairs to -devel: we don't need to rename our firefox/tbird/moz apps
[01:11] <geser> this way it would be less work for the MOTUs as we didn't to rebrand iceape back to seamonkey
[01:12] <pitti> geser: right, it'd be easier to sync
[01:12] <geser> it's not only about renaming mozilla-browser is abandoned upstream
[01:12] <pitti> geser: I would actually prefer to entirely remove it
[01:12] <pitti> not sure if reverse dependencies allow that
[01:13] <Riddell> tfheen, cjwatson, mvo: software-properties uploaded
[01:13] <pitti> geser: actually doesn't look too bad
[01:14] <sabdfl> howdy Fujitsu
[01:14] <pitti> geser: gnash, gtk2hs, swfdec0.3, videolink, webhttrack
[01:14] <pitti> geser: these are the sources we need to fix, and then there's a whole bunch of packages (plugins, translations) that could just be removed as well
[01:15] <pitti> geser: most packages can hopefully be built against firefox-dev instead of mozilla-dev
[01:16] <geser> pitti: will check the rdepends of mozilla-browser and file bugs for removal or upload fixed packages
[01:16] <pitti> geser: wait, I have a script for that, I'll put the output somewhere
[01:19] <pitti> geser: http://people.ubuntu.com/~pitti/tmp/mozilla-rdepends.txt
[01:19] <geser> pitti: thanks
[01:20] <pitti> geser: most important are those five r-build-deps on mozilla-dev
[01:21] <pitti> geser: thanks for taking care of this; the current mozilla is so old, noone should use it any more in feisty
[01:25] <mvo> tfheen: the latest dist-upgrader fixes bug #66783 (targetted herd-4). please consider it for approval
[01:25] <Ubugtu> Malone bug 66783 in update-manager "considers dapper-commercial a third party repository and disables it" [Medium,Fix committed]  https://launchpad.net/bugs/66783
[01:26] <tfheen> mvo: oh, good.
[01:31] <mvo> thanks
[01:33] <mjg59> jono: Excellent, I will be seeing you in Ireland
[01:39] <pitti> tfheen: not sure what you think about http://paste.ubuntu-nl.org/5710/? it adds a script and fixes some bugs
[01:40] <pitti> tfheen: (test suite passes and everything, of course)
[01:42] <tfheen> pitti: I'd like to get herd 4 out soonish so unless there are bits there you really want, can it wait?
[01:42] <tfheen> pitti: I'll be happy to take it if we need to wait for other bits to hit the archive, though
[01:42] <tfheen> pitti: actually, just upload it, since we need ubiquity
[01:42] <pitti> tfheen: not terribly urgent as long as edge.launchpad.net doesn't break again
[01:43] <pitti> oh, great
[01:43] <pitti> tfheen: uploaded; feel free to accept or defer as you see fit
[01:44] <tfheen> cheers
[01:45] <cjwatson> ok, so half of my ubiquity fix worked ...
[02:09] <sabdfl> seb128: anyone already reported a bug in gnome-screensaver where unlocking the screen fails?
[02:09] <seb128> sabdfl: it has been fixed like 2 hours ago
[02:09] <pitti> that sounds like the /tmp -> /var/run socket change from this morning?
[02:10] <seb128> I'm not sure how a running gnome-screensaver handle the socket change though :/
[02:10] <cjwatson> tfheen: http://paste.ubuntu-nl.org/5714/
[02:10] <sabdfl> kill means it's no longer running :-)
[02:10] <sabdfl> thanks seb128
[02:10] <seb128> np
[02:11] <cjwatson> tfheen: tested, works for me
[02:12] <pitti> asac: yay, there's a solution for bug 81207
[02:12] <Ubugtu> Malone bug 81207 in apport "webbrowser fails to open for system crash when it runs as root" [High,In progress]  https://launchpad.net/bugs/81207
[02:12] <tfheen> cjwatson: upload away
[02:12] <pitti> asac: as simple as using firefox' sudo support instead of working around it :)
[02:17] <davmor2> does anyone know the current status of rt2500 cards not working with network manager?  Is there anything that can be done to make them work together?
[02:18] <jdong> rt2500 doesn't like interface bouncing when under a PREEMPt or SMP kernel.
[02:18] <jdong> i.e. you can't bring it up, down, up
[02:18] <jdong> and that pattern is pretty common in NetworkManager usage.
[02:19] <davmor2> so is the only fix to remove network manager then?  Only there are a few bugs about this issue.
[02:19] <Treenaks> jdong: also, that's a _bad_ driver bug then
[02:19] <jdong> Treenaks: VERY BAD driver bug
[02:19] <jdong> kernel panic on bouncing
[02:19] <asac> pitti: great ... but could you track down what went wrong?
[02:19] <jdong> radio loss after a few minutes
[02:19] <jdong> of torrent strength activity
[02:20] <pitti> asac: no, I couldn't
[02:20] <jdong> davmor2: it's an open source driver so you can work with rt2x00.serialmonkey.net community
[02:20] <asac> pitti: i however ... afaik if you just run sudo firefox ... it will still take profile dir from root user
[02:20] <jdong> davmor2: but it's not something we here at Ubuntu have the resources or power to fix :)
[02:20] <jdong> sorry 
[02:20] <asac> pitti: if that is ok, then all is fine.
[02:21] <davmor2> jdong: not me specifically with the problem I'm just trying to stay on top of some bugs
[02:21] <pitti> asac: no, the whole point of that juggling is to take the user's profile dir
[02:21] <pitti> asac: however, 'sudo -u martin firefox url' seems to DTRT
[02:22] <davmor2> jdong: So is it worth asking everyone with issues in this set up to post bugs there?
[02:22] <asac> pitti: interesting ... maybe I forgot to remove some tweaks in your python script when I last tried
[02:22] <seb128> ok, time for lunch and some sport, bbl
[02:23] <jdong> davmor2: they know about it
[02:23] <jdong> davmor2: at least they did 2 years ago when I bugged them about it
[02:23] <jdong> davmor2: I used to be a rt2500 user
[02:25] <mjg59> The driver's been basically rewritten since then
[02:25] <mjg59> But if there are bugs, then yes, please do file them
[02:25] <mjg59> Assuming there isn't a duplicate already
[02:26] <tfheen> mjg59: did you see my question about usplash and 16/24 bit from this morning?
[02:32] <tkamppeter> pitti, biff
[02:33] <mjg59> tfheen: Nope
[02:33] <mjg59> tfheen: Ah, got it. 
[02:33] <mjg59> tfheen: By default, usplash on x86/amd64 will use 16-bit unless it can't get the 16-bit mode
[02:34] <mjg59> tfheen: So it's not impossible to use 16-bit pictures. However, there's no guarantee that you'll get a 16-bit picture, and I'm not sure what the situation is on ppc
[02:34] <mjg59> tfheen: Why do you ask?
[02:35] <pitti> tkamppeter: can you get tfheen's approval for them? then I'll upload immediately
[02:35] <tfheen> mjg59: because kwwii would like to use 16 bit pictures.
[02:35] <mjg59> Hm.
[02:35] <mjg59> I don't think we can guarantee it.
[02:36] <tfheen> mjg59: is there hardware which doesn't like 16-bit vesa modes?
[02:36] <mjg59> I expect that there's some amount. It's very hard to tell.
[02:36] <Robot101> there's always some hardware that hates you :)
[02:36] <mjg59> And there's still the framebuffer issue
[02:36] <tfheen> which fb issue?
[02:36] <mjg59> I think providing 16-bit artwork with a 256 colour fallback would be fine
[02:37] <tfheen> ok
[02:37] <mjg59> Though there'd need to be some code for dealing with that
[02:37] <tfheen> kwwii: ^^ does this sound sane to you?
[02:37] <tfheen> so hardware won't let us switch to 16 bit and then blow up?  Hopefully?
[02:38] <kwwii> tfheen: well, it's double the work and means making two different layouts but it is a good start
[02:38] <kwwii> for feisty we've got the 256 version looking pretty good
[02:38] <tfheen> kwwii: if we discover that most of the hardware supports 16 bit, I presume we can have a 256 colour which you put less effort into
[02:38] <kwwii> tfheen: right
[02:39] <kwwii> this would be for feisty+1 anyway, or?
[02:39] <tfheen> depends on whether I can sneak it past myself or not.  I suspect feisty+1
[02:40] <kwwii> tfheen: lol
[02:40] <tfheen> mjg59: also, do you have any qualms about adding jpeg and/or png support directly to usplash?
[02:41] <tfheen> that is, about it being added, I'm not telling you to do it. :-)
[02:42] <sladen> there's a single-file PNG loader here:  
[02:42] <sladen> http://student.kuleuven.be/~m0216922/pngloader/
[02:42] <kwwii> if we are going to go with so many colors it would be better to have jpeg support I think
[02:43] <kwwii> the pngs might get quite large
[02:43] <sladen> (with a DEFLATE decoder in there)
[02:43] <tfheen> sladen: in c++
[02:43] <sladen> tfheen: wouldn't take much to fix that
[02:51] <mjg59> tfheen: Other than size, not really
[02:52] <tfheen> mjg59: they could be optional, I guess.  And it's not like libjpeg is _that_ big.
[02:55] <cjwatson> ogra: do you have a DTD anywhere for the hwdb XML files?
[02:56] <ogra> nope
[02:57] <cjwatson> OK, I'd kind of hoped that <!DOCTYPE hwinfo SYSTEM "http://www.ubuntu.com/hwdb"> actually meant something ;-)
[02:57] <ogra> no, did you ever look at the xml files ? 
[02:57] <cjwatson> briefly. Could you give me a quick summary of the known problems?
[02:57] <cjwatson> all I've ever heard is "somewhat broken XML"
[02:57] <ogra> well, its not really xml ...
[02:57] <ogra> right
[02:58] <ogra> it needs to be updated to write proper xml, then we'll have a dtd as well
[02:58] <cjwatson> so my best bet is line-by-line parsing?
[02:59] <ogra> and match tags, yes 
[02:59] <cjwatson> ok, no problem
[02:59] <xerxas> Hi all
[02:59] <ogra> the tags should be relatively self eplaining
[02:59] <ogra> *explaining 
[02:59] <cjwatson> yeah, I can either guess those or just read the source :)
[02:59] <ogra> just look at one of the files ...
[02:59] <ogra> right
[02:59] <cjwatson> thanks for your help
[03:00] <ogra> well, sorry for the bad code 
[03:06] <mjg59> tfheen: Yeah, fair enough
[03:10] <kwwii> tfheen: look at the jpeg decoder used with the bootsplash
[03:12] <tfheen> kwwii: do you happen to know what package that would be in?
[03:15] <CapRiCoRN^80> hi ! any one there how has installed ubuntu on sun blade 150 ?
[03:19] <kwwii> tfheen: not sure, the bootsplash kernel diff I guess
[03:21] <iwj> mvo: When you're back, I have an error from gdebi I was wondering if you might be able to help me with.
[03:22] <iwj> I say   gdebi /root/adt-downtmp/dsc0/mawk_1.3.3-11ubuntu2.dsc   and it says   ValueError: Problem Parsing Dependency
[03:22] <iwj> (with stack trace)
[03:26] <vinboy> is Herd 4 coming out today?
[03:29] <mvo> iwj: can you put the stacktrace somewhere please? on a pastebin?
[03:30] <iwj> mvo: http://paste.ubuntu-nl.org/5721/
[03:31] <mvo> iwj: what package? a .deb or a .dsc?
[03:31] <iwj> .dsc
[03:31] <iwj> mawk_1.3.3-11ubuntu2.dsc from the archive, in fact.
[03:32] <mvo> iwj: thanks, I'm checking this out now
[03:32] <iwj> Thanks.
[03:32] <iwj> I have a workaround for now so it's not blocking me.
[03:34] <pitti> mvo: oh, what does gdebi do with a .dsc? some apt-get source -b magic? 
[03:35] <mvo> pitti: no, not that fanncy. it will just install the build-dependencies
[03:35] <mvo> doing something like apt-get -b would actually be cool ..
[03:36] <pitti> heh
[03:37] <mvo> iwj: I know why it happens, I will fix it now
[03:37] <CapRiCoRN^80> wat SILO prompt ?
[03:37] <iwj> mvo: Eventually I'm going to want a fix for this in dapper.  Is that going to be a problem ?
[03:38] <iwj> If so then a backport I can pull out of my back pocket will do since I can just install gdebi_<my-weird-one>.deb in the testbed.
[03:38] <iwj> Actually, that might be better anyway so I can have gdebi-core.)
[03:40] <mvo> iwj: I think it shouldn't be, a backport should be straightforward mostly. there is IIRC only a single feature of the >dapper python-apts I use
[03:42] <sacater> hey does anyone know a way for source-code packages to handle their dependencies themselves (eg. they get them and install them from the web automatically)
[03:42] <CapRiCoRN^80> hi ! any one there how has installed ubuntu on sun blade 150 ?
[03:43] <mvo> iwj: I'm happy to assit with the backport
[03:44] <iwj> mvo: That would be very nice :-).
[03:47] <_ion> Funny. In qemu, the text-mode Ubuntu installer detects my US keyboard layout to be JP.
[03:48] <tfheen> _ion: known bug
[03:48] <mvo> iwj: I guess you will need --assume-yes as well for the automatic mode in the package tester?
[03:49] <iwj> Yes.
[03:50] <mvo> ok, I'm add this too (while waiting for the test-upgrade to finish)
[03:51] <iwj> Thanks.
[03:52] <CapRiCoRN^80> any one there how has installed ubuntu on sun blade 150 ?
[04:03] <mdz> pitti: anything which isn't rebuit in the normal course of Feisty development needs to be explicitly rebuilt to effect the maintainer changes
[04:03] <bddebian> Heya
[04:09] <_ion> usplash-theme-ubuntu is starting to look *really* nice, now that the progress bar was "fixed".
[04:13] <mdz> pitti: note that this does not need to happen all at once; it should be spread out over time to avoid a big mirror hit
[04:14] <pitti> mdz: right, I would have split it in chunks anyway
[04:14] <pitti> mdz: let's discuss and coordinate that on the meeting; doko needs some rebuilds anyway for a new gcc, that seems like a good opportunity :)
[04:14] <mdz> pitti: sounds good, please add it to the agenda
[04:20] <asac> pitti: what should a "report bug" menu entry in firefox do? just run ubuntu-bug ?
[04:21] <fabbione> seb128: ping?
[04:23] <pitti> asac: 'ubuntu-bug -P <pid>', as I wrote in the bug
[04:23] <pitti> asac: addditionally giving '-p firefox' saves apport some work for finding out the package name
[04:24] <fabbione> pitti: ping? re: tcl/tk SRU...
[04:25] <Riddell> tfheen, cjwatson: I tried creating a kubuntu live image and CD but the i386 one failed because installer-i386/current/images/udeb.list doesn't exist
[04:25] <cjwatson> oh, bugger, that bug again
[04:25] <cjwatson> I keep forgetting that we have to fix that damn thing up by hand
[04:26] <cjwatson> tfheen: I'll fix
[04:30] <cjwatson> tfheen: fixed, please run the publisher
[04:33] <asac> pitti: ok, was just a bit confused because I could not see any obvious reason to pass <pid> to bug-report.
[04:38] <tfheen> cjwatson: cheers; running.
[04:39] <bluefoxicy> apport is annoying
[04:39] <bluefoxicy> SORRY, THE PROGRAM <some gnome-game you've never run> HAS CLOSED UNEXPECTEDLY!
[04:39] <bluefoxicy> SORRY, THE PROGRAM <some app that crashed 5 months ago> HAS CLOSED UNEXPECTEDLY!
[04:40] <tfheen> bluefoxicy: then turn it off.
[04:44] <cjwatson> pitti,Riddell,mvo: have you three already discussed Kubuntu edgy->feisty upgrade options, or has that action item from the last meeting become moot? ISTR Riddell saying something about the python-(qt|kde)* patch no longer being necessary
[04:45] <Riddell> cjwatson: I've discussed it with pitti, that backports aren't necessary it's just 4 patches now, he said he'll review them
[04:46] <Riddell> s/that/the/
[04:48] <cjwatson> Riddell: ok, thanks, I'll mark that action item as done then
[04:54] <pitti> fabbione: didn't look at it yet, is it properly filed as a bug with an SRU proposal?
[04:54] <pitti> asac: you can omit it and just pass the package name with -p if you aren't interested in runtime information
[04:55] <pitti> asac: however, runtime information will give you user groups, /proc stuff, etc., so it might be useful
[04:55] <pitti> asac: also locales, etc.
[04:55] <pitti> cjwatson, Riddell: I'm about to look at the patches now
[04:55] <asac> pitti: ah ok ... thanks for the info
[04:55] <fabbione> pitti: it's just a proposal in your inbox..
[04:56] <fabbione> pitti: before filing everything i want to hear your/cjwatson opinion
[04:57] <pitti> geser: ah, I saw your first uploads
[04:57] <pitti> geser: tell me when I shall run the script another time
[04:57] <pitti> fabbione: 'k, will look in a minute
[04:57] <fabbione> pitti: sure.. even for tomorrow or friday
[04:58] <fabbione> it's not urgent, but i am soon leaving for holidays
[04:58] <fabbione> so i would like a go/no-go
[05:01] <pitti> fabbione: hm, it doesn't look particularly SRUish to me, Tcl isn't something we need for desktops? if there are some bugs where users complain about being bitten by this, I would agree, but the patch length/risk/benefit ratio doesn't seem convincing to me
[05:01] <fabbione> pitti: it bites bigendian machines.. and for desktop it's ppc
[05:01] <pitti> fabbione: is there a sparc application (cluster management GUI etc) that needs it?
[05:02] <fabbione> pitti: gitk
[05:02] <fabbione> pitti: it happens only when parsing some UTF8 encoded Japanese text
[05:03] <fabbione> difficult to trigger but it can happen somewhere else in the world
[05:08] <pitti> Riddell: can you please add a proper SRU proposal to bug 84717 with the justification, potential impact, etc.?
[05:08] <Ubugtu> Malone bug 84717 in update-manager "SRU: updates necessary for Kubuntu Upgrade Tool in Edgy" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84717
[05:10] <pitti> Riddell: urgh @ those patches -- does this really need backporting of completely new source files?
[05:12] <Riddell> pitti: yes, it's new features
[05:20] <pitti> Riddell: all this code is in Feisty already and has been tested?
[05:20] <Riddell> pitti: yes
[05:21] <fabbione> pitti: thanks for the reply
[05:22] <pitti> fabbione: feel free to object if I misunderstood the severity and you actually need that fixed
[05:22] <bluefoxicy> mm.  Would be nice if the installer could re-install, find existing installations and ask if you wanted to overwrite them
[05:22] <fabbione> pitti: i tend to agree with you.. my only concern here is that it still affects 2 arches out of 4
[05:23] <pitti> right, but even if it would affect all arches I wouldn't have the feeling that this is appropriate for SRU 
[05:24] <fabbione> pitti: what about: i file a bug, we keep it there and wait for possible "me too"?
[05:24] <geser> pitti: is a build-dependency on libxul-dev | mozilla-dev ok or should it be fixed?
[05:25] <pitti> fabbione: if noone filed a bug yet, it doesn't seem to be important in the first place :)
[05:25] <pitti> geser: that's fine
[05:25] <fabbione> pitti: ehhehe fair enough
[05:25] <pitti> geser: as long as one alternative remains installable and the package works with it
[05:29] <iwj> This running two VMs on hardware with only 512Mb in total is a bit crunchy.
[05:29] <pitti> iwj: urgh, I got annoyed with 1 GB and two vmware instances...
[05:31] <jdong> iwj: everything's crunchy with Total!
[05:32] <iwj> ??
[05:32] <jdong> obviously not American?
[05:32] <jdong> http://en.wikipedia.org/wiki/Total_%28cereal%29
[05:33] <pitti> lol
[05:33] <iwj> Not only not American, but no TV either.
[05:34] <jdong> lol, that's a good thing. Two good things apparently :)
[05:34] <iwj> If I had another G or so then it could dump all of the copy-on-write junk from the testbed modifications in RAM.
[05:35] <_ion> I wouldn't mind another 3/8 G of mem. :-)
[05:38] <iwj> 3/8 G is a rather strange quantity to be pining for.
[05:38] <pitti> _ion: I just bought another 2 GB and am happy now :)
[05:41] <iwj> I wonder if it would save time overall if I spent 45mins tomorrow morning fetching some RAM, or whether I should order it online and get it next week.
[05:43] <jdong> "Train A departs southbound from New York with 2 512MB 667MHz DDR2 sticks of RAM while train B departs Northbound from Atlanta with 1 stick of 1GB DDR2 533MHz RAM"
[06:15] <pitti> cjwatson, Riddell: I did the first round of reviews for bug 84717 and added some comments; I think we can consider the meeting action item as done now
[06:15] <Ubugtu> Malone bug 84717 in update-manager "SRU: updates necessary for Kubuntu Upgrade Tool in Edgy" [Undecided,Unconfirmed]  https://launchpad.net/bugs/84717
[06:16] <Chipzz> mvo: ping ;)
[06:20] <doko> pitti, anybody else: what was the spec for the maintainer field for main? I do remember that we should use ubuntu-devel-discuss (because ubuntu-devel is moderated)
[06:57] <pitti> re
[06:57] <pitti> doko: https://wiki.ubuntu.com/DebianMaintainerField
[07:15] <geser> is gcc-4.0 still in feisty?
[07:16] <mdz> geser: yes (for future reference, you can look that up in Launchpad)
[07:17] <mdz> doko: they're both moderated for non-subscribers, but -discuss is more appropriate for the kind of thing the Maintainer field is used for
[07:17] <geser> I ask because only the source is available and the build status doesn't list anything
[07:18] <pitti> geser: I guess it has just never been rebuilt in Feisty
[07:18] <pitti> geser: hm, it has
[07:23] <geser> the last upload was two days ago. the old binary are gone and it seems the last upload didn't reach the buildds
[07:56] <doko> tfheen: please reject the python2.4 and python2.5 uploads (which are currently blocked); these are supserseded by now
[08:13] <Windkracht8> Can someone explain me why the "root" option for the "kernel" command in the "menu.lst" of grub is replaced from a device name to an UUID number? the some goes for "file system" option in the fstab file
[08:14] <_ion> The device names are free to change, the system is still going to boot properly.
[08:15] <_ion> E.g. you might connect the HDD to another bus, or hda might change to sda when the PATA stuff is switched to libata-pata.
[08:15] <Windkracht8> after the update to kernel 2.6.17-11-generic these numbers where changed to an incorrect number
[08:15] <Windkracht8> gave the error message: "Begin: Waiting for root file system"
[08:15] <Windkracht8> I had to change them back to "/dev/hda2"
[08:16] <Windkracht8> to get an bootable system
[08:16] <_ion> You should file a bug report with all the details.
[08:17] <_ion> I.e. what are the UUIDs that were incrorrectly detected, what are the actual UUIDs (ls -l /dev/disk/by-uuid) etc.
[08:17] <Windkracht8> ok, but what does that number represent? how do I find out what the number is for my /dev/hda2
[08:17] <_ion> Each partition has an unique ID
[08:18] <Windkracht8> and could those be changed?
[08:18] <_ion> Not normally, unless you replace a partition with another.
[08:19] <cjwatson> $ sudo /lib/udev/vol_id -u /dev/hda3
[08:19] <cjwatson> 424fb11b-b062-4c5b-83bc-6ffd84c17ae7
[08:19] <_ion> That is, create a new filesystem, overwriting an already existing one.
[08:19] <cjwatson> ^-- finding out the existing UUID
[08:19] <_ion> Or ls -l /dev/disk/by-uuid to get a list.
[08:21] <Windkracht8> ok, I don't have the old menu.lst, but the fstab hasn't changed and the file systems are mounted correctly, so the number hasn't changed
[08:42] <cjwatson> mjg59: bug 85169 is weird - it's segfaulting trying to inb from VGA register 0x3cc
[08:42] <Ubugtu> Malone bug 85169 in usplash "[apport]  usplash crashed with SIGSEGV in __svgalib_get_perm()" [Undecided,Unconfirmed]  https://launchpad.net/bugs/85169
[08:43] <cjwatson> mjg59: any idea why that might be happening?
[08:46] <Windkracht8> thank you all for the information, not going to file a bug though, seems to be an unreproducible isolated incident
[09:29] <TerminX> can someone fix package xinetd to provide inet-superserver?  everything that depends on inet-superserver wants to pull down openbsd-inetd when there's already a perfectly good inetd implementation on the machine
[09:37] <okaratas> hea
[09:42] <Burgwork> TerminX: you filed a bug?
[09:47] <TerminX> Burgwork: yeah, a month ago, nobody ever responded to it
[09:47] <Burgwork> TerminX: provide a debdiff yourself
[09:49] <cjwatson> no point, it's trivial
[09:49] <cjwatson> I'll prod it in a moment
[09:50] <cjwatson> providing patches for trivial bugs is a waste of time - if it's a one-liner or thereabouts and already adequately described, anyone with the competence to apply the patch can also Just Do It
[09:50] <TerminX> https://launchpad.net/ubuntu/+source/xinetd/+bug/79316 was the bug I filed; I don't know if it's in the right place or not (it was where someone in the #ubuntu-motu channel told me to post it)
[09:50] <Ubugtu> Malone bug 79316 in xinetd "Package doesn't provide 'inet-superserver' dependency" [Undecided,Unconfirmed]  
[10:03] <cjwatson> TerminX: fixed
[10:03] <TerminX> cjwatson: sweet, thanks :D
[10:04] <geser> what about update-inetd? does it work with xinetd?
[10:05] <TerminX> geser: I think it prints out text notifying the user that they have to update the xinetd configuration manually
[10:09] <cjwatson> right
[10:09] <cjwatson> there's an inetd compatibility mode documented in xinetd too
[10:10] <TerminX> that's just a one-time conversion of the inetd conf file to xinetd format, though, isn't it?
[10:10] <TerminX> unless something has changed (it has admittedly been a while since I've migrated from inetd to xinetd)
[10:11] <cjwatson> that's a different mode
[10:11] <cjwatson> apparently an -inetd_compat switch was added it 1:2.3.11-2
[10:11] <cjwatson> in
[10:11] <cjwatson> no idea how well it works, as I don't use xinetd
[10:13] <cjwatson> TerminX: meh, Soyuz is broken and rejected my upload. I'll complain