[00:00] <rickspencer3> typo, either
[00:00] <TheMuso> lol
[00:00] <TheMuso> woki, I like it.
[00:00] <TheMuso> Not far off a wookie.
[00:01] <RAOF> “Please update the wookie”.  Got a ring to it.
[00:01] <lifeless> rrrroar
[00:04] <rickspencer3> RAOF, TheMuso, robert_ancell: https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-01
[00:04] <rickspencer3> go ahead and read it over
[00:05]  * TheMuso reads the wookie... um I mean wiki page. :)
[00:05] <rickspencer3> and robert_ancell in case you forgot your activity report, not would be a good time
[00:05]  * TheMuso can't stop laughing.
[00:05] <rickspencer3> heh
[00:06] <TheMuso> not much there.
[00:06] <rickspencer3> TheMuso, right, it was a 20 minute meeting
[00:07]  * TheMuso is done
[00:08] <rickspencer3> RAOF, robert_ancell ?
[00:08] <robert_ancell> done
[00:08] <RAOF> Done.
[00:09] <RAOF> My connectivity seems less than wonderful.  Sorry if I lag behind.
[00:10] <robert_ancell> RAOF, yeah, I'm getting stalled connections too
[00:10] <rickspencer3> ok, so real quick from the meeting
[00:10] <rickspencer3> key thing is that we need to start DONEing or POSTPONEDing work items
[00:10] <rickspencer3> for A2
[00:11] <rickspencer3> if you have some done, please mark them as such
[00:11] <rickspencer3> questions?
[00:11] <TheMuso> No
[00:11] <RAOF> None.
[00:11]  * rickspencer3 whip cracking noises
[00:11] <rickspencer3> ok, there was one thing not on the agenda that I thought would be useful to bring up here
[00:12] <rickspencer3> TheMuso, so did I read that dchen has really and truly stopped maintain audio for Ubuntu?
[00:12] <TheMuso> rickspencer3: His involvement will decrease once this extra work that he is doing starts. Don't know any more than that myself.
[00:13] <rickspencer3> TheMuso, so we need to plan to fill that gap, right?
[00:13] <TheMuso> rickspencer3: Right, and such a plan was started at UDS.
[00:13] <rickspencer3> I see
[00:13] <rickspencer3> is there a link or such?
[00:14] <rickspencer3> do you have the resources that you need?
[00:14] <rickspencer3> etc...
[00:14] <TheMuso> rickspencer3: In the form of Daniel having a session with a few people including myself to do a brain dump of common things that need to be done in terms of getting hda hardware to work.
[00:14] <rickspencer3> TheMuso, and are you planning to do that work?
[00:14] <TheMuso> rickspencer3: resources wise, I really can't say at this point, depends on how many people from the above referred session end up jumping abord to help. I have received one request already to help out, which is good
[00:15] <TheMuso> rickspencer3: Where I can, and feel comfortable doing so, yes.
[00:15] <rickspencer3> hmmm
[00:15] <rickspencer3> I'd feel better if I knew that there was one person on point to make sure that audio keeps getting better
[00:16] <TheMuso> Userspace wise, I am committed to doing that. Kernel wise, not sure.
[00:17] <rickspencer3> yeah
[00:17] <rickspencer3> ok, that makes sense
[00:17] <rickspencer3> I'll ask the kernel team who is on point there
[00:17] <rickspencer3> RAOF, TheMuso, robert_ancell any other business?
[00:17] <TheMuso> Nope.
[00:17] <TheMuso> rickspencer3: Brad Figg has been doing audio related stuff from the kernel team
[00:18] <RAOF> No other business here.
[00:18] <robert_ancell> no
[00:18] <rickspencer3> TheMuso, ack on bjf, but I'm not sure if he's still on point for desktop in 10.10
[00:18] <TheMuso> rickspencer3: Gotcha.
[00:19]  * rickspencer3 taps gavel
[00:19] <rickspencer3> robert_ancell, thought you might be interested that jono is starting to pull together content for developer.ubuntu.com
[00:19] <rickspencer3> https://wiki.ubuntu.com/DeveloperStackTour
[00:19] <bjf> rickspencer3, TheMuso, still on point, however, i'm also charged with doing SRU work this cycle
[00:20] <rickspencer3> bjf, ack
[00:20] <TheMuso> bjf: Ok
[00:20] <robert_ancell> rickspencer3, oh, cool.
[00:21] <rickspencer3> I think jono asked for a drupal instance at developer.ubuntu.com
[00:21] <rickspencer3> doesn't seem to be there yet
[00:21] <jono> rickspencer3, it will be Wordpress
[00:21] <jono> currently talking it over with IS
[00:21] <rickspencer3> Wordpress then
[00:21] <rickspencer3> meh
[00:23] <robert_ancell> bratsche, you awake?
[00:31] <bratsche> robert_ancell, yeah
[00:33] <robert_ancell> bug 584287, happy to apply and take it upstream but why is the patch correct?
[00:33] <ubot2> Launchpad bug 584287 in metacity (Ubuntu) (and 1 other project) "Unexpected X error (BadDrawable) causing metacity to abort in maverick (affects: 8) (dups: 1) (heat: 64)" [Undecided,Confirmed] https://launchpad.net/bugs/584287
[00:33] <robert_ancell> bratsche, ^
[00:34] <bratsche> robert_ancell: It's expecting an RGB colormap, and gdk_screen_get_default_colormap() isn't guaranteed to return that.  It should use get_rgb_colormap() or get_system_colormap().
[00:34] <robert_ancell> bratsche, ok, thanks
[00:35] <robert_ancell> the documentation on what get_system and get_default does is very basic
[00:35] <bratsche> robert_ancell: This will not have any negative effect even without the rgba/csd patches applied to gtk+.
[00:36] <bratsche> robert_ancell: Yeah.. gtk+ right now does return an rgb colormap normally with get_default_colormap(), although it's possible to change that at runtime.  But with the csd/rgba patch I'm pushing into gtk+ it will return an rgba colormap by default.
[00:36] <robert_ancell> bratsche, so what is the difference between get_rgb and get_system?  Does get_rgb convert the system colormap if it is not in rgb?
[00:37] <bratsche> robert_ancell: To be honest, I'm not sure of the practical difference between them.  Maybe we should use get_rgb_colormap().. get_system_colormap() will return whatever Xorg is configured to.
[00:39] <bratsche> To change the colormap to rgba by default we don't want to do this at the Xorg level though (which would then require no change in gtk+) because some apps probably erroneously try to draw black with 000.
[00:39] <bratsche> That's the reason for modifying it from the toolkit level.
[00:41] <bratsche> robert_ancell: Actually, I just confirmed in the gtk+ patch.. you should use gdk_screen_get_system_colormap() and not get_rgb_colormap().
[00:41] <bratsche> That's what gtk+ was setting the default colormap to before.
[00:42] <bratsche> robert_ancell: And also, thanks very much for taking care of this!
[00:42] <robert_ancell> bratsche, np
[00:47] <RAOF> Owch.  Shotwell really chews through memory when importing.
[01:19] <LaserJock> hmm, I thought somebody (rickspencer maybe) was saying that it hardly used any
[01:21] <RAOF> Well, it was consuming 1.2GiB physical here and I wanted my system back.
[01:22] <LaserJock> shesh, that's a lot
[01:22] <lifeless> RAOF: wheee
[01:22] <RAOF> Yeah.
[01:22] <rickspencer3> LaserJock, I have no idea how much it uses when importing
[01:23] <RAOF> On the plus side, it now has minimal support for RAW formats.
[01:23] <rickspencer3> sounds like basically "whatever you've got"
[01:23] <rickspencer3> RAOF, is it worth logging a bug on that?
[01:23] <RAOF> Yes.
[01:24] <RAOF> At least, as long as it's reproducible.  I'll give it another whirl.
[04:26] <robert_ancell> RAOF, bug 510426 - do you have any idea which binary package the Everything and GIMarshallingTests modules should go?  I added them to the glib packages, after reading your bug report don't know if they should go into the -dev package
[04:26] <ubot2> Launchpad bug 510426 in gobject-introspection (Debian) (and 1 other project) "Everything-1.0.typelib not built in libgirepository1.0-dev (affects: 1) (heat: 4)" [Unknown,New] https://launchpad.net/bugs/510426
[04:28] <robert_ancell> TheMuso, can you sponsor metacity for me?
[04:28] <TheMuso> robert_ancell: Sure. Does it have a fix that we need for alpha 1?
[04:29] <robert_ancell> TheMuso, I think so, it's a crasher due to interaction with CSD, and the patch is very simple (and already been tested)
[04:29] <TheMuso> ah ok.
[04:29] <TheMuso> will go ahead and take care of it.
[04:30] <robert_ancell> it's in bzr
[04:30] <TheMuso> yep gotcha
[04:48] <TheMuso> robert_ancell: uploaded
[04:51] <robert_ancell> TheMuso, thanks
[04:51] <robert_ancell> bratsche, ^^
[05:16] <RAOF> robert_ancell: I'd probably stick it in the -dev package, as per patch on the linked Debian bug.  Everything is only used in testsuites AFAICT, so -dev makes sense there.  Less certain about GIMarshallingTests, but the same logic probably applies.
[05:17] <robert_ancell> RAOF, there is a versioning issue putting libraries in -dev though
[05:18] <RAOF> I don't quite see how - if they're only used in testsuites, then they're basically only really used at build time, and we don't version the -dev package.
[05:20] <robert_ancell> RAOF, yeah, I guess we need to know if they're only used for testsuites (probably).  My gut feel is they'll disappear once GI stabilises
[05:21] <RAOF> Well, they're obviously not used for anything but testsuites in the archive at the moment :)
[05:22] <robert_ancell> pygi is the only thing I know of :) but that's not in the archive yet
[05:23] <pitti> Good morning
[05:42] <ccheney> ugh OOo 3.2.1 rules merge is particularly ugly, have to be careful not to screw it up :-\
[05:43] <jono> ccheney, good luck!
[05:47] <BalSak> hi guys. does anyone know how to address ubuntu's frequent lock-up's?
[05:47] <ccheney> bzr merge is not my friend, heh
[05:48] <ccheney> BalSak: do a memory test
[05:48] <BalSak> ...not only FireFox (although it happens most frequently in FF, since it's the single app I use the most)
[05:48] <ccheney> BalSak: if its frequently hanging and not coming back its probably hardware
[05:48] <BalSak> ccheney: memtest @ boot? will do, but it happens on many of my systems
[05:49] <ccheney> BalSak: oh hmm
[05:49] <BalSak>  ccheney: it's only single apps that hang (& grey out), and then come back after a stretch. quite random
[05:49] <BalSak> very frustrating
[05:49] <ccheney> BalSak: hmm maybe ask in the user channel or forum with details about your system
[05:50] <BalSak> #ubuntu ?
[05:51] <BalSak> loads of noise &  this seems the appropriate channel to deal with desktop-related issues...
[05:54] <TheMuso> This channel is used for desktop development.
[06:01] <BalSak> dev. ok. thnx
[06:03]  * ccheney gone to bed, will fight with bzr merge in the morning
[06:30] <dupondje> robert_ancell: thx for the patch of metacity :)
[06:32] <robert_ancell> dupondje, np
[08:12] <didrocks> good morning
[08:13] <didrocks> RAOF: hey, my computer is a world of pain this morning, is there a way to install the nvidia blob driver on maverick?
[08:14] <RAOF> didrocks: The one from jockey worked last time I checked.
[08:14] <pitti> bonjour didrocks
[08:15] <didrocks> RAOF: wasn't the case two weeks ago. I'm trying it now (current?)
[08:16] <didrocks> Guten Morgen pitti
[08:16] <didrocks> sweet, jockey list me anything anymore (but well, as I had to install the nvidia driver manually, can be related)
[08:17] <RAOF> Oh!  I know what your problem is going to be - metacity has decided to die, right?
[08:18] <didrocks> RAOF: right, no more metacity because of csd/rgba I guess (and no compiz/mutter as no more GL with my last update).
[08:20] <didrocks> just a tty with weechat ;)
[08:20] <didrocks> but I don't see how this can influence jockey-gtk to not show the nvidia driver
[08:20] <pitti> didrocks: is that a fresh install?
[08:20] <pitti> didrocks: also, is nvidia-current-modaliases installed?
[08:22] <didrocks> pitti: definitively not a fresh install at all :)
[08:23] <didrocks> pitti: let me check
[08:24] <didrocks> pitti: not installed, let me try this
[08:24] <pitti> didrocks: hm, it's installed by default
[08:25] <seb128> hello didrocks pitti
[08:25] <robert_ancell> didrocks, RAOF: I just uploaded a fix for metacity
[08:25] <didrocks> pitti: I guess a dist-upgrade can have broken it, but as I wasn't able to launch
[08:25] <didrocks> s/launch/use the nvidia integrated driver 2 weeks before, can be related to that
[08:26] <didrocks> salut seb128
[08:26] <didrocks> robert_ancell: sweet! I'll try as soon as I get it
[08:28] <pitti> bonjour seb128
[08:28] <seb128> pitti, hey, how are you?
[08:28] <pitti> well enough :) we just got the first maverick alpha-1 desktop images
[08:28] <didrocks> rebooting, brb
[08:28] <pitti> now with non-crashing kernel :)
[08:28] <pitti> http://cdimage.ubuntu.com/daily-live/20100602.2/
[08:28] <pitti> happy testing
[08:28] <seb128> pitti, you decided that sleep was overrated it seems? ;-)
[08:29] <pitti> ah, I'm getting used to 6 AM :)
[08:29] <robert_ancell> seb128, do you have any thoughts on gobject-introspection? (see email)
[08:29] <seb128> robert_ancell, let me check emails
[08:32] <didrocks> robert_ancell: your metacity fix works, thanks :)
[08:32] <robert_ancell> didrocks, i just pushed the patch :)
[08:33] <seb128> robert_ancell, the changes you did are fine with me for upload
[08:33] <didrocks> pitti: well, for jockey-gtk, still listing anything, but again, my install is crap from karmic. So, I think it's a local issue and will reinstall with the alpha1 image this week-end
[08:33] <pitti> didrocks: we just got fresh alpha-1 desktop images, feel free to use those :)
[08:34] <didrocks> pitti: ok, will do it once the "morning tasks" are done :)
[08:34] <seb128> robert_ancell, did you get pygi working with those?
[08:34] <RAOF> for my part, it seems like the nvidia-current drivers work fine.
[08:34] <robert_ancell> seb128, RAOF suggested they should  be in -dev (and that is what the Debian bug is proposing)
[08:34] <seb128> robert_ancell, do we need pygobject rebuilt with it?
[08:34] <seb128> robert_ancell, ok, can do that
[08:34] <robert_ancell> seb128, only if we want pygobject to use pygi as a backend (I believe)
[08:34] <seb128> pitti, yes I can confirm the hang is due to udisks, see stacktrace on the bug report
[08:35] <pitti> seb128: ah, thanks
[08:35] <robert_ancell> I got a PyGI GTK+ demo app working, doesn't need the pygobject recompile
[08:35] <seb128> oh, nice
[08:35] <seb128> is there good documentation?
[08:35] <didrocks> RAOF: can be more than possible, but as I had to install during the lucid dev cycle (before alpha3 I guess) and at the beginning of this cycle manually the nvidia one, I don't trust at all my setup :)
[08:35] <robert_ancell> seb128, nope, I just guessed and used what I knew from the C API.  I'm going to blog a little demo to get people started when it hits maverick
[08:36] <seb128> ok
[08:36] <seb128> you consider it ready for sponsoring?
[08:36] <seb128> could you push to a non junk location if that's the case?
[08:37] <robert_ancell> seb128, I'm just changing it from pygi1 to pygi0, will push
[08:37] <robert_ancell> (I think that's the correct name right?
[08:37] <seb128> pitti, gnome-session starts without issue it's just gnome-panel and nautilus hanging
[08:37] <seb128> pitti, "just" which leads you on an empty background
[08:37] <seb128> I can switch workspaces though
[08:37] <seb128> the login sound is played as well
[08:37] <seb128> robert_ancell, I didn't check the packaging yet so I can't tell
[08:39] <pitti> seb128: ok, let me check something in udisks
[08:39] <pitti> seb128: for now, please feel free to reassign to udisks
[08:40] <pitti> (still need to fiddle release bits in parallel)
[08:44] <seb128> pitti, ok, sorry for the lag to provide infos on the bug but I don't have the box at home so not access to it during the day
[08:44] <pitti> seb128: np
[08:44] <seb128> I often can access it in evenings though
[08:45] <robert_ancell> seb128, no, the packaging needs some work.  I'll do it tomorrow.  gtg
[08:46] <robert_ancell> seb128, if you could get gobject-introspection done that would speed it up, thanks!
[08:46] <seb128> robert_ancell, ok, see you
[08:46] <seb128> will do
[08:47] <RAOF> Hm.  Who's able to view bug #585871 , and why can't I?
[08:47] <ubot2> RAOF: Bug 585871 on http://launchpad.net/bugs/585871 is private
[08:50] <seb128> RAOF, I can't
[08:50] <seb128> pitti, if jdong ack a sru bug is some ubuntu-archive members supposed to accept it still?
[08:50] <seb128> bug #553241
[08:50] <pitti> seb128: they can, yes
[08:50] <ubot2> Launchpad bug 553241 in papyon (Ubuntu Lucid) (and 2 other projects) "No contacts displayed in Empathy, still able to chat (affects: 3) (heat: 18)" [Low,Fix committed] https://launchpad.net/bugs/553241
[08:50] <seb128> bug #273294
[08:51] <ubot2> Launchpad bug 273294 in rhythmbox (Ubuntu Lucid) (and 6 other projects) "Rhythmbox can not use smb:// as library location (affects: 28) (dups: 8) (heat: 230)" [Low,Fix committed] https://launchpad.net/bugs/273294
[08:51] <seb128> pitti, he acked those
[08:51] <pitti> RAOF: I can't as either pitti or apport, sorry
[08:51] <seb128> pitti, if you could run your sru-accept on those or whatever script you use which does the stock comment etc
[08:51] <pitti> seb128: can do
[08:51] <seb128> pitti, danke
[08:51] <seb128> pitti, if you teach me what you do I can do that myself next time ;-)
[08:52] <pitti> seb128: let's
[08:52] <seb128> or should I let that to the sru team?
[08:52] <pitti> first, open https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1
[08:52] <pitti> seb128: no, it's fine for you to do
[08:52] <pitti> rhythmbox is in there
[08:52] <pitti> 2. check http://people.canonical.com/~ubuntu-archive/pending-sru.html
[08:52] <pitti> seb128: is there an RB already in -proposed?
[08:53] <pitti> seb128: I give instructions, you run them?
[08:53] <seb128> pitti, ok
[08:53] <seb128> I've papyon open right now so doing that one first
[08:53] <pitti> ok, fine
[08:54] <pitti> seb128: make sure your ubuntu-archive-tools checkout is up to date, I updated queuediff yesterday
[08:54] <pitti> to work with the shiny new queue diffs generated by LP
[08:55] <pitti> seb128: (tell me whey you updated branch and checked pending-sru for already existing SRUs for those packages)
[08:56] <seb128> pitti, I'm checking something, the diff on the queue seems weird
[08:56] <pitti> seb128: that'd be the next step actually :)
[08:56] <pitti> queuediff -b papyon |less
[08:56] <pitti> that'll
[08:56] <pitti> - find the papyon upload in lucid-proposed
[08:56] <pitti> - parse out the bugs and open them in the browser
[08:56] <pitti> - show the uploaded debdiff to stdout
[08:57] <pitti> you need to check debdiff and bugs for sanity
[08:57] <pitti> bugs need to have a lucid task and a reasonable description
[08:58] <seb128> pitti, ok sorry, so I've an updated checkout, trying that
[08:59] <seb128> pitti, ok so I reviewed the diff using queuediff, checked pending-sru
[08:59]  * mvo hugs slomo for the #584114 upload
[08:59] <seb128> there is no papyon in the current proposed and the diff is correct
[08:59] <pitti> seb128: queuediff will print an appropriate sru-accept command
[08:59] <pitti> seb128: so if everything is alright, first accept the upload from the queue
[08:59]  * desrt hugs mvo for no reason at all
[09:00] <pitti> seb128: and if that worked, run the sru-accept command
[09:00] <pitti> seb128: that's it
[09:00]  * mvo hugs desrt back because he is desrt
[09:00]  * pitti hugs desrt and mvo for rocking
[09:00]  * mvo wonders if bzr merge should have a alias "bzr hug"
[09:00] <seb128> pitti, ok, easy, thanks
[09:00] <pitti> seb128: queuediff and sru-accept.py handle all the boring details :)
[09:00] <desrt> pitti: :)
[09:01] <seb128> pitti, ok, fail
[09:01] <mvo> pitti: heh :) hugfest!
[09:01] <seb128> " Sorry, you don't have permission to access this page. "
[09:01] <seb128> pitti, ^ I get that when I tried to accept something, can you try on rhythmbox if it works for you?
[09:01] <pitti> seb128: ah, LP sometimes does that for packages you uploaded yourself or so
[09:01] <seb128> bah
[09:02] <pitti> seb128: you can use q -s lucid-proposed -Q unapproved accept
[09:02] <pitti> seb128: rb accepted
[09:02] <seb128> pitti, ok thanks
[09:02] <seb128> pitti, can you sru-accept it as well?
[09:02] <seb128> I will do papyon sshing the box
[09:04] <pitti> seb128: you don't have the sru-accept command?
[09:04] <pitti> I didn't run queuediff
[09:04] <seb128> pitti, ok, will do it
[09:04] <pitti> seb128: if not, what's the bug number? (.changes is already gone)
[09:04] <seb128> pitti, I've access but since you accepted it I figured you maybe wanted to run it as well
[09:04] <pitti> seb128: nah, that's fine
[09:04] <seb128> pitti, 273294
[09:05] <seb128> it's running for papyon right now
[09:05] <mvo> pitti: have you seen a bt like this: http://paste.ubuntu.com/443208/ in apport? is that a known issue?
[09:05] <pitti> just run it yourself, that's fine
[09:05] <pitti> seb128: you can run them in parallel, too
[09:05] <seb128> pitti, ok thanks
[09:05] <seb128> that worked \o/
[09:05] <seb128> pitti, danke
[09:05] <pitti> mvo: hm, it should try both the one and two arg form
[09:06]  * pitti hugs seb128
[09:06]  * seb128 hugs pitti
[09:06] <pitti> mvo: what did you select?
[09:06] <mvo> pitti: happens on a lucid system, I have not tried to reproduce yet. he selected "don't know"
[09:06] <mvo> pitti: just got a mail from a friend of mine about problems with umounting usb-devices
[09:07] <pitti> aah
[09:07] <pitti> mvo: so, that happens if the linux package hook errors with a genuine TypeError exception
[09:07] <mvo> pitti: it may well be some package that he has installed that keep it busy, so the problem itself may not be a real bug as such (but I'm not sure yet)
[09:07] <pitti> mvo: it just looks confusing
[09:07] <mvo> aha, so its not a error at all?
[09:07] <pitti> mvo: well, it's a bug in the source_linux.py hook
[09:08] <mvo> aha
[09:08] <pitti> mvo: I fixed one instance of that in 1.13.2-0ubuntu1
[09:08] <pitti> but that's way before lucid
[09:08] <pitti> mvo: running ubuntu-bug linux might help
[09:08] <seb128> pitti, ok, so I'm a bit hesitant what to do with bug #579281
[09:08] <ubot2> Launchpad bug 579281 in telepathy-butterfly (Ubuntu Lucid) (and 1 other project) "http method for msn protocoll does not work when behind a proxy (affects: 2) (heat: 20)" [Wishlist,Fix committed] https://launchpad.net/bugs/579281
[09:08] <mvo> thanks pitti
[09:09] <pitti> mvo: i. e. help to see the real exception
[09:09] <seb128> pitti, I've the feeling I will not get a verification-done on it
[09:09]  * mvo tries to reproduce
[09:09] <seb128> pitti, but the update is mainly no change if you don't install python-proxy from universe
[09:10] <seb128> pitti, and I did it to allow people who need to proxy to get it and to enable updates to newer versions which have fixes as well
[09:10] <pitti> seb128: can we at least test that MSN still works without a proxy?
[09:10] <seb128> pitti, yes, would that be enough for you?
[09:10] <pitti> my biggest concern is about regressions
[09:10] <seb128> pitti, I will try to get some acks that it doesn't break anything
[09:10] <pitti> if the bug isn't fixed, or fully fixed, we can do another SRU
[09:10] <seb128> ok good
[09:10] <seb128> danke
[09:10] <pitti> but we mustn't break existing working stuff
[09:10] <seb128> right, agreed
[09:11] <seb128> as said I doubt it breaks anything but it seems like I will not get a verification-done for the bug I picked to list in the changelog
[09:11] <seb128> I will get some people to ack it's still working
[09:11] <pitti> thanks
[09:59] <pitti> seb128: ok, I see one open() call in udisks-daemon which could potentially be responsible for this
[09:59] <pitti> seb128: I'll try a patch and upload it to a PPA for testing
[10:00] <seb128> pitti, ok, I can test after work today
[10:00] <seb128> I guess other users can test a ppa version as well on this bug
[10:01] <pitti> right
[10:32] <pitti> seb128: argh, I messed up the retracer chroots last time, fixing
[11:00] <didrocks> pitti: ok, reinstalled maverick and seems fine. I saw that my modification on the notify script in weechat we spoke about at UDS has been broken by subsequent changes, making "smart_notification" (which is off by default) not working anymore, hence the fact you aren't spammed with notification in a pv.
[11:01] <pitti> didrocks: maverick> good to hear, thanks
[11:01] <pitti> didrocks: smart notification> right, I don't seem to get _any_ notification for PMs right now
[11:02] <didrocks> pitti: yeah, someone made an upstream change and broke it
[11:03] <pitti> seb128: yay, got a first positive test result for my PPA udisk for bug 539515 \o/
[11:03] <ubot2> Launchpad bug 539515 in udisks (Ubuntu Maverick) (and 2 other projects) "probing a non-existing floppy causes long boot delays (affects: 70) (dups: 13) (heat: 424)" [Medium,In progress] https://launchpad.net/bugs/539515
[11:04] <ayan> brb
[11:04] <seb128> pitti, yeah you!
[11:19] <seb128> slomo, hi
[11:19] <seb128> slomo, do you think you could get http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550478 fixed in debian?
[11:19] <ubot2> Debian bug 550478 in gobject-introspection "gobject-introspection: Please include the Everything-1.0 typelib" [Minor,Open]
[11:23] <pitti> didrocks: http://cdimage.ubuntu.com/ubuntu-netbook/daily-live/20100602.3/ ready for testing, if you want to give it a spin
[11:23]  * pitti rsyncs
[11:25] <pitti> didrocks: it's quite a bit bigger than lucid, had to chop off some langpacks
[11:29] <pitti> didrocks: when I boot the current maverick netbook in kvm, I get a GNOME desktop?!?
[11:29] <pitti> shouldn't I get a 2D launcher?
[11:29]  * pitti tries on real iron
[11:32] <BUGabundo_remote> kenvandine: can I nag I a bit, about douchdb?
[11:34] <pitti> BUGabundo_remote: just FYI, he's currently asleep (western US time zone)
[11:34] <BUGabundo_remote> thanks pitti
[11:35] <BUGabundo_remote> anyone else working in the desktop couch db?
[11:35] <BUGabundo_remote> broken in maverick, can't find any dupes for my bug
[11:35] <pitti> the online services folks, but they are mostly in south america, too
[11:35] <BUGabundo_remote> ehe
[11:36] <pitti> BUGabundo_remote: rodrigo_ might know
[11:36] <rodrigo_> BUGabundo_remote, what's broken?
[11:37] <seb128> slomo, see lp:~robert-ancell/gobject-introspection/add-everything-and-gimarshalling-tests which has the changes
[11:37] <pitti> didrocks: ah, works (2D launcher) with -vga vmware
[11:38] <BUGabundo_remote> rodrigo_: hi. let me get the bug id
[11:39] <BUGabundo_remote> rodrigo_: https://bugs.launchpad.net/bugs/588478
[11:39] <ubot2> Launchpad bug 588478 in couchdb (Ubuntu) "RuntimeError: Can not find port of couchdb. (affects: 3) (heat: 16)" [Undecided,Confirmed]
[11:40] <rodrigo_> BUGabundo_remote, is desktopcouch-service running?
[11:41] <BUGabundo_remote> rodrigo_: $ psx couch | pastebinit http://paste.ubuntu.com/443258/
[11:41] <rodrigo_> BUGabundo_remote, if not, move the bug to desktopcouch project
[11:42] <rodrigo_> it seems you have 2 instances running
[11:42] <BUGabundo_remote> should I kill it
[11:42] <rodrigo_> BUGabundo_remote, killall -9 beam.smp and try again
[11:42] <BUGabundo_remote> and then restart gwibber
[11:42] <rodrigo_> and yeah, desktopcouch-service is not running, so gwibber is failing to get the port
[11:43] <BUGabundo_remote> starting gwibber-service -d -o
[11:43] <BUGabundo_remote> and it dies
[11:43] <BUGabundo_remote> I see some instances of desktop-couch again
[11:43] <rodrigo_> yeah, but not  desktopcouch-service, right?
[11:44] <rodrigo_> that's the service giving the port via dbus, which is what gwibber is trying to do
[11:44] <BUGabundo_remote> rodrigo_: $ psx desktopcouch-service | pastebinit http://paste.ubuntu.com/443261/
[11:44] <BUGabundo_remote> its there
[11:44] <didrocks> pitti: I'll have a look (sorry, in the middle of fighting reinstalling all my dev tools :))
[11:45] <rodrigo_> BUGabundo_remote, it was there before, right? Does gwibber work now?
[11:45] <didrocks> pitti: normally, boot in KVM -> launch netbook-launcher -> fallback on n-l-efl
[11:46] <BUGabundo_remote> RuntimeError: Unable to find listening port
[11:46] <BUGabundo_remote> rodrigo_: nope :(
[11:46] <rodrigo_> BUGabundo_remote, move the bug to desktopcouch, so that chad sees it
[11:46] <rodrigo_> BUGabundo_remote, do you have d-feet installed?
[11:47] <rodrigo_> if so, go to the Session bus tab and look for org.desktopcouch.CouchDB service
[11:47] <pitti> didrocks: yes, it does work indeed, also 3D launcher on real iron
[11:47] <pitti> didrocks: sorry for the noise
[11:47] <rodrigo_> if it's there, try running the getPort method from d-feet
[11:47] <BUGabundo_remote>   Installed: (none)
[11:47] <pitti> didrocks: I do have something to complain, though: favourites are empty in both 2d and 3d; known or want me to file a bug?
[11:48]  * BUGabundo_remote installs
[11:48] <rodrigo_> BUGabundo_remote, (just double click on the method's name in the right-hand list, and click Execute on the dialog that shows up)
[11:48] <BUGabundo_remote> rodrigo_: should I move the bug,. or add desktopcouch ?
[11:49] <rodrigo_> BUGabundo_remote, move it, it's either gwibber or desktopcouch
[11:49] <BUGabundo_remote> done
[11:50] <didrocks> pitti: urgh, that's weird. Not sure if this is really important as post alpha1, we will transition to unity which have other keys. What do you think?
[11:50] <didrocks> (sync in progress, will test afterwards)
[11:50] <pitti> didrocks: ah, I see
[11:50] <pitti> didrocks: I'll just release-note it them
[11:50] <didrocks> pitti: well, I can have a quick look but if it's the only issue, it doesn't worth a respin IMHO
[11:51] <pitti> didrocks: no, don't worry
[11:51] <BUGabundo_remote> rodrigo_: d-feed doesn't show org.desktopcouch.CouchDB
[11:51] <pitti> didrocks: I was only asking for the purposes of documenting
[11:51] <pitti> didrocks: this is that <---------------------> far away from being RC for alpha-1 :)
[11:51] <rodrigo_> BUGabundo_remote, ok, then it's desktopcouch, so move the bug to it
[11:51] <BUGabundo_remote> already did
[11:52] <didrocks> pitti: sure :)
[11:52] <didrocks> pitti: thanks for the notice, I'll still have a look
[11:52] <BUGabundo_remote> thanks for the help rodrigo_. you may ping me in #-bugs or #-+1 if something comes up
[11:52] <BUGabundo_remote> bye
[11:53] <pitti> didrocks: oh, I guess it'll still be relevant for the 2D launcher, no?
[11:54] <pitti> didrocks: I'll just file a formal bug for now for the release notes
[11:54] <didrocks> pitti: yeah, against nebook-launcher-efl and ubuntu-netbook-default-settings please
[11:54] <didrocks> (that's the two packages which contains those settings)
[11:57] <pitti> didrocks: bug 588675  FTR
[11:57] <ubot2> Launchpad bug 588675 in ubuntu-netbook-default-settings (Ubuntu Maverick) (and 1 other project) "[Maverick Alpha-1] Empty favourites (affects: 1)" [Medium,New] https://launchpad.net/bugs/588675
[11:57] <didrocks> pitti: thanks :)
[12:20] <didrocks> pitti: we also got the two panels and not the dedicated applets. Do you know what changed so that the postinst of ubuntu-netbook-default-settings doesn't seem to have been executed? (I don't remember to add anything to casper about that)
[12:22] <didrocks> well, mkdir seems to have worked, but not update-gconf-defaults
[12:24] <didrocks> if I execute it manually, I get /var/lib/gconf/une.* and all is fine (favorites, panel and default applets)
[12:53] <pitti> didrocks: I don't know of any change there, but admittedly I was quite disconnected from maverick development so far
[12:54] <pitti> didrocks: you could check the livefs build logs for any errors that the postinst might have spat out?
[12:58] <didrocks> pitti: do you have any pointer to it please? I can't find it and it's always the issue, I should add a bookmark for them (looked from qa.ubuntu.com…)
[12:59] <pitti> didrocks: http://people.canonical.com/~ubuntu-archive/livefs-build-logs/ is the root of all the logs
[12:59] <didrocks> pitti: thanks, bookmarking it
[13:17] <pitti> didrocks: so you figure that empty favourites and GNOME-like panel configuation is the same root cause?
[13:18] <pitti> didrocks: I updated https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview accordingly
[13:18] <pitti> (wrong panels was just confirmed by ara)
[13:18] <didrocks> pitti: right
[13:18] <pitti> didrocks: merci
[13:18] <didrocks> pitti: I'm trying another iso build to see if something happened. Don't see anything in the livefs log
[13:18] <didrocks> pitti: you're welcome
[13:18] <didrocks> I'm just worrying now :)
[13:28] <asac> hola ... any good/clean cdbs packaging example that does a two run build (e.g. two ./configure etc.)
[13:28] <kenvandine> rodrigo_, i reproduced that desktopcouch bug too... seems completely broken for me as well
[13:28]  * kenvandine will nag chad when he shows up :)
[13:29] <rodrigo_> kenvandine, :(
[13:29] <kenvandine> rodrigo_, also reproduced it in a pretty clean VM
[13:29] <rodrigo_> kenvandine, btw, the 2 branches for couchdb-glib and evo-couchdb are now done (with introspection and docs), so merge when you wish
[13:29] <kenvandine> rodrigo_, yeah, saw that... bzr is upset with one of them
[13:29] <rodrigo_> kenvandine, yeah, poke chad about it
[13:30] <kenvandine> will figure that out today
[13:30] <rodrigo_> kenvandine, oh, which one?
[13:30] <kenvandine> i think it was couchdb-glib
[13:30] <kenvandine> bzr is complaining about format or something
[13:30] <kenvandine> but it isn't the usual upgrade to 2a thing
[13:30] <kenvandine> like i can't even checkout the ~ubuntu-desktop branch
[13:31] <chrisccoulson> asac - i'm not sure now, but cheese used to do that a few releases ago
[13:31] <seb128> asac, there is no really clean way to it with cdbs
[13:31] <seb128> asac, you can look to gnome-menus for example
[13:31] <rodrigo_> kenvandine, hmm
[13:32] <kenvandine> rodrigo_, i am wondering if it is a bug in the bzr version in maverick
[13:32] <kenvandine> i haven't tried it on a lucid box yet
[13:33] <rodrigo_> kenvandine, it might be, my branch was created and pushed on lucid, from the ~ubuntu-desktop one
[13:34] <kenvandine> yeah
[13:34] <kenvandine> i figured
[13:34] <kenvandine> i have a dusty lucid VM i'll boot up in a bit :)
[13:35] <rodrigo_> :)
[13:36] <asac> seb128: chrisccoulson: thanks
[13:38] <pitti> yay, LP is back \o/
[13:39] <didrocks> pitti: ok, if I launch the postinst manually, I get no error and the %gconf-tree.xml are generated. Is it allowed to make an upload with set -ex + some debug info in the postinst script and make a respin and have more logs? I'm kinda stuck TBH
[13:39] <rodrigo_> bug #588478
[13:39] <ubot2> Launchpad bug 588478 in desktopcouch (Ubuntu) (and 1 other project) "RuntimeError: Can not find port of couchdb. (affects: 3) (heat: 18)" [High,Confirmed] https://launchpad.net/bugs/588478
[13:40] <pitti> didrocks: sounds fine to me, sure; you can then look at the dailies
[13:40] <didrocks> pitti: thanks, making the change now
[13:40] <pitti> didrocks: note that we probably won't re-enable the daily cronjobs before Friday or Monday
[13:41] <pitti> but it's not that urgent anyway
[13:41] <didrocks> pitti: not a problem, thanks :)
[13:49] <pitti> didrocks: on the bright side, standard netbook OEM install works just fine here :) (except the issue above)
[13:50] <didrocks> pitti: I'm just able to reproduce it installing ubuntu-netbook-default-settings manually here, will be easier to debug
[13:50] <pitti> ah, nice
[13:50] <didrocks> once installed "sudo var/lib/dpkg/info/ubuntu-netbook-default-settings.postinst configure" works like a charm though
[13:55] <aquarius> seb128, pygobject bug filed at https://bugs.edge.launchpad.net/ubuntu/+source/pygobject/+bug/588694 -- I'm not sure how to link it to upstream https://bugzilla.gnome.org/show_bug.cgi?id=589253, and I'm not sure that the test case is useful (I'd do a pure pygobject test case that doesn't involve Rhythmbox but I don't really understand the problem well enough to do that). Feel free to change it any way you thi
[13:55] <aquarius> nk necessary.
[13:55] <ubot2> Launchpad bug 588694 in pygobject (Ubuntu) "null-ok parameter annotation not correctly handled for virtual methods (affects: 1) (heat: 6)" [Undecided,New]
[13:55] <ccheney> good morning
[13:56] <seb128> aquarius, hey, thank you!
[13:57] <didrocks> pitti: clearly turning mad: http://paste.ubuntu.com/443328/
[13:58] <pitti> didrocks: urgh
[13:59] <pitti> didrocks: does the "default" call somehow overwrite the "mandatory" one?
[13:59] <pitti> didrocks: perhaps add an ls in between in the postinst?
[13:59] <didrocks> pitti: hum, good idea, it shouldn't, but let's check
[14:00] <pitti> didrocks: personally, my next step would be to wrap the calls into strace -fvvo /tmp/update-gconf.$$.log
[14:01] <pitti> didrocks: and/or annotate /usr/bin/update-gconf-defaults with debugging stuff
[14:01]  * pitti wants a "sh -x" like option for python
[14:02] <didrocks> pitti: that makes sense. Maybe a recent change of update-gconf-defaults make it doesn't like using it twice in a row. Thanks for the suggestion
[14:05] <didrocks> I'll have a look at recent update-gconf-defaults change too (I confirm that none of the file are never ever created in the postinst)
[14:06] <seb128> the schemas registration got moved to triggers
[14:06] <seb128> there is maybe a bug there
[14:07] <didrocks> seb128: well, this is just default with update-gconf-defaults, not schemas, right?
[14:07] <seb128> right
[14:07] <seb128> but maybe the schemas defaults registration changes as well
[14:07] <seb128> I didn't check
[14:08] <didrocks> hum, I'll have a look
[14:09] <didrocks>   * update-gconf-defaults, gconf-schemas: do nothing when called from
[14:09] <didrocks>     dpkg, except from gconf2.postinst itself.
[14:09] <didrocks> in 2.28.1-2
[14:10] <seb128> right
[14:10] <seb128> it's a trigger now
[14:10] <didrocks> hum, not nice at all for me that :)
[14:10] <seb128> can't you just use the trigger?
[14:11] <didrocks> yeah, adding it to the corresponding directories for une
[14:12] <Laney> didrocks: banshee-meego is in experimental now, fyi
[14:13] <didrocks> Laney: 1.7.1-1, sweet, thanks. I'll check the banshee release as I don't know if we will go with 1.8 (if they use gsettings and so on) :)
[14:15] <seb128> didrocks, we can go with 1.8
[14:15] <seb128> we get the platform updated
[14:16] <seb128> shouldn't be an issue for random applications to update
[14:16] <seb128> we need to be careful for things which use shared keys etc though
[14:18] <pedro_> seb128, bonjour, how are you?
[14:18] <seb128> hey pedro_
[14:18] <seb128> I'm fine thanks
[14:18] <seb128> what about you?
[14:18] <pedro_> seb128, I'm good too, thanks ;-)
[14:18] <seb128> pedro_, could you test the telepathy-butterfly update and confirm msn is still working btw?
[14:18] <seb128> no need to confirm that proxy works
[14:19] <seb128> but we need at least to confirm it doesn't break other things
[14:19] <pedro_> seb128, can we have gnome-terminal 2.30.1 into lucid ? the upstream maintainer is complaining about the version we're shipping there said it's buggy
[14:19] <pedro_> seb128, yeap i'll have a look into that
[14:19] <seb128> didrocks, mvo: ^
[14:19] <seb128> pedro_, thanks
[14:20] <pedro_> you're welcome
[14:21] <didrocks> seb128: ok for banshee
[14:22] <seb128> didrocks, let me know if we should sync the new version, you might want to check with the banshee Debian,Ubuntu maintainers though
[14:22] <didrocks> seb128: do you need hands for gnome-terminal update (not sure about the second hilight)
[14:22] <seb128> didrocks, would be nice if you or mvo could do it
[14:22] <seb128> I'm doing 80% of the desktop srus atm and still have quite some on my list
[14:22] <didrocks> seb128: trying to fix the ubuntu-netbook-settings-blabla think first and on it then
[14:22] <seb128> I would be happy to let this one to somebody who do work on the package usually
[14:23] <Laney> I've no problem with you syncing it
[14:23] <seb128> I try to not work on packages I don't touch usually
[14:23] <didrocks> seb128: yeah, I'll check the banshee diff, IIRC we are in sync
[14:23] <seb128> Laney, do you have an opinion on 1.8 for this cycle?
[14:23] <seb128> Laney, stability, coming changes, gsettings
[14:24] <seb128> Laney, I've no doubt we can sync I'm rather wondering if we should think about going for 1.8
[14:24] <Laney> Not sure what they are doing with regard to the platform, but yes I think that aiming for the next stable is the right thing
[14:24] <jcastro> anyone have a link to the "push my new awesome app I just wrote in quickly into the software center for the stable release" spec?
[14:25] <seb128> jcastro, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-opportunistic-apps-stable-release
[14:26] <jcastro> thanks!
[14:26] <seb128> you're welcome
[14:40] <didrocks> pitti: ok, I've a fix, do you think it will worth a respin?
[14:41] <pitti> didrocks: nah, it's fine; it's just alpha-1, the main point of which is to test the merged installer and new kernel
[14:41] <pitti> didrocks: what was it? great that you figured it out!
[14:41] <pitti> didrocks: also, folks can just dist-upgrade to get the fix
[14:41] <pitti> at this point, only major installation failures are worth a respin
[14:42] <didrocks> pitti: gconf is now using a trigger (kudos to seb128 for mentionning it :)) and so, update-gconf-defaults doesn't work from dpkg
[14:50] <pitti> aah
[14:53] <rodrigo_> kenvandine, that bug (bug #588478), you see it on maverick, right?
[14:53] <ubot2> Launchpad bug 588478 in desktopcouch (Ubuntu) (and 1 other project) "RuntimeError: Can not find port of couchdb. (affects: 3) (heat: 18)" [High,Confirmed] https://launchpad.net/bugs/588478
[14:53] <kenvandine> yes
[14:53] <rodrigo_> ok
[15:16] <rickspencer3> kenvandine, hi
[15:16] <kenvandine> hey rickspencer3
[15:16] <rickspencer3> kenvandine, is there an API for identi.ca?
[15:17] <kenvandine> yup
[15:17] <rickspencer3> thinking about using it for the sample app for the developer manual
[15:17] <kenvandine> cool
[15:18] <kenvandine> i don't know much about it
[15:18] <kenvandine> that is segphault's area of expertise
[15:18] <rickspencer3> kenvandine, do you know where the API is?
[15:18] <rickspencer3> or is it all form posts?
[15:18] <kenvandine> not sure
[15:18] <kenvandine> i think they have something REST
[15:18] <kenvandine> but anything i know about it is from talking to ryan
[15:18] <rickspencer3> ah
[15:19] <rickspencer3> so it's all urllib2?
[15:19] <kenvandine> think so
[15:20] <kenvandine> gwibber uses pycurl though
[15:20] <rickspencer3> pycurl?
[15:20] <rickspencer3> interesting
[15:20] <rickspencer3> I guess he needs that to handle auth
[15:21] <kenvandine> we switched to pycurl to fix some bugs
[15:21] <kenvandine> urllib2 was causing hangs on facebook
[15:21] <kenvandine> never figured out why, but pycurl worked reliably
[15:21] <kenvandine> with facebook urllib2 would just never finish getting the result
[15:22] <rickspencer3> weird
[15:22] <kenvandine> looks like gwibber does a post to submit a status update
[15:22] <kenvandine> it was weird
[15:22] <kenvandine> but the rest of the methods are downloading json
[15:22] <kenvandine> but i think there is something better
[15:22] <kenvandine> just requires oauth or xauth
[15:22] <kenvandine> i think
[15:22] <kenvandine> which we will move to
[15:24] <kenvandine> rickspencer3, http://status.net/docs/api/index.html
[15:25] <rickspencer3> cool
[15:25] <rickspencer3> thanks kenvandine
[15:25] <kenvandine> so that is post
[15:25] <kenvandine> looks like they have plans to write a "native API"
[15:26] <kenvandine> whatever that means :)
[15:26] <kenvandine> they also have a twitter compatible api http://status.net/wiki/Twitter-compatible_API
[15:26] <rickspencer3> meh
[15:26] <kenvandine> that document seems to have much more in it
[15:26] <kenvandine> might be a better reference
[15:28] <rickspencer3> interesting
[15:29] <rickspencer3> kenvandine, I think I'll just start with getting a public feed from identi.ca using urllib2, parse that with beautifulsoup, and then stuff it into a DictionaryGrid
[15:29] <rickspencer3> that should get things going quickly
[15:30] <rickspencer3> later we can use gio to get the data asynchronously, maybe
[15:31] <didrocks> seb128: hum, new gnome-terminal needs a new libvte, not sure we want to update that into an SRU
[15:32] <seb128> didrocks, tricky
[15:32] <seb128> I think the new version doesn't build
[15:32] <seb128> udeb build issue
[15:32] <seb128> pedro_, ^
[15:33] <didrocks> seb128: yeah, it's not there was only one rdepends :)
[15:33] <didrocks> like*
[15:35] <tintin> Hello. I have configured my Ubuntu 10.04 with LDAP. At logon, appear a list of users who have previously logged. How can I remove these "cached" users? I only want to appear the box to write the username and password.
[15:36] <seb128> tintin, hi, try #ubuntu
[15:36] <tintin> seb128, thanks, i have tried but im trying in others because anyone knows
[15:37] <seb128> look to open gdm bugs
[15:37] <seb128> there is one about it with the gconftool command
[15:41] <pedro_> seb128, ok, thanks
[15:41] <pedro_> i hate when they do that, put new lib requirements so late during the cycle...
[16:12] <didrocks> james_w: waow, when you have a git/svn version bzr bd -e will download the distribution home made tarball, that rocks!
[16:13] <james_w> didrocks: thank jelmer :-)
[16:13] <seb128> didrocks, using the deb-src you mean to get the source?
[16:13] <didrocks> james_w: I'll for sure :-)
[16:13] <didrocks> seb128: it seems to have taken that, not sure of the internal
[16:14] <seb128> that's not really new is it?
[16:14] <seb128> it does that since I use bzr bd
[16:14] <seb128> seems the logical way to get the current source ;-)
[16:14] <didrocks> maybe, I just never noticed it as most of the time I do "$bzr bd -e -r <…>" and it looks at debian/watch
[16:18] <tintin> Hi!  i have an ubuntu 10.04 installation and i have a problem. At logon i select the language i want to work but when start i see that some programs take effect and appears with the language i select, but the system menus does not have the language, any ideas? i see that if i select the language after login on system --> language support everything goes ok
[16:19] <rickspencer3> tintin, hiya
[16:19] <rickspencer3> fyi ... this channel is where developers who are developing the desktop hang out
[16:19] <rickspencer3> we're not much equipped for support questions
[16:19] <rickspencer3> that's generally in #ubuntu
[16:20] <rickspencer3> you're welcome to hang out here, of course
[16:20] <rickspencer3> if you are debugging the code so that you can produce a patch or etc..., then we are equipped to help you with that
[16:21] <tintin> rickspencer3, ok, sorry and thanks
[16:22] <rickspencer3> tintin, no apologies necessary, I just didn't want you to suffer waiting for an
[16:22] <rickspencer3> like I say, you are welcome to hang out
[16:40] <pitti> bye everyone, see you all on Monday!
[17:20] <Amaranth> chrisccoulson: Sorry everyone started jumping on gnome-session for compiz not starting. I _told_ them at least some of the cases of this problem are because compiz.real is gone
[17:21] <chrisccoulson> Amaranth - yes, that breaks sessions after upgrading for users that use session saving
[17:21] <Amaranth> But apparently adding a compiz.real symlink doesn't help for these people either so they just duped the bug I was commenting on to bug 467668 and dropped the compiz part
[17:21] <ubot2> Launchpad bug 467668 in gnome-session (Ubuntu) (and 1 other project) "[regression-release] Neither compiz nor metacity nor nautilus are run at start (affects: 37) (dups: 3) (heat: 196)" [Medium,Confirmed] https://launchpad.net/bugs/467668
[17:22] <Amaranth> Although honestly I'd say gnome-session not handling compiz.real going away is a bug too ;)
[17:24] <chrisccoulson> gnome-session could probably handle that better
[17:25] <Amaranth> Wow, just realized that broke karmic->lucid upgrades and hardy->lucid upgrades
[17:25] <Amaranth> That kind of thing should probably be added to the standard QA testing before release
[17:26] <vish> Amaranth: that is bug 498203 , chrisccoulson remember this one? found it early in lucid
[17:26] <ubot2> Launchpad bug 498203 in gnome-session (Ubuntu) (and 1 other project) "Session starts without any window manager , if saved session is broken (affects: 6) (heat: 28)" [Low,Triaged] https://launchpad.net/bugs/498203
[17:26] <chrisccoulson> it should only be broken for people using session saving though, and that didn't even work in hardy IIRC
[17:26] <chrisccoulson> vish - yeah, that's the one
[17:27] <Amaranth> chrisccoulson: I thought the gnome-session that broke it was in intrepid
[17:27] <Amaranth> s/broke it/dropped it as a useless feature without user input/
[17:27] <Amaranth> :D
[17:28] <chrisccoulson> Amaranth - yeah, that's right actually. but the session management worked quite differently in hardy, i wouldn't expect that problem to break hardy -> lucid upgrades
[17:29] <Amaranth> chrisccoulson: That depends, does the new gnome-session have code to read from ~/.gnome2/session?
[17:30] <chrisccoulson> Amaranth - it doesn't. and it doesn't have the concept of X-GNOME-Provides either IIRC, which is what breaks it
[17:30] <Amaranth> ah
[17:30] <vuntz> chrisccoulson: huh? The new gnome-session definitely knows about X-GNOME-Provides
[17:30] <chrisccoulson> oh, maybe it does
[17:30] <chrisccoulson> vuntz - i'm talking about the old one ;)
[17:31] <bjf> on maverick (an upgrade from lucid) I just tried to "sudo apt-get install mplayer" and got: "mplayer: Depends: libdirectfb-1.2-0 but it is not going to be installed"
[17:31] <bjf> what's the right thing to do here?
[17:31] <vuntz> chrisccoulson: hrm, okay, I guess I should read more carefully the discussion, then ;-)
[17:31] <chrisccoulson> vuntz - some users have a saved session which doesn't work after upgrading, because compiz binary got renamed
[17:32] <chrisccoulson> so the desktop file with X-GNOME-Provides=windowmanager in the saved session doesn't actually work
[17:32] <Amaranth> arg
[17:32] <chrisccoulson> and users end up without a window manager
[17:32] <vuntz> chrisccoulson: bug in gnome-session
[17:32] <Amaranth> You guys figured out this bug like 2 weeks after I made the change that got rid of compiz.real
[17:32] <Amaranth> And I didn't hear about it until like a month before release and only recently figured it out
[17:32] <chrisccoulson> vuntz - yeah, i think i might have mentioned it to you already
[17:32] <chrisccoulson> i would work on a patch, but i don't really work on gnome stuff atm ;)
[17:33] <vuntz> I had a patch to rework the provides stuff
[17:33] <vuntz> it's a bit broken for another reason (forgot which reason, but well...)
[17:55] <ccheney> anyone happen to be processing sync requests today that can do a couple for me? 588812, 588813
[21:50] <mvo_> hey seb128
[21:51] <mvo_> seb128: is there no gnome-session-remove anymore? I have gnome-session trying to start metacity for me currently (but xfwm4 is running because metacity is so crashy on maverick)
[21:57] <seb128> not for some cycle no
[21:57] <seb128> the crashy issue should have been fixed today
[21:57] <seb128> robert_ancell did an upgrade
[22:02] <seb128> mvo_, ^
[22:02] <mvo_> aha, cool
[22:02] <mvo_> thanks!
[22:36] <asac> mvo_!
[22:37] <seb128> asac, you should be sleeping by now!
[22:37] <mvo_> hey asac - what TZ are you currently in?
[22:37] <seb128> speaking of which time to go to bed ;-)
[22:37] <seb128> 'night
[22:37] <mvo_> yeah
[22:37] <mvo_> here too
[22:37] <seb128> 'night mvo_
[22:37] <seb128> enjoy your weekend
[22:37] <mvo_> you too
[22:37]  * mvo_ waves
[22:38] <asac> mvo_: i finally moved to antarctica ... there i can easily switch timezones by walking a few meters ;)
[22:39] <mvo_> asac: I knew it ;)
[22:40] <mvo_> asac: longer days too
[22:40] <mvo_> so its easier to get more done
[22:41] <ajmitch> it's a bit cold there at this time of year
[22:42] <mvo_> s/at this time/at any time/
[22:42] <mvo_> :P
[22:42]  * mvo_ really should go to bed now before he becomes even more silly
[22:44] <asac> 'night mvo_
[22:46] <mvo_> night asac and ajmitch
[22:46] <asac> byebye