[00:01] <Riddell> Keybuk: that does the job
[00:01] <Riddell> Keybuk: if you upload it I can accept it
[00:03] <Keybuk> still testing
[00:03] <Keybuk> (and running out of desk space)
[00:24] <kenvandine> Riddell, i think i'll leave kibuntu on this netbook for a bit
[00:24] <kenvandine> :)
[00:32] <Riddell> score!
[00:38] <rickspencer3> kenvandine, look away from the bling
[00:39] <chrisccoulson> the bling looks quite nice
[00:40] <chrisccoulson> but running it in kvm is painful :-/
[03:08] <hernejj> I'm looking at https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/540006  and I'm wondering if I can bother an idle desktop team member to look it over really quick :) I think it should be assigned to the desktop team but I'd like confirmation first.
[07:03] <tseliot> Keybuk, Riddell, pitti: what is that makes kdm use vt8 even with pitti's patch?
[07:34] <pitti> Good morning
[07:34] <pitti> tseliot: it's the activateVT() funtion; it probes everything in serverVTs until it hits an unallocated one
[07:35] <pitti> tseliot: but with my h4ck patch from last night, the first instance is forced to vt7
[07:35] <pitti> tseliot: (which works fine, but that patch isn't what we should actually upload; it needs to ask plymouth for the terminal  it should use, etc.)
[07:35] <pitti> tseliot: btw, I figured out now how to build and run kdm in two minutes (no need to build the entire package)
[07:36] <pitti> tseliot: so if you need help with that, just ping
[07:42] <baptistemm> Hello
[07:51] <tseliot> pitti: do you mean that kdm should see if plymouth is active and start the xserver on the active vt? Or is it something else?
[07:52] <tseliot> also, instructions on how to builr kdm in 2 minutes would be more than welcome ;)
[07:57] <pitti> tseliot: yes, with the algorithm that Keybuk said yesterday afternoon here
[07:57] <pitti> tseliot: so, start building the package until it's done with cmake and starts compiling; then ^C
[07:58] <pitti> tseliot: then hack code, make -C obj-x86_64-linux-gnu/kdm && sudo cp obj-x86_64-linux-gnu/kdm/kdm/backend/kdm /usr/bin/kdm && sudo kdm -nodaemon
[07:58] <pitti> tseliot: for some weird reason kdm doesn't start right out of the build tree, I guess it checks its path somewhere
[07:59] <pitti> tseliot: obviously the build dir will be named differently on i386, but you get the idea
[08:00] <tseliot> pitti: I've recently moved to Lucid amd64 (which works much better than i386 here) so it won't really be a problem ;)
[08:00] <tseliot> that will definitely save me a lot of time
[08:00] <tseliot> thanks for sharing
[08:00] <pitti> kdm itself is tiny, builds in a minute or less
[08:00] <pitti> tseliot: oh, for that you need to have the kdm package actually installed, though
[08:01] <pitti> tseliot: so that it has all its other files, and you just update /usr/bin/kdm
[08:01] <tseliot> pitti: yes, sure, I took it for granted
[08:03] <tseliot> pitti: maybe 27_save_root_window.patch needs to be ported too (to be used with drm renderers i.e. intel, radeon, nouveau)
[08:04] <pitti> tseliot: yes, for visual bonus
[08:04] <tseliot> ok
[08:10] <kklimonda> good morning
[08:47] <seb128> hey everybody
[08:48] <mvo> hey seb128
[08:48] <seb128> mvo, howdy
[08:49] <seb128> mvo, how are you?
[08:49] <mvo> good, thanks
[08:55] <seb128> mvo, the "add the indicator applet back after upgrade to lucid" doesn't work :-(
[08:56] <seb128> mvo, I've opened a bug and Cc-ed you on it in case you are interested
[08:56] <mvo> seb128: ok, what is the bugnumber?
[08:56] <mvo> seb128: last time it was *fun* because it was crashing deep in gconf IIRC
[08:57] <seb128> mvo, that's what the Cc was about, you getting email about the bug :p
[08:57] <seb128> one sec
[08:58] <seb128> launchpad bug 539969
[08:58] <seb128> mvo, the issue seems "simpler" in this case
[08:58] <seb128> mvo, when removing the applet from your config the gconf config is not cleaned
[08:58] <seb128> so the script still see an indicator-applet
[08:59] <seb128> but that's config leftover, it's not activated
[08:59] <seb128> we need better logic to differenciate cruft from active applets
[09:00] <mvo> seb128: could you attach your gconf panel dump?
[09:00] <pitti> bonjour seb128
[09:01] <seb128> pitti, hey
[09:01] <seb128> pitti, how are you?
[09:01] <pitti> seb128: I'm okay, I was grateful to get some sleep :)
[09:01] <pitti> took a while to figure out kdm last night
[09:01] <seb128> mvo, I will later, I want to do clean testing, ie boot karmic livecd remove the applet and see what the changes are in the config
[09:01] <seb128> pitti, did that worked in the end?
[09:01] <pitti> yes
[09:01] <seb128> pitti, I went to bed around 1:30am and things seemed in shape
[09:02] <mvo> seb128: ok, I think the fix is straightforward
[09:02] <seb128> or rather with a plan to get that sorted
[09:02] <pitti> it's all in lucid and on today's CDs
[09:02] <seb128> new isos?
[09:02] <seb128> good
[09:02]  * seb128 rsync
[09:02] <pitti> yes, for that and the installer partitioning bug
[09:02] <seb128> I'm a bit late I've been playing with my dock station
[09:02] <seb128> and getting xrandr outputs when docked and undocked to see screen states
[09:02] <pitti> seb128: oh, what did you change?
[09:03] <seb128> pitti, I'm trying to figure what is to blame for this "screen doesn't get activated on resume"
[09:03] <seb128> ie, I usually turn the laptop screen off and close lid
[09:03] <seb128> when docked
[09:03] <seb128> then suspend
[09:03] <pitti> same here
[09:03] <seb128> go somewhere
[09:03] <seb128> resume the box
[09:03] <seb128> and get no active screen
[09:03] <pitti> ah
[09:03] <pitti> right, I get that, too
[09:04] <seb128> so I need to enter my password and fn-f7
[09:04] <seb128> which is annoying
[09:04] <seb128> I'm trying to figure if that's an xorg or g-s-d bug
[09:08] <seb128> pitti, btw
[09:08] <seb128> https://bugzilla.gnome.org/show_bug.cgi?id=610903
[09:08] <seb128> pitti, ^ could be interesting
[09:09] <seb128> pitti, somebody was asking for review on #gdm yesterday about this change
[09:09] <seb128> seems to be around of what we need for the multiple layout issue
[09:10] <seb128> pitti, http://www2.bryceharrington.org:8080/X/Reports/desktop-bugs/milestone-bugs.html interesting too
[09:13] <mvo> seb128:  bug  #539969 should be fixed in the gnome panel bzr now
[09:15] <seb128> mvo, did I tell you how much you rock today? ;-)
[09:15] <mvo> seb128: not yet :) thanks .)
[09:15]  * seb128 hugs mvo
[09:15]  * mvo hugs seb128
[09:35] <seb128> mvo, can I use a lucid livecd usb key to avoid downloading things during a karmic upgrade?
[09:35] <seb128> I guess the reply is "no" but still asking ;-)
[09:38] <mvo> seb128: well, the alternate CD should work flawlessly
[09:39] <seb128> right, I specified livecd ;-)
[09:39] <seb128> I will download debs faster than the alternate iso
[09:39] <seb128> thanks
[09:39] <mvo> seb128: ideally we should support usb-key too, not sure, you can always just cp to /var/cache/apt/archives
[09:42] <pitti> seb128: milestone-bugs>  indeed! no assignee there, but a nice list
[09:44] <bryceh> pitti, *poof* assignee added
[09:44] <bryceh> pitti, <shift> reload
[09:44] <seb128> ;-)
[09:44] <pitti> seb128: gdm group layouts> I don't understand this just yet, but it sounds related to similar bugs that we have on our plate indeed
[09:44] <pitti> bryceh: ... rocking! :)
[09:58] <seb128> mvo, if you run s-c, click on install, cancel the policykit prompt installing doesn't do anything from then on, known issue? what component would be buggy?
[09:59] <mvo> seb128: please file against s-c
[10:00] <seb128> mvo, ok thanks
[10:00] <mvo> seb128: nothing is happening even inside the details page?
[10:00] <mvo> seb128: or "just" in the applist (with the instlal button there)?
[10:01] <seb128> mvo, nothing happening in the details page either
[10:01] <seb128> mvo, the mouse cursor doesn't even change to an hand when overing the button
[10:02] <seb128> mvo, uninstall buttons still work
[10:02] <seb128> until you do the same on one of those
[10:02] <seb128> then those are broken the same way through s-c
[10:02] <mvo> hrm, I guess for some reason it does not get the cancel
[10:02] <seb128> no cursor changing, no uninstall clicking
[10:02] <mvo> its set to insensitive
[10:03] <seb128> mvo, it's already reported
[10:03] <seb128> bug #530393
[10:04] <seb128> mvo, the duplicate from karmic indicates it's also an issue when you install fails on an error
[10:05] <seb128> ie apt locking issue or download issue
[10:06] <mvo> seb128: thanks, targeted
[10:08] <seb128> mvo, thank you
[10:14] <dpm> hi seb128, the envelope icon on the notification area, is the source package evolution-indicator, or indicator-messages? I'm justr trying to file a bug and I'm a bit confused
[10:14] <seb128> dpm, what is the bug?
[10:16] <dpm> seb128, translations for the shortcuts shown there are not loaded. They are only loaded when you start the corresponding app (i.e. only when I start Evolution, the Mail entry gets translated, the same for Empathy with the Chat entry, and the same with Gwibber for the Broadcast entry)
[10:16] <seb128> open it on indicator-messages I would say
[10:16] <dpm> ok, thanks
[10:17] <seb128> ted will reassign if required
[10:17] <seb128> np!
[10:28] <dpm> seb128, for indicator-session, is it better to just report it against the source package or shall I also open a task for the upstream project?
[10:29] <chrisccoulson> excellent, i've got myself a 3G dongle now :)
[10:29] <seb128> dpm, you can open an upstream task too
[10:29] <seb128> chrisccoulson, oh, nice ;-)
[10:29] <dpm> ok, I'll do that, then
[10:30] <chrisccoulson> hey seb128, how are you today?
[10:30] <seb128> chrisccoulson, hey, good!
[10:30] <seb128> you?
[10:30] <seb128> dpm, thanks
[10:31] <dpm> np, thank you :)
[10:39]  * seb128 hates rsync
[10:39] <seb128> why does it redownload so much for the iso update since yesterday
[10:39] <seb128> there is almost no change there
[10:43] <milanbv> seb128: any idea who I should grab to discuss a menu label from indicator-applet?
[10:44] <seb128> milanbv, ted or mpt
[10:46] <milanbv> seb128: thanks - I'll wait for them to appear ;-)
[10:54] <pitti> chrisccoulson: 13-dont-query-notify-caps.patch in gpm - is there an upstream bug for this? should we just commit it?
[10:55] <pitti> chrisccoulson: (I'm fine with pushing it)
[10:55] <pitti> chrisccoulson: but the credit is your's..
[10:59]  * mvo is pretty annoyed that for every 2nd bzr branch he now gets a bzr error about different rich-root support
[11:03] <chrisccoulson> pitti - hi, i just pushed that change actuallyt
[11:03] <chrisccoulson> i was talking to hughsie on #gnome-hackers about pushing some of our patches
[11:03] <pitti> chrisccoulson: ah, got'em; thanks
[11:03] <chrisccoulson> (sorry, i have to use my other computer to push to git at the moment)
[11:03] <chrisccoulson> so i miss messages ;)
[11:10] <framli> Hi all, can I ask for some feedback on a mock-up ?
[11:12] <chrisccoulson> pitti - i've submitted 3 of our patches upstream now. are you working on the gpm package at the moment?
[11:12] <chrisccoulson> (i was going to update the patch tags with their new status)
[11:12] <pitti> chrisccoulson: on bug 515465
[11:12] <pitti> chrisccoulson: but not on the package, I'm working against upstream git
[11:13] <pitti> so go ahead and do packaging bzr changes
[11:13] <chrisccoulson> pitti - cool, thanks. i'll do that now
[11:16] <chrisccoulson> seb128 - i've got the visual corruption on my bottom panel this morning as well :-/
[11:16] <chrisccoulson> http://people.canonical.com/~chrisccoulson/Selection_002.png
[11:17] <seb128> I got it yesterday too
[11:17] <seb128> not sure how to debug this one
[11:17] <chrisccoulson> pitti - i think that's the same issue that's causing the nm-applet to not appear
[11:17] <chrisccoulson> seb128 - yeah, i'm not too sure either
[11:17] <seb128> it's not new though we had some reports about it in karmic
[11:17] <chrisccoulson> yeah, it seems to be happening more recently
[11:21] <chrisccoulson> seb128 - do you know who i can speak to to update the SSH key i submitted when i got my GNOME git account?
[11:21] <chrisccoulson> i can't find any obvious way to do that
[11:21] <chrisccoulson> so i can't commit from my laptop at the moment ;)
[11:22] <seb128> try #sysadmin on irc.gnome.org
[11:22] <chrisccoulson> cool, i'll do that
[11:22] <chrisccoulson> thanks
[11:41] <chrisccoulson> seb128 - i've fixed the keyboard applet upgrade now
[12:10] <seb128> chrisccoulson, oh thanks, can you hint svu on #control-center?
[12:12] <seb128> chrisccoulson, thanks ;-)
[12:12] <seb128> chrisccoulson, do you need sponsoring for gnome-applets btw?
[12:12] <chrisccoulson> no worries :)
[12:12] <chrisccoulson> seb128 - i can upload gnome-applets
[12:12] <chrisccoulson> should i do that now or wait until after beta 1?
[12:14] <seb128> do it now
[12:14] <seb128> so we don't need to remember uploading it later
[12:14] <seb128> it will be in the queue and go through on unfreeze
[12:20] <chrisccoulson> gnome-applets is uploaded now
[12:20] <seb128> thanks
[12:25] <mvo> seb128: hi, it looks like we may need a transitional package for gobject-introspection-repository
[12:26] <seb128> mvo, hey, oh, why?
[12:27] <mvo> seb128: in one (incomplete) upgrae test its held at the same version. but afaics we replaced it with gir-repository-dev or something
[12:27] <mvo> seb128: it also looks like some replaces are missing, I add them now (libunique, webkit)
[12:27] <seb128> mvo, we rather splitted it in a lot of gir-<component>
[12:27] <mvo> seb128: hm, but it needs to go away, right?
[12:27] <seb128> mvo, gobject-introspection-repository?
[12:27] <mvo> yes
[12:28] <seb128> mvo, yes, it conflicts will all the new binaryes
[12:28] <seb128> binaries
[12:29] <seb128> mvo, give me a minute I'm checking that I don't mix gir-reposition and gobject-introspection
[12:29] <mvo> seb128: sure, its very confusing for me too :)
[12:30] <seb128> mvo, ok, so that was gir-repository building a monolitic deb
[12:31] <seb128> debian made a deb by gir now
[12:31] <seb128> and they all conflicts, replace gobject-introspection-repository
[12:31] <seb128> or just Conflicts
[12:31] <mvo> seb128: ok, I will keep a eye open then, maybe it was just a odd effect that it was held back
[12:31] <seb128> mvo, see gir1.0-gnomekeyring-2.0 for example
[12:32] <seb128> mvo, well maybe something still depends on it rather than using the gir-*
[12:32] <seb128> but rdepends lists nothing there
[12:33] <mvo> seb128: for stuff like libunique-dev where the info traveled from the big repository to libuniqueue-dev we need a "Replaces: gobject-introspection-repository" so that when the package is not yet removed dpkg does not error out
[12:33] <mvo> seb128: I added that to libunique now - or should that get a new gir1.0-libunique package too?
[12:34] <seb128> mvo, ack, I know how replaces work
[12:34] <seb128> mvo, the thing is that those gir have been made different binaries in gir-repository
[12:34] <mvo> seb128: I know that you know :)
[12:34] <seb128> but are migrating to proper sources as they should now
[12:34] <seb128> so maybe we dropped some of those Replaces on the way
[12:34] <seb128> let me look at what libunique is doing
[12:36] <mvo> seb128: I uploaded it to the queue already
[12:36] <seb128> mvo, the issue was the dev having the .gir right?
[12:36] <seb128> were g-i-d used to have it?
[12:36] <seb128> where
[12:37] <mvo> seb128: yes, in debian the replaces was added, but only for gir-repository-dev
[12:37] <mvo> not gobject-repository-dev
[12:37] <seb128> ok, makes sense
[12:37] <seb128> mvo, thanks for spotting that one
[12:37] <seb128> I will make sure we didn't overlook it for the others
[12:38] <seb128> like gnome-menus has the same issue I bet
[12:38] <seb128> webkit got it right
[12:38] <czajkowski> Aloha
[12:38] <seb128> hi czajkowski
[12:38] <czajkowski> seb128: ello
[12:40] <mvo> seb128: yeah, I looked at the repository data and gnome-menus looked like a candidate. will you take care of it
[12:41] <seb128> mvo, I will
[12:41] <seb128> mvo, I need to upload gobject-repository too
[12:41] <seb128> gir-repository rather
[12:41] <seb128> gir-repository build the same gir that gnome-menus right now...
[12:42] <seb128> pitti, do you know from where gvfs get the icons to use for media players or mounts?
[12:44] <seb128> pitti, ok, I've a udisks issue I think, please ping me if you want to look at it ;-)
[12:44] <seb128> udev has
[12:44] <seb128> E: DKD_PRESENTATION_ICON_NAME=multimedia-player-apple-ipod-nano-white
[12:45] <seb128> udisks has
[12:45] <seb128>   presentation icon:           multimedia-player
[12:45] <seb128> gvfs has
[12:45] <seb128>   themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
[12:46] <seb128> wth?
[12:46] <seb128> all those for the same device
[12:46] <seb128> which is an ipod nano device
[12:57] <pitti> seb128: sorry, was off IRC for gpm debugging
[12:58] <seb128> pitti, np
[12:58] <pitti> seb128: so, udisks ships rules to set PRESENTATION_ICON_NAME for certain media players like Apple
[12:58] <pitti> seb128: and a rule to assign a general icon for any media player known by media-player-info
[12:58] <pitti> SUBSYSTEMS=="usb", ENV{ID_MEDIA_PLAYER}=="?*", ENV{UDISKS_PRESENTATION_ICON_NAME}="multimedia-player"
[12:58] <pitti> SUBSYSTEMS=="usb", ATTRS{idVendor}=="05ac", ATTRS{idProduct}=="1209", ENV{UDISKS_PRESENTATION_ICON_NAME}="multimedia-player-ipod-white"
[12:59] <pitti> seb128: so, that's how it gets into udev/udisks
[12:59] <pitti> seb128: gdu/gvfs check that property
[12:59] <pitti> seb128: the list in gvfs is fallbacks -- if the first (and most specific) one isnt' available, it falls back to the next one
[13:00] <seb128> right
[13:00] <seb128> so there udevadm has DKD_PRESENTATION_ICON_NAME=multimedia-player-apple-ipod-nano-white
[13:00] <pitti> seb128: what you should actually see on the desktop is drive-removable-media-usb
[13:00] <seb128> which is correct
[13:00] <pitti> seems we don't have an icon for the "white nano"
[13:00] <seb128> I should get multimedia-player-apple-ipod
[13:00] <seb128> not drive-removable-media-usb
[13:01] <seb128> the fallback is multimedia-player-apple-ipod-nano-white -> multimedia-player-apple-ipod-nano -> multimedia-player-apple-ipod
[13:01] <pitti> seb128: is that on karmic?
[13:01] <seb128> pitti, no, it's current lucid
[13:01] <pitti> seb128: because on lucid it should watch for UDISKS_PRESENTATION_ICON_NAME
[13:01] <pitti> (and set that)
[13:01] <seb128> udisks --dump has "presentation icon:           multimedia-player"
[13:01] <seb128> but udev has "DKD_PRESENTATION_ICON_NAME=multimedia-player-apple-ipod-nano-white"
[13:02] <seb128> so there is already infos lost on the way between those
[13:02] <seb128> or I'm reading that wrong?
[13:02] <seb128> E: UDISKS_PRESENTATION_ICON_NAME=multimedia-player
[13:02] <seb128> E: DKD_PRESENTATION_ICON_NAME=multimedia-player-apple-ipod-nano-white
[13:02] <seb128> in udevadm --export-db
[13:03] <seb128> pitti, do you want to open a bug about that?
[13:03] <pitti> seb128: please do, with "apport-bug storage"
[13:03] <seb128> or do you want me to open one rather
[13:04] <pitti> seb128: I'm puzzled where the DKD_ comes from
[13:04] <seb128> ok
[13:04] <seb128> one minute
[13:04] <pitti> seb128: do you still have devicekit-disks installed?
[13:04] <pitti> seb128: take your time, I'm off to lunch anyway
[13:05] <seb128> pitti, rc  devicekit-disk 009-1ubuntu3   abstraction for enumerating block devices
[13:05] <seb128> pitti, it's still configured
[13:05] <seb128> pitti, enjoy
[13:06] <seb128> pitti, what case should I pick in ubuntu-bug storage?
[13:07] <seb128> the bug matches none of the case
[13:07] <seb128> and the last option tell me to open the issue against the package I'm having issues with
[13:08] <seb128> I guess you just want the mount logs
[13:10] <seb128> pitti, bug #540235
[13:22] <pitti> seb128: right, problem with removable storage
[13:24] <pitti> seb128: thanks, I'll respond in a bit (still want to finish the gpm thing; I got a patch and have extensive test results, now need to get it past hughsie)
[13:24] <seb128> pitti, no hurry at all I just had that on my list of issues to report for a bit and I take the opportunity of iso testing to file some bugs too
[13:25] <seb128> pitti, let me know when,if you need extra details, that's my ipod so I've it handy not only today
[13:29] <seb128> mvo, I get this same conffile prompt on grub-pc config on another box today
[13:29] <seb128> mvo, do you want a bug about it?
[13:30] <mvo> seb128: it does not show up for me, feel free to file it against grub
[13:30] <seb128> mvo, grub2?
[13:30] <seb128> mvo, you want the diff copied from the gui?
[13:30] <seb128> or any file on disk?
[13:31] <chrisccoulson> seb128 - do you want to a lucid task to bug 439448 too?
[13:31] <mvo> seb128: copied from the gui sounds good
[13:31] <seb128> chrisccoulson, I guess we can add one though I'm not sure we will figure what's going on there
[13:32] <chrisccoulson> seb128 - yeah, that's quite a tricky one
[13:32] <chrisccoulson> i need to figure out how gnome-panel works before i look at that one ;)
[13:33] <seb128> yesterday I could move the buggy display widget
[13:33] <seb128> but right clicking on it was acting like it was gnome-panel not an applet
[13:33] <seb128> which is really weird
[13:33] <chrisccoulson> i've not tried moving the widget before
[13:33] <chrisccoulson> did the corrupt part of the widget move too, or did it stay fixed with the panel?
[13:34] <tseliot> Keybuk: do we really need plymouth_quit_with_transition() in gdm? Or shall I really port it to kdm?
[13:35] <seb128> chrisccoulson, it moved too
[13:43] <seb128> mvo, ok, maybe I did change the grub file on that box after all, I though I didn't on the other one though
[13:43] <seb128> mvo, can I check the diff after install somewhere?
[13:44] <mvo> seb128: there should be a dpkg-old or -dist file around
[13:44] <seb128> mvo, ok, I will look to the other box later I'm not around it now
[13:44] <seb128> mvo, I just upgraded my parents's box
[13:44] <mvo> ok
[13:45] <seb128> karmic to lucid
[13:45] <seb128> out of the nm-applet exiting on lack of icon no issue
[13:45] <mvo> seb128: nice, I will do that on the weekend I think. let me know how it goes. for me it will be hardy->lucid
[13:45] <seb128> good job ;-)
[13:45] <mvo> seb128: I just did a hardy->lucid on my old laptop and it worked remarkable well
[13:45] <seb128> mvo, is there a log where I can check for files overwritten?
[13:45] <seb128> just to see if there is some
[13:45] <seb128> mvo, nice!
[13:45] <mvo> seb128: yes, that is in apt-term.log
[13:45] <mvo> seb128: /var/log/dist-upgrade/apt-term.log
[13:46] <seb128> mvo, I had to upgrade my parents computer to karmic some months ago
[13:46] <mvo> seb128: search for "warning there"
[13:46] <seb128> I tried to keep it as a hardy to lucid upgrade
[13:46] <seb128> ok
[13:46] <seb128> but they changed some hardware
[13:46] <seb128> and the new ati didn't work well under hardy
[13:47] <seb128> mvo, gnome-menus fix uploaded btw, I also fixed a conffile cleaning issue (one xdg menu file left over in etc)
[13:48] <mvo> cool
[13:49] <tseliot> Keybuk: I take back my question. Never mind
[13:50] <milanbv> tedg: mind talking about indicator-applet?
[13:51] <tedg> milanbv: Sure
[13:58] <milanbv> tedg: it's about the menu item called "Switch from $USERNAME"
[13:58] <milanbv> it's pretty hard to translate (in French)
[13:58] <Keybuk> tseliot: ;-)
[13:59] <milanbv> and I wonder whether even in English it's clear
[13:59] <Keybuk> tseliot: we don't *need* it - but kubuntu will look like donkey poo and sabdfl would get upset when he upgrades his kubuntu desktop
[13:59] <tedg> mpt: ^
[13:59] <tseliot> Keybuk: yes, reading your instructions helps at times :-P
[13:59] <Keybuk> tseliot: I find that too; if I actually read the notes I write the night before, I get a head start
[13:59] <milanbv> what's the purpose of showing the username in this menu rather than saying "Switch user" just as before?
[13:59] <Keybuk> this is hampered by my terrible handwriting of course
[13:59] <tedg> milanbv: I think that it's clear in English.  It's more saying that you're going away from this user.
[14:00] <tedg> milanbv: I think the goal of adding the user name is to give you some context of what you're leaving.  But, I didn't write that, mpt did.
[14:00] <milanbv> tedg: OK - but the username is the title of the toplevel menu, isn't it?
[14:01] <milanbv> mpt, any thoughts on that? ^
[14:01] <tseliot> Keybuk: yes, I do the same (my notebook is always open and filled with notes) and my handwriting is terrible too
[14:01] <tedg> milanbv: It's the top level in the next menu over, but yes it is on the panel.
[14:01] <milanbv> right
[14:02] <milanbv> (not to say that on the Live CD, "Switch from ubuntu" sounds really strange ;-) )
[14:03] <mpt> milanbv, if you find it impractical to translate in a way that includes the account name, translate it in a way that doesn't include the current account name
[14:03] <mpt> I don't see what that has to do with the English string, though.
[14:03] <milanbv> mpt: yeah, we agreed on using the equivalent of "Switch user"
[14:03] <tseliot> Keybuk: so, on Kubuntu we either start X on the vt that plymouth was using or  (if there's no plymouth) we let kdm choose (without hardcoding vt7?) the vt, right?
[14:03] <milanbv> but I just wanted to make sure it's a good choice in English too
[14:04] <Keybuk> tseliot: yes, but more complex than that
[14:04] <mpt> tedg, I just noticed, it's "Switch from" when it should be "Switch From"
[14:04] <Keybuk> but that's the idea
[14:04] <Keybuk> if plymouth is running, deactivate it
[14:04] <Keybuk> after that, if plymouth has an active vt still, start X *on the active VT* passing -nr
[14:05] <Keybuk> if plymouth does not have an active vt, tell plymouth to quit
[14:05] <tseliot> Keybuk: yes, I know, I have your notes here ;)
[14:05] <Keybuk> then start X using the previous procedure
[14:05] <Keybuk> ok
[14:05] <tedg> mpt: :-/
[14:07] <milanbv> tedg, mpt: OK, thanks, if you think it's the right choice in English, we'll simply fix our translation
[14:07] <tseliot> Keybuk: also, there's no equivalent for g_spawn_command_line_sync, so shall I just use system() and simply check the status? Or do you prefer something else for debugging?
[14:07] <milanbv> French really misses an equivalent of "switch" here ;-)
[14:07] <andreasn> mpt, do you happen to have the url to your Dotted Paper around?
[14:08] <Keybuk> tseliot: no idea
[14:08] <Keybuk> I don't know that code
[14:08] <mpt> tedg, reported bug 540265
[14:09] <mpt> andreasn, http://incompetech.com/graphpaper/squaredots/
[14:10] <andreasn> mpt, thanks!
[14:10] <seb128> mpt, en_US guys hate you for "switch off" now btw :p
[14:10] <seb128> (not only them but I didn't think english speaking would complain about it)
[14:11] <tseliot> Keybuk: my question was about the need of something like g_debug ("Could not ask plymouth: %s", error->message) as in gdm.  g_spawn_command_line_sync provides "error->message" for debugging
[14:11] <dobey> switch off is weird
[14:12] <vish> seb128 , mpt: hi.. is this still planned for lucid > https://wiki.ubuntu.com/MeMenu#Changes%20to%20About%20Me
[14:12] <dobey> sleep and restart aren't switching the power off :)
[14:12] <seb128> vish, no
[14:12] <vish> hibernate == winter sleep ;)
[14:12] <vish> seb128: :(
[14:12] <mpt> vish, I don't know, sorry, ask tedg
[14:12] <kenvandine> morning rickspencer3
[14:12] <seb128> vish, we are way past string and ui freeze now
[14:13] <rickspencer3> hi kenvandine
[14:13] <rickspencer3> stupid dst :/
[14:13] <seb128> lol
[14:13] <vish> seb128: yeah , i guessed that might be a problem , we seemed to have forgotten that
[14:13] <seb128> hey rickspencer3
[14:13] <kenvandine> hehe
[14:13] <vish> that feature*
[14:13] <seb128> vish, dbarth was working on it around freeze time but too much to do I guess
[14:13] <seb128> vish, it's a minor detail anyway
[14:15] <milanbv> vish: if you only want those settings, the new users-admin is here :-p
[14:16] <vish> milanbv: did it make it to Lucid?  [vaguely recall reading something here about being too late ]
[14:17] <milanbv> yes, that's mainly a reorganization of the UI
[14:20] <vish> milanbv: hmm , i mainly wanted to disable the name from memenu :)
[14:20] <milanbv> oh..
[14:20] <milanbv> that's the missing feature, obviously :-)
[14:21] <vish> ;)
[14:30] <pitti> seb128: just replied to bug 540235 with first set of questions, to ensure I understand what's going on on the udev/udisks level; confirmation from you should be quick
[14:34] <seb128> pitti, looking
[14:34] <pitti> seb128: please refresh, just added a proposed udisks patch
[14:37] <seb128> pitti, hum
[14:38] <seb128> pitti, multimedia-player-ipod-white is not an issue
[14:38] <seb128> the fallback works by dropping "-nnnn" until matching
[14:38] <pitti> ah, sweet
[14:38] <seb128> so multimedia-player-ipod-white -> multimedia-player-ipod
[14:38] <seb128> that's how the specs has been designed for icons
[14:38] <pitti> seb128: ok, that's the part that I was missing about icon naming
[14:39] <seb128> pitti, that's why the gvfs list is what it is
[14:39] <pitti> seb128: still, I think the udev rule is okay like that, since we can't assume a color
[14:39] <seb128>     themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
[14:39] <seb128> dropping "-nnnn" until matching
[14:39] <pitti> seb128: nevermind gvfs/gdu just yet, I know that there's something wrong there as well
[14:39] <seb128> well the id tell us the color I think
[14:39] <seb128> teuf is building a table for those for libgpod
[14:39] <seb128> but that's another topic
[14:39] <seb128> right
[14:40] <seb128> I was just doing a side comment on the icon naming thing since you seemed confused about it
[14:40] <seb128> pitti, devicekit-disks is rc there
[14:40] <seb128> ie still configured
[14:40] <seb128> I don't have a 95-devkit-disks.rules though
[14:40] <seb128> how do I check what conffiles it left over?
[14:40] <pitti> seb128: hm, do you have a custom file in /etc/udev/rules.d/ ?
[14:40] <pitti> seb128: dpkg -s devicekit-disks
[14:41] <pitti> it lists the conffiles
[14:41] <pitti> seb128: but dk-disks didn't ship anything in /etc/
[14:41] <seb128>  /etc/dbus-1/system.d/org.freedesktop.DeviceKit.Disks.conf a5d35e67dad6be2761e203c8a48b58d9
[14:41] <pitti> uh, that must be quite old
[14:41] <seb128> I'm upgrading since box since I have it
[14:41] <seb128> I don't do reinstalls :p
[14:41] <seb128> is since hardy or something
[14:42] <pitti> seb128: I think that's just a victim of not having done the udev etc->lib migration for dk-d (it was never in a release)
[14:42] <pitti> seb128: so, just nuke it
[14:42] <seb128> ok
[14:42] <seb128> $ ls /etc/udev/rules.d/
[14:42] <seb128> 70-persistent-cd.rules   70-persistent-net.rules~        README
[14:42] <seb128> 70-persistent-net.rules  70-persistent-net.rules.ubuntu
[14:42] <pitti> seb128: and that clears my remaining questions sofar; I'll continue with investigations now
[14:42] <pitti> seb128: rules.ubuntu ?
[14:43] <seb128> that's me renaming things when doing changes
[14:43] <seb128> I completely forgot about that
[14:43] <seb128> -SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:1c:23:13:7e:80", ATTR{type}=="1", NAME="eth0"
[14:43] <seb128> +SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:1c:23:13:7e:80", NAME="eth0"
[14:43] <seb128> there was a "hang for 30s" issue some cycle agos
[14:43] <seb128> nothing to do with our bug though
[14:44] <pitti> seb128: good
[14:44] <chrisccoulson> grrrr, why do people have to piggy-back on to bug reports with unrelated requests/issues
[14:44] <pitti> just ignore those
[14:45] <chrisccoulson> pitti - yeah, i try to
[14:46] <chrisccoulson> but somebody turned my linux bug about the wrong scancodes for my Fn+F8 keys in to a gnome-settings-daemon feature request to open the monitor settings
[14:46] <seb128> pitti, "+SUBSYSTEMS=="usb", ENV{ID_MEDIA_PLAYER}=="apple-ipod", ENV{UDISKS_PRESENTATION_ICON_NAME}="multimedia-player-i"
[14:46] <seb128> pitti, it's meant to be "ipod" right?
[14:46] <seb128> the -i
[14:46] <pitti> yes, sorry
[14:47] <pitti> copy&paste from less with long line :/
[14:48] <seb128> pitti,   presentation icon:           multimedia-player-ipod-white
[14:48] <seb128> pitti, ok, that fixes that step, gvfs still get it wrong though
[14:48] <pitti> seb128: yep, that's what I'm going to look at next
[15:14] <slomo> seb128: do you have any new bugreports about the gobject property thread safety thing? in gstreamer there are workarounds for this at the most common places
[15:15] <seb128> slomo, we keep getting bugs about it but mostly from karmic
[15:15] <seb128> I would have to check if some come from lucid
[15:15] <seb128> since the upstream bug didn't change I assumed it was still there
[15:15] <seb128> I will watch for it
[15:15] <seb128> but good to know gstreamer workaround it ;-)
[15:17] <slomo> i'd prefer to fix it in gobject but i don't want to spend a lot of time on this before someone says it's the way to go... and getting patches into gobject takes too long ;)
[15:17] <seb128> right I just though we were stucked with apps crashing on volume change meanwhile which sucks
[15:18] <seb128> I'm happy to read that gstreamer workaround the issue ;-)
[16:12]  * Ng wonders if it would just be a really tiny patch to make the notification area space out icons as much as the indicator applet does
[16:13] <cassidy> seb128, Does Lucid uses UPower?
[16:13] <pitti> yes
[16:13] <chrisccoulson> Ng, it probably would, but we are in UI freeze already
[16:14] <Ng> chrisccoulson: yeah :/
[16:19] <seb128> cassidy, yes
[16:19] <seb128> Ng, I would be fine with a patch for see, I think fedora has one
[16:20] <seb128> Ng, I planned to look at that after beta1
[16:29] <Ng> seb128: it appears to be a one line change, na-tray.c has a define at the top for the spacing :)
[16:29] <seb128> Ng, will get that in if you get mpt or some other design team people to +1 it
[16:30] <mpt> +1
[16:31] <Ng> heh
[16:31] <seb128> mpt, thanks ;-)
[16:54] <seb128> stupid question
[16:54] <seb128> but how do I redirect stdout and stderr to a log?
[16:54] <seb128> 2>&1>log doesn't seem to do what I want
[16:55] <baptistemm> 2>&1?
[17:02] <james_w> seb128: cmd > log 2>&1
[17:02] <james_w> I think
[17:02] <Nafai> Yeah, what james_w said
[17:03] <Nafai> redirect stderr to stdout and then stdout to a file
[17:03] <seb128> james_w, thanks
[17:03] <seb128> I hate shell :p
[17:04] <seb128> I'm not sure how it's different from my 2>&1>log
[17:04] <seb128> but that seems to work
[17:04] <seb128> thanks ;-)
[17:09] <seb128> chrisccoulson, 98_about-me-wid-fix.patch in g-c-c
[17:09] <seb128> chrisccoulson, did you send that change to bugzilla too?
[17:10] <chrisccoulson> seb128 - no, i forgot to do that :-/
[17:10] <chrisccoulson> sorry!
[17:10] <chrisccoulson> do you want to send that, or shall i do it?
[17:10] <seb128> np
[17:10] <seb128> I just noticed because somebody did add a similar patch now
[17:11] <chrisccoulson> ah, just noticed that
[17:11] <seb128> chrisccoulson, I received the email and though "oh a dup" and looked for yours but didn"'t find it
[17:11] <seb128> so I was checking
[17:11] <seb128> no point to add your change now since this one is similar
[17:33] <chrisccoulson> cool, the kernel team are already looking at all the bugs i reported :)
[17:33] <seb128> chrisccoulson, nice ;-)
[17:33] <seb128> which ones did you report?
[17:33] <seb128> disk corruption?
[17:33] <seb128> hotkey doing a p keycode?
[17:34] <chrisccoulson> seb128 - all. disk corruption, the wrong scancode and all the errors in dmesg due to my wireless
[17:34] <greg-g> kenvandine++ # for the commit: " Use MAX_MESSAGE_LENGTH for max length instead of hard coding 140 all over the place"
[18:15] <chrisccoulson> yay, i've closed my only  beta-1 WI \o/
[18:18] <seb128> chrisccoulson, nice ;-)
[18:19] <rickspencer3> chrisccoulson, great!
[18:19]  * rickspencer3 looks for one to add
[18:19] <chrisccoulson> heh :-)
[18:21] <mdeslaur> chrisccoulson: what's the status on thunderbird?
[18:22] <chrisccoulson> mdeslaur, we need asac to copy it in to the ubuntu-mozilla-security PPA
[18:22] <chrisccoulson> (it's all done apart from that ;) )
[18:22] <mdeslaur> chrisccoulson: oh, I can probably do that for you
[18:22] <chrisccoulson> i was going to upload it in to my PPA, and asac was going to copy it across later
[18:23] <chrisccoulson> but i don't know how to upload them to my PPA (they get rejected because they are not part of the release pocket)
[18:23] <chrisccoulson> so i hosted them here for now: ubuntu-mozilla-security
[18:23] <chrisccoulson> urgh
[18:23] <chrisccoulson> 1 second
[18:23] <chrisccoulson> http://people.canonical.com/~chrisccoulson/
[18:23] <chrisccoulson> there we go :)
[18:24] <mdeslaur> chrisccoulson: ok, let me see if I can upload them for you to ubuntu-mozilla-security
[18:24] <chrisccoulson> mdeslaur, thanks
[18:34] <pitti> seb128: do you see the ipod as separate player device in rhythmbox?
[18:34] <seb128> pitti, separate from what?
[18:35] <pitti> seb128: like, you see an "ipod" device in RB
[18:35] <pitti> seb128: when I teach m-player-info about the Samsung U5, it stops being presented as a device in RB (it's usually MTP)
[18:35] <seb128> yes
[18:35] <pitti> seb128: ok, thanks
[18:35] <pitti> I have to track this down in more detail
[18:36] <seb128> pitti, rhythmbox --debug has lot of infos usually
[18:36] <seb128> it might tell you what it doesn't like about your u5
[18:36] <pitti> right
[18:37] <kenvandine> greg-g,  :)
[18:37] <davmor2> pitti: daft question but you did enable the MTP plugin in RB didn't you?
[18:38] <pitti> davmor2: yes; if I _don't_ tell media-player-info about the U5, it's just being recognized by libgphoto rules, and it works perfectly
[18:38] <davmor2> pitti: as I said a daft question :)
[18:39] <seb128> pitti, my Y-5 is not listed either right now
[18:39] <seb128> YP-U3 that is
[18:40] <seb128> the log has "unable to find device path for mount point /home/user/.gvfs..." errors
[18:41] <seb128> "(19:39:59) [0x8b9b028] [rhythmdb_mount_added_cb] rhythmdb-monitor.c:464: volume gphoto2://[usb:001,018]/ mounted
[18:41] <seb128> (19:39:59) [0x8b9b028] [dump_volume_identifiers] rb-removable-media-manager.c:662: unix-device = /dev/bus/usb/001/018
[18:41] <seb128> (19:39:59) [0x8b9b028] [rb_removable_media_manager_add_mount] rb-removable-media-manager.c:783: Unhandled media"
[18:41] <pitti> anyway, need to go; I'll look at this tomorrow again
[18:41] <pitti> good night everyone!
[18:41] <seb128> pitti, did you figure what was wrong with the ipod?
[18:41] <seb128> or did you get sidetracked to that issue?
[18:41] <seb128> pitti, 'night
[18:41] <pitti> seb128: still in the middle of it (got sidetracked)
[18:45] <chrisccoulson> heh, i checked my internet uausage with my ISP last night
[18:45] <chrisccoulson> i've donwloaded 30GB so far since the start of the month
[18:46] <chrisccoulson> i'm glad i don't have to work on openoffice ;)
[19:03] <chrisccoulson> seb128 - i'm taking a look at nm stuff now
[19:04] <chrisccoulson> i shall just put all the changes in to a separate branch once i've reviewed them, and i can ping asac about merging them
[19:04] <chrisccoulson> the current branches seem slightly out of sync anyway (certainly for nm-applet)
[19:10] <mvo> seb128: there is a new vte with some nice improvements in git master, will take make it for lucid? do you know anything about this? or is it in preparation for the next unstable cycle?
[19:13] <mdeslaur> chrisccoulson: thunderbird uploaded to ppa
[19:13] <mdeslaur> chrisccoulson: I'll do some testing tomorrow and release them
[19:13] <chrisccoulson> mdeslaur, excellent. thanks!
[19:14] <mdeslaur> chrisccoulson: thanks to you!
[19:15] <davmor2> is there a bug for the barely visible switches in gdm?
[19:16] <seb128> mvo, I would guess it's work in progress for 2.30 yes but I'm not sure
[19:16] <mvo> ok
[19:16] <seb128> chrisccoulson, ok, nice
[19:16] <mvo> I'm pretty excited, the changes look very good
[19:24] <seb128> mvo, so you volunteer to do the update when there is a new tarball ;-)
[19:25] <mvo> yes
[19:28] <seb128> mvo, ;-)
[19:30] <framli> Hi rickspencer3, I'm glad you liked my mock-up !
[19:30] <rickspencer3> :)
[19:31] <casl> 9.10/karmic - unable to login via GUI -- click user name, then get "Unable to authenticate user"  -- in dmesg & syslog, found  gdm-session-worker reporting a segfault. http://www.pastie.org/874309
[21:01] <seb128> re
[21:31] <RAOF> Goooooood morning, all.
[21:32] <seb128> hey RAOF
[21:33] <seb128> how are you?
[21:33] <Keybuk> seb128: random question
[21:33] <RAOF> I'd like f-spot to be somewhat less opaque :/
[21:33] <Keybuk> where did the volume icon go?
[21:33] <TheMuso> Good morning RAOF.
[21:33] <Keybuk> did it get removed because we all have volume keys on our keyboards
[21:33] <TheMuso> Keybuk: its an indicator now
[21:34] <seb128> Keybuk, in the indicator applet
[21:34] <Keybuk> seb128: it's not there
[21:34] <seb128> Keybuk, do you have indicator-sound installed?
[21:34] <RAOF> TheMuso: Good morning.
[21:34] <Keybuk> seb128: no?
[21:34] <seb128> Keybuk, ok, that's your issue
[21:34] <Keybuk> shouldn't something depend on that?
[21:34] <seb128> Keybuk, indicator-applets Recommends it and Recommends are supposed to be installed by default
[21:35] <seb128> Keybuk, talk to mvo :p
[21:35] <seb128> Keybuk, bug #526796
[21:36] <seb128> Keybuk, I think update-manager will take care of it correctly for users who dist-upgrade between distro but that fails for some people tracking lucid apparently
[21:46] <Keybuk> here's a thought
[21:46] <Keybuk> apt-get install ubuntu-desktop
[21:46] <Keybuk> should, even if installed, re-try to install all recommends
[22:03] <geser> Keybuk: have you tried "--fix-policy" with apt-get (see
[22:03] <geser> http://lwn.net/Articles/243939/)
[22:03] <Keybuk> ?
[22:04] <geser> "apt-get install --fix-policy --install-recommends" should install missing recommends
[22:18] <rickspencer3> just got back from gym
[22:18] <rickspencer3> oops
[22:18] <rickspencer3> that was a PM ;)
[22:34] <soren> geser: Neat. Never seen that before.
[23:39] <chrisccoulson> excellent, my file system is read-only again
[23:40] <chrisccoulson> and it's always when i've just about finished building something
[23:41]  * eeejay feels very safe and cozy when his filesystem is ro
[23:41] <chrisccoulson> i would prefer it if it stopped happening
[23:41] <chrisccoulson> anyway, bbiab, i need to recover it again
[23:44] <crimsun> I am strongly considering an SSD just for pbuilder
[23:55] <geser> crimsun: if you have enough RAM you could use pbuilder on a tmpfs, it's pretty fast and with a 2 GB tmpfs works for most packages
[23:56] <crimsun> geser: setup and teardown still costs, though.
[23:57] <RAOF> Not terribly much, though.
[23:57] <RAOF> (As long as you bind-mount the apt-cache, I guess)
[23:58] <RAOF> And you'll have at least the same sort of setup & teardown costs on a SSD, surely?
[23:58] <geser> I use apt-cacher-ng as proxy
[23:58] <crimsun> RAOF: sure, but it will be more tolerable
[23:58] <crimsun> I have a very slow rotary
[23:59] <RAOF> Ah.  So some of the setup cost will go away.
[23:59] <rickspencer3> Can't copy from Yelp :/
[23:59] <RAOF> I use squid-deb-proxy, but bind-mounting is faster still.
[23:59] <chrisccoulson> rickspencer3, oh?
[23:59] <chrisccoulson> did that use to work?
[23:59] <rickspencer3> chrisccoulson, logging a bug now
[23:59] <crimsun> I'd also love git's GC not to eat my lunch