[00:21] <seb128> bah https://bugzilla.gnome.org/show_bug.cgi?id=607302
[00:22] <seb128> "Discogs staff have confirmed that rhythmbox users were simply placing too much
[00:22] <seb128> load on their systems, so they had to block us. "
[00:24] <seb128> jcastro, do you know what banshee uses for coverart?
[00:25] <jcastro> seb128: rhapsody->amazon->musicbrainz->somethingelse last I checked
[00:25] <seb128> I though amazon broke clients too?
[00:25] <jcastro> it tries a bunch and snags the highest resolution one
[00:25] <jcastro> I can find out
[00:25] <jcastro> oh hey, gabaug is in here.
[00:27] <gabaug> jcastro: the order is listed here: http://banshee-project.org/support/faq/
[00:27] <jcastro> thanks!! seb128 ^
[00:30] <seb128> gabaug, jcastro: thanks
[00:35] <chrisccoulson> seb128 - this menu issue goes away if i delete the desktop file cache
[00:35] <seb128> chrisccoulson, weird
[00:35] <seb128> the cache is not by user
[00:35] <seb128> jcastro, gabaug: https://bugzilla.gnome.org/show_bug.cgi?id=593163
[00:36] <chrisccoulson> yeah, that is pretty weird
[00:36] <seb128> jcastro, gabaug: this bug states
[00:36] <seb128> "http://developer.amazonwebservices.com/connect/ann.jspa?annID=483
[00:36] <seb128> We can't really implement request signing since we'd have to distribute the
[00:36] <seb128> secret key to all users, so we can't use amazon's web services any more."
[00:36] <chrisccoulson> and the issue doesn't come back again after i recreate the cache
[00:36] <seb128> do you know what banshee is doing to use amazon?
[00:36] <gabaug> seb128: for cover art?
[00:36] <seb128> gabaug, yes
[00:37] <gabaug> seb128: we construct the URL based on the ASIN (which we get from MusicBrainz)
[01:04] <rickspencer3> ArneGoetje, hi
[01:15] <ArneGoetje> rickspencer3: hi
[07:12] <pitti> asac: ah, thanks for merging; it was applied upstream as well already
[07:21] <pitti> didrocks, kenvandine: netbook CD exploded by 40 MB (!); I'll upload a new rb-ubuntu-music-store which drops the erroneous python-distutils-extra dependency; I'm using the p:ubuntu/rhythmbox-ubuntuone-music-store, is that right?
[07:21] <kenvandine> pitti, ewww
[07:21] <kenvandine> yes
[07:21] <pitti> ok, thanks
[07:21] <kenvandine> and good morning pitti
[07:21] <pitti> hey kenvandine; still awake?
[07:22] <kenvandine> yup
[07:22] <kenvandine> :)
[07:25] <pitti> uploaded and pushed
[07:35] <kenvandine> thx
[07:36] <kenvandine> good night all!
[08:05] <didrocks> good morning
[08:05] <al-maisan> didrocks: Good morning
[08:06] <didrocks> hey al-maisan
[08:09] <pitti> bonjour didrocks
[08:10] <didrocks> guten morgen pitti
[08:10] <didrocks> installed android 2.1 on my samsung spica (== lite) yesterday. Really good :)
[08:12] <pitti> didrocks: oh, got a new phone now?
[08:12] <didrocks> pitti: fortunately, the repair service lost my previous one. So, I had this one in exchange :)
[08:12] <pitti> heh
[08:13] <didrocks> but it was a terrible android 1.5 branded with my phone provider operator
[08:13] <didrocks> really buggy (you have at each boot to uninstal one app to install it again and others)
[08:13] <didrocks> at each boot
[08:13] <didrocks> a lot of defaults are lost, etc.
[08:14] <didrocks> so, I decided to install vanilla android + some drivers for the phone on it :)
[08:32] <pitti> seb128: bonjour
[08:33] <pitti> seb128: slept well?
[08:33] <seb128> hey pitti
[08:33] <seb128> not enough but well yes!
[08:33] <seb128> pitti, you?
[08:34] <pitti> bit short, but fine
[08:34] <seb128> they are having the olympic games on the wrong coast
[08:34] <didrocks> salut seb128
[08:34] <pitti> lol
[08:34] <seb128> I watched hockey again
[08:34] <seb128> but that starts at 1am
[08:34] <seb128> lut didrocks
[08:35] <pitti> seb128: so, notify-osd is gone from today's chart :)
[08:35] <seb128> waouh
[08:35] <pitti> and I just found out the reason for the udisks CPU increase
[08:37] <seb128> oh?
[08:37] <seb128> what is it?
[08:37] <seb128> sorry about the rhythmbox store depends overlook
[08:37] <pitti> it came with the new libatasmart
[08:37] <seb128> I should have spotted when I sponsored
[08:37] <pitti> the previous version had a bug which caused ata smart status to be broken
[08:37] <pitti> so it wasn't done :)
[08:37] <pitti> now smart reporting works again
[08:37] <seb128> oh ok
[08:37] <pitti> but apparently that's quite expensive
[08:37] <pitti> I'll look into that
[08:38] <seb128> I need to look into smart and how it's working
[08:38] <seb128> my parents computer open a failing disk warning at every boot
[08:39] <pitti> seb128: bug 438136 ?
[08:39] <seb128> but nothing reported wrong on winxp with the tools my father tried
[08:39] <seb128> pitti, looking
[08:39] <seb128> I though that one was fixed in a sru
[08:40] <seb128> ok, it's not the same I found by then
[08:40] <seb128> pitti, thanks
[08:41] <seb128> pitti, oh it's waiting for sponsoring?
[08:41] <seb128> is that on your list?
[08:41] <pitti> no
[08:41] <pitti> there is no solution so far
[08:42] <seb128> should sponsors be unsubscribed then?
[08:42] <pitti> yeah, they should
[08:42] <pitti> seb128: btw, does the screensaver work for you?
[08:42] <seb128> pitti, define work?
[08:42] <pitti> seb128: when I try to unlock, it spins forever, and I have to ctrl+alt+f1 and killall gnome-screensaver
[08:43] <pitti> could that be related to the new keyring?
[08:43] <didrocks> (it's working for me)
[08:44] <pitti> ok, perhaps it's something local then
[08:44] <seb128> pitti, https://bugzilla.gnome.org/show_bug.cgi?id=610678
[08:44] <seb128> pitti, I get it on coming back from guest session
[08:44] <seb128> but not if I lock and unlock the screen using ctrl-L
[08:44] <pitti> I get it during the timeout
[08:44] <didrocks> oh timeout…
[08:48] <seb128> lol
[08:48] <seb128> "I want to see love"
[08:48] <seb128> nice bug report topic ;-)
[08:48] <didrocks> indeed :-)
[08:49] <seb128> (it's about having a <3 smiley in empathy)
[08:49] <seb128> pitti, speaking of which I fixed the icq aim issue
[08:50] <seb128> backported a 1 liner change to libpurple
[08:50] <seb128> that fixes it in pidgin and empathy
[08:50] <pitti> I saw on -changes, merci!
[08:51] <seb128> de rien
[09:14] <chrisccoulson> good morning everyone
[09:14] <didrocks> hey chrisccoulson, how are you?
[09:15] <chrisccoulson> hey didrocks, yeah, good thanks
[09:15] <chrisccoulson> how are you?
[09:15] <pitti> hey chrisccoulson
[09:15] <chrisccoulson> hey pitti, how are you today?
[09:15] <pitti> I'm great, thanks!
[09:15] <seb128> chrisccoulson, hey
[09:15] <chrisccoulson> you had quite a late night last night didn't you?
[09:15] <chrisccoulson> hey seb128
[09:16] <pitti> chrisccoulson: yeah, wanted to get that notify-osd thing done; and it's gone from today's charts :)
[09:16] <didrocks> chrisccoulson: good thanks :)
[09:16] <pitti> chrisccoulson: how are you?
[09:16] <chrisccoulson> fantastic!
[09:16] <chrisccoulson> yeah, i'm good thanks
[09:16] <chrisccoulson> looking forward to the end of the week:)
[09:17] <seb128> chrisccoulson, end of this week or start of next week? ;-)
[09:18] <chrisccoulson> seb128 - both ;)
[09:18] <seb128> :-)
[09:19] <huats> morning
[09:19] <seb128> lut huats
[09:19] <huats> hello mister seb128 o/
[09:21] <didrocks> hello huats
[09:21]  * seb128 just installed meld for patch review
[09:21] <seb128> that's quite a nice software to use
[09:22] <chrisccoulson> i've never tried that before
[09:22] <chrisccoulson> that looks quite nice
[09:22] <didrocks> seb128: right, it's nice and shiny :)
[09:22] <seb128> chrisccoulson, it show you before and after side to side
[09:22] <didrocks> upstream accepts patch quite easy and is reactive
[09:22] <seb128> with changed part colored
[09:22] <soren> meld's been around for ages. I used it a bunch in my previous job, so at least 5 years ago.
[09:22] <seb128> didrocks, what upstream?
[09:23] <didrocks> seb128: meld's upstream
[09:23] <seb128> soren, yes, I know about it but I don't do patch review so much usually
[09:23] <seb128> or I do using vcs-es
[09:23] <seb128> but for review those appindicator package changes that handy
[09:24] <seb128> I could also put the source in bzr and bzr diff it
[09:24] <soren> seb128: It's just interesting that several people have mentioned it over the last couple of days, given that it's an old project.
[09:24] <soren> I forget who mentioned it yesterday.
[09:24] <seb128> oh other people did?
[09:24]  * soren greps through logs
[09:24] <soren> Yup, over in #kernel.
[09:24] <soren> Yesterday.
[09:25] <soren> Funny, that.
[09:30]  * mvo stil has a open bugreport to integrate it in synaptic when availalbe
[09:31] <soren> mvo: Oh, for doing conffile merges?
[09:31] <mvo> yes
[09:31] <soren> Neat.
[09:32] <mvo> it would be so nice, but I never got around to it, should be pretty trivial to do too
[09:32]  * mvo will try to find a contributor for doing it :)
[09:35]  * seb128 grrrrr at rsync deleting his cd iso again on ctrl-C
[09:42] <pitti> seb128: do a hardlink before
[09:42] <pitti> seb128: http://people.canonical.com/~pitti/scripts/rsync-desktop
[09:45] <pitti> meh!
[09:45] <pitti> p-distutils-extra is still on http://cdimage.ubuntu.com/ubuntu-netbook/daily-live/20100224.1/lucid-netbook-i386.manifest
[09:45] <pitti> and it's still oversized
[09:48] <didrocks> what changed it? the seed change done yesterday by stevenK was on [armel] only
[09:49] <didrocks> (apart from the bluez and rhythmbox plugin things)
[09:49] <pitti> didrocks: I fixed rb-u1-music-store (that depended on it)
[09:49] <pitti> but now that new version is on that CD, and it's still there
[09:50] <pitti> apt-cache rdepends python-distutils-extra only has two pacakges
[09:50] <seb128> pitti, thank you!
[09:50]  * pitti scratches head
[09:51]  * pitti rsyncs desktop CD to try
[09:51] <didrocks> hum, right, and no rdepends are installed (promissed, I didn't add Quickly to the netbook ;))
[09:51] <pitti> erm, netbook
[09:51] <pitti> didrocks: I already checked that
[09:51] <pitti> germinate doesn't say anything either
[09:51] <pitti> http://people.canonical.com/~ubuntu-archive/germinate-output/netbook.lucid/rdepends/python-distutils-extra/python-distutils-extra
[10:34] <pitti> \o/
[10:34] <didrocks> pitti: new size is ok after rebuild? :)
[10:34] <pitti> udisks is back to two thin light blue CPU bars, hardly noticeable
[10:34] <pitti> didrocks: rebuild is still ongoing
[10:35] <pitti> now I need to get this patch past David
[10:35] <didrocks> congrats for udisks :-)
[10:35] <pitti> ♪ another one bites the dust ♫
[10:35]  * didrocks hugs pitti
[10:38] <seb128> pitti, is there any iso respin now or scheduled?
[10:38] <chrisccoulson> pitti - what did you do to udisks?
[10:38] <pitti> seb128: netbook is ongoing, server is scheduled
[10:38] <seb128> pitti, would a gnome-bluetooth upload be disruptive?
[10:38] <pitti> chrisccoulson: I deferred the initial ata smart check by half a minute; no need to do this during boot, when everything needs both CPU and IO
[10:39] <chrisccoulson> ah, that makes sense
[10:39] <pitti> seb128: depends on how much regression potential it has
[10:39] <seb128> pitti, well it's only bluetooth ui, how much that can break? ;-)
[10:39] <seb128> ie I wouldn't consider gnome-bluetooth broken being an alpha blocker anyway
[10:39] <chrisccoulson> ooh, i've got access to canonicaladmin.com now
[10:40] <seb128> pitti, it's an appindicator port but it's a fairly trivial one
[10:40] <pitti> seb128: no, but if it causes crashes on startups it's not a nice experience on the alpha, and will get us lots of bugs, etc.
[10:40] <pitti> seb128: TBH I'd wait with that until after a3
[10:40] <seb128> ok :-(
[10:40]  * seb128 hates alpha weeks
[10:52] <pitti> didrocks: http://cdimage.ubuntu.com/ubuntu-netbook/daily-live/20100224.2/lucid-netbook-i386.manifest
[10:52] <pitti> didrocks: it's gone now, but still oversized
[10:53] <didrocks> and more than a little oversized :/
[10:54] <didrocks> well, language packs seem to be the same than yesterday
[10:55]  * didrocks makes a diff against manifest
[10:55] <pitti> didrocks: 23.1 against 24.2?
[10:55] <pitti> (23.1 was the last good one)
[10:56] <didrocks> yes
[11:00] <didrocks> pitti: nothing really noticeable: the bluez-utils + bluetooth stuff, rhythymbox-ubuntuone-plugins and its depends (python-ubuntuone, libubuntuone). The rest is only new package version
[11:01] <didrocks> (maybe we should have a manifest with the size of the packages as a third column)
[11:07] <seb128> chrisccoulson, pitti: bug #526747
[11:07] <seb128> there is a 2 liners fix there
[11:07] <seb128> if you want to do an update or queue that next time you do gpm changes
[11:07] <seb128> it's a bug in the gpm appindicator patch
[11:11] <pitti> didrocks: som, *puzzled*
[11:12] <pitti> s/som/so/
[11:12] <didrocks> pitti: I've just sync the new iso, I'm looking at the new packages first
[11:12] <didrocks> if not, there is one updated package which is *big*
[11:12] <pitti> right
[11:12] <pitti> didrocks: woudl you mind investigating this? I need to do some server ISO juggling
[11:12] <didrocks> pitti: sure :-)
[11:13]  * pitti hugs didrocks, merci
[11:13]  * didrocks hugs pitti back
[11:42] <chrisccoulson> seb128 - thanks, i'll take a look at the gpm patch
[11:42] <chrisccoulson> it looks like i'm going to be spending more time on gpm later anyway ;)
[11:43] <seb128> ;-)
[11:43] <seb128> chrisccoulson, thanks
[11:48] <pitti> didrocks: any luck yet? If not, we'll just declare the one as alpha-3 and document it in the release notes that you need to use an USB stick
[11:50] <didrocks> pitti: sorry, I was just ensuring that the ubiquity installer create the wallpaper on live mode first. Now that it's ok, let me reboot and make some tries
[11:52] <pitti> didrocks: oh, so the caching works?
[11:53] <didrocks> pitti: if installing in live mode, right. Apparently, not in autoinstall mode
[11:54] <pitti> didrocks: maybe talk to Keybuk and ask him to check the caching after an auto-install? (you know  much more how this works now, sorry for delegating)
[11:55] <pitti> didrocks: nevermind :)
[11:56] <didrocks> :)
[11:57] <TeTeT> asac: I just installed network-manager 0.8-0ubuntu4~nmt4 from the PPA and my wireless connection broke. the nm-applet icon is spinning all the time. starting it with --no-daemon I get a usage info from dhclient
[11:59] <asac> ouch
[12:04] <baptistemm> yeah gnome-user-share release
[12:04] <chrisccoulson> cool
[12:05] <baptistemm> IT IS FOR ME !!!IT IS FOR ME !!!IT IS FOR ME !!!IT IS FOR ME !!!
[12:05] <baptistemm> :)
[12:05] <baptistemm> chrisccoulson, I was joking, if you want to do it, you can go
[12:05] <TeTeT> asac: in git log it says     Merge remote branch 'origin/dhcp6', maybe this is where the problem comes from - just a wild guess
[12:06] <seb128> baptistemm, it's for nobody we are frozen for alpha today
[12:06] <seb128> ;-)
[12:06] <chrisccoulson> pitti - if you have 5 minutes, would you be able to verify that gnome-user-share is not in the ubuntu-desktop packageset (I would do that myself, but i can't run edit_acl.py from work). if it's not in that packageset, i will ask cjwatson about it this afternoon
[12:06] <baptistemm> as this is the 1st release since 2.28.x, there should a bunch of new changes, like a new share bar in ~/Public
[12:06] <chrisccoulson> it has a nautilus extension now?
[12:07] <seb128> sucks
[12:07] <seb128> we might not want to update for lucid
[12:07] <seb128> stop adding things which are init-ed at login...
[12:07] <chrisccoulson> we'd need to review the impact on login time
[12:07] <chrisccoulson> yeah
[12:07] <baptistemm> chrisccoulson, does it requires to be an extensions ?
[12:07] <chrisccoulson> baptistemm: yeah. those bars are usually from nautilus extensions
[12:08] <baptistemm> there is no way to register tha through dbus
[12:08] <chrisccoulson> so, i suspect it installs its own extension now
[12:08] <chrisccoulson> i just checked the git log
[12:08] <chrisccoulson> it's definately got a nautilus extension now
[12:08] <asac> TeTeT: i asked cypthermox to check that
[12:09] <asac> will upgrade later today to daily again ... then i will see too ;)
[12:09] <baptistemm> chrisccoulson, perhaps you can just patch to disable the extension
[12:09] <TeTeT> asac: good luck
[12:14] <asac> TeTeT: can you paste the error you got in --no-daemon?
[12:18] <TeTeT> asac: http://pastebin.ubuntu.com/382930/
[12:22] <baptistemm> asac, we don't use a dhcp with d-bus capabilities? (I remember to see such)
[12:23] <asac> baptistemm: that was dropped long ago (intrepid?)
[12:23] <baptistemm> ah okay
[12:23]  * baptistemm is totally lagging in certain part
[12:23] <baptistemm> thx
[12:23] <asac> dhcpdbd
[12:23] <asac> i think was the package name
[12:23] <asac> thats gone now
[12:24] <asac> TeTeT: so yes, the dhpc6 commit seems to be the best guess
[12:24] <asac> i remember dan talking about our dhcp being sooo outdated
[12:25] <asac> looking at code it seems to add the -S or -N option
[12:25] <asac> for ip6
[12:25] <asac> -       return dhclient_start (client, "-6");
[12:25] <asac> +       return dhclient_start (client, "-6", info_only ? "-S" : "-N");
[12:25] <asac> but not for ip4
[12:25] <TeTeT> in nm-dhcp-dhclient.c
[12:26] <asac> right
[12:26] <TeTeT> asac: our dh_client doesn't seem to understand either
[12:30] <TeTeT> asac: I compile one without the -S and -N and test it
[12:43] <TeTeT> asac: seems I can'\t build it anymore, gtk-doc is missing
[12:43] <asac> TeTeT: how are you building?
[12:44] <TeTeT> asac: in the upstream source, copied the debian directory from ubuntu-head and then 'debuild -b -uc -us'
[12:47] <TeTeT> asac: building now from our apt-get source network-manager base instead of upstream
[12:51] <TeTeT> asac: doesn't work for me, still the same error, hope I did build it right
[12:53] <asac> strange
[12:54] <asac> thats the same version that biult on the builders?
[12:54] <asac> TeTeT: ?
[12:54] <TeTeT> asac: yes, I've built it, but the problem with dhclient does not go away
[12:55] <asac> ok .thats what you mean
[12:58] <asac> TeTeT: from configure:
[12:58] <asac> +               AC_MSG_CHECKING(for dhclient)
[12:58] <asac> +               # NM only works with ISC dhclient - other derivatives don't have
[12:58] <asac> +               # the same userland.  NM also requires dhclient 4.x since older
[12:58] <asac> +               # versions do not have IPv6 support.
[12:58] <asac> so ... we need newer dhclent
[12:58] <asac> or ... try dhcpcd
[12:58] <asac> --with-dhcpcd=yes
[12:58] <asac> in rulesa
[12:59] <TeTeT> asac: ok, I give it a try
[13:12] <pitti> chrisccoulson: sorry, was off for lunch; looking
[13:13] <pitti> chrisccoulson: g-u-s has no uploaders at all; this needs to be fixed by cjwatson
[13:14] <chrisccoulson> pitti - thanks :)
[13:14] <chrisccoulson> i'll ping cjwatson about that then. it would be useful if i could upload it again
[13:14] <pitti> chrisccoulson: just done
[13:14] <pitti> (the ping)
[13:14] <chrisccoulson> pitti - thanks:)
[13:29] <TeTeT> asac: doesn't seem to work with dhcpcd and without dhclient - I have to give a class in 30 minutes, so I will continue testing tomorrow
[13:30] <asac> TeTeT: guess you also have to say: --with-dhclient=no ... if you already did that then thats bad luck ;)
[13:30] <asac> have to think about it
[13:30] <asac> probably have to update dhcp in the daily ppa for now
[13:30] <asac> but i hope for dhcpcd atm ;)
[13:42] <pitti> seb128, kenvandine: seems we currently get flooded with indicator patches; ok for you if I fan them out between the three of us, for review and applying?
[13:43] <seb128> pitti, yes, that was the idea when I asked them to assign the team rather than to kenvandine
[13:43] <pitti> ok, fine
[13:43] <seb128> bah
[13:43] <seb128> gwibber crashes on start on current a3 image for me
[13:43] <seb128> as do desktopcouch-service
[13:44] <kenvandine> hey guys
[13:44] <kenvandine> seb128, i have a fix for that
[13:45] <pitti> kenvandine: good morning!
[13:45] <seb128> kenvandine, seems to bug #519557
[13:45] <kenvandine> rather a work around for desktopcouch being slow to start at boot
[13:45] <seb128> and bug #525542
[13:45]  * kenvandine looks
[13:45] <seb128> hey kenvandine
[13:45] <kenvandine> pitti, that is what i was working on last night :)
[13:46] <seb128> bug #519558
[13:46] <kenvandine> have seen bug #525542 yet though
[13:46] <seb128> I get it on today's livecd booted on the mini with an usb key
[13:47] <seb128> when I tried to open "broadcast account" I think
[13:47] <seb128> yeah
[13:47] <kenvandine> the bad admin account thing?
[13:47] <seb128> it does it every time
[13:47] <seb128> dunno what you are talking about ;-)
[13:47] <kenvandine> hehe
[13:47] <kenvandine> 519558
[13:47] <seb128> just open the me menu and pick broadcast account
[13:47] <seb128> bug #
[13:48] <seb128> bah
[13:48] <seb128> ah
[13:48] <seb128> I get all 3 crashes together
[13:48] <kenvandine> ok
[13:48] <pitti> right same here (gwibber crashes)
[13:48] <seb128> every time I try to open gwibber
[13:49] <kenvandine> seb128, from the live image right?
[13:49] <seb128> yes
[13:49] <kenvandine> ok, i'll boot the live image this morning
[13:49] <kenvandine> i have a fix to handle gracefully waiting for desktopcouch to start
[13:49] <kenvandine> which seems pretty reliable
[13:49] <kenvandine> but it feels like a real hack
[13:50] <pitti> kenvandine: increase the d-bus timeout?
[13:50] <didrocks> pitti: so, I've made a script to get the size of each package as well and runned it in today and yesterday's image: http://people.canonical.com/~didrocks/ubuntu-netbook/
[13:50] <kenvandine> can you do that for service activation?
[13:50] <pitti> kenvandine: it's not related to activation as such
[13:50] <didrocks> pitti: I can't find anything noticeable looking at the default. At most, we should have get something like 2MB
[13:50] <kenvandine> pitti, i think it actually is
[13:50] <pitti> didrocks: weird
[13:50] <pitti> kenvandine: well, of course activation causes the call to take much longer
[13:51] <pitti> but from an API POV activiation is invisible
[13:51] <kenvandine> i'll look at that
[13:51] <seb128> kenvandine, well 525542 indicates desktopcouch crashes
[13:51] <kenvandine> my hack was to catch the exception and try again
[13:51] <didrocks> pitti: are there any additional files uninstalled on the live, out of any package?
[13:51] <seb128> kenvandine, so it's not a waiting to start issue
[13:51] <kenvandine> yeah, that isn't related
[13:52] <seb128> kenvandine, I doubt it's a start race...
[13:52] <kenvandine> i agree
[13:52] <seb128> kenvandine, I've waiting at least 5 minutes between tries
[13:52] <kenvandine> not sure what that is
[13:52] <nigelb> seb128: upstream rhythmbox helped me out, they said --debug is too much to be asked for every bug report
[13:52] <kenvandine> seb128, i'll make sure chad looks at that
[13:52] <seb128> nigelb, see ;-)
[13:52] <seb128> kenvandine, thanks
[13:53] <nigelb> hehe, so I'm going with just nonstandard gconf data
[14:00] <nigelb> seb128: how do you want me to do this? debdiff or request a bzr merge?
[14:00] <seb128> as you prefer
[14:00] <seb128> just put the bzr url in the bug you opened
[14:00] <seb128> or update the same bzr location
[14:00] <seb128> easier
[14:00] <nigelb> I'll update the same bzr location
[14:01] <thekorn> hi, which netbook launcher should be used in today's version of UNE, the classical netbook-launcher or netbook-launcher-efl?
[14:02] <didrocks> thekorn: netbook-launcher if you have a 3D driver and hw, then n-l-efl should be launched as a fallback if you don't have it
[14:03] <thekorn> didrocks, ah, ok, this explains why I have different launcher in kvm and real hardware, thanks
[14:03] <didrocks> thekorn: it just show it works ;)
[14:05] <thekorn> ok, one bug I don't need to file, let's find some more ... :)
[14:06] <didrocks> thekorn: let's say for each bug you file and I fix, you implement one of the missing feature in LP API I need? ;)
[14:06] <pitti> seb128: hm, the gsd/libgnomekbd ones are pretty intrusive :(
[14:06] <thekorn> didrocks, deal!
[14:06] <didrocks> :)
[14:06] <pitti> thekorn: oh, does the efl launcher actually work for you?
[14:07] <pitti> it just crashes for me in kvm
[14:07] <seb128> pitti, yes :-(
[14:07] <thekorn> pitti, yes, it works on real hardware (eeepc) but crashes when shutting it down,
[14:08] <thekorn> but on kvm it indeed crashes
[14:08] <pitti> it crashes on startup for me; I don't have any launcher at all
[14:08] <pitti> ah, ok
[14:08]  * pitti fixes the lucid apport retracer chroots
[14:08] <thekorn> right, no launcher in kvm
[14:09] <thekorn> what do you prefere? should I reopen old bugs (bug 277133) or create a new one?
[14:11] <pitti> personally I prefer reopening old bugs, unless it's not 100% clear that they are identical, or the old bug has two million duplicates and 200 comments, so that working with it is impractical
[14:11] <pitti> but since it's didrocks's bug, it's his call :)
[14:13] <didrocks> thekorn: pitti: it's not the same based code, right for launcher < karmic?
[14:13] <didrocks> base*
[14:13] <didrocks> njpatel: ^
[14:13] <pitti> when in doubt, open a new one rather
[14:13] <didrocks> if it's not the same, I prefer a new bug :)
[14:13] <pitti> duplication is much easier than cloning
[14:14] <didrocks> thekorn: just ensure it's not one related to bug #459367
[14:14] <didrocks> thekorn: if you want to have a look at my high priority bug, you can find them at https://wiki.ubuntu.com/UNE/lucid-bugs
[14:15] <didrocks> pitti: found the cause of the CD oversize
[14:15] <thekorn> great page, looks like alot of work ;)
[14:15] <didrocks> thekorn: just hope to be able to empty it before lucid's release :)
[14:16] <didrocks> pitti: it's not on the squashfs system. It's in pool/main/l (there are now the linux/ linux-firmware/ and lupin/ directories)
[14:16] <pitti> ooh
[14:16] <thekorn> I'm sure you will, UNE is going to rock!
[14:16] <didrocks> and as the linux package is something like 30 MB :)
[14:17] <didrocks> pitti: so, my next logical question is "where is definied the packages that goes to pool/ ? It's normally additional package not installed by default, right?
[14:17] <pitti> correct, ship-live
[14:18] <pitti> didrocks: none of those are in earlier CDs?
[14:18] <didrocks> /mnt/iso-23/pool/main/l$ du -sh *
[14:18] <didrocks> 197Klinux-wlan-ng
[14:18] <didrocks> 12Klupin
[14:19] <didrocks> /mnt/iso-24/pool/main/l$ du -sh *
[14:19] <didrocks> 29Mlinux
[14:19] <didrocks> 7,0Mlinux-firmware
[14:19] <didrocks> 10Klinux-meta
[14:19] <pitti> ok, lupin-support is
[14:19] <didrocks> 197Klinux-wlan-ng
[14:19] <didrocks> 12Klupin
[14:20] <pitti> didrocks: right, diffed the two .list files
[14:20] <pitti> +/pool/main/l/linux-firmware/linux-firmware_1.31_all.deb
[14:20] <pitti> +/pool/main/l/linux-meta/linux-image-generic_2.6.32.14.15_i386.deb
[14:20] <pitti> +/pool/main/l/linux-meta/linux-image_2.6.32.14.15_i386.deb
[14:20] <pitti> +/pool/main/l/linux/linux-image-2.6.32-14-generic_2.6.32-14.20_i386.deb
[14:20] <didrocks> I should have started by that instead of writing the script to get the package manifest size
[14:21] <didrocks> pitti: I don't see any change to the seed related to that
[14:22] <pitti> no, there isn't; I asked slangasek/cjwatson in #u-release
[14:22] <didrocks> (well, not sure what the supported file is really about, but well ;))
[14:22] <didrocks> thanks
[14:27] <pitti> didrocks: as always, cj "hero" watson fixed it
[14:27] <pitti> didrocks: bug in the seeds
[14:27] <pitti> didrocks: r1447 in netbook seed
[14:28] <didrocks> pitti: seeing. I don't understand why we hadn't the issue before
[14:30] <pitti> Processing triggers for libglib2.0-0 ...
[14:30] <pitti> gio-querymodules: symbol lookup error: /tmp/tmpatgqLq/usr/lib/libgobject-2.0.so.0: undefined symbol: g_variant_type_copy
[14:30] <pitti> oh-uh
[14:31] <seb128> needs pre-depends?
[14:32] <pitti> it was just in the apport chrooots, so I can't claim that it's a real bug
[14:33] <pitti> apt-get -f install cured it
[14:33] <pitti> so, lucid retracers should be happy again
[14:33] <pitti> fuse-utils postinst needed more permissions than fakechroot can handle
[14:34] <nigelb> shouldn't this statement work for an apport hook? "attach_gconf('GconfData', 'rhythmbox')"?
[14:34] <nigelb> (I'm not seeing the information attached)
[14:35] <pitti> nigelb: do you import the complete apport.hookutils namespace?
[14:35] <pitti> nigelb: also, the first argument needs to be the report object, not a staring
[14:35] <pitti> s/staring/string/
[14:35] <nigelb> pitti: oh, ah
[14:36] <seb128> nigelb, looks to other installed examples
[14:36] <nigelb> I did, then dont have this thingie
[14:36] <nigelb> they just use gconftool -R
[14:36] <seb128> source_gnome-power-manager.py:    attach_gconf(report, 'gnome-power-manager')
[14:36] <seb128> there
[14:36] <nigelb> ah
[14:39] <nigelb> seb128: that seems to contain some usernames, passwords, shall I mask it out?
[14:39] <seb128> yes please
[14:39] <nigelb> :)
[14:45] <nigelb> I dont seem to be able to manipulate the data to mask it when I use "attach_gconf(report, 'rhythmbox')"
[14:45] <nigelb> should I go back to apport.hookutils.command_output?
[14:47] <pitti> nigelb: this function creates report['GConfNonDefault']
[14:47] <pitti> nigelb: so you could do the filtering on this key's value after attach_gconf()
[14:48] <pitti> attach_gconf() is handy because it already filters out the default values, etc.
[14:48] <nigelb> but I havent understood how to filter the attach_gconf()
[14:49] <pitti> nigelb: attach_gconf(report, 'rhythmbox')
[14:49] <pitti> report['GConfNonDefault'] = my_filter_function(report['GConfNonDefault'])
[14:50] <nigelb> ah.  hacking this is not easy :)
[14:50] <pitti> nigelb: filtering that is not any harder than calling gconftool certainly?
[14:51] <nigelb> pitti: no
[14:51] <pitti> nigelb: but of course you are welcome to call it directly, if it's any easier
[14:51] <nigelb> I meant hacking through apport for the first time is not easy ;)
[15:07] <rickspencer3> kenvandine, hiya
[15:07] <pitti> hey rickspencer3
[15:08] <rickspencer3> hi pitti
[15:08] <seb128> hey rickspencer3
[15:08] <rickspencer3> hi seb128
[15:08] <rickspencer3> soooo ...
[15:08] <rickspencer3> sabdfl asked us to turn the crank on more time on gwibber
[15:08] <rickspencer3> kenvandine has the details
[15:09] <seb128> ?
[15:09] <rickspencer3> seb128, pitti how hard would it be start gwibber up say 30 seconds after boot?
[15:09] <seb128> trivial
[15:09] <seb128> but do we want that?
[15:09] <kenvandine> rickspencer3, i filled pitti in a little last night
[15:09] <rickspencer3> never bad to hear that
[15:09] <pitti> rickspencer3: easy (but only if you actually have configured accounts)
[15:09] <seb128> we probably have 80% of our users who don't need it
[15:09] <kenvandine> rickspencer3, and sabdfl and i traded a few more emails after the one i forwarded you
[15:09] <pitti> I mean, we should only start it if you have configured accounts
[15:09] <rickspencer3> pitti, right
[15:09] <seb128> +1
[15:09] <kenvandine> rickspencer3, sabdfl did agree to that as well
[15:09] <rickspencer3> kenvandine, ok, so what's the status?
[15:10] <kenvandine> we want to enable it in the session if you have configured accounts
[15:10] <seb128> can we start by making gwibber start and not crash on today's image? ;-)
[15:10] <rickspencer3> (I would think not starting an unconfigured service would go without saying, but ... heh)
[15:10] <kenvandine> it would be nice to delay start a little
[15:10] <seb128> how do we turn it off?
[15:10] <rickspencer3> kenvandine, can you share estimates and necessary work with what you actually agreed to with sabdfl?
[15:10] <kenvandine> seb128, it would be off by default
[15:10] <seb128> I've a configured account but I do not want gwibber to start
[15:10] <kenvandine> uncheck it in the session :)
[15:11] <seb128> ok, easy enough
[15:11] <rickspencer3> or have an "autostart" preference in gwibber
[15:11] <kenvandine> seb128, how would we handle delayed starts?
[15:11] <seb128> so it's a 2 lines chang
[15:11] <rickspencer3> in fact, it shouldn't really start until after you have a network connection, I would think
[15:11] <seb128> using autostart-delay key in the desktop entry?
[15:11] <kenvandine> it would be nice to have a general way of handling that
[15:11] <seb128> + an autostart condition
[15:11] <kenvandine> seb128, ok, so that exists?
[15:11] <kenvandine> cool
[15:11] <seb128> ie checking a gconf key to know if there is a configure account
[15:11] <seb128> kenvandine, yeah, chrisccoulson did that this cycle
[15:11] <kenvandine> excellent
[15:12] <seb128> we use it to delay other things already
[15:12] <kenvandine> there are two problems
[15:12] <chrisccoulson> hello
[15:12] <rickspencer3> chrisccoulson, who is that guy? why do I keep hearing his name?
[15:12] <kenvandine> one, you have to check desktopcouch to see if there are accounts
[15:12] <seb128> chrisccoulson, hey ;-)
[15:12] <chrisccoulson> my ears are burning ;)
[15:12] <seb128> lol
[15:12] <kenvandine> we don't want to do that :)
[15:12] <kenvandine> the hack would be to write a gconf key saying it was configured
[15:12] <seb128> just define a key false by default
[15:12] <seb128> and make gwibber enable it
[15:12] <rickspencer3> kenvandine, can you capture these points in the blueprint please?
[15:12] <seb128> when you first define an account
[15:13] <rickspencer3> (after discussing here)
[15:13] <rickspencer3> we need a place to document it, and we need work items
[15:13] <kenvandine> seb128, right, i was thinking we would just ship the autostart file as disabled (like we do now)
[15:13] <kenvandine> then enable it when you configure accounts
[15:13] <kenvandine> and having that delay is great :)
[15:13] <seb128> that is hackish now
[15:13] <seb128> it's either to tweak gconf keys in a programmatic way
[15:13] <kenvandine> the problem i see with that is syncing accounts
[15:14] <pitti> we shoudl start firefox by default, too
[15:14] <seb128> either -> easier
[15:14] <pitti> and gtkblog
[15:14] <seb128> pitti, and empathy!
[15:14] <kenvandine> seb128, ok
[15:14] <kenvandine> hehe
[15:14] <pitti> seb128: right
[15:14] <chrisccoulson> pitti - and evolution
[15:14] <seb128> "ready to use"
[15:14] <chrisccoulson> ;)
[15:14] <seb128> let's autostart eveything installed
[15:14] <chrisccoulson> then it will take 10 minutes to log in....
[15:14] <chrisccoulson> ;)
[15:14] <seb128> if we installed things that's to use those ;-)
[15:14] <kenvandine> rickspencer3, can i just add this to the existing sfts blueprint?
[15:14] <pitti> and bughugger!
[15:14] <kenvandine> haha
[15:15] <kenvandine> don't forget photobomb :)
[15:15] <pitti> kenvandine: please do (sfts)
[15:15] <kenvandine> anyway...
[15:15] <rickspencer3> kenvandine, that's what I meant, yeah
[15:15] <kenvandine> we would need a way to do the same thing to enable it to start if it has synced accounts from u1
[15:15] <kenvandine> which i just don't know if there is a sane way to do that
[15:16] <kenvandine> i think we need to just punt on that, and first time you run gwibber and it sees there are configured accounts and the key isn't set... enable it
[15:17] <kenvandine> pitti, about the dbus timeout... got an example how to set the timeout?
[15:17] <kenvandine> i can't find any docs on that...
[15:18] <chrisccoulson> kenvandine: you want to use a timeout other than the default 25s for dbus calls?
[15:18] <kenvandine> is it 25s?
[15:18] <kenvandine> it is failing faster than that
[15:18] <kenvandine> for service activation, it needs to start desktopcouch
[15:19] <kenvandine> and if you start it in your session, it fails frequently
[15:19] <chrisccoulson> it's 25 seconds by default, but we've had issues with this before
[15:19] <chrisccoulson> how long does it take to fail?
[15:19]  * kenvandine glances at the log
[15:19] <chrisccoulson> we seem to be having lots of issues with activation right now....
[15:19] <kenvandine> about 2s
[15:20] <chrisccoulson> hmmmmm
[15:20] <sabdfl> ah, you guys rock, you know that? :-)
[15:20] <kenvandine> hey sabdfl :)
[15:20] <chrisccoulson> kenvandine: is the service name claimed before registering the object you're trying to communicate with?
[15:20] <kenvandine> chrisccoulson, if i let it wait about 10s it works fine
[15:20] <kenvandine> i don't think so
[15:20] <seb128> sabdfl, hey, thanks ;-)
[15:21] <kenvandine> obj = dbus.SessionBus().get_object("org.desktopcouch.CouchDB", "/")
[15:21] <kenvandine> cdb = dbus.Interface(obj, "org.desktopcouch.CouchDB")
[15:21] <kenvandine> cdb.getPort()
[15:21] <kenvandine> fails in about 2s
[15:22] <chrisccoulson> kenvandine - what happens on the desktop couch side? (which I assume is what you're trying to communicate with)
[15:22] <kenvandine> yeah
[15:22]  * kenvandine hasn't looked at that code
[15:22] <kenvandine> one sec
[15:22] <chrisccoulson> does it claim the name on the session  bus first
[15:22] <chrisccoulson> and then register the object "/"
[15:23] <chrisccoulson> i've got a feeling it's racy if you do it in that order
[15:23] <kenvandine> yes
[15:23] <kenvandine> ah!
[15:23] <chrisccoulson> could you try swapping that?
[15:23] <kenvandine>         bus_name = dbus.service.BusName("org.desktopcouch.CouchDB",
[15:23] <kenvandine>                      bus=dbus.SessionBus())
[15:23] <kenvandine>         self.death = death
[15:23] <kenvandine>         dbus.service.Object.__init__(self, object_path="/", bus_name=bus_name)
[15:23] <kenvandine> wait... how do you swap that?
[15:23] <chrisccoulson> yeah, i'm just wondering how to do that
[15:24] <chrisccoulson> i'm sure it's possible to claim a temporary name, register an object and then change your name later on
[15:24] <kenvandine> seems you have to have the bus_name first
[15:24] <chrisccoulson> i haven't tried it though
[15:24] <kenvandine> you can change the name
[15:24] <kenvandine> not sure how... but can find out
[15:24] <chrisccoulson> that might be the way to do it
[15:25] <kenvandine> i bet this would fix lots of the problems people are having with desktopcouch
[15:25] <kenvandine> aquarius, you have any experience with that?
[15:25] <kenvandine> not sure how much of a dbus guru you are :)
[15:25] <chrisccoulson> i don't know if that's your issue there though, but i think dbus will consider the service activated once the bus name appears
[15:25] <kenvandine> yeah, it kind of makes sense
[15:25] <chrisccoulson> so, if that happens before you've registered the object you're interested in, i'd expect it to be an issue
[15:26] <aquarius> kenvandine, I am in no way a D-Bus guru. Every time I need to use it I have to go back to the tutorial...
[15:26] <kenvandine> and the tutorial is very bare
[15:26] <kenvandine> there is definately a problem with desktopcouch starting with dbus activation
[15:26] <aquarius> you ain't kiddin'.
[15:26]  * kenvandine is digging in 
[15:27] <chrisccoulson> kenvandine: we have a similar issue with udisks too, so i'd be interested to know how to fix it ;)
[15:27] <kenvandine> haha
[15:27] <kenvandine> :)
[15:27] <aquarius> so activation notices that you've claimed your name on the bus and then calls you before you've registered an object?
[15:27] <aquarius> that's dense.
[15:27] <kenvandine> aquarius, we don't know for sure
[15:27] <kenvandine> that is chrisccoulson's speculation
[15:27] <chrisccoulson> aquarius: i'm guessing that's how it worls, but i'm not sure
[15:28] <aquarius> that suggests that absolutely everyone who uses activation ought to do this temporary-name shuffle, or they'd surely get the same problem?
[15:28] <chrisccoulson> aquarius: possibly, but i'm only speculating at the moment
[15:28] <chrisccoulson> we keep getting activation issues though
[15:29] <aquarius> *nod* I certainly agree there seems to be an activation problem
[15:29]  * kenvandine looks at some C code for examples
[15:29] <aquarius> I'm just puzzled by how everyone in the world isn't bitten by this, if you really have to do the hot-shoe-shuffle with temporary names
[15:30] <mclasen> chrisccoulson: there's been a number of activation-related fixes in dbus recently
[15:30] <mclasen> but yes, those races also need squashing
[15:30] <chrisccoulson> mclasen: thanks. have you been noticing issues too?
[15:30] <aquarius> what's the best way of trying to debug an activation issue?
[15:30] <mclasen> there were issues with reloading configuration dropping pending activations
[15:31] <mclasen> and issues with activating things that daemonize
[15:31] <pitti> kenvandine: oh, does the couchdb thing daemonize? it shouldn't
[15:31] <pitti> I had all sorts of trouble with that when I tried that years ago
[15:31] <kenvandine> aquarius, does it?
[15:32]  * kenvandine thinks CardinalFang should hang out in #ubuntu-desktop so we could leave aquarius alone :)
[15:32] <chrisccoulson> mclasen: yeah, we've had issues with things which daemonize in the past (system-tools-backends being one of them)
[15:33] <kenvandine> speak of the devil :)
[15:33] <kenvandine> CardinalFang, does desktopcouch daemonize?
[15:33] <kenvandine> i don't think it does
[15:33] <chrisccoulson> mclasen - our main issue right now is bug 521481, which seems to be related to udisks activation
[15:34] <CardinalFang> kenvandine, er, when one calls the getPort() dbus call, programs are started by something that is daemonized, the DBus daemon.
[15:34] <kenvandine> yeah, but desktopcouch-service doesn't daemonize
[15:34] <kenvandine> right?
[15:34] <mclasen> chrisccoulson: yeah, we thought we had that nailed with the reload fixes, but it is still around
[15:35] <CardinalFang> It does not detach from dbus daemon, no.
[15:35] <kenvandine> ok
[15:35] <kenvandine> so that isn't the issue
[15:35] <aquarius> kenvandine, the couchdb process we start gets started as daemonised. desktopcouch-service *itself* doesn't daemonise, though
[15:35] <CardinalFang> I don't think it's allowed to, but I'm not certain about that.
[15:35] <chrisccoulson> mclasen - yeah. that one gets lots of duplicates
[15:37] <kenvandine> CardinalFang, when using a getPort() call to start desktopcouch, we are see frequent failures if done at session start
[15:37] <kenvandine> and looking at the gwibber logs, it is failing in about 2s
[15:37] <kenvandine> the timeout should be 25s
[15:38] <CardinalFang> Huh.  I found a problem lately where I had set couchdb log file to a place I couldn't write to, and startup failed about the same way as that.
[15:38] <LaserJock> didrocks: has the idea of replacing FF with epiphany or something lighter (chromium) for UNE been considered that you know of?
[15:38] <kenvandine> CardinalFang, chrisccoulson speculates it might be a problem with claiming the name on the bus before registering the object
[15:40] <kenvandine> but it looks silly, since you need a bus_name to register the object
[15:40] <CardinalFang> Yeah, I'm trying to parse that.
[15:40] <kenvandine> so if that was the case, we would need to claim a temp name, then register the object
[15:40] <kenvandine> then... change the name
[15:40] <didrocks> LaserJock: we discussed it but no decision has been taken. Let's see at lucid UDS
[15:40] <didrocks> lucid+1 UDS :)
[15:41] <kenvandine> CardinalFang, which seems like a real hack
[15:41] <LaserJock> didrocks: I noticed that chromium is much faster start up, but uses a lot more memory so I'm not sure that makes them even :-)
[15:42] <LaserJock> didrocks: but epiphany seems to be really making headway, and is more tightly integrated
[15:43] <didrocks> LaserJock: it's too late and too controversial for lucid anyway, let's see in +1 when the time comes :)
[15:44] <LaserJock> didrocks: sure sure, I was not thinking for Lucid at all, I just wondered if it had been discussed before
[15:44] <CardinalFang> kenvandine, Okay, I'm trying to see how something might be out of order.  aquarius, PortAdvertser class, in __init__(), we call dbus.service.Objext.__init__().  But the methods we're exporting are decorated with dbus.service.method .  Isn't the decorator run at compile time, and __init__ only at instance-creation time?
[15:46] <CardinalFang> aquarius, I do not know if that is a problem.  Just fishing.
[15:46] <aquarius> hrm.
[15:46] <aquarius> I...am not sure.
[15:47] <CardinalFang> Me either.  Probably a blind alley.
[15:48] <CardinalFang> kenvandine, are there no useful log files of that happening?
[15:48] <LaserJock> didrocks: I was able to change icon sizes last night, but I don't know how to change the size of the container for the categories
[15:50] <didrocks> LaserJock: I don't have the time to look at that before tomorrow, I saw yesterday it was in the same file
[15:51] <LaserJock> didrocks: ok, I'll keep digging around then
[15:52] <didrocks> LaserJock: if you need more help tomorrow, do not hesitate to ask
[15:52] <LaserJock> didrocks: is ubuntu-netbook-default-settings in bzr somewhere?
[15:56] <kenvandine> CardinalFang, hang on let me reproduce and get a log
[15:57] <CardinalFang> aquarius, confirmed, decorators run when the class is parsed.
[15:59] <didrocks> LaserJock: lp:ubuntu/ubuntu-netbook-default-settings
[16:00] <aquarius> CardinalFang, but d-bus can't start exporting those methods until __init__ is run, because we're not on the bus at that point
[16:01] <james_w> what's the bug number?
[16:01] <james_w> I fixed an activation issue a few months ago, so might be able to help
[16:02] <chrisccoulson> james_w - we're still seeing the same issue with devicekit-disks / udisks
[16:02] <CardinalFang> aq: The Python DBus tut has exactly our code, too.
[16:02] <chrisccoulson> it never really went away, even after the issue you fixed a few months back
[16:02] <james_w> chrisccoulson: is my fix in the dbus package?
[16:02] <chrisccoulson> james_w - yeah, it's in there
[16:03] <LaserJock> didrocks: I'm assuming bug #524333 is just adding vlc to the maximus exclude_class?
[16:03] <chrisccoulson> james_w - as long as we're talking about the same fix though ;)
[16:03] <chrisccoulson> (the timeout issue)
[16:03] <james_w> yeah
[16:03] <chrisccoulson> yeah, we've got that fix
[16:04] <james_w> that rules out one thing then
[16:04] <didrocks> LaserJock: right :)
[16:04] <didrocks> LaserJock: hence the "good and easy opportunity" :)
[16:05] <LaserJock> didrocks: ok, I'll do that one and onboard
[16:05] <didrocks> LaserJock: sweet, thanks!
[16:05] <james_w> chrisccoulson: can you reproduce?
[16:05] <LaserJock> didrocks: yeah, I thought I'd start with some low-hanging fruit
[16:05] <james_w> chrisccoulson: there's no xsession-errors on that bug
[16:06] <didrocks> LaserJock: that's the good way, indeed
[16:07] <james_w> kenvandine: what's the actual error you get when you make the call?
[16:07] <james_w> straight timeout error?
[16:07] <chrisccoulson> james_w - is there a bug number?
[16:07] <kenvandine> james_w, i don't think so
[16:07] <chrisccoulson> heh, bug 527112 is useful
[16:07] <kenvandine> reproducing in a VM
[16:07] <james_w> chrisccoulson: the udisks one from mario
[16:08] <james_w> bug 521481
[16:08] <LaserJock> didrocks: I guess we don't want to get crazy with it, but what about Tomboy?
[16:08] <chrisccoulson> james_w - i've never recreated that bug, but it still gets people reporting it
[16:09] <chrisccoulson> the only way for gdu_pool_new to return NULL is if the dbus call fails somehow
[16:10] <james_w> yeah
[16:10] <james_w> I want to know what error dbus is sending back
[16:10] <james_w> it will give some clue as to how dbus is seeing the failure to activate
[16:10] <didrocks> LaserJock: hem, let me think and have a try
[16:10] <kenvandine> i think in the desktopcouch case it is desktopcouch tracebacks, like the find_port failure
[16:11] <didrocks> LaserJock: yeah, it seems logical, right
[16:11] <kenvandine> but if you give it plenty of time to start up, it never fails
[16:11] <kenvandine> plenty meaning 8-10s
[16:11] <kenvandine> so it is like it responds to the name, but it isn't ready to respond
[16:12] <kenvandine> CardinalFang, i guess the problem probably is more related to getPort failing
[16:12] <james_w> right
[16:12] <kenvandine> so perhaps it doesn't wait long enough for couch to start
[16:12] <james_w> so don't create a dbus.service.BusName
[16:12] <james_w> until you are ready to handle everything
[16:13] <james_w> that's what dbus watches for
[16:13] <kenvandine> CardinalFang, ^^
[16:13] <chrisccoulson> kenvandine: so, that sort of confirms my earlier theory
[16:13] <kenvandine> yeah
[16:13] <kenvandine> so that creates the name first thing on init
[16:13] <james_w> either that or have the method call block until it is ready if that is possible
[16:15] <kenvandine> oh... interesting
[16:15] <kenvandine> find_port is the call that tries starting couch
[16:15] <CardinalFang> james_w, kenvandine, okay.  Fortuitously, I have a branch that should already do this right.
[16:15] <CardinalFang> aquarius, ^ I'm not magical, I promise.
[16:15] <kenvandine> :)
[16:15] <kenvandine> CardinalFang, can i test your branch?
[16:16] <aquarius> CardinalFang, !
[16:16] <CardinalFang> kenvandine, Give me two minutes to upload.
[16:16] <chrisccoulson> mclasen - you might be interested in the comments from james_w in the scrollback there
[16:16] <aquarius> CardinalFang, you've already done the work for this even though you didn't know it was needed? that's a useful talent :)
[16:16] <kenvandine> thx
[16:16] <chrisccoulson> that might be what causes the udisks activation problem too
[16:17] <james_w> chrisccoulson: that's why I want to see the xsession-errors, if it's a timeout error you get then it's likely a different issue
[16:17] <kenvandine> the name gets claimed on __init__ but the underlying service it needs to start doesn't start until we call the method
[16:18] <CardinalFang> aquarius, part of the get_port through DBus cleanup that's occupied my week.
[16:18] <chrisccoulson> james_w - i'll try and find that from a later report.
[16:18] <james_w> chrisccoulson: thanks
[16:18] <mclasen> chrisccoulson: I'm pretty sure that udisks does things in the right order
[16:19] <chrisccoulson> mclasen - in devicekit-disks (i assume udisks does the same), it claims the service name and then registers the object you're trying to communicate with
[16:19] <aquarius> CardinalFang, aha, yeah
[16:19] <chrisccoulson> that's the wrong way round isn't it?
[16:19] <mclasen> chrisccoulson: talk to david, I'd say
[16:20] <chrisccoulson> mclasen: will do. thanks
[16:20] <CardinalFang> kenvandine, this is *not* reviewed yet.  Caveat Bzrker.
[16:20] <CardinalFang> lp:~cmiller/desktopcouch/get_port_through_dbus
[16:22] <james_w> CardinalFang: care to propose that for merging so that we could easily look at the diff
[16:22] <james_w> ?
[16:22] <james_w> you can use the "Extra options" to set it as Work In Progress if it's not ready for review yet
[16:23] <CardinalFang> james_w, Proposed.
[16:23] <james_w> thanks
[16:29] <james_w> CardinalFang: that should help indeed
[16:29] <james_w> CardinalFang: it's still taking the bus name before creating the object, but that's less likely to be an issue with it starting couch up front
[16:29] <jcastro> seb128: do we have a page somewhere that outlines what kind of hardware support rhythmbox has?
[16:30] <seb128> no
[16:33] <CardinalFang> james_w, Do I not need the bus name already before I can init the object?   Maybe there's a Object.set_bus() or something  ....  /me looks
[16:33] <james_w> CardinalFang: did you read the docstring for Object.__init__() ?
[16:33] <james_w>             `bus_name` : dbus.service.BusName or None
[16:33] <james_w>                 Represents a well-known name claimed by this process. A
[16:33] <james_w>                 reference to the BusName object will be held by this
[16:33] <james_w>                 Object, preventing the name from being released during this
[16:33] <james_w>                 Object's lifetime (unless it's released manually).
[16:34] <james_w> so you can just do self.bus_name in your class, rather than having Object do it for you
[16:38] <CardinalFang> james_w, I don't see that the member name is the same as the arg name, yet.  Also, it seems I need a dbus.connection.Connection instance instead.
[16:41] <james_w> CardinalFang: you can still use dbus.SystemBus() to get the connection
[16:41] <james_w> self.conn = dbus.SystemBus()
[16:41] <james_w> self.death = death
[16:42] <james_w> dbus.service.Object.__init__(self, object_path="/", conn=self.conn)
[16:42] <CardinalFang> Okay.  I meant as param to Object.__init__.  """Either conn or bus_name is required"""
[16:42] <james_w> slef.bus_name = dbus.service.BusName("org.desktopcouch.CouchDB", bus=self.conn)
[16:43] <CardinalFang> Cool.
[16:55] <rickspencer3> seb128, kenvandine how is csd looking? still buggy?
[16:55] <kenvandine> CardinalFang, better... sort of
[16:55] <kenvandine> now i actually get a timeout error from dbus starting the service :)
[16:55] <seb128> rickspencer3, good from there
[16:55] <kenvandine> rickspencer3, i think much better
[16:55] <kenvandine> seb128 knows more
[16:56] <kenvandine> CardinalFang, so i definately think it is an improvement... but still something not quite right
[16:56] <rickspencer3> great to hear
[16:57] <rickspencer3> thanks seb128 kenvandine
[16:58] <seb128> rickspencer3, there is one small bug where decoration are displayed where they should not
[16:58] <rickspencer3> hmmm
[16:58] <rickspencer3> ok
[16:58] <seb128> rickspencer3, otherwise things look good
[16:59] <james_w> kenvandine: is the timeout in 25s, or much shorter?
[17:00] <CardinalFang> kenvandine, Hah.  That's not better.
[17:00] <kenvandine> haha...
[17:00] <kenvandine> ok, added some logging
[17:00] <kenvandine> it is getting the timeout error in 2s
[17:00] <kenvandine> org.freedesktop.DBus.Error.ServiceUnknown: The name :1.284 was not provided by any .service files
[17:00] <kenvandine> not timeout
[17:00] <kenvandine> service unknown
[17:00] <kenvandine> hummm
[17:01] <kenvandine> wtf!
[17:03] <kenvandine> CardinalFang, james_w: that is really strange
[17:03] <james_w> kenvandine: what's the call that is triggering it?
[17:03] <kenvandine> obj = dbus.SessionBus().get_object("org.desktopcouch.CouchDB", "/")
[17:03] <kenvandine> cdb = dbus.Interface(obj, "org.desktopcouch.CouchDB")
[17:03] <kenvandine> port = cdb.getPort()
[17:04] <kenvandine> i shouldn't need to restart dbus?
[17:04] <james_w> nope
[17:04] <james_w> it's making a call on a unique name
[17:04] <kenvandine> the service file is installed
[17:04] <kenvandine> and looks correct
[17:04] <james_w> or, we're getting confused and this is not actually triggered by the getPort call, but by something the daemon is doing in response to that
[17:05] <kenvandine> no it is
[17:05] <kenvandine> i just put mine in a try except and printed the exception
[17:06] <kenvandine> http://pastebin.ubuntu.com/383124/
[17:06] <kenvandine> log output is
[17:06] <kenvandine> 2010-02-24 12:02:28,784 - Gwibber GNOME Client - INFO - KEN: Before calling DC
[17:06] <kenvandine> 2010-02-24 12:02:36,380 - Gwibber GNOME Client - ERROR - Failed to connect to desktopcouch, org.freedesktop.DBus.Error.ServiceUnknown: The name :1.291 was not provided by any .service files
[17:06] <kenvandine> so in under 2s it fails with ServiceUnknown
[17:06] <james_w> yes
[17:07] <kenvandine> and desktopcouch is actually not started
[17:07] <james_w> but if it is actually trying to call a method on :1.291 then that is expected
[17:07] <kenvandine> before it did eventually start
[17:07] <kenvandine> true
[17:12] <james_w> kenvandine: so, it may be you have something on the bus at org.desktopcouch.CouchDB when you call get_object and it then leaves the bus before you call the method on it
[17:13] <james_w> kenvandine: do a dbus-monitor --system while running the code again please
[17:13] <kenvandine> james_w, CardinalFang: a reboot did wonders
[17:14] <james_w> cool
[17:14] <CardinalFang> I don't want to hear that.
[17:16] <james_w> the follow_name_owner_changes parameter to dbus.bus.BusConnection.get_object is what led me to that idea
[17:16] <james_w> I think it may want to be false for interactions with desktopcouch
[17:16] <kenvandine> so now at boot, it starts in 9s
[17:17] <kenvandine> and gwibber waits patiently for it
[17:17] <kenvandine> no idea why dbus needed a restart to find the service
[17:17] <kenvandine> james_w, name changes aren't a problem for us
[17:18] <kenvandine> desktopcouch restarting doesn't break gwibber
[17:18] <kenvandine> afaict anyway :)
[17:18] <james_w> if you only call getPort once then you are ok
[17:18] <james_w> apart from the race I highlighted above
[17:18] <kenvandine> james_w, i might have missed that race you mentioned
[17:19] <kenvandine> can you repo?
[17:19] <kenvandine> repeat?
[17:19] <kenvandine> my laptop overheated again...
 kenvandine: so, it may be you have something on the bus at org.desktopcouch.CouchDB when you call get_object and it then leaves the bus before you call the method on it
[17:20] <james_w> I haven't confirmed it's actually an issue, and it could be seen as a bug in the bindings
[17:20] <kenvandine> oh, like desktopcouch crashes?
[17:22] <kenvandine> ok, in my VM desktopcouch start time (time to respond to getPort) has varied between 6 and 13s when starting in the session
[17:23] <kenvandine> in my sampling of 10 logins of my VM
[17:23] <kenvandine> and killing gwibber, couch and friends and starting gwibber
[17:23] <james_w> dropping caches?
[17:23] <kenvandine> getPort responds in about a second
[17:23] <kenvandine> it was with reboots
[17:24] <kenvandine> seems to be working well, still slower than i would like
[17:24] <kenvandine> but deferring it a bit should make it start fast
[17:25] <kenvandine> at least no apport crash dialogs :)
[17:25] <kenvandine> CardinalFang, ^^^
[17:25] <kenvandine> CardinalFang, so in my testing no very little code review... big thumbs up from me :)
[17:25] <kenvandine> s/no/and
[17:26] <CardinalFang> Hrm.  Thanks, kenvandine.
[17:27] <kenvandine> CardinalFang, i would buy you at least 3 beers if you can make desktopcouch start faster :)
[17:27] <chrisccoulson> kenvandine: did you fix the dbus issue yet?
[17:27] <kenvandine> chrisccoulson, this branch does
[17:27] <chrisccoulson> ( i was afk and haven't checked the scrollback yet)
[17:27] <kenvandine> lp:~cmiller/desktopcouch/get_port_through_dbus
[17:28] <chrisccoulson> kenvandine: excellent :)
[17:28] <chrisccoulson> right, home time for me now
[17:28] <chrisccoulson> bbl
[17:28] <kenvandine> chrisccoulson, later
[17:28]  * kenvandine goes to lunch... bbiab
[17:29] <seb128> kenvandine, desktopcouch crashes the same way on the installed system
[17:29] <seb128> same argument error
[17:30] <seb128> when trying to join admin_username admin_password
[17:30] <seb128> could it be a missing depends or init?
[17:33] <didrocks> pitti: do I had the bg wallpaper extra work as a WI somewhere? (the one with "ubiquity doesn't use gnome-destkop in install mode, so no cache and we are screwed" and the second "netbook-launcher doesn't use gnome-desktop to draw the bg")
[17:33] <didrocks> not sure about 1/ apart again from the hakish way
[17:34] <seb128> kenvandine, ok, gotcha
[17:34] <seb128> kenvandine, it's an issue when there is no gnome-keyring available
[17:38] <DanEngholm> Hi.  I'm having what I think is a PolicyKit problem.  I've exhausted all other resources and could really use some help.
[17:42] <rickspencer3> ah polkit
[17:42] <DanEngholm> Yeah, fun stuff...
[17:42] <rickspencer3> DanEngholm, I can't help you, but I know that robert_ancell, who won't be online till much later, has some experience based on his work with GDM
[17:43] <DanEngholm> OK.  I can check back later.  Can you be more specific on when?
[18:17] <seb128> kenvandine, still around?
[18:17] <kenvandine> seb128, i am at lunch :)
[18:17] <kenvandine> what's up?
[18:17] <seb128> kenvandine, ok, the desktopcouchdb is a gnome-keyring issue at least partially, I will fix it
[18:17] <kenvandine> oh?
[18:17] <seb128> kenvandine, you should get the "do you want to create a keyring"
[18:18] <kenvandine> oh!
[18:18] <seb128> it happens when there is none yet
[18:18] <seb128> and couchdesktop doesn't handle nicely this case
[18:18] <kenvandine> why isn't that working on the live image?
[18:18] <seb128> kenvandine, no keyring there or on new installs?
[18:18] <kenvandine> i get that in a guest session... or at least i did in the past
[18:19] <seb128> the keyring is usually created when you first run empathy or evo
[18:19] <seb128> it asks then your keyring password
[18:19] <seb128> you know the dialog with 2 entries to confirm the password
[18:19] <kenvandine> right
[18:19] <kenvandine> so that isn't working?
[18:19] <seb128> anyway I've tested that the libgnomekeyring http://git.gnome.org/browse/libgnome-keyring/commit/?id=5e37e8cc09712fd8cab60e42636f260f23bacd7e change fixes it
[18:20] <kenvandine> great
[18:20] <kenvandine> thx
[18:21] <seb128> np
[18:21] <kenvandine> that probably breaks empathy too
[18:21] <seb128> yes
[18:21] <seb128> I tried empathy to create the keyring
[18:22] <seb128> which failed too :p
[18:22] <seb128> kenvandine, anyway enjoy your lunch
[18:22] <kenvandine> thx
[18:22]  * kenvandine goes to finish eating :)
[18:22] <kenvandine> seb128, did you see that there is a desktopcouch branch that should fix up the other startup issues?
[18:23] <seb128> kenvandine, I didn't follow details
[18:23] <kenvandine> seems to work well :)
[18:24] <seb128> cool
[18:36] <chrisccoulson> good evening everyone
[18:36] <didrocks> good evening chrisccoulson ;)
[18:36] <chrisccoulson> hey didrocks
[18:37] <chrisccoulson> have you had a good day?
[18:37] <didrocks> chrisccoulson: well, yeah, good but discovered that my *love* for wallpaper cache isn't finished :)
[18:37]  * didrocks hugs netbook-launcher and ubiquity install mode :)
[18:38] <chrisccoulson> heh ;)
[18:38] <didrocks> yours? ;-)
[18:38] <chrisccoulson> yeah, it was ok thanks
[18:38] <chrisccoulson> i'm in wind-down mode now :)
[18:38] <didrocks> heh
[18:38] <didrocks> time for dinner, bbl
[18:38] <pitti> good night everyone!
[18:39] <didrocks> have a good night pitti
[18:52] <mvo> reviewing app-install-data updates is always fun, I just came accross "happydigger" - Program for cataloging archaeological finds" what a well choosen name :)
[18:53] <chrisccoulson> lol
[19:10] <mvo> colorname … woah
[19:12] <didrocks> the description sounds clever :)
[19:12] <mvo> its pretty cool
[19:16] <bryceh> pitti, should we think about removing nouveau-kernel-source from the archive since we're loading it from l-b-m?
[19:22] <didrocks> bryceh: so, when I use Alt + 7, I got a square around the current windows like when you press alt + tab. I have the nvidia-current package installed, any idea how to debug that? (it just happened when switching to nouveau and then to nvidia). I can't change the WM too to compiz
[19:24] <bryceh> didrocks, just debug it in the usual ways
[19:24] <bryceh> bbiab (lunch)
[19:24] <didrocks> ok
[20:01] <chrisccoulson> didrocks - have you figured out what causes your issue yet? (with alt+7)
[20:01] <didrocks> chrisccoulson: no, I hadn't the time to debug it. But I can't run compiz as well anymore. So, switching to the ubuntu nvidia driver package had caused those regression to me
[20:02] <didrocks> I'm waiting for another user to confirm that as well
[20:02] <chrisccoulson> that's a strange one
[20:02] <chrisccoulson> perhaps i should try installing lucid on my desktop, which has nvidia hardware
[20:02] <chrisccoulson> although, i don't think my gf would like that too much
[20:05] <didrocks> chrisccoulson: heh, don't make her angry :)
[20:05] <didrocks> I try to catching up with things I have to do first ;)
[20:44] <chrisccoulson> does anyone here use any virtualization other than virtualbox?
[20:44] <kenvandine> chrisccoulson, i use kvm
[20:45] <chrisccoulson> kenvandine, is that quite easy to set up?
[20:45] <kenvandine> no :)
[20:45] <chrisccoulson> i use virtualbox on my desktop, primarily because it's quite old and other virtualization technologies suck on it
[20:45] <kenvandine> not compared to virtualbox
[20:45] <kenvandine> but not bad
[20:45] <kenvandine> use virt-manager
[20:45] <chrisccoulson> but i'm wondering if i should try something else on my laptop
[20:45] <chrisccoulson> i'll have a look at virt-manager
[20:45] <chrisccoulson> thanks
[20:45] <kenvandine> virt-manager isn't bad
[20:45] <kenvandine> UI around kvm
[20:46]  * seb128 uses kvm
[20:46] <chrisccoulson> seb128 - do you find it works quite well too?
[20:46] <seb128> yes
[20:46] <seb128> for what I do at least
[20:47] <chrisccoulson> i might try setting that up on my laptop
[20:47] <seb128> which is mainly testing on fresh iso boots
[20:47] <seb128> and doing iso testing for milestone too
[20:47] <chrisccoulson> i tried it on my desktop, but it sucks on there because my CPU doesn't have the necessary extensions
[20:47] <chrisccoulson> but my laptop is obviously much newer:)
[20:48] <seb128> yeah
[20:48] <seb128> just activate the option in the bios
[20:48] <seb128> and run kvm on an iso
[20:48] <seb128> kvm -cdrom .iso
[20:49] <seb128> you might want to allow some extra memory too I think the default is low
[20:49] <chrisccoulson> cool, thanks
[20:49] <chrisccoulson> i'll give that a try this evening :)
[20:57] <jcastro> chrisccoulson: I use "testdrive" to test ubuntu things in a VM, it's a convenience wrapper around kvm
[20:57] <jcastro> chrisccoulson: launchpad.net/testdrive
[20:57] <jcastro> chrisccoulson: it'll update your isos, etc.
[20:58] <chrisccoulson> jcastro, thanks. i'll take a look at that too
[21:21] <chrisccoulson> seb128 - my menu bug is back again now
[21:22] <chrisccoulson> and i've just noticed something
[21:22] <seb128> oh?
[21:22] <chrisccoulson> i've got 2 cache files in /usr/share/applications, with slightly different names
[21:22] <chrisccoulson> one of them is updated with all the latest applications, and the other one isn't
[21:22] <seb128> what names?
[21:23] <chrisccoulson> i have a "desktop.en_GB.utf8.cache" and a "desktop.en_GB.UTF8.cache"
[21:23] <seb128> what and the UTF is wrong?
[21:24] <chrisccoulson> the UTF8 one has an application in it which i just installed, and the utf8 one doesn't
[21:24] <chrisccoulson> and the application is missing from my menu
[21:24] <seb128> what LC_MESSAGES do you use?
[21:25] <chrisccoulson> seb128 - "en_GB.utf8"
[21:25] <seb128> and the user who doesn't have the bug?
[21:26] <chrisccoulson> they're both using the same LC_MESSAGES, so that still doesn't explain why the user accounts were behaving differently
[21:27] <chrisccoulson> seb128 - actually, i'm wrong
[21:27] <seb128> you can do MENU_VERBOSE=1 gmenu-simple-editor
[21:27] <chrisccoulson> the other account has "en_GB.UTF8"
[21:27] <chrisccoulson> so there's the issue
[21:27] <seb128> chrisccoulson, ah!
[21:28] <seb128> the question is "why" now
[21:28] <chrisccoulson> yeah. technically, the latter locale is not supported on my system
[21:28] <chrisccoulson> "locale -a" doesn't list it
[21:31] <seb128> python-gmenu.postinst is weird
[21:31] <seb128> 	eval `locale|grep LC_MESSAGES`
[21:31] <seb128> 	cache="/usr/share/applications/desktop.$LC_MESSAGES.cache"
[21:32] <seb128> so it depends of the locale when the update runs
[21:32] <seb128> and it will cache only one locale
[21:32] <seb128> need to talk to pitti about that
[21:32] <chrisccoulson> yeah, it seems like it should do it for all supported locales
[21:33] <chrisccoulson> gdm sets the environment doesn't it?
[21:33] <seb128> I was going to say that
[21:33] <chrisccoulson> i'm trying to trace it back, and figure out where this bogus value comes from
[21:33] <seb128> $ locale -a | grep en_ | wc -l
[21:33] <seb128> 16
[21:33] <seb128> *shrug*
[21:34] <seb128> we should maybe create a cache dir
[21:34] <seb128> chrisccoulson, I think gdm does yes
[21:34] <chrisccoulson> seb128 - yeah, i just grep'd for "LC_MESSAGES" in the gdm source, and it seems the greeter sets it in several places
[21:36] <seb128> what Language do you have in your dmrc?
[21:36] <seb128> in /var/log/gdm/<user>
[21:37] <chrisccoulson> ah, i was just about to ask where my dmrc is now, as it's not at ~/.dmrc
[21:37] <seb128> it has been moved which doesn't need a password to be unlocked ;-)
[21:38] <seb128> +in a dir
[21:38] <chrisccoulson> seb128 - my dmrc has the correct locale "en_GB.utf8"
[21:38] <chrisccoulson> and the broken account has no dmrc
[21:40] <chrisccoulson> time to attach gdb to the greeter now so i can work out where that value comes from
[21:40] <seb128> chrisccoulson, not gdm I guess
[21:41] <chrisccoulson> yeah, possibly not, seeing as dpkg has seen the bogus locale at some point too
[21:41] <seb128> trying to start a session without gdm it has UTF-8
[21:43] <chrisccoulson> yeah, i confirm that too
[21:43] <chrisccoulson> just logging in to a console
[21:44] <chrisccoulson> seb128  - it's the same on karmic though
[21:44] <chrisccoulson> so perhaps the value in my dmrc is the wrong one :-/
[21:44] <chrisccoulson> i'm confused now
[21:44] <seb128> it's utf8 there too
[21:45] <seb128> seems it's what gdm do
[21:45] <chrisccoulson> so, gdm is messing up the case somewhere then
[21:45] <seb128> the cache should probably handle any utf(-)8 without case
[21:45] <seb128> well I've an extra "-" too on the non gdm session
[21:46] <seb128> and listing the locales using locale use "utf8" too
[21:47] <chrisccoulson> yeah, i get the same too
[21:47] <seb128> I think the easier would be to make the cache work with any case and "-"
[21:47] <seb128> rather than trying to normalize the values
[21:48] <chrisccoulson> yeah, that would make sense
[21:48] <seb128> iz pitti bog
[21:50] <chrisccoulson> yeah, we can bug him in the morning ;)
[21:50] <chrisccoulson> well, i'm glad we understand that one now
[21:51] <seb128> yeah
[21:51] <seb128> hey robert_ancell
[21:51] <robert_ancell> seb128, hello
[22:04]  * kenvandine heads out for some family time
[22:04] <kenvandine> bbl
[22:05] <chrisccoulson> yay, kvm is working :)
[22:12] <baptistemm_> kvm is easy to setup
[22:12] <baptistemm_> I used it this week end to validate LTS upgrade
[22:14] <baptistemm_> wowo I have my notification area wich is moving to the left as comes and disappear the g-p-m battery icon
[22:31] <seb128> hum
[22:31] <seb128>       g_printerr ("Error opening %s: %m\n", device_file);
[22:31] <seb128> how does that work?
[22:32] <robert_ancell> seb128, yuck, what is that from?
[22:32] <seb128> robert_ancell, udisks
[22:32] <didrocks> hey robert_ancell, that's a long time o/
[22:32] <robert_ancell> not a good sign...
[22:32] <robert_ancell> didrocks, hey
[22:32] <seb128> robert_ancell, there is plenty of those, but no compiler warning in the build log
[22:32] <seb128> I'm not sure why
[22:32] <seb128> I feel there is something I don't get
[22:33] <seb128> "          g_printerr ("Error seeking to position %" G_GSSIZE_FORMAT " for %s: %m\n",
[22:33] <seb128>                       pos,
[22:33] <seb128>                       device_file);"
[22:33] <seb128> too for example
[22:34] <robert_ancell> does %m automagically get replaced with strerror(errno)
[22:34] <robert_ancell> ?
[22:34] <geser> seb128: %m: (Glibc  extension.)   Print output of strerror(errno). No argument is required. (from man 3 printf)
[22:34] <robert_ancell> that's handy
[22:35] <seb128> geser, robert_ancell: thanks
[22:35] <seb128> learning every day ;-)
[22:40] <chrisccoulson> heh. i didn't know that either ;)
[22:41] <chrisccoulson> seb128 - you're looking at udisks crashes?
[22:42] <seb128> chrisccoulson, to one yes
[22:42] <seb128> bug #527202
[22:42] <seb128> I though it would be something easy maybe
[22:43] <seb128> often those "crash when printing an error" are a GError not set to NULL
[22:43] <seb128> or similar
[22:44] <chrisccoulson> seb128 - the string passed to printf not being NULL terminated is another common cause
[22:53] <jcastro> kenvandine: My gwibber just crashed but apport didn't fire off. Looking in /var/crash I see a bunch of gwibber related .crash files
[22:53] <jcastro> kenvandine: should I file a bug by hand or ...?
[22:55] <desrt> seb128: hey?
[22:56] <seb128> desrt, hello
[22:56] <desrt> seb128: have you been shipping unstable glibs?
[22:56] <desrt> seb128: hi :)
[22:56] <seb128> desrt, yes
[22:56] <desrt> sweet
[22:56] <seb128> desrt, we have 2.23.4
[22:56] <seb128> jcastro, double click on those in nautilus?
[22:56] <desrt> so, implicitly, you'll have .24 in lucid
[22:56] <seb128> jcastro, double click on those in nautilus?
[22:56] <seb128> ups
[22:57] <seb128> desrt, yes
[22:57] <desrt> ok.  i'll try not to abuse you too much, then :)
[22:57] <jcastro> seb128: I had no idea I could do that, that's awesome
[22:58] <seb128> desrt, good work on gvariant btw!
[22:58] <desrt> seb128: not done just yet :)
[22:58] <desrt> two small parts remain
[22:59] <desrt> i've already gotten email about "wtf?!? you removed varargs support?!?"
[22:59] <desrt> "no.  just not landed yet."
[22:59] <desrt> seb128: i guess we're really far past new package freeze?
[23:01] <seb128> desrt, not far
[23:01] <desrt> eh.  probably better off with a PPA anyway
[23:01] <seb128> desrt, I would say that new packages in universe are non issue
[23:01] <seb128> not a potential to break a lot
[23:01] <desrt> i made a test coverage tool
[23:02] <seb128> using a ppa works good too :-)
[23:02] <desrt> ya.  i'll do that.  it's easy enough.
[23:02] <desrt> it'll be approximately 4 lines worth of dh rules :p
[23:03] <desrt> it's a vala (read: .c in the tarball) autotools package that depends on gtk and installs a single binary file
[23:04] <desrt> even i can handle that one :)
[23:19] <DanEngholm> robert_ancell: I hear you're the guy with whom I need to chat about a polkit problem I'm having.  This is bug number 485586.
[23:19] <chrisccoulson> seb128 - i'll put the latest gnome-user-share in to the ubuntu-desktop PPA if you want to do some benchmarks with the new nautilus extension (if i get the chance to before i go to bed)
[23:19] <chrisccoulson> did you get your mini fixed btw?
[23:19] <robert_ancell> DanEngholm, looking...
[23:20] <DanEngholm> robert_ancell: Thanks.
[23:20] <robert_ancell> bug #485586
[23:21] <seb128> chrisccoulson, ok thanks
[23:21] <seb128> chrisccoulson, yes
[23:21] <seb128> chrisccoulson, the mini, yes
[23:21] <seb128> chrisccoulson, not reinstalled yet though I'm fighting with ubiquity
[23:21] <chrisccoulson> DanEngholm, perhaps you could post the output of "ck-list-sessions" to the bug report (from the session that has the issues)
[23:21] <seb128> I spent my afternoon filling ubiquity crash bugs
[23:21] <seb128> and waiting for new isos
[23:22] <chrisccoulson> seb128 - it's good that you got it fixed now :)
[23:22] <seb128> yeah ;-)
[23:22] <robert_ancell> DanEngholm, so what changed when the problem started?
[23:22] <seb128> bratsche, bug #527431
[23:22] <seb128> bratsche, could you look at that bug?
[23:24] <DanEngholm> robert_ancell: I'm not sure.  I did put /etc under Subversion control but I did it in place.  That is, all the files remained, just the .svn directories got added.  Other than that, I have no idea.
[23:24] <chrisccoulson> DanEngholm - thats a known issue
[23:24] <DanEngholm> Oh?
[23:24] <chrisccoulson> the svn files in the seats.d folder screws up consolekit
[23:24] <DanEngholm> Ah hah!
[23:24] <chrisccoulson> and all local sessions get added to dynamic seats
[23:25] <DanEngholm> I can easily cull them out.
[23:25] <chrisccoulson> DanEngholm, just to confirm though, please run "ck-list-sessions"
[23:25] <DanEngholm> Will do...  Working...
[23:25] <chrisccoulson> i suspect that you are not on Seat1...
[23:25] <chrisccoulson> and that is the issue
[23:25] <robert_ancell> chrisccoulson, nice
[23:26] <chrisccoulson> robert_ancell, yeah, it seems CK is quite fragile there
[23:26] <robert_ancell> chrisccoulson, is that fixed for Lucid?
[23:26] <chrisccoulson> robert_ancell, not yet AFAIK
[23:26] <robert_ancell> chrisccoulson, is there a CK bug on that?
[23:26] <chrisccoulson> i'll check in a bit though. i know it's fixed in it
[23:26] <chrisccoulson> s/it/git
[23:27] <chrisccoulson> robert_ancell, yeah, there's a bug
[23:27] <DanEngholm> Posted and you're right.  Seat = 'Seat4'.
[23:27] <chrisccoulson> i'll just check my bug mail
[23:27] <chrisccoulson> DanEngholm, cool. thats the issue
[23:27] <robert_ancell> chrisccoulson, sweet, please update bug #485586.  and we should take that change into Lucid if it is safe
[23:27] <DanEngholm> OK.  Is the only fix now to get rid of .svn files from some director[y/ies]?
[23:28] <chrisccoulson> DanEngholm, yeah. i'll tell you which folder in a second
[23:28] <DanEngholm> OK.
[23:29] <chrisccoulson> robert_ancell, bug 478274
[23:30] <chrisccoulson> DanEngholm, /etc/ConsoleKit/seats.d
[23:31] <bratsche> seb128: Sure.
[23:31] <seb128> bratsche, thanks
[23:32] <chrisccoulson> DanEngholm, you will need to restart afterwards (you could try just restarting consolekit, but I wouldn't really recommend that)
[23:32] <robert_ancell> chrisccoulson, nice work
[23:32] <bratsche> seb128: Already fixed in my next patch.
[23:33] <seb128> bratsche, good I was wondering if that was the same issue you had yesterday
[23:33] <seb128> bratsche, thanks
[23:38] <chrisccoulson> seb128 - OOI, did those gsd and gpm warnings in your xsession-errors go away with the latest versions?
[23:39] <seb128> chrisccoulson, yes
[23:39] <chrisccoulson> cool,thanks
[23:39] <seb128> "GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed"
[23:39] <seb128> still get that gsd one though
[23:39] <chrisccoulson> seb128 - yeah, i'm going to look at that one too
[23:39] <chrisccoulson> i thought i'd fixed that
[23:39] <seb128> chrisccoulson, thanks to you for the fix ;-)
[23:39] <chrisccoulson> but it seems not ;)
[23:40] <seb128> what gpm change do you work on?
[23:40] <seb128> just asking because I'm wondering if we should upload the gpm icon fix
[23:40] <seb128> it's easy enough...
[23:40] <chrisccoulson> the only other gpm change i'm looking at is gnome bug 609720
[23:40] <chrisccoulson> but that's not ready yet, so we should upload the icon fix
[23:41] <chrisccoulson> btw, the nautilus icon has the same issue as the gpm one
[23:43] <seb128> oh?
[23:43] <seb128> that's weird
[23:50] <seb128> bratsche, bug #527431 have you read the new comments about vmware?
[23:50] <seb128> bratsche, we might want to make sure to test those before beta
[23:50] <DanEngholm> chrisccoulson: Thanks.  I'm restarting now.  Will BRB to let y'all know how it worked.
[23:51] <seb128> ArneGoetje, bug #407300, does that break something?
[23:51] <seb128> not sure why you assigned it to the team now
[23:52] <seb128> it has been sent upstream and with open questions
[23:56] <DanEngholm> Ahhhhhh.....   All better.  Thanks!
[23:59] <seb128> good night everybody