[00:00] typo, either [00:00] lol [00:00] woki, I like it. [00:00] Not far off a wookie. [00:01] “Please update the wookie”. Got a ring to it. [00:01] rrrroar [00:04] RAOF, TheMuso, robert_ancell: https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-01 [00:04] go ahead and read it over [00:05] * TheMuso reads the wookie... um I mean wiki page. :) [00:05] 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] heh [00:06] not much there. [00:06] TheMuso, right, it was a 20 minute meeting [00:07] * TheMuso is done [00:08] RAOF, robert_ancell ? [00:08] done [00:08] Done. [00:09] My connectivity seems less than wonderful. Sorry if I lag behind. [00:10] RAOF, yeah, I'm getting stalled connections too [00:10] ok, so real quick from the meeting [00:10] key thing is that we need to start DONEing or POSTPONEDing work items [00:10] for A2 [00:11] if you have some done, please mark them as such [00:11] questions? [00:11] No [00:11] None. [00:11] * rickspencer3 whip cracking noises [00:11] ok, there was one thing not on the agenda that I thought would be useful to bring up here [00:12] TheMuso, so did I read that dchen has really and truly stopped maintain audio for Ubuntu? [00:12] rickspencer3: His involvement will decrease once this extra work that he is doing starts. Don't know any more than that myself. [00:13] TheMuso, so we need to plan to fill that gap, right? [00:13] rickspencer3: Right, and such a plan was started at UDS. [00:13] I see [00:13] is there a link or such? [00:14] do you have the resources that you need? [00:14] etc... [00:14] 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] TheMuso, and are you planning to do that work? [00:14] 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] rickspencer3: Where I can, and feel comfortable doing so, yes. [00:15] hmmm [00:15] I'd feel better if I knew that there was one person on point to make sure that audio keeps getting better [00:16] Userspace wise, I am committed to doing that. Kernel wise, not sure. [00:17] yeah [00:17] ok, that makes sense [00:17] I'll ask the kernel team who is on point there [00:17] RAOF, TheMuso, robert_ancell any other business? [00:17] Nope. [00:17] rickspencer3: Brad Figg has been doing audio related stuff from the kernel team [00:18] No other business here. [00:18] no [00:18] TheMuso, ack on bjf, but I'm not sure if he's still on point for desktop in 10.10 [00:18] rickspencer3: Gotcha. [00:19] * rickspencer3 taps gavel [00:19] robert_ancell, thought you might be interested that jono is starting to pull together content for developer.ubuntu.com [00:19] https://wiki.ubuntu.com/DeveloperStackTour [00:19] rickspencer3, TheMuso, still on point, however, i'm also charged with doing SRU work this cycle [00:20] bjf, ack [00:20] bjf: Ok [00:20] rickspencer3, oh, cool. [00:21] I think jono asked for a drupal instance at developer.ubuntu.com [00:21] doesn't seem to be there yet [00:21] rickspencer3, it will be Wordpress [00:21] currently talking it over with IS [00:21] Wordpress then [00:21] meh [00:23] bratsche, you awake? [00:31] robert_ancell, yeah [00:33] bug 584287, happy to apply and take it upstream but why is the patch correct? [00:33] 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] bratsche, ^ [00:34] 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] bratsche, ok, thanks [00:35] the documentation on what get_system and get_default does is very basic [00:35] robert_ancell: This will not have any negative effect even without the rgba/csd patches applied to gtk+. [00:36] 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] 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] 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] 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] That's the reason for modifying it from the toolkit level. [00:41] 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] That's what gtk+ was setting the default colormap to before. [00:42] robert_ancell: And also, thanks very much for taking care of this! [00:42] bratsche, np [00:47] Owch. Shotwell really chews through memory when importing. [01:19] hmm, I thought somebody (rickspencer maybe) was saying that it hardly used any [01:21] Well, it was consuming 1.2GiB physical here and I wanted my system back. [01:22] shesh, that's a lot [01:22] RAOF: wheee [01:22] Yeah. [01:22] LaserJock, I have no idea how much it uses when importing [01:23] On the plus side, it now has minimal support for RAW formats. [01:23] sounds like basically "whatever you've got" [01:23] RAOF, is it worth logging a bug on that? [01:23] Yes. [01:24] At least, as long as it's reproducible. I'll give it another whirl. === JanC_ is now known as JanC [04:26] 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] 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] TheMuso, can you sponsor metacity for me? [04:28] robert_ancell: Sure. Does it have a fix that we need for alpha 1? [04:29] 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] ah ok. [04:29] will go ahead and take care of it. [04:30] it's in bzr [04:30] yep gotcha [04:48] robert_ancell: uploaded [04:51] TheMuso, thanks [04:51] bratsche, ^^ [05:16] 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] RAOF, there is a versioning issue putting libraries in -dev though [05:18] 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] 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] Well, they're obviously not used for anything but testsuites in the archive at the moment :) [05:22] pygi is the only thing I know of :) but that's not in the archive yet [05:23] Good morning [05:42] ugh OOo 3.2.1 rules merge is particularly ugly, have to be careful not to screw it up :-\ [05:43] ccheney, good luck! [05:47] hi guys. does anyone know how to address ubuntu's frequent lock-up's? [05:47] bzr merge is not my friend, heh [05:48] BalSak: do a memory test [05:48] ...not only FireFox (although it happens most frequently in FF, since it's the single app I use the most) [05:48] BalSak: if its frequently hanging and not coming back its probably hardware [05:48] ccheney: memtest @ boot? will do, but it happens on many of my systems [05:49] BalSak: oh hmm [05:49] ccheney: it's only single apps that hang (& grey out), and then come back after a stretch. quite random [05:49] very frustrating [05:49] BalSak: hmm maybe ask in the user channel or forum with details about your system [05:50] #ubuntu ? [05:51] loads of noise & this seems the appropriate channel to deal with desktop-related issues... [05:54] This channel is used for desktop development. [06:01] dev. ok. thnx [06:03] * ccheney gone to bed, will fight with bzr merge in the morning [06:30] robert_ancell: thx for the patch of metacity :) [06:32] dupondje, np === almaisan-away is now known as al-maisan [08:12] good morning [08:13] 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] didrocks: The one from jockey worked last time I checked. [08:14] bonjour didrocks [08:15] RAOF: wasn't the case two weeks ago. I'm trying it now (current?) [08:16] Guten Morgen pitti [08:16] sweet, jockey list me anything anymore (but well, as I had to install the nvidia driver manually, can be related) [08:17] Oh! I know what your problem is going to be - metacity has decided to die, right? [08:18] 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] just a tty with weechat ;) [08:20] but I don't see how this can influence jockey-gtk to not show the nvidia driver [08:20] didrocks: is that a fresh install? [08:20] didrocks: also, is nvidia-current-modaliases installed? [08:22] pitti: definitively not a fresh install at all :) [08:23] pitti: let me check [08:24] pitti: not installed, let me try this [08:24] didrocks: hm, it's installed by default [08:25] hello didrocks pitti [08:25] didrocks, RAOF: I just uploaded a fix for metacity [08:25] pitti: I guess a dist-upgrade can have broken it, but as I wasn't able to launch [08:25] s/launch/use the nvidia integrated driver 2 weeks before, can be related to that [08:26] salut seb128 [08:26] robert_ancell: sweet! I'll try as soon as I get it [08:28] bonjour seb128 [08:28] pitti, hey, how are you? [08:28] well enough :) we just got the first maverick alpha-1 desktop images [08:28] rebooting, brb [08:28] now with non-crashing kernel :) [08:28] http://cdimage.ubuntu.com/daily-live/20100602.2/ [08:28] happy testing [08:28] pitti, you decided that sleep was overrated it seems? ;-) [08:29] ah, I'm getting used to 6 AM :) [08:29] seb128, do you have any thoughts on gobject-introspection? (see email) [08:29] robert_ancell, let me check emails [08:32] robert_ancell: your metacity fix works, thanks :) [08:32] didrocks, i just pushed the patch :) [08:33] robert_ancell, the changes you did are fine with me for upload [08:33] 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] didrocks: we just got fresh alpha-1 desktop images, feel free to use those :) [08:34] pitti: ok, will do it once the "morning tasks" are done :) [08:34] robert_ancell, did you get pygi working with those? [08:34] for my part, it seems like the nvidia-current drivers work fine. [08:34] seb128, RAOF suggested they should be in -dev (and that is what the Debian bug is proposing) [08:34] robert_ancell, do we need pygobject rebuilt with it? [08:34] robert_ancell, ok, can do that [08:34] seb128, only if we want pygobject to use pygi as a backend (I believe) [08:34] pitti, yes I can confirm the hang is due to udisks, see stacktrace on the bug report [08:35] seb128: ah, thanks [08:35] I got a PyGI GTK+ demo app working, doesn't need the pygobject recompile [08:35] oh, nice [08:35] is there good documentation? [08:35] 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] 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] ok [08:36] you consider it ready for sponsoring? [08:36] could you push to a non junk location if that's the case? [08:37] seb128, I'm just changing it from pygi1 to pygi0, will push [08:37] (I think that's the correct name right? [08:37] pitti, gnome-session starts without issue it's just gnome-panel and nautilus hanging [08:37] pitti, "just" which leads you on an empty background [08:37] I can switch workspaces though [08:37] the login sound is played as well [08:37] robert_ancell, I didn't check the packaging yet so I can't tell [08:39] seb128: ok, let me check something in udisks [08:39] seb128: for now, please feel free to reassign to udisks [08:40] (still need to fiddle release bits in parallel) [08:44] 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] seb128: np [08:44] I often can access it in evenings though [08:45] seb128, no, the packaging needs some work. I'll do it tomorrow. gtg [08:46] seb128, if you could get gobject-introspection done that would speed it up, thanks! [08:46] robert_ancell, ok, see you [08:46] will do [08:47] Hm. Who's able to view bug #585871 , and why can't I? [08:47] RAOF: Bug 585871 on http://launchpad.net/bugs/585871 is private [08:50] RAOF, I can't [08:50] pitti, if jdong ack a sru bug is some ubuntu-archive members supposed to accept it still? [08:50] bug #553241 [08:50] seb128: they can, yes [08:50] 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] bug #273294 [08:51] 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] pitti, he acked those [08:51] RAOF: I can't as either pitti or apport, sorry [08:51] pitti, if you could run your sru-accept on those or whatever script you use which does the stock comment etc [08:51] seb128: can do [08:51] pitti, danke [08:51] pitti, if you teach me what you do I can do that myself next time ;-) [08:52] seb128: let's [08:52] or should I let that to the sru team? [08:52] first, open https://edge.launchpad.net/ubuntu/lucid/+queue?queue_state=1 [08:52] seb128: no, it's fine for you to do [08:52] rhythmbox is in there [08:52] 2. check http://people.canonical.com/~ubuntu-archive/pending-sru.html [08:52] seb128: is there an RB already in -proposed? [08:53] seb128: I give instructions, you run them? [08:53] pitti, ok [08:53] I've papyon open right now so doing that one first [08:53] ok, fine [08:54] seb128: make sure your ubuntu-archive-tools checkout is up to date, I updated queuediff yesterday [08:54] to work with the shiny new queue diffs generated by LP [08:55] seb128: (tell me whey you updated branch and checked pending-sru for already existing SRUs for those packages) [08:56] pitti, I'm checking something, the diff on the queue seems weird [08:56] seb128: that'd be the next step actually :) [08:56] queuediff -b papyon |less [08:56] that'll [08:56] - find the papyon upload in lucid-proposed [08:56] - parse out the bugs and open them in the browser [08:56] - show the uploaded debdiff to stdout [08:57] you need to check debdiff and bugs for sanity [08:57] bugs need to have a lucid task and a reasonable description [08:58] pitti, ok sorry, so I've an updated checkout, trying that [08:59] pitti, ok so I reviewed the diff using queuediff, checked pending-sru [08:59] * mvo hugs slomo for the #584114 upload [08:59] there is no papyon in the current proposed and the diff is correct [08:59] seb128: queuediff will print an appropriate sru-accept command [08:59] 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] seb128: and if that worked, run the sru-accept command [09:00] 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] pitti, ok, easy, thanks [09:00] seb128: queuediff and sru-accept.py handle all the boring details :) [09:00] pitti: :) [09:01] pitti, ok, fail [09:01] pitti: heh :) hugfest! [09:01] " Sorry, you don't have permission to access this page. " [09:01] pitti, ^ I get that when I tried to accept something, can you try on rhythmbox if it works for you? [09:01] seb128: ah, LP sometimes does that for packages you uploaded yourself or so [09:01] bah [09:02] seb128: you can use q -s lucid-proposed -Q unapproved accept [09:02] seb128: rb accepted [09:02] pitti, ok thanks [09:02] pitti, can you sru-accept it as well? [09:02] I will do papyon sshing the box [09:04] seb128: you don't have the sru-accept command? [09:04] I didn't run queuediff [09:04] pitti, ok, will do it [09:04] seb128: if not, what's the bug number? (.changes is already gone) [09:04] pitti, I've access but since you accepted it I figured you maybe wanted to run it as well [09:04] seb128: nah, that's fine [09:04] pitti, 273294 [09:05] it's running for papyon right now [09:05] pitti: have you seen a bt like this: http://paste.ubuntu.com/443208/ in apport? is that a known issue? [09:05] just run it yourself, that's fine [09:05] seb128: you can run them in parallel, too [09:05] pitti, ok thanks [09:05] that worked \o/ [09:05] pitti, danke [09:05] mvo: hm, it should try both the one and two arg form [09:06] * pitti hugs seb128 [09:06] * seb128 hugs pitti [09:06] mvo: what did you select? [09:06] pitti: happens on a lucid system, I have not tried to reproduce yet. he selected "don't know" [09:06] pitti: just got a mail from a friend of mine about problems with umounting usb-devices [09:07] aah [09:07] mvo: so, that happens if the linux package hook errors with a genuine TypeError exception [09:07] 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] mvo: it just looks confusing [09:07] aha, so its not a error at all? [09:07] mvo: well, it's a bug in the source_linux.py hook [09:08] aha [09:08] mvo: I fixed one instance of that in 1.13.2-0ubuntu1 [09:08] but that's way before lucid [09:08] mvo: running ubuntu-bug linux might help [09:08] pitti, ok, so I'm a bit hesitant what to do with bug #579281 [09:08] 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] thanks pitti [09:09] mvo: i. e. help to see the real exception [09:09] pitti, I've the feeling I will not get a verification-done on it [09:09] * mvo tries to reproduce [09:09] pitti, but the update is mainly no change if you don't install python-proxy from universe [09:10] 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] seb128: can we at least test that MSN still works without a proxy? [09:10] pitti, yes, would that be enough for you? [09:10] my biggest concern is about regressions [09:10] pitti, I will try to get some acks that it doesn't break anything [09:10] if the bug isn't fixed, or fully fixed, we can do another SRU [09:10] ok good [09:10] danke [09:10] but we mustn't break existing working stuff [09:10] right, agreed [09:11] 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] I will get some people to ack it's still working [09:11] thanks [09:59] seb128: ok, I see one open() call in udisks-daemon which could potentially be responsible for this [09:59] seb128: I'll try a patch and upload it to a PPA for testing [10:00] pitti, ok, I can test after work today [10:00] I guess other users can test a ppa version as well on this bug [10:01] right [10:32] seb128: argh, I messed up the retracer chroots last time, fixing [11:00] 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] didrocks: maverick> good to hear, thanks [11:01] didrocks: smart notification> right, I don't seem to get _any_ notification for PMs right now [11:02] pitti: yeah, someone made an upstream change and broke it [11:03] seb128: yay, got a first positive test result for my PPA udisk for bug 539515 \o/ [11:03] 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] brb [11:04] pitti, yeah you! === MacSlow is now known as MacSlow|lunch [11:19] slomo, hi [11:19] slomo, do you think you could get http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550478 fixed in debian? [11:19] Debian bug 550478 in gobject-introspection "gobject-introspection: Please include the Everything-1.0 typelib" [Minor,Open] [11:23] 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] didrocks: it's quite a bit bigger than lucid, had to chop off some langpacks [11:29] didrocks: when I boot the current maverick netbook in kvm, I get a GNOME desktop?!? [11:29] shouldn't I get a 2D launcher? [11:29] * pitti tries on real iron [11:32] kenvandine: can I nag I a bit, about douchdb? [11:34] BUGabundo_remote: just FYI, he's currently asleep (western US time zone) [11:34] thanks pitti [11:35] anyone else working in the desktop couch db? [11:35] broken in maverick, can't find any dupes for my bug [11:35] the online services folks, but they are mostly in south america, too [11:35] ehe [11:36] BUGabundo_remote: rodrigo_ might know [11:36] BUGabundo_remote, what's broken? [11:37] slomo, see lp:~robert-ancell/gobject-introspection/add-everything-and-gimarshalling-tests which has the changes [11:37] didrocks: ah, works (2D launcher) with -vga vmware [11:38] rodrigo_: hi. let me get the bug id [11:39] rodrigo_: https://bugs.launchpad.net/bugs/588478 [11:39] Launchpad bug 588478 in couchdb (Ubuntu) "RuntimeError: Can not find port of couchdb. (affects: 3) (heat: 16)" [Undecided,Confirmed] [11:40] BUGabundo_remote, is desktopcouch-service running? [11:41] rodrigo_: $ psx couch | pastebinit http://paste.ubuntu.com/443258/ [11:41] BUGabundo_remote, if not, move the bug to desktopcouch project [11:42] it seems you have 2 instances running [11:42] should I kill it [11:42] BUGabundo_remote, killall -9 beam.smp and try again [11:42] and then restart gwibber [11:42] and yeah, desktopcouch-service is not running, so gwibber is failing to get the port [11:43] starting gwibber-service -d -o [11:43] and it dies [11:43] I see some instances of desktop-couch again [11:43] yeah, but not desktopcouch-service, right? [11:44] that's the service giving the port via dbus, which is what gwibber is trying to do [11:44] rodrigo_: $ psx desktopcouch-service | pastebinit http://paste.ubuntu.com/443261/ [11:44] its there [11:44] pitti: I'll have a look (sorry, in the middle of fighting reinstalling all my dev tools :)) [11:45] BUGabundo_remote, it was there before, right? Does gwibber work now? [11:45] pitti: normally, boot in KVM -> launch netbook-launcher -> fallback on n-l-efl [11:46] RuntimeError: Unable to find listening port [11:46] rodrigo_: nope :( [11:46] BUGabundo_remote, move the bug to desktopcouch, so that chad sees it [11:46] BUGabundo_remote, do you have d-feet installed? [11:47] if so, go to the Session bus tab and look for org.desktopcouch.CouchDB service [11:47] didrocks: yes, it does work indeed, also 3D launcher on real iron [11:47] didrocks: sorry for the noise [11:47] if it's there, try running the getPort method from d-feet [11:47] Installed: (none) [11:47] 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] 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] rodrigo_: should I move the bug,. or add desktopcouch ? [11:49] BUGabundo_remote, move it, it's either gwibber or desktopcouch [11:49] done [11:50] 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] (sync in progress, will test afterwards) [11:50] didrocks: ah, I see [11:50] didrocks: I'll just release-note it them [11:50] pitti: well, I can have a quick look but if it's the only issue, it doesn't worth a respin IMHO [11:51] didrocks: no, don't worry [11:51] rodrigo_: d-feed doesn't show org.desktopcouch.CouchDB [11:51] didrocks: I was only asking for the purposes of documenting [11:51] didrocks: this is that <---------------------> far away from being RC for alpha-1 :) [11:51] BUGabundo_remote, ok, then it's desktopcouch, so move the bug to it [11:51] already did [11:52] pitti: sure :) [11:52] pitti: thanks for the notice, I'll still have a look [11:52] thanks for the help rodrigo_. you may ping me in #-bugs or #-+1 if something comes up [11:52] bye [11:53] didrocks: oh, I guess it'll still be relevant for the 2D launcher, no? [11:54] didrocks: I'll just file a formal bug for now for the release notes [11:54] pitti: yeah, against nebook-launcher-efl and ubuntu-netbook-default-settings please [11:54] (that's the two packages which contains those settings) [11:57] didrocks: bug 588675 FTR [11:57] 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] pitti: thanks :) === MacSlow|lunch is now known as MacSlow [12:20] 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] well, mkdir seems to have worked, but not update-gconf-defaults [12:24] if I execute it manually, I get /var/lib/gconf/une.* and all is fine (favorites, panel and default applets) === thunderstruck is now known as gnomefreak [12:53]