[00:03] <superm1> slangasek, looks to be passing this time around
[00:03] <superm1> its at the part where it's mastering it into the squashfs now
[00:03] <Keybuk> slangasek: This upload awaits approval by a distro manager
[00:05] <ogra> slangasek, http://paste.ubuntu.com/6725/ ok to upload ?
[00:05] <slangasek> Keybuk: I'll get back around to the queue in an hour or so :)
[00:06] <Keybuk> I can approve it if you're too busy ;)
[00:08] <slangasek> ogra: sure, go ahead
[00:08] <ogra> thanks
[00:40] <keescook> slangasek: rsync security fix uploaded to hardy main.
[00:44] <emgent> heya keescook :)
[00:48] <keescook> hiya emgent
[00:54] <slangasek> Keybuk: hrm, not sure why the version number checks in udev.{preinst,postrm} have been bumped...
[00:55] <Keybuk> slangasek: consistency
[00:55] <Keybuk> they match a block in postinst
[00:56] <slangasek> well, ok... :)
[01:07] <superm1> slangasek, okay yeah it just finished the livefs
[01:08] <slangasek> superm1: ok, everything good for me to do an ISO build then?
[01:08] <superm1> slangasek, i'd think so :)
[01:18] <megabyte405> could someone please review the updates to bug #202174 ?  I think we're just about there - the actual package itself is done, now it's just the "paperwork"
[01:18] <ubotu> Launchpad bug 202174 in abiword "Please update to version 2.6" [Medium,New] https://launchpad.net/bugs/202174
[01:18] <megabyte405> Thanks!
[01:22] <ogra> oh, and the debdiff is only 30M ...
[01:22] <ogra> why the heck did he attach that ?
[01:23] <ted1> Because it's "required"
[01:23] <ogra> heh
[01:23] <ted1> That's what a FFe says.
[01:23] <slangasek> no, it doesn't.
[01:23] <ogra> between two differnt upstream versions ?
[01:24] <ted1> No, wait, for sponsorship that's what you're supposed to have, right?
[01:24] <ogra> that would be pretty mad
[01:24] <ted1> Yeah, I think it should only be between the packaging.  But, it's funny none the less :)
[01:24] <slangasek> for sponsorship, possibly; but the rules have changed a couple times over the past months
[01:24] <ted1> BTW, if someone could sponsor the xscreensaver update that'd be nice :)
[01:25] <ogra> ted1, if you say its fine i'll upload
[01:25] <ted1> Yeah, it looks good.  There's a bunch of things that are syncing with Debian, but they're fine.
[01:25] <ted1> I looked at 5.05, but there's a bunch of changes :(
[01:25] <ted1> (upstream)
[01:26] <ted1> Unless we have a reason, I think we'll have to wait 'till Ibex for that one.
[01:26] <ted1> Or maybe 8.04.1
[01:26] <ted1> What are the "rules" going to be for that release?
[01:27] <slangasek> "fix bugs, don't introduce them" ;)
[01:27] <ogra> :)
[01:27] <ted1> Oh, that's no fun.
[01:29] <ted1> The Abiword package doesn't have a launchpad integration patch... is that a big deal?
[01:29] <slangasek> did it before the update?
[01:29] <ted1> 30MB ago?
[01:30] <slangasek> yes :)
[01:30] <ogra> the abiword-gnome package should bring it in
[01:30] <slangasek> should bring what in?
[01:30] <ogra> launchpad integration
[01:31] <ted1> slangasek: Nope, it doesn't seem to.  Even with abiword-gnome.
[01:32] <ted1> Hmm, they have a "Check for updates" item on their menus.
[01:33] <ted1> Goes to a webpage to check, that's funny.  I guess for Windows users.
[01:35] <ogra> oh shudder
[01:35] <ogra> since when does xss need quilt ?
[01:35] <ogra> even for building a source package ... grmpf
[01:36] <ted1> Heh, so on the styles dialog, the sample text is "What Hath God Wrought"
[01:36] <slangasek> ted1: then I guess it's not a big deal. :)
[01:40] <ogra> ted1, uploaded
[01:40] <ted1> Okay, playing around I can't find anything wrong with it.  I do like Abiword.
[01:40] <ted1> ogra: Thank you.
[01:49] <zul> slangasek: http://pastebin.com/d7a75c694
[01:53] <slangasek> zul: er, I don't think you've really fixed bug #208300 there, since you're still numbering from zero? :)
[01:53] <ubotu> Launchpad bug 208300 in xen-3.2 "xendomains init script has error" [Undecided,New] https://launchpad.net/bugs/208300
[01:53] <slangasek> zul: also, what's with the undocumented changes to xend.init?
[01:53] <zul> slangasek: erp...ill document them
[01:56] <slangasek> ted1: renumbering patches makes baby Jesus cry
[01:58] <zul> slangasek: http://pastebin.com/d44650f37
[02:00] <slangasek> zul: looks good. I assume you've verified that the first "field" can never have embedded spaces?
[02:00] <zul> slangasek: taken directly from debian but yes
[02:00] <slangasek> ok
[02:00] <slangasek> go for it then :)
[02:01] <zul> thanks that hopefully will make people happy
[02:59] <YokoZar> Do emails to ubuntu-devel need to be signed?
[03:11] <TheMuso> YokoZar: no.
[04:07] <emgent> good night people
[05:14] <Hobbsee> mmm...penguin paradise...
[05:48] <tedg> slangasek: Yes, I agree.  I don't know why the Debian folks chose the same numbers and then merged in ours.  It didn't seem worth redoing and having sync issues later.
[05:49] <tedg> slangasek: GSS merges have been hell.
[05:49] <tedg> slangasek: Sorry, xscreensaver.
[06:15] <keescook> slangasek: any news on getting 203262 fixed?  seems like quite an eye-sore even if it is harmless.
[06:16] <slangasek> keescook: er?  not sure how I would have any news on it, the bug isn't milestoned and I'm not otherwise subscribed - did you send me some ping on IRC about this that I missed?
[06:17] <keescook> errr?  Weird, I swear I had milestoned it.  sorry then.
[06:19] <slangasek> k then :)
[06:19] <keescook> I'm milestoned it now.  I had pinged cr3 about it before but never heard back.
[06:19] <slangasek> ok
[06:30] <slangasek> bryce: hrm, why did bug #211385 not get ubuntu-archive or ubuntu-release subscribed to it... I only noticed by accident that it was in the list of bugs I'm directly subscribed to
[06:30] <ubotu> Launchpad bug 211385 in xserver-xorg-video-amd "please sync xserver-xorg-video-geode (main) from Debian (main)" [Undecided,New] https://launchpad.net/bugs/211385
[06:39] <slangasek> bryce: hrm, this sync request is making me uneasy; we have to rename the driver package to get the bugfixes? :/
[06:50] <kagou> Good morning
[06:53] <dholbach> good morning
[06:54] <kagou> hey dholbach
[06:54] <dholbach> hi kagou
[06:55] <kagou> dholbach, seem's that Hardy will be a great release.
[06:56] <kagou> everyone is working hard on it. thanks to all
[06:57] <dholbach> :-)
[06:59] <slangasek> with the most evil samba integration ever, muhahaha
[07:00] <StevenK> Can you quote that in the release notes?
[07:00] <kagou> slangasek, indeed :D
[07:00] <slangasek> StevenK: hmmmno.
[07:01] <kagou> so slangasek have you had time to see the bug for nautilus-share (notification for logout/login after samba/libpam-smbpass installation) ?
[07:01] <Whoopie> Keybuk: Hi, looking at the latest libpam-thinfinger package, there's a typo in the pam-thinkfinger-enable script. It should be pam_thinkfinger.so, not pam_fingerprint.so
[07:02] <StevenK> slangasek: Awwww
[07:02] <warp10> Good morning
[07:02] <slangasek> kagou: well, I've seen it, but it's really in the hands of the desktop team
[07:03] <kagou> morning warp10
[07:04] <warp10> hey kagou
[07:05] <kagou> slangasek, so should I assign Bug #212098 to ubuntu-desktop
[07:05] <ubotu> Launchpad bug 212098 in nautilus-share ""easy" file sharing not notifying about logout/login" [High,Confirmed] https://launchpad.net/bugs/212098
[07:06] <slangasek> kagou: assigned to desktop-bugs now; I hadn't seen that it wasn't assigned yet
[07:07] <kagou> no it wasn't
[07:08] <Chipzz> Whoopie: file a bug-report. things tend to get lost on irc ;)
[07:17] <superm1> slangasek, would you mind releasing mythbuntu-control-centre?  i was just tracking these two bugs all night and finally got them verified so i uploaded it.
[07:18] <slangasek> releasing it from where?
[07:18] <superm1> it said that a release manager had to let it through
[07:20] <slangasek> superm1: mm, currently the only related package I see in the queue is mythtv, not mythbuntu-control-centre
[07:20] <superm1> interesting.  i just uploaded it.
[07:20] <superm1> try refresh now that :20 hit?
[07:23] <slangasek> superm1: right, now it's there :)
[07:44] <slangasek> superm1: how about this mythtv upload?  Is that supposed to go through as well?
[07:44] <superm1> slangasek, yeah, i didn't want to pester on that though, it's not a very high priority right this minute, whereas the mythbuntu-control-centre prevents a lot of people from even launching the app
[07:45] <slangasek> well, I'm looking at the queue, I might as well kick things out of it :)
[07:45] <superm1> then yes, anything i've uploaded (mythtv, mcc, xmltv) clear away :)
[07:48] <tjaalton> superm1: what is atieventsd supposed to do? seems to only cause a lot of bugreports..
[07:48] <superm1> tjaalton, it handles display switching
[07:48] <StevenK> It's another clock applet
[07:48] <superm1> when you unplug and plug in an external monitor
[07:48]  * StevenK glances at slangasek 
[07:48] <slangasek> dholbach: looks like you sponsored bug #193256?  has this been acked by motu-release for a freeze exception?
[07:48] <superm1> (or its supposed to)
[07:48] <ubotu> Launchpad bug 193256 in glipper "glipper background is not transparent" [Low,Confirmed] https://launchpad.net/bugs/193256
[07:48] <slangasek> StevenK: TICK TOCK TICK TOCK
[07:49] <tjaalton> superm1: ok, great.. bug 194249 has 20 dupes now, and I guess there'll be more :)
[07:49] <ubotu> Launchpad bug 194249 in linux-restricted-modules-2.6.24 "[fglrx] atieventsd crashed with SIGSEGV in _XSend()" [Critical,Triaged] https://launchpad.net/bugs/194249
[07:49] <StevenK> slangasek: Hah
[07:49] <superm1> tjaalton, well that's definitely something that can be brought up as a top priority issue in the call w/ AMD then
[07:49] <superm1> tjaalton, make sure bryce knows that is a top one
[07:50] <tjaalton> superm1: he should know about this one :)
[07:57] <dholbach> slangasek: it's a small bug fix?
[07:57] <dholbach> one line even
[07:58] <dholbach> or do they need to get approved by motu release too?
[07:58] <dholbach> ok... look like we need to
[07:58] <superm1> good mornin dholbach
[07:59] <dholbach> hi superm1
[07:59] <superm1> dholbach, re that FFe from tseliot, does everyone in motu-release have to ack it, or is the 2 in there now sufficient?
[08:00] <slangasek> dholbach: yes, this way motu-release approve the changes so ubuntu-archive don't have to think about it before pushing the button :)
[08:00] <dholbach> superm1: 2 should be sufficient
[08:01] <superm1> dholbach, were you going to upload it then, or was there anything else you were holding off on ?
[08:06] <\sh> dholbach, all fixes, it doesn't matter how small they are, need an ack of m-r
[08:06] <\sh> dholbach, at least, this is what I understand from last mail to u-m ml
[08:07] <dholbach> \sh: ok
[08:07] <dholbach> superm1: waiting for mvo or bryce to say "OK, I'll help Alberto with getting stuff in, etc"
[08:07] <munckfish> Hi, I'm trying to get a package for PS3 updated before release. this is my first time thru the process and I'm not a core or motu ...
[08:07] <munckfish> I have a fix prepared and have subscribed ubuntu-main-sponsors
[08:07] <superm1> dholbach, ah okay.
[08:07] <superm1> dholbach, just wanted to make sure his effort here doesn't end up lost with how long he's been at this
[08:08] <dholbach> superm1: yeah
[08:08] <dholbach> slangasek: TheMuso is OK with glipper upload
[08:08] <superm1> dholbach, i'd expect though, nothing would be needed additionally out of core-dev for it
[08:08] <superm1> dholbach, given it would live in universe
[08:09] <munckfish> do I need to wait for the sponsor to finish review before following the freeze exception process?
[08:09] <superm1> and of the normal motu folks should be able to help with any necessary sru/backports
[08:09] <dholbach> superm1: I just wanted SOMEBODY :)
[08:13] <TheMuso> 5~/c
[08:14] <munckfish> Got to go to work, bye!
[08:52] <tjaalton> slangasek: the amd -> geode rename was explained in the changelog, and it's like i810/intel in the sense that geode is the one that is supported from now on
[09:13] <mvo> Riddell: what do you think about #205079 ? only few duplicates so far, but it might turn out to be a pretty nasty one. it seems it only affects kubuntu with nvidia-glx-new
[09:13] <cjwatson> Riddell: it's deliberate that default mountpoints have gone away, but odd that default types aren't showing; may be an obvious consequence of the first though, so I'll have a look
[09:14] <cjwatson> Riddell: please set up a CIA client for your ubiquity commits as documented on http://wiki.ubuntu.com/InstallerDevelopment
[09:14] <cjwatson> laga: germinate is crashing because you forgot to put an entry for common in STRUCTURE
[09:15] <Whoopie> Keybuk: opened a ticket for the pam-thinkfinger script. it's bug report 215543
[09:20] <mvo> Riddell: let me know what you think and if we should milestone it
[09:21] <cjwatson> LaserJock: having everything from -security synced to -updates where possible *is* deliberate policy, and mysql-server-5.0 was not an exception. See https://wiki.ubuntu.com/ArchiveAdministration#head-6f9ab205555c4f923ea4f111d779b3e273af3a95
[09:27] <Keybuk> Whoopie: uploaded fix
[09:27] <Keybuk> cjwatson: thinkfinger pending approval
[09:33] <cjwatson> slangasek crashed?
[09:33] <cjwatson> Riddell: committed another KDE translation fix to ubiquity, I think it's obvious but perhaps worth double-checking at this point
[09:34] <cjwatson> err. by which I mean 'I've typed debcommit but it hasn't come back yet'
[09:35] <Keybuk> cjwatson: idle 1h22
[09:35] <cjwatson> k
[09:35] <cjwatson> lemme catch up and have breakfast and stuff
[09:45] <Whoopie> Keybuk: great, thanks!
[10:02] <seria-mau> hi. any change #215561 get's fixed before release of hardy?
[10:03] <seria-mau> s/change/chance/
[10:03] <Riddell> cjwatson: that fix looks sensible, I'll give it a quick test
[10:04] <cjwatson> thanks
[10:04] <Riddell> mvo: mm, that should probably be milestoned although I wouldn't know where to start with debugging it
[10:05] <\sh> damn...
[10:06] <\sh> dput ubuntu is a bad idea for ppa packahes *grmpf*
[10:08] <asac> cjwatson: bug 214620 ... this means that either firefox 3 postinstall is broken and installs the update-notifier file regardless of firefox running _or_ firefox was indeed running when the livecd was produced. can i rule out the latter?
[10:08] <ubotu> Launchpad bug 214620 in firefox-3.0 "hardy livecd asks for firefox-3.0 restart" [Undecided,Incomplete] https://launchpad.net/bugs/214620
[10:09] <cjwatson> seria-mau: does http://www.doc.ic.ac.uk/csg/faqs/latex.html (last question) help?
[10:11] <cjwatson> asac: of course I can't be certain but I'm pretty confident you can rule out the latter
[10:11] <cjwatson> I'd be amazed if IS were randomly running firefox X-forwarded from build daemons
[10:11] <mvo> Riddell: ok, I may be able to put together the required hardware and give it a try
[10:12] <asac> cjwatson: so its produced on buildds. ok :)
[10:12] <cjwatson> asac: is it possible that 'pgrep -c firefox' would match firefox.postinst?
[10:12] <asac> good idea
[10:13] <cjwatson> you might want to use -x and give a more exact match
[10:14] <cjwatson> asac: yeah, the live filesystem is built on dedicated buildds (I think they aren't actually used for normal build work)
[10:14] <Riddell> mvo: do you think it needs that hardware or would happen with just the package installed?
[10:15] <seria-mau> cjwatson: interesting. thanks! :)
[10:16] <seria-mau> cjwatson: but i can't recall using this on a debian system i had. maybe they have a patch for this?
[10:17] <mvo> Riddell: I suspect it needs the hardware running
[10:19] <cjwatson> seria-mau: Ubuntu doesn't modify TeX much at all; we basically just take the Debian packages
[10:20] <Riddell> evand (cjwatson): I'm still getting a crash when /cdrom/.disk/info doesn't exist, "File "/usr/lib/ubiquity/ubiquity/frontend/gtk_ui.py", line 2661, in _set_new_os_title if fp: UnboundLocalError: local variable 'fp' referenced before assignment"
[10:20] <cjwatson> seria-mau: so I guess it would be either that it was introduced in an upstream version of TeX between the vintage of the Debian system you were using and now, or that it was patched in Debian since we last synced from them, or some other random factor ...
[10:20] <cjwatson> Riddell: I'll fix it in a moment
[10:20] <cjwatson> needs to initialise fp at the top
[10:20] <cjwatson> seria-mau: in fact our texlive-base package is currently identical to Debian's
[10:24] <cjwatson> Riddell: I don't think your format checkbutton handling in ubiquity r2635 is quite right. can_activate_format is not identical to "has a filesystem"
[10:25] <cjwatson> Riddell: why doesn't /cdrom/.disk/info exist, anyway?
[10:25] <Riddell> cjwatson: I'm running ubiquity from an installed system
[10:29] <cjwatson> ah
[10:29] <cjwatson> well, committed
[10:30] <Keybuk> cjwatson: and another udev upload in the queue too :-)
[10:47] <Keybuk> time to move the desktop to hardy, I think
[10:52] <cjwatson> Keybuk: thinkfinger done
[10:53] <Chipzz> cjwatson: dunnow if you saw this yesterday evening:
[10:53] <Chipzz> 08:01 < Whoopie> Keybuk: Hi, looking at the latest libpam-thinfinger package, there's a typo in the pam-thinkfinger-enable script. It should be pam_thinkfinger.so, not  pam_fingerprint.so
[10:53] <dholbach> can any archive-admin check if I can upload http://launchpadlibrarian.net/13352969/ttf-wqy-zenhei.debdiff ?
[10:54] <Riddell> dholbach: yes I believe that's been approved
[10:54] <cjwatson> Chipzz: that was what was fixed in the upload I just approved
[10:54] <dholbach> Riddell: gracias
[10:54] <cjwatson> Keybuk: how come the udev bug fixed by your upload is marked Invalid?
[10:54] <Chipzz> cjwatson: ah k; I told the guy to file a bug-report (since bugs get lost on irc etc), but he didn't respond
[11:01] <Keybuk> cjwatson: I did?
[11:01] <Keybuk> hang on, let me check I typed the right bug number in then :p
[11:01] <cjwatson> so saith activity log
[11:02] <Keybuk> oh right, got you
[11:02] <Keybuk> I moved it to lvm2
[11:02] <Keybuk> but then realised it was a udev bug after all
[11:03] <Keybuk> cjwatson: ok, LP makes sense again now :-)
[11:07] <\sh> man...I think i'm getting too old for sysadmin jobs...
[11:07] <\sh> ps -ef
[11:07] <\sh> grmpf
[11:12] <Whoopie> Chipzz: sorry for not responding. I filed a bug and cjwatson already approved it.
[11:19] <cjwatson> Keybuk: would it be safe/reasonable to do the whole-disk+removable check in https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/192794/comments/13, rather than just turning it on for all whole-disks?
[11:19] <ubotu> Launchpad bug 192794 in udev "vol_id not run for entire-disk device breaks LVM across entire disk" [High,Confirmed]
[11:19] <Keybuk> cjwatson: I don't know whether that would fix the problem, or whether it would hide others
[11:20] <ogra_> seb128, the trick to get my desktop size in gnome right seems not to affect gdm, the login screen is still at 1024x768 on a 1200x800 screen (and sitting in the top left corner), according to all docs i found gdm parses xorg.cof and picks the first resolutio it finds, but that doesnt seem to be th case for me
[11:20] <cjwatson> calc: what's the uninstallable openoffice.org-style-default on http://people.ubuntu.com/~ubuntu-archive/testing/hardy_probs.html about?
[11:21] <Keybuk> cjwatson: putting it back the way it was in gutsy seemed safest
[11:21] <seb128> ogra_: we have several bug about that, I would tend to say that's an xorg bug
[11:22] <ogra_> seb128, i would agree here, the dpi setting is also extremely wrong, the font for the input field is bigger than the field
[11:28] <cjwatson> Keybuk: could you commit your grub change to the bzr branch, please?
[11:30] <Keybuk> *mutters about stupid bzr branches*
[11:31] <Keybuk> You've got to admit, the work flow for this is terrible
[11:31] <Keybuk> grab a source package to make a drive-by change
[11:31] <Keybuk> carefully examine the apt-get source output to see if there's a bzr branch
[11:31] <Keybuk> checkout the bzr branch
[11:31] <Keybuk> realise that the URL it gave you isn't writable
[11:31] <Keybuk> delete the bzr branch again, and checkout using bzr+ssh this time
[11:32] <Keybuk> cd into the directory, but wait, there's only the contents of the debian/ directory in tehre
[11:32] <Keybuk> ...now what do you do?
[11:32] <laga> you complain in #ubuntu-devel i guess
[11:32]  * laga hides
[11:34] <\sh> HCT !
[11:34]  * \sh runs
[11:34] <Ng> if one sets custom colours for a gtk theme in the appearances capplet, where is that information saved?
[11:34] <Keybuk> Ng: I think it writes you a custom .gtkrc
[11:35] <Keybuk> \sh: note the "H"
[11:35] <Ng> Keybuk: that's what I was expecting, but I have none. I'm thinking gconf:/apps/gnome/interface/gtk_color_scheme
[11:35] <Keybuk> could be
[11:35] <\sh> Ng, eventually .config/gtk-2.0 ?
[11:36]  * Keybuk inserts another point into his rant
[11:36] <cjwatson> writable URLs> use debcheckout -a
[11:36] <Keybuk> realise that after changing https to bzr+ssh, it still doesn't work ("connection timed out") and change code.lp.net to bazaar.lp.net
[11:37] <cjwatson> which gets rid of your entire rant except for debian/-only branches
[11:37] <Keybuk> can't use authenticated mode on repository 'https://code.launchpad.net/~ubuntu-core-dev/grub/ubuntu' since it is not a known repository (e.g. alioth)
[11:37] <Keybuk> cjwatson: don't get me *started* on debcheckout ;)
[11:37] <cjwatson> Keybuk: you need to upgrade devscripts to current
[11:38] <cjwatson> $ debcheckout -a grub
[11:38] <cjwatson> declared bzr repository at bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/grub/ubuntu
[11:38] <cjwatson> bzr branch bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/grub/ubuntu grub ...
[11:38] <Keybuk> it doesn't get the .orig.tar.gz
[11:38] <Keybuk> so you can't make a package from it anyway
[11:38] <Keybuk> doesn't deal with debian-only
[11:38] <Keybuk> doesn't deal with pitti's strange habit of bzr branches with a debian directory inside them but nothing else
[11:38] <Keybuk> etc.
[11:38] <cjwatson> orig> true; it's clearly the right interface though
[11:39] <cjwatson> debian-only branches should die a painful death
[11:39]  * Amaranth hides his debian-only branches
[11:39] <Keybuk> hah!
[11:39] <Amaranth> I'm not even sure how else to do it
[11:39] <cjwatson> they won't work with the automatic bzr import plans anyway
[11:39] <cjwatson> Amaranth: import upstream into bzr, branch from upstream
[11:39] <Amaranth> I mean, compiz is in git :P
[11:39] <cjwatson> bzr-git
[11:40] <Keybuk> grub-ubuntu is at least not debian only
[11:40] <Amaranth> Does that not suck now?
[11:40] <cjwatson> or tailor
[11:40] <Keybuk> but it makes the silly mistake of putting auto-generated files inside revision control
[11:40] <cjwatson> or anything that does the conversion. This is not rocket science
[11:40] <Amaranth> We could also just use git for packaging :P
[11:40] <Keybuk> Amaranth: I would rather die
[11:41] <cjwatson> we do need to get git import support in Launchpad
[11:41]  * Ng hits up blueprints.launchpad.net ;)
[11:41] <cjwatson> once that's there nobody needs to do it by hand
[11:41] <Whoopie> is somebody working on #205990? I'm also affected.
[11:41] <Whoopie> bug 205990
[11:41] <ubotu> Launchpad bug 205990 in usplash "[hardy] splash screen disappears after a few seconds" [Medium,Confirmed] https://launchpad.net/bugs/205990
[11:41] <Keybuk> Whoopie: not that I know of, feel free to have a go
[11:42] <Keybuk> cjwatson: there, committed, happy now?  :p
[11:42] <cjwatson> thanks
[11:42] <Keybuk> to be fair to bzr
[11:43] <Keybuk> my principle gripes go away when
[11:43] <Keybuk> 1) bzr is fixed to apply the same timestamp to all files modified by any single working tree operation
[11:43] <Keybuk> 2) thus it can be standard policy to just import the entire package
[11:43] <Whoopie> Keybuk: problem is where to start. I see that usplash segfaults, but don't see a crash dump.
[11:43] <Keybuk> 3) and we can "upload" with a bzr commit, rather than needing to generate any kind of source package (so .orig doesn't matter)
[11:44] <Keybuk> Whoopie: crash dump will end up inside the initramfs, which is somewhat pessimal
[11:44] <Amaranth> Keybuk: isn't that a dpkg thing?
[11:44] <Amaranth> new package format or whatever
[11:44] <Keybuk> Amaranth: I'm a firm believer in having no such thing as a source package
[11:48] <Keybuk> ooh, libtool 2.2!
[11:49] <laga> Keybuk, Whoopie: if you add break=bottom to the boot options, i think you get a shell inside the initramfs. maybe you can recover the crash report from there
[11:49] <Keybuk> laga: the crash happens after that, sadly
[11:50] <ogra> Keybuk, then the crash log should be outside initramfs as well, no ?
[11:50] <Keybuk> ogra: no
[11:50] <Keybuk> usplash is run from the initramfs
[11:50] <Keybuk> so it's in the initramfs namespace
[11:50] <Keybuk> its / is the initramfs /
[11:50] <ogra> well, either t doesnt log at all or usplash has a time machine built in then
[11:50] <Keybuk> its /dev is the initramfs /dev
[11:51] <Keybuk> all things that usplash does are inherently contained within the initramfs
[11:51] <Keybuk> the last thing that initramfs does is run init
[11:51] <Keybuk> init is run in a new namespace, with a new /
[11:51] <Keybuk> so all children of init share that namespace
[11:51] <cjwatson> ogra: it doesn't need a time machine; it's started before the new / is mounted
[11:51] <Keybuk> (what we call "userspace")
[11:51] <laga> Keybuk: maybe you can sez up some bind mounts: mkdir -p $rootfs/initrd; mount -o bind / $rootfs/initrd
[11:51] <Keybuk> that doesn't change the already running usplash
[11:52] <ogra> hmm, couldnt we have a tmpfs that we move mount for such logs ?
[11:52] <Keybuk> so any attempt by usplash to read or write files happens inside the initramfs
[11:52] <laga> (i actually wonder why /initrd isn't populated on my box..)
[11:52] <ogra> at least during development
[11:53] <Keybuk> laga: that'd cause the initramfs to always exist
[11:53] <Keybuk> the nice thing about the current system is that once usplash exits, the initramfs can be entirely cleaned up and use memory no more
[11:53] <laga> Keybuk: then add it only for your testing.
[11:53] <laga> or add a boot option "keep_initramfs"
[11:53] <Chipzz> Whoopie: no biggie :)
[11:54] <Keybuk> laga: that's not a bad idea
[11:54] <Keybuk> obviously the mkdir would fail
[11:54] <laga> Keybuk: mkdir -p will fail? dunno ;)
[11:55] <Keybuk> laga: root filesystem is always mounted read-only
[11:55] <laga> Keybuk: just wrap it in || true
[11:55] <laga> Keybuk: oh. i didn't know that, i was only working with ltsp-ish initramfs scripts. then move it to a tmpfs
[11:55] <Keybuk> Whoopie: if you fancy some fun
[11:55] <Keybuk> edit /usr/share/initramfs-tools/init
[11:55] <Keybuk> before the maybe_break init add
[11:56] <Keybuk> mount -n -o bind / ${rootmnt}/initrd
[11:56] <Keybuk> save that, make sure you have a /initrd, run update-initramfs -u, then reboot
[11:56] <Keybuk> you may end up with a core file in /initrd
[11:56] <Keybuk> (you might want to stick ulimit -c unlimited at the top of init to make sure)
[11:57] <mvo> Riddell: I think I can reproduce #205079 :-D
[11:59] <Riddell> mvo: you found an nvidia card?
[11:59] <mvo> Riddell: yes
[11:59] <mvo> Riddell: crashes in dpkg-reconfigure with the qt frontend then
[11:59] <mvo> on a gutsy install with latest nvidia-glx-new
[11:59] <Riddell> fooey
[12:00] <mvo> milestoned and set to high
[12:00] <mvo> I will investigate
[12:00] <Riddell> mvo: let me know if I can help
[12:01] <Riddell> not that I know much about qt debconf or perl-qt
[12:01] <mvo> I thinks its something in the nvidia stuff that just gets triggered by perl-qt
[12:01] <mvo> I will keep you updated
[12:01] <Whoopie> Keybuk: ok, won't find the time today, but will definitely do tomorrow.
[12:03] <amitk> ogra: On installing a new kernel, the boot freezes at "Loading hardware drivers" (comming from /etc/init.d/udev) for 1-2 minutes before continuing. Have you seen this?
[12:04] <Keybuk> amitk: /var/log/udev
[12:04] <amitk> I am investigating if 'udevadm trigger' has something to do with it.
[12:04] <amitk> Keybuk: thanks
[12:05] <Keybuk> amitk: sounds like a kernel device is taking a long time to timeout or be set up
[12:05] <Keybuk> if you can stick that file somewhere, I can tell you which one and why
[12:06] <amitk> Keybuk: Are those timestamps after each UEVENT line?
[12:07] <Keybuk> amitk: the difference between the timestamp of a UDEV line and UEVENT line for the same device is the revealing thing
[12:09] <Keybuk> or the lack of a UEVENT line for a UDEV line
[12:12] <calc> cjwatson: its uninstallable because andromeda replaces it but not versioned replaces
[12:12] <calc> cjwatson: so it can just go away completely from what slangasek mentioned which i will be doing on the upload on monday/ish
[12:12] <calc> monday/tuesday once i verify the build works
[12:13] <ogra> amitk, did you change the kernel options applied to grub ?
[12:13] <calc> cjwatson: well replaces/conflicts/etc
[12:13] <ogra> it nees clocksource=hpet, else it will hang for ages
[12:13] <amitk> ogra: just removed 'quiet splash'
[12:14] <ogra> check that you still have that
[12:14] <cjwatson> calc: that output is completely unaffected by Replaces, so that's not possible
[12:14]  * calc looks at andromeda
[12:14] <cjwatson> calc: (the analysis is purely in terms of dependencies - Pre-Depends,Depends,Conflicts)
[12:15] <cjwatson> calc: but if it's an unversioned Conflicts, yes that's possible
[12:15] <calc> cjwatson: ah yea its unversioned conflicts
[12:15] <calc> cjwatson: i just looked at the control info
[12:15] <calc> it replaces/preovides/conflicts all unversioned
[12:16] <calc> meeting back on, bbl
[12:18] <cjwatson> calc: *nod*
[12:20] <siretart> slangasek: do you insist on stripping/cleaning the patch of bug #131914? - the jack plugin is not compiled in by default, it would be a convenience for ppl who are rebuilding xine from source for that
[12:20] <ubotu> Launchpad bug 131914 in xine-lib "please update the pulseaudio plugin" [High,Triaged] https://launchpad.net/bugs/131914
[12:23] <mvo> Keybuk: could you please have a look at #205911 and let me know the diff looks good and if you would accept it?
[12:23] <amitk> Keybuk: UEVENT[1207912040.014865] add      /devices/pci0000:00/0000:00:1e.2/sound/card0
[12:23] <amitk> UDEV  [1207912212.320071] add      /devices/pci0000:00/0000:00:1e.2/sound/card0
[12:27] <calc> cjwatson: essentially all the bugs i marked today as targeted for 8.04 i already have fixes for and will be uploading in the next build
[12:31] <cjwatson> great
[12:32] <calc> i just marked them after seeing slangasek's email to make sure it was clear i intend to fix them for the release :)
[12:46] <Keybuk> amitk: ok, likely a modprobe taking a long time then
[12:47] <Keybuk> mvo: isn't there a bug already open about that?
[12:47] <Keybuk> mvo: bug #116468
[12:47] <ubotu> Launchpad bug 116468 in upstart "recovery menu hookins for upstart" [Wishlist,Triaged] https://launchpad.net/bugs/116468
[12:47] <mvo> Keybuk: oh, I must have overlooked that one, sorry
[12:49] <Keybuk> mvo: but yes, the patch looks vaguely sound
[12:49] <Keybuk> there was another suggested upstart change reecntly
[12:49] <Keybuk> oh, that's right, to tty1
[12:50] <ogra> amitk, well, remember, i had sound probs with that last kernel from you, if it angs at sound drivers now that sounds like its related ... are you missing any intel hda patches we apply usually ?
[12:50] <Keybuk> I'll do that after this gutsy->hardy upgrade finishes
[12:50] <mvo> Keybuk: great, thanks
[12:50] <mvo> Keybuk: how is it (the upgrade) going so far?
[12:50] <Keybuk> mvo: no problems so far, other than the usual "cups has a minor comment change so needs to discard all of your config changes" issue
[12:50] <Keybuk> oh, and epiphany crashed
[12:51] <Keybuk> but I was somewhat expecting that
[12:51]  * mvo nods
[12:51] <mvo> yeah, conffile merging would be good, especially with stuff like cups or gdm.conf-custom
[12:53] <ion_> It would be nice if the previous dist version of conffiles were saved somewhere and dpkg made a three-way merge.
[12:53] <cjwatson> StevenK: right, assuming I didn't screw this up, you should be notified of moblin image build failures now
[12:53] <ion_> davmor2: Please!
[12:53] <Keybuk> ion_: there's been a patch for that for years
[12:53] <cjwatson> and, in general, the release team and appropriate leads should be notified of CD image build failures
[13:01] <jwendell> hi, pochu
[13:01] <amitk> ogra: this is happening on a Ubuntu kernel too, I just downloaded the -16 kernels to 'forward-port' the patch if required
[13:01] <ogra> weird
[13:01] <jwendell> pochu, could you make a package (in your ppa) for patch attached to bug 181648
[13:01] <ubotu> Launchpad bug 181648 in vino "vino-server crashed with SIGSEGV" [Medium,Incomplete] https://launchpad.net/bugs/181648
[13:02] <ogra> it doesnt happen on any kernels i have used here yet
[13:02] <ogra> there is a delay at that point for ure, but thats not more tha 20sec or so
[13:02] <Keybuk> "What would you like to do about bash_completion?"
[13:02] <Keybuk> now _there's_ a leading question
[13:03] <ogra> i thought that was added back week ago ?
[13:03] <ogra> *weeks
[13:03] <mvo> Keybuk: I filed a bug about that one already
[13:03] <ion_> mvo: Any news about apt-zsync, btw? :-)
[13:04] <mvo> ion_: no, sorry. lack of time .(
[13:06] <ion_> mvo: I see. I wish i'd manage to contribute something, but i haven't had the energy to get any coding done for a while.
[13:06] <pochu> jwendell: sure, will do that in a minute
[13:06] <cjwatson> amitk: -16? Has there been another ABI bump?
[13:07] <jwendell> pochu, thanks... that bug is so difficult to debug... I'm not sure if that patch will work...
[13:08] <pochu> jwendell: uploaded
[13:08] <pochu> jwendell: I'll ask for testing in the bug :)
[13:08] <jwendell> pochu, thanks ;)
[13:18] <Keybuk> mvo: upgrade finishes
[13:18] <Keybuk> now I reboot ;-)
[13:20] <mvo> good luck!
[13:23] <\sh> which package is needed to get totems youtube plugin to run?
[13:26] <ogra> gtreamer-*-swfdec ?
[13:26] <ogra> *gstreamer
[13:26] <seb128> the current hardy version is broken
[13:26] <seb128> there is a fixed update waiting for approval
[13:26] <seb128> but I guess slangasek is not awake yet
[13:27] <ogra> we need more RMs :)
[13:27] <Keybuk> mvo: it's ok, you're not fired ;-)
[13:28] <Keybuk> I had a bug on reboot, but that one appears to be assigned to me
[13:28] <Keybuk> so I'm going to have to fire myself <g>
[13:31] <mvo> Keybuk: *puhh* I was slightly worried because the reboot took so long :)
[13:31] <mvo> Keybuk: what is the bug?
[13:31] <Keybuk> fsck ended with a reboot
[13:33] <Keybuk> cjwatson: ooh, I just found a nice bzr feature
[13:33] <Keybuk> bzr co ... debian
[13:33] <Keybuk> inside an unpacked source tree
[13:33] <amitk> cjwatson: yes, abi bump due to virtio
[13:33] <Keybuk> it'll make the existing debian directory have a .bzr, and update the tree
[13:34] <Keybuk> and will conflict anything different
[13:34] <pitti> Hobbsee: mega-kill script?
[13:35] <pitti> lamont: translations> no, we use dpkg-distaddfile to add the translations tarball to the changes, and soyuz tosses it straight to rosetta; that has worked for literally years
[13:35] <pitti> lamont: so you can remove your p.u.c./translations dir if you want
[13:36] <pitti> Keybuk: pitti's strange habit> I'm inclined to say that almost all packaging branches on alioth are done that way, and the majority of bzr branches, too
[13:37] <lamont> pitti: carlos and others(?) use them for debugging porpoises.
[13:37] <pitti> lamont: OIC
[13:40] <mvo> Riddell: looking at the bug, I'm inclinded to say that its a generic libqt-perl problem, I can make it crash here pretty easily, it seems to be not very stable :/
[13:40] <Keybuk> mjg59: I see what you mean about the terminal fonts going greyscale
[13:40] <mvo> Riddell: see e.g. #215660 -> happend by just pressing cancel on dpkg-reconfigure debconf
[13:40] <Keybuk> mjg59: I hadn't noticed the difference on my laptop, but it's much more noticeable on the desktop
[13:42] <Riddell> mvo: mm, seems probable
[13:43] <ogra> Keybuk, dont you and mjg59 have this discussion every time this time of a release ?
[13:43]  * ogra has a dejavu
[13:44] <Keybuk> ogra: mjg59 and I have many healthy discussions :-)
[13:44] <ogra> and traditions it seems :)
[13:44] <Keybuk> cjwatson: new upstart for you! :D
[13:56]  * cjwatson migrates over to pterm/gtk2, not before time
[13:56] <cjwatson> pitti: I think this is because alioth does not feature a sophisticated system for importing code from upstream, so people do whatever is quickest for them
[13:57] <cjwatson> we're in a position to present something that's easier
[13:58] <pitti> cjwatson: I guess Keybuk alluded to "keep debian/ in bzr" rather than "debian/ is the root dir of the branch"
[13:58] <Keybuk> pitti: right
[13:58] <pitti> Keybuk: easy to migrate, though, "bzr mv" FTW :)
[13:59] <cjwatson> pitti: ah, well, I think we should do neither ;-)
[13:59] <pitti> doesn't work if you bzr-svn from alioth, but in some cases it might
[13:59] <cjwatson> and yes, for packaging-only branches I agree
[13:59] <pitti> Keybuk: but frankly, I think we need to get along with that structure; everyone uses it
[13:59] <pitti> maybe bzr-builddeb handles that appropriately?
[14:00] <pitti> (I still haven't tried it)
[14:00] <Hobbsee> pitti: your mega-killall-gnome script, iirc
[14:00] <pitti> Hobbsee: oh; haven't used that in a while
[14:01] <Keybuk> pitti: it's the fact that you can't tell what the structure is until you checkout that winds me up
[14:01] <Keybuk> it makes grabbing a source package to change a difficult process
[14:01] <Mithrandir> Hobbsee: pkill -u $USER? :-)
[14:03] <Hobbsee> Mithrandir: :P
[14:03] <jdong> Mithrandir: magical, but don't do it when you have screen sessions running </bad personal mistake>
[14:03] <jdong> :)
[14:03] <jdong> there's gotta be some sort of UNIX idiocy award that I should be nominated for :)
[14:03] <Mithrandir> jdong: that's what you have Other Machines for. :-)
[14:03] <jdong> haha :)
[14:04] <Keybuk> Mithrandir: err, that's kinda unnecessary?
[14:04] <Keybuk> kill -TERM -1
[14:04] <Keybuk> works just as well
[14:04] <lamont> seb128: compiz lacks focus=strict, FTL
[14:05] <jdong> Keybuk: does -1 match all processes?
[14:05] <Keybuk> jdong: yes
[14:05] <Keybuk> well, all processes except itself and init
[14:05] <jdong> Keybuk: oh I get it. yeah, that makes sense
[14:13] <lamont> ** (ck-list-sessions:22809): WARNING **: Failed to get list of seats: Failed to execute program /usr/lib/dbus-1.0/dbus-daemon-launch-helper: Success
[14:14] <lamont> pitti: why does console-kit hate me?
[14:19] <ogra> lamont, do you have /etc/X11/Xsession.d/90-console-kit ?
[14:19] <ogra> that should set up a session in any case now
[14:20] <lamont> yep
[14:20] <ogra> and also /usr/bin/ck-launch-session
[14:20] <lamont> mode 755 root:root binary
[14:21] <ogra> then it must be something personal i guess
[14:21] <lamont> yeah - it works elsewhere.
[14:21] <lamont> OTOH, it'd be nice if devices mounted, or there was some hint of where to start looking in the twisty little maze of dbus passages
[14:22] <ogra> env |grep XDG
[14:22] <ogra> does that return a cookie ?
[14:22] <lamont> XDG_DATA_DIRS=/usr/local/share/:/usr/share/:/usr/share/gdm/
[14:22] <lamont> '
[14:22] <ogra> XDG_SESSION_COOKIE is what you want
[14:22] <lamont> not there
[14:23] <lamont> machine is probably feisty era for it's coldinstall
[14:23] <ogra> ck-launch-session xterm
[14:23] <ogra> does ck-list-sessions return anything inside the xterm ?
[14:23] <ogra> or anything for XDG_SESSION_COOKIE
[14:23] <lamont> yeah - the same error message as above, no COOKIE
[14:24] <ogra> wow, that seems to go deeper ...
[14:24] <ogra> the xterm should have had a cookie
[14:24] <lamont> oh, I think it's the same issue,and that X is valiantly trying to start the session in a correct manner
[14:25] <lamont> and that dbus or something is b0rked in some way
[14:30]  * lamont brb - rebooting for something else
[14:30] <pitti> lamont: I honestly don't know
[14:31]  * pitti -> travelling back home
[14:31] <ogra> pitti, whats really weird is that not even ck-launch-session works here, i should at least set the cookie variable
[14:31] <ogra> pitti, safe return
[14:32] <ogra> s/i/it/
[14:45] <lamont> ogra: any thoughts?  (and any idea if this could relate to why have no sound now after the upgrade)
[14:45] <cjwatson> Keybuk: upstart approved
[14:46] <seb128> could somebody approve totem and cairo?
[14:46] <ogra> lamont, do you have a session dbus running ? there should also be some dbus related stuff in env
[14:46] <seb128> totem has a simple svn change to fix the youtube playing code
[14:46] <lamont> DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-79gOEYXwn8,guid=550a39ea67cfc5bc3440374147ff68be
[14:46] <ogra> lamont, DBUS_SESSION_BUS_ADDRESS should be in your environmet
[14:46] <seb128> and cairo is the new stable version (which has no code change over the snapshot we had) and a patch fixing printing crashing xerox printer at the canonical office (and likely at other places too)
[14:47] <ogra> hmm, looks ok
[14:47] <lamont> ogra: OTOH, there is no /tmp/dbus-* stuff
[14:49] <ogra> abstract :)
[14:49] <lamont> huh?
[14:49] <ogra> its somewhere hidden in proc, i forgot where exactly though
[14:49] <lamont> ah, ok
[14:50] <lamont> 105       6499  0.0  0.0   4104  1748 ?        Ss   07:33   0:00 /usr/bin/dbus-daemon --system
[14:50] <lamont> lamont    8833  0.0  0.0   4104  1724 ?        Ss   07:33   0:00 dbus-daemon --fork --print-address 25 --print-pid 27 --session
[14:50] <lamont> that's my grep dbus output from ps
[14:50] <ogra> looks fine
[14:51] <ogra> the --session bit is the one you look for
[14:53] <ogra> lamont, the code of ck-launch-session thinks it logs to syslog ... anything in there that could be related ?
[14:53] <lamont> any clue what service or name it uses?
[14:54] <ogra> ConsoleKit ?
[14:55] <Keybuk> lamont: d-feet is your friend
[14:55] <lamont> Keybuk: ??
[14:56] <Keybuk> lamont: it's a graphical d-bus debugger
[14:56] <Keybuk> lamont: e.g. http://people.ubuntu.com/~scott/d-feet.png
[14:56] <Keybuk> you can then execute any d-bus method, etc. in python syntax from within it
[14:57] <ogra> lamont, oh, btw, is /usr/sbin/console-kit-daemon running at all ?
[14:57] <cjwatson> oh, that's nice
[14:57] <lamont> ogra: no, it's not.
[14:57] <ogra> aha
[14:57] <ogra> heh
[14:58] <ogra> could have saved us some time if i had asked that earlier :)
[15:01] <lamont> ogra: so the next question, of course, is "why isn't it running?"
[15:01] <ogra> yeah
[15:01] <lamont> Keybuk: what bus address do I use when adding a connection in d-feet?
[15:02] <Keybuk> lamont: you should just be able to connect to the system bus or session bus]
[15:02] <ogra> lamont, org.freedesktop.ConsoleKit.serviceis what you look for
[15:03] <lamont> ogra: no.
[15:03] <lamont> the syntax for the stupid bus address is what I'm looking for
[15:03] <Keybuk> lamont: ?
[15:03] <lamont> there we go
[15:03] <Ng> lamont: see File menu
[15:03] <lamont> DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-79gOEYXwn8,guid=550a39ea67cfc5bc3440374147ff68be
[15:03] <ogra>  /usr/share/dbus-1/system-services/org.freedesktop.ConsoleKit.service is what starts it
[15:03] <Keybuk> lamont: File -> Connect to ... bus
[15:03] <lamont> and just use the unix:abstract=/tmp/dbus-79gOEYXwn8
[15:04] <lamont> Keybuk: ah. I was using the cute little plug button
[15:04] <Keybuk> lamont: that's for connecting to other things
[15:04] <munckfish> cjwatson: got time for a real quick chat on ps3 stuff?
[15:04] <Ng> heh, apport and d-feet aren't great friends, but this is a very cute tool
[15:04] <Keybuk> e.g. you can stick unix:abstract=/com/ubuntu/Upstart in there if you're using upstart 0.5
[15:05] <Keybuk> Ng: the hardy consolekit outputs bad xml for its session introspection iirc
[15:05] <lamont> the only thing under org.freedesktop that I have is PowerManagement
[15:05] <cjwatson> munckfish: sure
[15:05] <Ng> Keybuk: I see some mild traceback in the parent shell, but apport seems to interpret each one as a crash ;)
[15:05] <munckfish> cool how u doing? I just sent a mail to the cell list
[15:05] <munckfish> Cause I'm a bit new around here
[15:06] <munckfish> I was afraid to just leave things
[15:06] <munckfish> as they are
[15:06] <munckfish> in case that bug just sits without attention
[15:06] <Keybuk> dbus-send --system --dest=org.freedesktop.ConsoleKit --type=method_call --print-reply /org/freedesktop/ConsoleKit/Session1 org.freedesktop.DBus.Introspectable.Introspect
[15:06] <Keybuk> Ng: note <property ... /> followed by </property>
[15:06] <munckfish> cjwatson: are you aware of the current state of things re PS3/kboot?
[15:06] <cjwatson> #ubuntu-release is a good pestering location
[15:06] <Keybuk> lamont: definitely sounds like ConsoleKit is not running
[15:06] <munckfish> aha ok
[15:06] <cjwatson> and I think this does need to be expedited
[15:06] <Ng> Keybuk: ah
[15:06] <munckfish> yes
[15:07] <lamont> Keybuk: the question is, how does it get launched?
[15:07] <munckfish> Being that i'm the only person who has reviewed it
[15:07] <lamont> or what do I change where so that it does
[15:07] <Keybuk> lamont: ck-launch-session called internally by things like gdm
[15:07] <munckfish> I'd like some other PS3 user to try it out and review my debian script changes
[15:07] <lamont> ck-launch-session fails to launch a session
[15:07] <munckfish> now, I subscribed ubuntu-main-sponsors
[15:07] <cjwatson> I'll grab it and have a look
[15:07] <munckfish> but I'm guessing the reviewer needs to be a PS3 user
[15:08] <munckfish> cjwatson: that would be brillaint
[15:08] <Keybuk> lamont: what does it do?
[15:08] <munckfish> hmm spelling
[15:08] <cjwatson> not sure I'll actually be able to *try* it, mind
[15:08] <munckfish> umm ok
[15:08] <lamont> Keybuk: ck-launch-session xterm gives me an xterm, with no XDG_SESSION_COOKIE defined
[15:08] <munckfish> what would you need for that?
[15:08] <cjwatson> err, tedious local problems
[15:08] <lamont> Keybuk: and that would be what we're trying to debug...
[15:08] <ogra> Keybuk, its run from a Xsessio.d script
[15:08] <ogra> gdm has its own mechanism
[15:08] <cjwatson> but given it's totally busted at the moment, this is not actually as major a concern as you might think
[15:09] <ogra> and it only runs if gdm didnt set the cookie already
[15:09] <munckfish> cjwatson: oh I see
[15:09] <munckfish> well ...
[15:09] <munckfish> fine
[15:09] <munckfish> :S
[15:09] <ogra> Keybuk, a gdm user should never have to run ck-launch-session, its a safety net for startx
[15:09] <munckfish> Ok well, it builds, it boots
[15:09] <munckfish> If the stuff I've updated in control, etc are cool with you
[15:10] <munckfish> then I'll start pestering ubuntu-release
[15:10] <munckfish> will someone from there do the upload then?
[15:10] <Keybuk> lamont: I don't think ck-launch-session generates the cookie
[15:10] <munckfish> instead of the usual process where a sponsor does it?
[15:10] <Keybuk> I think it only registers any existing one
[15:10] <ogra> lamont, your problem is no "lamont> ck-launch-session fails to launch a session" ... your prob is dbus fails to launch the ck daemon
[15:10] <ogra> Keybuk, ck-launch-session xterm
[15:11] <Keybuk> ogra: won't generate a new cookie
[15:11] <ogra> you will have a new cookie in env in that term
[15:11] <lamont> ogra: ok.  how make dbus launch session?
[15:11] <Keybuk> oh, sorry, yes it does
[15:11] <ogra> lamont, is /usr/share/dbus-1/system-services/org.freedesktop.ConsoleKit.service existing ?
[15:11] <ogra> thats what is supposed to start the daemon
[15:12] <ogra> based on credentials from /etc/dbus-1/system.d/ConsoleKit.conf
[15:12] <lamont> ogra: the onlyyep
[15:12] <lamont> er, yep
[15:13] <ogra> hmm
[15:15] <munckfish> cjwatson: ok, pls let me know somehow if you're happy, either here or on the bug. and I'll pester ubuntu-release
[15:15] <munckfish> thx
[15:18] <lamont> should ~/.dbus/session-bus have 2 entries in it if I'm only logged in  once?
[15:18] <ogra> hmm, i only have one
[15:19] <ogra> but then my other laptop has six
[15:19] <lamont> yeah, and the files have a comment that says DBUS_SESSION_BUS_ADDRESS overrides the file
[15:19] <ogra> the number behind the dash in the key name there is the display
[15:20]  * lamont has two *-0 files
[15:23] <lamont> so how do I tell dbus to launch the ck-session-daemon"
[15:23] <lamont> ?
[15:30] <mvo> Riddell: I updated #205079, its indeed a nvidia issue, we can work around it in the upgrader or we need a sru for linux-restricted-modules in gutsy and add a check in the upgrader that it wll not continue without that sru installed. you pick :)
[15:32] <Riddell> mvo: great
[15:32] <Riddell> mvo: a sru may not get in the archive in time for RC or final
[15:33] <cjwatson> munckfish: really minor, but debian/patches/03-configure-kboot-build.patch introduces answers as well as config/answers, which looks tautologous
[15:33] <mvo> Riddell: yeah, that is my concern as well, also we might be able to fast-track it a bit
[15:34] <Riddell> mvo: making the dist upgrade tool do the work seems simplest to me
[15:34] <cjwatson> munckfish: I have to say I'm not seeing a whole lot else wrong, assuming it's working for you
[15:35] <cjwatson> (aside from the graphics problem, which I think should be fixed in current kernels)
[15:35] <mvo> Riddell: ok, I will prepare a fix
[15:36] <cjwatson> munckfish: what kernel version are you using?
[15:50] <shaya> I did an upgrade from dapper to hardy and I don't think the fstab was rewritten to use UUID (I had to do it manually)
[15:51] <shaya> I remember back in the dapper->edgy upgrade days that was specifically taken care of, was that dropped?
[15:51] <shaya> Is dapper->hardy not a valid upgrade path?
[15:51] <pochu> it is
[15:51] <shaya> what package should be taking care of the UUID stuff?
[15:52] <cjwatson> udev
[15:53] <cjwatson> shaya: how long ago did you upgrade? there were recent fixes
[15:53] <shaya> a week ago?
[15:53] <cjwatson> been fixed since
[15:53] <shaya> ok
[15:53] <cjwatson> see bug 209347
[15:53] <ubotu> Launchpad bug 209347 in udev "upgrade-manager fails to properly update /etc/fstab for hda -> sda change" [High,Fix released] https://launchpad.net/bugs/209347
[15:53] <shaya> yea
[15:53] <shaya> I see
[15:54] <shaya> ok, just wanted to make sure it was known.  didn't have that many issues in my upgrade
[15:55] <shaya> and hardy seems more stable than dapper (for some reason w/ dapper my old T21 would freeze every so often, been rock solid w/ hardy)
[15:57] <Keybuk> pitti: around?  my iAudio has stopped opening rhythmbox again
[15:58] <Keybuk> and, in fact, rhythmbox doesn't even acknowledge its existance
[15:58] <lamont> cjwatson: 206113 - you want an upload based on the feedback we have?
[15:59] <cjwatson> lamont: suggests it hasn't regressed the normal case, which is good, so yeah, I think so
[16:00] <lamont> ok.  I'll get that uploaded today... who wants to drive the freeze execption process? (it is the one package I have that doesn't get synced, fwiw.. go udev)
[16:03] <seb128> Keybuk: he's travelling back to europe
[16:04] <Keybuk> ah, damn
[16:05] <Keybuk> I wonder whether it's the int_outof thing being broken again
[16:05] <Keybuk> I remember fixing that in some way last time
[16:08] <Keybuk> seb128: hmm
[16:08] <Keybuk> what does rhythmbox now use to detect media players?
[16:09] <seb128> Keybuk: hal
[16:09] <Keybuk> yes, but what properties, etc.
[16:09] <seb128> lshal --monitor, plug, see if it's detected?
[16:09] <Keybuk> it is
[16:09] <Keybuk> and it has portable_audio_player.* stuff
[16:10] <seb128> I think it looks to portable_audio_player being in the device capability
[16:10] <seb128> is the issue rhythmbox not being opened when you plug the player or rhythmbox not listing it at all?
[16:11] <Keybuk> both
[16:11] <Keybuk> rhythmbox is neither opened nor lists it
[16:11] <seb128> do you have the mtp plugin enable if you need it?
[16:11] <Keybuk> don't need that, it's just a big disk
[16:12] <Keybuk>   portable_audio_player.access_method.protocols = {'storage'} (string list)
[16:12] <Keybuk>   portable_audio_player.audio_folders = {'MUSIC/'} (string list)
[16:12] <Keybuk>   portable_audio_player.input_formats = {'audio/mpeg'} (string list)
[16:12] <Keybuk>   portable_audio_player.output_formats = {'application/ogg', 'audio/x-ms-wma', 'audio/flac', 'audio/x-wav'} (string list)
[16:12] <Keybuk>   portable_audio_player.playlist_format = {'audio/x-mpegurl'} (string list)
[16:12] <Keybuk>   portable_audio_player.playlist_path = {'PLAYLIST/%File'} (string list)
[16:12] <Keybuk> that all looks correct to me too
[16:12] <seb128> Keybuk: run rhythmbox -d and look at the log when plugin the player?
[16:13] <lamont> ogra_cmpc: and back in history: Apr 11 07:44:29 mix ck-launch-session: error connecting to ConsoleKit
[16:13] <cjwatson> munckfish: 1.6 looks like the version of the HowToUsePS3Linux document?
[16:13] <cjwatson> or is it just me
[16:13] <munckfish> Hi cjwatson
[16:14] <seb128> Keybuk: gconftool -g /apps/rhythmbox/plugins/generic-player/active too
[16:14] <Keybuk> (16:13:07) [0x6aa500] [rb_removable_media_manager_mount_volume] rb-removable-media-manager.c:429: detecting new media - hal udi=/org/freedesktop/Hal/devices/volume_uuid_43DB_3ADE
[16:14] <munckfish> 1.6 is the overall release version
[16:14] <munckfish> see this ...
[16:14] <munckfish> http://www.kernel.org/pub/linux/kernel/people/geoff/cell/CELL-Linux-CL_20080201-ADDON/CHANGES-e.txt
[16:14] <Keybuk> (16:13:07) [0x6aa500] [free_dbus_error] rb-generic-player-source.c:1318: finding audio player udi: dbus error: No property info.capabilities on device with id /org/freedesktop/Hal/devices/usb_device_e21_500_100_if0_scsi_host_scsi_device_lun0
[16:14] <munckfish> That's what I presumed ben took
[16:14] <Keybuk> (16:13:07) [0x6aa500] [rb_generic_player_is_volume_player] rb-generic-player-source.c:793: device is not an audio player
[16:14] <munckfish> the orig version number from
[16:14] <seb128> Keybuk: ah
[16:14] <seb128> Keybuk: <seb128> I think it looks to portable_audio_player being in the device capability
[16:14] <cjwatson> munckfish: you're quite right; I was confused because README-e.txt lies and says 1.5.1
[16:14] <seb128> Keybuk: that would be the issue then
[16:15] <Keybuk> seb128: but no FDI file sets that? :)
[16:15]  * Keybuk just grepped through
[16:15] <seb128> Keybuk: is hal bug
[16:15] <munckfish> cjwatson: yeah it's a touch messy up there
[16:15] <Keybuk> sets that for _ANY_ audio player
[16:15] <amitk> ogra_cmpc: do you have a description of the cmpc filesystem -> squashfs, unionfs, fuse seemed to be used, but deleting files isn't reclaiming any space
[16:15] <munckfish> cjwatson: ok, I see that kboot-11/answers file in my patch :(
[16:15] <munckfish> I dunno how it got there
[16:16] <munckfish> but I'm certain it's a no-op
[16:16] <Keybuk> seb128: missing for just about everything in 10-usb-music-players.fdi
[16:16] <munckfish> I can tidy that out in a future build
[16:17] <munckfish> cjwatson: kernel version is what's provided from upstream which is 2.6.24
[16:17] <munckfish> I think ben was happy to just take that
[16:17] <munckfish> networking is disabled
[16:18] <amitk> ogra_cmpc: I mean, how are the various filessytems cobbled together
[16:18] <Keybuk> seb128: adding that capability fixed it
[16:18] <Keybuk> I'll file a bug for pitti on Monday
[16:19] <seb128> Keybuk: ok, good
[16:19] <Keybuk> someone changed rb's behaviour with media players?  everything shows up in the Library now?
[16:19] <cjwatson> munckfish: yeah, I saw it was what he suggested
[16:20] <cjwatson> munckfish: just so I can check it, what URL did the tarball come from?
[16:20] <munckfish> I wrote that into debian/copyright just as ben had originally done
[16:22] <cjwatson> so you did
[16:23] <seb128> Keybuk: no, there was a bug about that but it's supposed to be fixed, maybe you used it while it was buggy and have duplicate entries in the database now?
[16:23] <Keybuk> seb128: I upgraded to hardy today
[16:23] <Keybuk> ?
[16:23] <seb128> hum, k, so it's not fixed
[16:23] <Keybuk> are they not supposed to appear in the Library ?
[16:23] <seb128> Keybuk: http://bugzilla.gnome.org/show_bug.cgi?id=519737
[16:23] <ubotu> Gnome bug 519737 in iPod "Duplicate tracks added to library after pluging in ipod" [Normal,Resolved: fixed]
[16:24] <munckfish> cjwatson: next build I'll add a README.maintainer to tie up these sort of loose end questions
[16:24]  * calc thinks he will never get used to jumping so many timezones
[16:24] <Keybuk> aww
[16:24] <Keybuk> this fixed my #
[16:24] <Keybuk> #1 bug with rhythmbox though :-)
[16:24]  * calc is about to pass out
[16:25] <Keybuk> with this "bug", it now shares the music on my iAudio on the network <g>
[16:25] <seb128> Keybuk: which was the need to import everything again every time you plug it?
[16:25] <seb128> Keybuk: ah, right ;-)
[16:25] <cjwatson> munckfish: debian/copyright's fine, I was just blind
[16:25] <Keybuk> of course, the mac can't play oggs anyway, but hey-ho :p
[16:26] <munckfish> cjwatson: to be honest I didn't notice ben had written the orig info there until days later
[16:26] <munckfish> it was where I expected to find that
[16:26] <munckfish> but I see it's common practice to put it there
[16:27] <Ng> re hardy's Active Directory support, can we support the situation where $HOME should be mounted from a server?
[16:27] <laga> is there a nice way (eg a library) to edit /etc/sudoers?
[16:28] <ogra> Ng, pam_mount or pam_script should help
[16:28] <wasabi> Ng: That's ungodly hard to do right. But pam_mount might get you there.
[16:28] <wasabi> Oh. Hi og.
[16:28] <wasabi> re.
[16:28] <ogra> heh
[16:29] <wasabi> I also don't think it's worth doing at all. Even windows doesn't network mount it's equiv of $HOME.
[16:29] <ogra> so i just öearned the hard way that ctrl-alt-bs in vbox isnt a good idea to restart the vm's X
[16:29] <wasabi> ogra, haha. Host got it?
[16:29] <laga> hah.
[16:29] <ogra> indeed
[16:29] <laga> happened to me while someone was logged in on my VM to fix something for me :)
[16:29]  * ogra tries to recover all windows he had open
[16:29] <cjwatson> munckfish: hmm, did you diff the new kboot script against the old?
[16:30] <cjwatson> munckfish: since I notice that the old copyright file listed substantial modifications to that
[16:30] <Ng> ogra: ok, just wondering if it works OOTB
[16:30] <ogra> i dont think so
[16:30] <Ng> ok
[16:30] <ogra> but i might be wrong :)
[16:30] <cjwatson> munckfish: not everything will be suitable since I think now it's using a built-in udev (which is ugh, but we're limited in time)
[16:32] <cjwatson> munckfish: that said, unfortunately it isn't very clear what changes Ben made
[16:32] <ogra> seb128, btw http://paste.ubuntu.com/6766/ helps me ... the prob seems to be in general that X ust enables all outputs by default
[16:32] <munckfish> cjwatson: yes I did
[16:32] <ogra> err, ignore the commet in that file :)
[16:33] <munckfish> cjwatson: but because of the way our changes were kept in the debdiff along with
[16:33] <munckfish> all other patches
[16:33] <munckfish> from upstrea
[16:33] <munckfish> there was no way I could see what was ours or theirs or what :(
[16:33] <munckfish> cjwatson: so I just took upstream's without modification
[16:33] <munckfish> and cause it appears to work
[16:34] <munckfish> ..
[16:34] <cjwatson> munckfish: yeah, it looks OK actually
[16:34] <cjwatson> (being on the phone and reading diffs simultaneously is hard)
[16:35] <ogra> still better than having someone reading them for you on the other ear i bet :)
[16:39] <slangasek> tjaalton: well yes, it's explained in the changelog, but it's still a case of renaming a package < 1 week before RC...
[16:41] <slangasek> Keybuk: "debcheckout -a"
[16:41] <superm1> slangasek, i wanted to ask you, would it be a good idea/feasible to ship linux-backports-modules's latest version as of when the gold disk is mastered on the DVD?
[16:42] <slangasek> oh, cjwatson said that too :)
[16:42] <davmor2> guys I'm trying to do an upgrade from dapper to hardy.  I have sudo apt-get installed update-manager-core and then done sudo do-release-upgrade --devel-release.  I get an error return of edgy:  error: no such option: --mode.  What's gone wrong?
[16:42] <superm1> slangasek, so that's a yes? :)
[16:43] <slangasek> Keybuk: and the auto-generated files in the grub bzr repo are all from the upstream repo, I'm afraid :)
[16:44] <davmor2> afk but leave a note and I'll attempt it latter
[16:44] <slangasek> siretart: bug #131914 - yes, I do; whatever that jack change is, I think it's out of scope for the freeze exception
[16:44] <ubotu> Launchpad bug 131914 in xine-lib "please update the pulseaudio plugin" [High,Triaged] https://launchpad.net/bugs/131914
[16:46] <seb128> slangasek: hey, can you accept the libcairo update, it's an update to 1.6.0 (no code change since the 1.5.20 snapshot) and an extra git patch from today to not crash the xerox printers at the office ;-)
[16:47] <siretart> slangasek: the jack plugin was rewritten as well as the pulseaudio plugin. we don't compile the jack plugin anyways, but I understand your position
[16:47] <mvo> davmor2_away: could you please tell me what version of update-manager-core you have installed?
[16:47] <siretart> I'm currently a bit in a hurry, so I'll work tonight (or tomorrow) on that
[16:47] <cjwatson> munckfish: ok, I'm happy with this and am uploading it, but it will take a while
[16:48] <cjwatson> munckfish: please poke #ubuntu-release as necessary
[16:48] <slangasek> superm1: hrm, I don't think I understand your question... a good idea for who to ship it, and what else would be shipped other than the latest version?
[16:49] <slangasek> seb128: yes, at 5:30 PDT you want pitti cjwatson Riddell, not me :-)
[16:50] <seb128> slangasek: right ;-)
[16:50] <seb128> thanks
[16:51] <Keybuk> hmm
[16:51] <slangasek> seb128: so does this fix the last of our evince printing problems? :)
[16:52] <seb128> slangasek: that fixes the problems which were a concern for hardy I think, I would not say it fixes all the potential printing problems there ;-)
[16:53] <slangasek> seb128: dude, you bumped the shlibs by hand for a no-code-change revision? :)
[16:54] <Keybuk> please gods, don't let me have to file a wishy-washy-hand-wavy bug report like "music files sound terrible when played on hardy"
[16:54] <slangasek> Keybuk: I thought we had mpt to file those bugs now :)
[16:54] <seb128> slangasek: just updating to the stable version as noted in the changelog
[16:54] <seb128> slangasek: we don't have testing transitions, should be no issue
[16:54] <seb128> slangasek: but I can do without that if you want
[16:54] <Keybuk> slangasek: he does the visual bits ;)
[16:55] <Keybuk> yay, I don't have to file the bug
[16:55] <Keybuk> woz alsa bug
[16:55] <munckfish> cjwatson: If you're uploading, then what more do I need from ubuntu-release?
[16:55] <Keybuk> well, silly alsa "Tone" mixer setting
[16:55] <slangasek> seb128: already accepted, just looks funny to me :)
[16:55] <Keybuk> where ON seems to mean "make all songs sound like Klingon Opera"
[16:55]  * mpt daydreams about audio feedback in interfaces
[16:56]  * slangasek daydreams about force feedback in interfaces
[16:56] <seb128> slangasek: ok, thanks ;-)
[16:56] <Keybuk> slangasek: so it's very hard to press ENTER after "rm" ?
[16:56] <slangasek> Keybuk: so it's very hard to click 'submit' when posting to forums
[16:56] <Keybuk> rofl
[16:57] <mpt> That doesn't require force feedback, just anti-gravity for the cursor
[16:57] <slangasek> heh
[17:00] <munckfish> cjwatson: sorry i don't fully 'get' the process yet
[17:01] <munckfish> there are still some shady corners
[17:01] <munckfish> forme
[17:10] <LaserJock> cjwatson: ah, thanks for the link. My point was more from the uploader's perspective (we don't upload to -updates for security fixes), but that certainly makes sense to do.
[17:12] <mario_limonciell> slangasek, I was referring to adding it to the seeds so that it is available to be possible to be installed from the DVD for folks who will be needing items in it (such as the newer iwlwifi)
[17:14] <slangasek> mario_limonciell: ah.  yes, that's probably reasonable; where is lbm currently seeded?
[17:15] <mario_limonciell> slangasek, i dont think it is currently?
[17:15] <slangasek> nowhere?  Then it should be on the component-mismatches report, let's see :)
[17:15] <slangasek> why, indeed it is
[17:15] <mario_limonciell> slangasek, I was just thinking it'd be useful to show up in the pool/, didn't investigate much beyond that
[17:29] <nxvl> the last kernel broke my system
[17:30] <nxvl> i can't boot using it
[17:30] <nxvl> it hangs
[17:30] <pwnguin> -16?
[17:30] <pwnguin> nxvl: try waiting like five minutes if you're using 2.6.24-16
[17:31] <nxvl> pwnguin: this is the one i can't boot
[17:31] <nxvl>  pwnguin i need to pick -15 to boot
[17:31] <pwnguin> where does it hang?
[17:32] <cjwatson> munckfish: since we're in freeze, -release has to approve
[17:32] <nxvl> pwnguin: loading modules
[17:32] <pwnguin> nxvl: i've already brought the subject up on #ubuntu-kernel
[17:32] <nxvl> pwnguin: when i came back it was on text mode and the last think it says was "loading modules manualy"
[17:33] <pwnguin> nxvl: there will probably be a new kernel build shortly to fix that. seems like the sound modules had a patch that introduced a deadlock
[17:34] <nxvl> is there any way i can check my apt history to check what is exactly what i upgrade?
[17:34] <munckfish> cjwatson: ok I see
[17:35] <cjwatson> nxvl: /var/log/dpkg.log
[17:45] <mvo> nxvl: and /var/log/apt/term.log
[18:01] <raboof> a source package is in a specific component (main, universe, etc), so it's not possible to have a source package produce one binary in main and one in universe, right?
[18:02] <crimsun> yes, it is possible.
[18:03] <crimsun> of course, the source would be in the main component in that example.
[18:03] <Tm_T> oh, crimsun :)
[18:03] <crimsun> however, it's completely possible to have main source produce nothing but universe binary packages.
[18:03] <raboof> crimsun: interesting
[18:04] <pwnguin> im confounded as to why one would want a source package in main to produce universe binaries
[18:04] <Tm_T> pwnguin: some legal issue?
[18:04] <pwnguin> the distinction between main and universe isnt legal
[18:05] <Tm_T> true that
[18:05] <Tm_T> hmm, in main you can have something as sourcepackage which you like to compile with something you need from universe
[18:05] <raboof> i'm investigating if it'd be feasible to request libjack to be put into main
[18:05] <Tm_T> then binary can or cannot be in main? :)
[18:06] <raboof> but I don't think it's desirable to put all of jack in main
[18:06] <raboof> (e.g. jackd)
[18:06] <Tm_T> raboof: reasons not to be in main?
[18:06] <crimsun> it was demoted after edgy IIRC
[18:06] <Tm_T> pwnguin: I mean, if you like to have some extraplugin or such
[18:06] <crimsun> sorry, no, breezy.
[18:08] <raboof> Tm_T: no particular reason, i just figured the proposal that makes the least change would have more chance of getting though :)
[18:08]  * _MMA_ will be working on getting JACK back in main for Intrepid.
[18:08] <raboof> and moving only libjack to main seemed like a smaller change than also moving over the rest of jack
[18:09] <raboof> _MMA_: oh, it was in main before?
[18:09] <_MMA_> Yes. That's what crimsun said.
[18:09] <_MMA_> "crimsun: it was demoted after edgy IIRC. sorry, no, breezy."
[18:09] <raboof> (doh, didn't realize that that was about jack :) )
[18:17] <raboof> Tm_T: hm, so a target in a source package in 'main' may depend on packages in universe if the target also goes into universe?
[18:19] <Tm_T> raboof: well, dunno, can you put binary to main if you need something from universe to build it, as in, can you provide "quarantee" if it need part you cant quarantee?
[18:19] <pwnguin> Tm_T: ah, i meant a source package in main to produce ONLY universe binaries
[18:20] <raboof> Tm_T: the binary would go into universe
[18:20] <Tm_T> raboof: yu
[18:20] <Tm_T> pwnguin: I know, that could be weird, even unneeded, but possible perhaps
[18:21] <siretart> raboof: that would allow me to reenable the xine jack plugin!
[18:22] <crimsun> and a host of other things, like the PA jack module, etc., etc., etc. ...
[18:23] <_MMA_> :P
[18:23] <raboof> yeah, and the asound jack plugin, which is why I'm looking into this at all :)
[18:25] <_MMA_> I'm hoping it can go back in without a MIR but we'll see. I started the process a bit ago. https://wiki.ubuntu.com/MainInclusionReportJACK
[18:50] <evand> slangasek: in case you didn't catch it, I updated the patch in 215347.  Does cjwatson's comment and the updated patch change your decision, or should I punt the patch to Intrepid and release a new ubiquity with the accepted changes?
[18:50] <sabdfl> slangasek: who would be the best person to look at this?
[18:50] <sabdfl> https://bugs.launchpad.net/bugs/192294
[18:50] <ubotu> Launchpad bug 192294 in xen-3.2 "[hardy] "ip" broken" [Undecided,Confirmed]
[18:53] <slangasek> sabdfl: I was looking at it right now; but it's not reproducible on a hardy kernel, the only people reporting the problem are running non-Ubuntu kernels - I was just about to ask for more info on the bug
[18:53] <slangasek> evand: I'll look at the patch shortly
[18:54] <evand> slangasek: thanks
[19:05] <xtknight> seems to be a boot problem w/ latest kernel.  Bug 215833.  it's happening for a lot of us
[19:05] <ubotu> Launchpad bug 215833 in ubuntu "system won't boot after kernel 2.6.24-16-generic update" [Undecided,Confirmed] https://launchpad.net/bugs/215833
[19:06] <xtknight> it would be nice to have some advice on how to debug or if it's already dealt with
[19:13] <davmor2> mvo: ping
[19:13] <mvo> davmor2: pong
[19:14] <davmor2> mvo: sorry about the delay what info did you need?
[19:14] <davmor2> about the update
[19:14] <mvo> davmor2: you said do-release-upgrade gave you edgy instead of hardy, what version of update-manager-core do you have?
[19:15] <LaserJock> sabdfl: got a sec?
[19:16] <sabdfl> sure LaserJock, what's up?
[19:17] <davmor2> mvo: whats the command to get the version I keep getting the name and not the version
[19:17] <mvo> davmor2: please run "dpkg -l update-manager-core|less"
[19:20] <seb128> slangasek: around?
[19:20] <slangasek> seb128: 'sup?
[19:21] <seb128> slangasek: did you read what xtknight wrote some line before?
[19:21] <seb128> slangasek: just trying to make sure we don't have a linux or udev screweup before everybody runs away for the weekend
[19:21] <crimsun> seb128: should be fixed in l-u-m 2.6.24-16.22
[19:21] <seb128> ok, good
[19:21] <slangasek> seb128: yes, it's already fixed in LUM but he disconnected before I could reply :)
[19:21] <seb128> ok, good
[19:23] <davmor2> mvo: update-manager-core 0.56-dapper4
[19:25] <mvo> davmor2: could you please enable dapper-proposed and universe in there and see if you can get update-manager-core 0.56-dapper5?
[19:25] <mvo> davmor2: and let me know if that fixes it?
[19:25] <davmor2> mvo: np's
[19:26] <mvo> davmor2: its a bug that its in universe, I'm checking that out currently
[19:28] <mvo> davmor2: it maybe a side effect of a bug that got fixed for -dapper5, feedback would be great
[19:28] <davmor2> mvo: np's I'll check it out now
[19:34] <davmor2> mvo: it doesn't seem to like proposed? 404 not found
[19:36] <ogra> slangasek, i got another ldm fix i'd like to upload http://paste.ubuntu.com/6788/
[19:37] <mvo> davmor2: yeah, there is something fishy going on
[19:37] <ogra> (there is a subsequent ltspfs fix as well i need to test more first)
[19:39] <davmor2> mvo: hmmmm not good.  do you have a copy of the updated version anywhere?
[19:40] <slangasek> ogra: eh? why do you need hexdump?
[19:40] <mvo> davmor2: http://people.ubuntu.com/~mvo/update-manager/update-manager-core_0.56~dapper5_all.deb should work
[19:41] <slangasek> ogra: should this LDMINFO_IPADDR be /conditionally/ defined, for forwards-compatibility with some future version of ldm that does export it, or is that not an issue?
[19:41] <Shiba> I'm trying to resolve an automount problem on ubuntu 6.10 (both 64-bit and 32-bit).  I have an NFS share that is correctly exporting /home, and automounts are working for user accounts at login.  However, for directories not associated with user accounts, automount fails: "automount [pid]: failed to mount /home/dir".  Since this same configuration works on rhel/fedora/elsewhere, I suspect that this was patched as a "security" feature by the Ubuntu develop
[19:41] <Shiba> ers.  Can someone confirm?
[19:42] <ogra> slangasek, later versions export it
[19:42] <keescook> Shiba: I use automount for /home okay
[19:43] <keescook> (though I'm using 8.04, not 6.10)
[19:43] <Shiba> keescook: it works for users' home directories when they log in, but if you try to access some file not in your home directory (but still in hte NFS export) the mount fails
[19:43] <ogra> slangasek, but the later versions change a lot other stuff as well that would require more ltsp changes .... hexdump is used by a later line you dont see in the patch ...
[19:43] <Shiba> i.e. you can log in and access .bashrc, but not /home/cvs
[19:44] <keescook> Shiba: that sounds like a permissions problem?
[19:44] <ogra> slangasek, err, sorry, not a later line in that script, a line in the screen.d script
[19:44] <Shiba> keescook: unlikely.  this works on other machines installed with RHEL and Fedora
[19:45] <keescook> Shiba: what does your auto.master entry for /home look like?
[19:46] <Shiba> hang on, gotta log into that machine
[19:46] <davmor2> mvo: that seems to of cracked it
[19:47] <davmor2> mvo: I'll let you know for sure shortly
[19:47] <slangasek> ogra: ok, please upload
[19:47] <ogra> thanks
[19:48] <mvo> cjwatson: would it be possible that you check bug #211978? its a sru for dapper and pitti is traveling so he can't approve it but it would be good to have it in the archive
[19:48] <ubotu> Launchpad bug 211978 in update-manager "do-release-upgrade -d doesn't work immediately after running do-release-upgrade" [High,In progress] https://launchpad.net/bugs/211978
[19:49] <mvo> davmor2: great, that sounds encouraging
[19:50] <Shiba> keescook: I just deleted the entire automount configuration and rewrote it and now its working.  Not sure what was wrong before, but thanks for your time :)
[19:50] <mvo> cjwatson: hm, its a bit confusing https://edge.launchpad.net/ubuntu/dapper/+source/update-manager-core/0.56~dapper5 ssays its biuld, but I do not see it in the pool (neither in main nor universe)
[19:50] <keescook> Shiba: heh, okay, glad I could help.  :P
[19:51] <mvo> cjwatson: https://edge.launchpad.net/ubuntu/dapper/i386/update-manager-core/0.56~dapper5 points into the void too
[19:53] <davmor2> mvo: I don't think it liked the proposed being there in the update so I just blocked it off and am trying again
[19:58] <davmor3> mvo: A unresolvable problem occurred while calculating the upgrade.
[19:59] <megabyte405> If someone could take a look at this, it would be great
[19:59] <megabyte405> https://wiki.ubuntu.com/MainInclusionReportLibwv-1%2e2
[20:05] <mvo> davmor3: could you please give me the output of /var/log/dist-upgrade/main.log and apt.log ?
[20:05] <davmor2> the update from gutsy -> hardy leaves BitTorrent Download Client in Internet and that's the only flaw I've found so congrats
[20:06] <davmor2> mvo: Np's
[20:19] <davmor2> mvo: http://www.davmor2.pwp.blueyonder.co.uk/apt.log   ﻿http://www.davmor2.pwp.blueyonder.co.uk/main.log
[20:31] <mvo> davmor2: for the dapper->hardy I would recommend to use the gtk version or run "do-release-upgrade -d -m desktop" - the default for the do-release-upgrade is the server mode that behaves slightly different from the desktop mode
[20:33] <lamont> mvo: why does my freshly installed gutsy box think that there are no updates available when I run update-manager -d?
[20:34] <mvo> lamont: did you update update-manager too?
[20:35] <mvo> lamont: or is it a fresh-fresh install?
[20:35] <lamont> fresh install, dist-upgraded to a yesterday-ish copy from the mirror
[20:35] <lamont> meta-release-lts-development is the april 1 version of the file
[20:35] <lamont> I suppose I could/should freshen taht?
[20:36] <lamont> oh
[20:37] <lamont> it needs the s/lts-// file to be there for leaving gutsy
[20:37] <lamont> my bad
[20:38] <mvo> lamont: that is your interessting proxy setup that made it fail?
[20:38] <lamont> yeah
[20:38]  * mvo nods
[20:38] <lamont> it's the fact that changelogs doesn't really exist here.
[20:40] <davmor2> mvo: that's done it it's downloading packages now.  I'll ping you in a bit if it's successful
[20:40] <mvo> davmor2: great, thanks
[20:46] <LaserJock> if a dput is stopped part way through an upload can I just reupload ?
[20:49] <davmor2> mvo: I've passed on the word about the update-manager-core_ubuntu5 and the correct command for the update to testing for you :)
[21:01] <davmor2> mvo: are you incharge of update manager for gutsy too?
[21:02] <mvo> davmor2: aha, nice
[21:02] <mvo> davmor2: yes, the gtk and cli version at least
[21:03] <davmor2> mvo: I got 2 apps listed that shouldn't be.  BitTorrent Download Client and serpentine do you want me to bug report it and if so against what?
[21:15] <mvo> davmor2: ok, please include the logs in /var/log/dist-upgrade to the report
[21:17] <davmor2> mvo: we're just talking about this on testing.  Should the package be removed or would the update just see it as a user added app?
[21:18] <mvo> davmor2: my guess (without seeing the logs) is that it assumes it might be of value for the user
[21:18] <mvo> davmor2: its tricky, even if we changed gnome-bittorrent to transmission some users may not like this change
[21:19] <davmor2> mvo: have you ever used gnome-BT
[21:21] <davmor2> I'll upload the logs for you it'll be the same place with the innovative name of apt2.log give me a minute though
[21:21] <mvo> davmor2: thanks
[21:27] <davmor2> mvo: I couldn't be bother to arse around so I've overwritten the original versions so it's http://www.davmor2.pwp.blueyonder.co.uk/apt.log and http://www.davmor2.pwp.blueyonder.co.uk/main.log
[21:31] <slangasek> fta, asac: given that bug #195013 has a branch associated, why is it still only 'confirmed' rather than 'fix committed'?  What remains to be done?
[21:31] <ubotu> Launchpad bug 195013 in xulrunner-1.9 "Firefox 3 and xulrunner 1.9 needs translations" [High,Confirmed] https://launchpad.net/bugs/195013
[21:32] <fta> slangasek, the branch is for point 1 only, not point 2
[21:33] <fta> maybe my comment was a bit vague
[21:34] <slangasek> fta: is "producing locale packages" contingent on having this uploaded and in the archive..?
[21:35] <fta> the "producing locale packages" is still in progress. the desktop file part has been released with b5 last week
[21:35] <slangasek> ok
[21:35] <slangasek> are there any more changes that need to be made on these packages in connection with producing the locale packages, or is that entirely a LP translations issue?
[21:38] <fta> slangasek, it's done by carlos. he said earlier today that tomorrow's lang packs will include b5 entries
[21:39] <slangasek> fta: then AIUI, it would be correct here to mark each of these package tasks as 'fix released' and open a separate task for the LP aspect
[21:41] <fta> slangasek, you're probably right. I'm not involved in those locales pkgs at all so i'm not aware of all the details. maybe asac knows more.
[21:44] <slangasek> fta: well, I'm fairly certain that the translations don't get re-imported into the firefox packages, they just get pulled in via the langpacks - so I'm going to go out on a limb and make the change :)
[21:45] <davmor2> mvo: this upgrade is going to take a fair amount of time and I'm off now but it is definitely working now.  :)
[21:45] <davmor2> the dapper one
[21:45] <slangasek> mario_limonciell: btw, I think fixing the regexp in the platform supported-kernel seed was enough to make backports-modules show up again :)
[21:47] <infinity> slangasek: Want to confirm https://bugs.edge.launchpad.net/ubuntu/+source/tar/+bug/215940 for me?
[21:47] <ubotu> Launchpad bug 215940 in tar "Itermittent testsuite failure on (at least) amd64" [Low,New]
[21:48] <slangasek> infinity: other people are allowed to do that too, surely? :)
[21:48] <slangasek> (done)
[21:48] <mario_limonciell> slangasek, ooh great, thx :)
[21:48] <infinity> slangasek: You were the last to speak in #-devel, you lose. :)
[21:49] <infinity> slangasek: (I could comfirm it myself, but that seems terrible form, and a complete misunderstanding of what the "confirmed" tag means, IMO)
[21:49] <infinity> slangasek: "Yes, I confirm that I filed the bug!"
[21:49] <slangasek> infinity: sure, that's exactly what you /would/ say if you were stalking me to make sure that I was the last one to have said something in the channel before you spoke...
[21:50] <slangasek> infinity: oh, well, I confirm my own bugs all the time :P
[21:50] <infinity> slangasek: Would you like some "haha" with your "Mua"?
[21:51] <slangasek> only if it's well-aged
[22:03] <asac> slangasek: i kept the bug open to document that firefox has no translations and didn't know where to move this so it keeps showing up as a release blocker.
[22:04] <slangasek> asac: oh.  that's fair; but I think we probably don't need three tasks open, do we?  then it shows up in my list three times :-)
[22:04] <asac> slangasek: does closing this help you?
[22:04] <asac> if so we can keep it closed. otherwise id like to open it for firefox at least (as a compromise)
[22:04] <slangasek> if you're concerned about tracking it, yes, go ahead and keep it open for firefox
[22:04] <asac> ok reopenig firefox-3.0 task
[22:05] <slangasek> it helps me to not have three clones of a single bug taking up space when there's nothing to be done on any of the packages, but 1 should be ok :)
[22:06] <asac> slangasek: hmm midbrowser is not fixed. it doesn't ship the translations to rosetta yet.
[22:06] <slangasek> oh
[22:06] <slangasek> I guess that should be reopened then :-)
[22:07] <asac> the packaging is done by cwong. ill talk to him
[22:08] <asac> (moblin)
[22:08]  * slangasek nods
[22:45] <xtknight> It would be nice if Bug 215027 could be looked at for eligibility of a Freeze Exception.  Hardware Drivers dialog is broken.
[22:45] <ubotu> Launchpad bug 215027 in jockey "jockey-gtk crashed with AttributeError: 'tuple' object has no attribute 'getSections'" [Undecided,Confirmed] https://launchpad.net/bugs/215027
[23:02] <slangasek> evand: latest patch in bug #215347 still partially invalidates existing translations; is the change to the error message important enough that we want to do this, knowing that it means an untranslated error message for many users?
[23:02] <ubotu> Launchpad bug 215347 in ubiquity "freeze exception: clear_partitions warning." [Undecided,New] https://launchpad.net/bugs/215347
[23:03] <slangasek> (darn, it's already after 6 there, isn't it)
[23:23] <YokoZar> slangasek: Does launchpad prioritize translations in any meaningful way?  It would seem like it would be nice to have a means of marking translations like that urgent
[23:23] <slangasek> I have no idea, I've never touched LP translations
[23:31] <blueyed> pitti: Will apport (reporting) stay enabled for release? We would like to enable it in adept/Kubuntu then, too. (it's disabled there since Gutsy)
[23:37] <mdke> YokoZar: yes, translations are prioritised by putting certain templates at the top of the list of translatable Ubuntu packages, I think
[23:38] <mdke> ah, yes "
[23:38] <mdke> "Templates that are considered more important for translation are listed first"
[23:40] <cjwatson> slangasek: in reality we've rarely done much to ensure importing of translations for d-i components :-/
[23:43] <slangasek> cjwatson: ah, well then :)
[23:43] <slangasek> cjwatson: so you'd recommend pushing this in spite of the translation issue?
[23:46] <megabyte405> could someone take a peek at this MIR we need for the abiword release?  (it's a package we used to put in the source tarball itself, since it's maintained by the same community - we just split it out for 2.6 now) Bug #215209
[23:46] <ubotu> Launchpad bug 215209 in wv "Main Inclusion Report for wv" [Undecided,New] https://launchpad.net/bugs/215209
[23:48] <slangasek> megabyte405: the set of "someone" who can approve MIRs is two people, neither of whom are likely to be around this time of day, I'm afraid
[23:49] <megabyte405> slangasek: alright.  We did get a comment on the report, which involved my elaboration a bit of it, but perhaps that wasn't from within the set.
[23:49] <megabyte405> I have subscribed ubuntu-mir - is that all I should/can do?  (AbiWord is otherwise ready to go, just this "paperwork" portion)
[23:50] <slangasek> that's the right process, yes
[23:51] <megabyte405> great
[23:51] <megabyte405> I imagine that those following the process get the best results and the least-frustrated dev attention? :)
[23:52] <ogra> it didnt actually get a positive comment from pitti
[23:52] <slangasek> ah, I suppose so, though I don't look much at MIRs myself :)
[23:52] <ogra> did you consider talking to the kword guys ?
[23:54] <cjwatson> slangasek: I don't feel strongly about the exact form of the warning, only that there should be one even if you're using d-i rather than ubiquity
[23:54] <cjwatson> slangasek: if you'd rather have the same warning currently in ubiquity so that we can copy translations over, that's fine with me
[23:55] <megabyte405> ogra: No, I'd imagine that a port from their end would be equally unlikely in this short time frame.  Would be nice in the long term, though, so I will put it out there in the abi communitiy and hopefully Dom (the wv guy and main abi maintainer) can shoot them a quick email
[23:56] <ogra> it doesnt seem likely to me that we get wv into main if wv2 is there ...
[23:56] <ogra> (but then i'm not the one to decide, its just what my gut feeling and experience tells me)