[00:03] uh, is there a way to get back to the default layout with gwibber? [00:05] kklimonda, ah, right [00:05] the dialog will only appear if an application doesnt respond to QueryEndSession [00:07] after closing the dialog, the clients are sent EndSession. applications then have 10 seconds in which to respond before the session ends [00:11] chrisccoulson, and what can they respond? I guess only TRUE passed to EndSessionResponse change anything (the session can be terminated immediately). If application doesn't respond to EndSession in 10 seconds it's going to be killed anyway. [00:11] they can cancel the logout [00:11] chrisccoulson, they can do it forcefully? [00:12] yeah [00:13] using Inhibit ? [00:18] chrisccoulson, but if you were right it would mean that the application can be written that stops user from logging out/restarting or shutting down computer. [00:18] a misfeature that was added after the fact... [00:19] kklimonda, yeah, i think it works like that [00:19] perhaps mclasen is slightly more familiar there [00:19] my understanding is that a dbus client can cancel the logout [00:25] chrisccoulson, mclasen: so the documentation at http://live.gnome.org/SessionManagement/GnomeSession#A6._EndSession isn't exact? I see no mention of it there.. [00:26] yeah, when those 'improvements' were made, the documentation was not updated... [00:26] are those improvements here to stay? [00:28] anyway, i really need to get some updates done now:) [00:35] ooh, nobody sponsored gnome-terminal yet [00:38] robert_ancell: Did you push the CDBS-fixed launchpad-integration anywhere? [00:38] robert_ancell: Sorry I had the day off yesterday, had a relative's funeral to go to. Did your upload get done? [00:39] RAOF, yes, pushed to lp:~ubuntu-desktop/launchpad-integration/ubuntu. I think seb128 has already uploaded it [00:39] TheMuso, yes, I think seb has done it [00:39] robert_ancell: ok [00:40] robert_ancell: I'm looking to do a little gardening on it; at least to make it a little bit easier to start working on, and audit for Debian CLI policy. [00:41] TheMuso, ah, no it wasn't uploaded, can you do that? [00:41] RAOF, +1 from me! [00:41] robert_ancell: Sure, in a bit when I get through some email here. [00:41] TheMuso, no rush, I think the previous one has fixed the original problem [00:42] ok [00:45] RAOF, do you know how to enable patches in dh7? [00:46] robert_ancell: Include quilt.mk. [00:47] RAOF, thanks [00:48] robert_ancell: Alternatively, you can include the standard make targets and add dependancies on your patch system of choice's targets. [00:48] gnome-do-plugins is a dh7 package using quilt.mk; you'll notice that it doesn't include any explicit patch/unpatch calls or targets. [00:50] Boo. My stricter dh_clideps exposes the improper ordering of dh_clideps / dh_makeshlibs calls in launchpad-integration. [00:55] ugh, brain fade [00:55] i'm running the latest lucid, any guess why I keep getting "searching for available drivers" everytime I reboot and log in? [01:05] chrisccoulson, no! I still have questions ;) [01:05] i'm still here, but just trying to catch up on other work before i go to bed ;) [01:06] i would like to go to bed before 3am if possible :) [01:06] chrisccoulson, I get two Transmission entries in inhibit api - one from Inhibitor and the other from session handling - is it because inhibitor call have toplevel_xid set to 0? [01:07] i think that's expected, if you opened an inhibitor [01:07] in inhibit dialog* [01:08] chrisccoulson, this inhibitor is only for suspend/hibernation [01:12] kklimonda, maybe the inhibit dialog displays all types of inhibits, even those that aren't interesting for the action you're performing [01:13] but you should only see that dialog if you don't respond to the QueryEndSession fast enough [01:13] chrisccoulson, probably and yes :) [01:13] chrisccoulson, or rather - if you respond to QueryEndSession by sending FALSE dialog shows up [01:14] chrisccoulson, at least that's how it works for me :) [01:14] kklimonda, the way it should work with transmission is: [01:14] transmission receives QueryEndSession, and responds to say it's ok to proceed [01:14] once all other clients have done the same, transmission receives EndSession [01:15] then transmission can save whatever information it needs to for the torrents, and then respond [01:15] and then exit [01:37] wow, this is the easiest gnome-control-center update i've ever done [01:39] hmm, I seem to have gained 1.5s each in both suspend-to-ram and resume [03:37] robert_ancell: I've got a couple of launchpad-integration branches, but they've been trapped in a rich-root format by bug #506556. While I extract the diffs one by one, what do you think about upgrading the branch format to 2a? [03:37] Launchpad bug 506556 in bzr "Branching does not maintain compatibility with parent" [Low,Confirmed] https://launchpad.net/bugs/506556 [03:39] RAOF, I've no problem with that, what's the bzr command to do that? [03:40] robert_ancell: There's a button on the launchpad page for the branch; I'd hit that, since it's much much faster. [03:40] RAOF, done [03:41] Superb. Thanks. [04:22] robert_ancell: Given that you guys have been discussin lpi stuff, what branch should I be pulling from, and what besides the upload do you need done? [04:25] TheMuso, pull from lp:launchpad-integration, do a make distcheck, untar, copy the debian dir, do the upload. or should I make a debdiff? [04:25] When bzr finishes dicking around I've got a couple of branches I'll propose for merging into the main one. [04:25] TheMuso, ok, then wait for that [04:25] robert_ancell: What branch is the debian dir in? [04:26] robert_ancell: I don't mind doing it all [04:26] robert_ancell: oh ok [04:26] TheMuso, it's all in the same repo [04:26] robert_ancell: oh ok [04:27] The first of my branches makes that process become “bzr bd --native -S” instead, but it means autogen'ing at build time which you might not want. [04:28] I wonder when it'll finish; it has already pushed 150MB of bzr data to launchpad. [04:29] RAOF: IMO that would be useful. [04:29] robert_ancell: Oh, it seems the upgrade didn't work because lp:launchpad-integration is stacked on lp:~ubuntu-core-dev/launchpad-integration/ubuntu, which isn't upgraded :( [04:30] TheMuso: *I* was certainly confused by the build process when I started looking at it :) [04:32] RAOF, oh groan. I don't have access to that one (which is why it moved). TheMuso, do you have core access? [04:32] robert_ancell: Yes. [04:33] TheMuso, can you upgrade that bzr branch? [04:33] which one? [04:33] the core-dev lpi branch? [04:34] * TheMuso doesn't see it on launchpad.net/launchpad-integration/+branches [04:37] ok found it. [04:37] robert_ancell: http://tinyurl.com/ygvkmn8 is the first of the merges. Curses. I thought you'd uploaded 0.1.33, so the changelog entry's wrong. [04:38] RAOF, why does it build-depend on cvs? [04:38] Because autopoint has a runtime dependency on cvs. [04:38] Ok lp:~ubuntu-core-dev/launchpad-integration/ubuntu is being upgraded. [04:39] DON'T ASK ME WHY! :) [04:39] :) [04:42] RAOF, I'm being pedantic in asking you to merge the changelog entries - I can do that manually if it's too annoying.. [04:42] Not at all. I'll fix them. [04:46] robert_ancell: pushed [04:47] RAOF, thanks [04:48] I'll need to fix the other merges, once they finally make it all the way to launchpad. [04:51] robert_ancell: You should be able to upgrade lp:launchpad-integration now. [04:52] upgrading... [05:08] Next branch is aaaaaaaaalmost pushed. [05:18] robert_ancell: Next merge request http://tinyurl.com/yzp3ahf [05:19] RAOF, ok, still working on the first one :) [05:19] I pulled ok, but it doesn't want to push... [05:21] Stupid bzr! If it wasn't for this branch format craziness, I'd never have any problems with it. [05:22] http://tinyurl.com/y8ufc7g is the final, most optional merge. It renames the binary package to liblaunchpad-integration1.0-cil, which we might not want to do until an ABI break. [05:22] You can safely ignore it if you wish :) [05:28] RAOF, I'll have to patch the other packages but it will be easier to do earlier than later [05:28] RAOF, I was unsure what to do there - Isn't the API version 0.1 [05:28] ? [05:29] The AssemblyVersion states that it's 1.0.0.0 [05:29] Which makes the version 1.0 according to CLI standards. [05:31] TheMuso, can you do a second upgrade on that branch? I think we have to do multiple upgrades to get to 2.0... [05:31] RAOF, yeah I did that... How does it match what is in configure.ac? [05:31] You shouldn't have to patch the other packages, should you? The -cil-dev package hasn't changed name, that should be what other packages are build-depending on, and that'll pull in the correct package. [05:31] robert_ancell: It doesn't at all. [05:32] RAOF, ah true. Then I'll take that patch [05:33] Oooh. I forgot, one further CLI policy patch; use mono-csc rather than gmcs. [05:33] RAOF, you are the policy master! [05:34] I'll add that to the top of the rename merge? Each one is a superset of the previous ones. [05:34] sure, just stack them up [05:34] robert_ancell: oh sure [05:34] TheMuso, and then you might have to do it again, and again, and... :) [05:34] heh ok [05:35] ok upgrading again... [05:35] Make sure *that* branch isn't stacked on anything else, otherwise the upgrade will take time and do nothing. [05:35] Looks like its changing though [05:35] Ok, it isn't stacked. [05:35] can't remember what format it was last, but didn't mention stacking [05:40] morning [05:49] Morning. [05:53] TheMuso, did that work? It still seems to be at the same version [05:53] robert_ancell: hrm interesting. [05:54] robert_ancell: No idea why its not changing... [05:54] * TheMuso wonders if he should use bzr to upgrade things... [05:56] I've asked in #launchpad [05:57] TheMuso: You can, but it'll take ages; it'll need to download & then reupload all the revisions in the repository. [05:57] RAOF: right [06:16] robert_ancell: cli-lib-rename merge updated. Would you like one final patch to ltmain.sh to make libtool handle --as-needed in such a way that it reduces unnecessary library dependencies? [06:17] RAOF, sure. [06:17] the less lintian warnings the better [06:21] bzr looks a bit messed up, might have to manually merge all these [06:22] I can provide a debdiff against 0.1.32 if you like. [06:40] It sounds like bzr might be working soon; lp:~raof/launchpad-integration/rename-lib-for-cli-policy has all the goodness of wheat in it, now. [07:13] RAOF, looks like the branches may be broken for some time... might have to go manual :) [07:16] gtg, see you guys tomorrow [09:04] good morning everyone [09:07] hey seb128 [09:08] hey chrisccoulson [09:08] how are you? [09:09] i'm good thanks. quite tired though, i had a fairly busy evening last night [09:09] how are you? [09:09] good morning :) [09:09] hey kklimonda [09:09] good, not too tired for once [09:09] I had some good nights this week [09:10] seb128 - i finished g-c-c and gsd if you feel like doing some sponsoring this morning :) [09:12] oh sure! [09:12] cool, thanks! [09:12] I notice you did your hamster-applet at a non-decent hour [09:12] i also did gnome-screensaver and hamster-applet last night too [09:12] yeah ;) [09:12] and i sponsored gnome-terminal too [09:13] I noticed [09:13] you rock [09:13] but you should not forget to sleep [09:13] no need to burn you out on work before starting ;-) [09:13] yeah, i shall probably have an early night tonight [09:14] I think I've already read that in the past week a few times ;-) [09:16] Good morning [09:17] james_w: bzr dh-make> sweet, thanks! will have a look at it [09:18] brb, another round of plymouth testing [09:19] does plymouth work yet? [09:19] i still don't have it installed on my laptop [09:19] chrisccoulson, if by work you mean not breaking boot then yes :) [09:20] chrisccoulson: Mostly; as long as you don't need prompting for a dm-crypt passphrase, in my experience. [09:20] yay, what a nice surprise in my morning email [09:21] ah thanks, i'll try installing it again [09:21] pitti?? [09:21] good morning btw ;) [09:21] Someone's mailed you cake? [09:21] after just one year after approval, I finally got commit access to udisks/upower :) [09:21] hey chrisccoulson [09:21] RAOF: nobody does unfortunately :( [09:21] pitti - thats awesome :) [09:21] freedesktop admin is a little bit on the slow side, as it seems [09:22] yeah, it's quicker when you apply for a gnome git account ;) [09:24] hey pitti, chrisccoulson :) [09:24] hey didrocks, how are you? [09:25] chrisccoulson: fine even if I have woken up at 4am :) [09:25] chrisccoulson: you? [09:25] didrocks - i was just going to bed at that time ;) [09:25] heh [09:25] how come you woke up so early? [09:25] chrisccoulson: don't know. Impossible to find some sleep. So, I worked on Quickly ;) [09:27] did you not try "quickly sleep" ? [09:28] Keybuk: good idea, I'll add a template "get-some-rest" :) [09:28] Keybuk - or perhaps "quickly make coffee" [09:28] chrisccoulson: this one is already implemented and sitting next to my hand :) [09:28] heh ;) [09:29] * Keybuk wants "quickly boot" [09:30] :) [09:31] I know that some people here wants "quickly kill gnome panel and all bonobo stuff" [09:36] re [09:36] enough plymouth testing for now [09:36] seb128 - it worked ok then? [09:36] no [09:37] I would not say "enough for now" otherwise ;-) [09:37] I would say "good that's fixed now" [09:37] :-p [09:37] salut seb128 :) [09:37] still freezes on enter [09:37] hey didrocks [09:38] seb128 - oh, ok. i won't bother installing it again later on then ;) [09:39] if you want a running box, don't ;-) [09:40] it would be nice to be able to close the lid without crashing too :) [09:42] didrocks - do you want "quickly kill gnome-panel" then? ;) [09:43] didrocks - i make your life difficult now: http://git.gnome.org/browse/gnome-panel/commit/?id=67fd15da344e590314b92147382d2cc37f074136 [09:43] :P [09:43] you can't get rid of it! [09:43] chrisccoulson: damned ;) [09:43] it will just keep coming back now ;) [09:43] * didrocks makes a loop in kill command ;) [09:43] lol [09:44] snow again! [09:45] didrocks, as long as it's not stopping planes I've to take it's all good ;-) [09:45] seb128: heh, good to be at home :-) [09:46] seb128: I'll need some sponsoring for metacity [09:46] got badly rejected [09:46] pitti, ^ up for some sponsoring by any chance? [09:46] seb128: lp:~ubuntu-desktop/metacity/ubuntu [09:46] or pitti ;) [09:46] I'm already looking at g-s-d and g-c-c sponsoring [09:46] and I've some other things I try to get done before lunch too [09:46] or mvo [09:46] seb128: concerning cheese, I've filed a bug upstream with a backtrace [09:46] seb128, didrocks: will sponsor metacity [09:47] didrocks, ok thanks [09:47] thanks pitti [09:47] pitti, thanks [09:47] didrocks, you did the new version update? or is that the tooltip change? [09:47] seb128: no, it's only the "don't show ws switcher if only one ws" [09:48] oh ok [09:48] 2 lines patch, but before forgetting to do it [09:48] didrocks, you should be doing the version update too ;-) [09:48] it's a minor version update [09:48] seb128: I want to do the tooltip before the end of the day [09:48] oh, too late - I can take it as well [09:48] so, for tomorrow morning sponsoring, if you don't mind :) [09:48] ok [09:48] mvo, hey ;-) [09:49] hey mvo [09:49] mvo, how are you? [09:49] hey seb128, didrocks ! [09:49] tired! [09:49] but otherwise fine [09:49] mvo, if you want to do some sponsoring you can upload lp:launchpad-integration [09:49] (or, maybe, when grep -i seb128 https://wiki.ubuntu.com/DidierRoche/CoreDevApplication won't return something empty :p) [09:49] robert_ancell said there is changes ready for upload there [09:50] didrocks, is there any hurry there? [09:50] didrocks, you pinged at least 5 times in a week about that now :-p [09:50] seb128: yeah, I have a look [09:50] didrocks: any particular reason why you skipped 1:2.28.0-2ubuntu5 ? [09:50] seb128: you're kidding, I just pinged once you yesterday ;) I just wanted to suscribe to next week meeting agenda, but if you think you won't have the time [09:50] mvo, danke [09:51] pitti: hum? maybe not pushed in bzr branch? let me check [09:51] didrocks: no, I mean the version in the archive is ubuntu4, and your new one is ubuntu6 [09:51] didrocks, you dropped me an email, told me during the sprint, did reminder yesterday and again today [09:51] didrocks, but that's fine, and I will have it done on time, I just tend to delay paper work ;-) [09:52] seb128: I know you don't like paperwork ;) [09:52] pitti: my bad then, I can fix it [09:52] didrocks: I just wanted to make sure that there wasn't something important lost [09:52] pitti: no no, I "dch -i" twice maybe [09:53] pitti: do you want me to push 2 branches ? [09:53] s/2/a new/ [09:53] didrocks: uncommit, fix the dch -r release, push --overwrite [09:53] s/release/commit/ [09:55] morning mvo [09:55] pitti: done and pushed. I've deleted also manually the tag for next release (1:2.28.0-2ubuntu6) [09:56] mvo, I created a new 0.2.x branch for aptdaemon. it will be the stable release for Ubuntu Lucid. [09:56] didrocks, how did you delete the tag? [09:56] seb128: bzr tag --delete ... [09:56] glatzor: nice! is it ready for packaging, i.e. should I update? [09:57] didrocks, it seems to not delete the tag from the server though, when I do that and push it's still on the online version [09:57] I got some duplicate tags errors doing that [09:57] or did you delete lp:...? [09:57] seb128: right, but as I pushed with --overwrite, I think it's removing it in that case [09:57] (need to be confirmed) [09:58] hum, ok [09:58] seb128: no, I pulled and the tag is still present when "bzr tags", indeed [09:59] mvo, actually the code hasn't changed for 4 weeks :) [10:00] mvo, But I will commit a port to the latest python-apt 0.7.9x API to trunk in a few minutes [10:00] glatzor: ok, thanks. I switch the packaging over to the old branch [10:00] mvo, it is so scaring how fast time moves on [10:01] glatzor: indeed [10:01] glatzor: s/old/stable/ [10:01] mvo, lp:~aptdaemon-developers/aptdaemon/0.2.x [10:03] pitti: thanks for the upload [10:04] glatzor: thanks, building now [10:04] asac: hi there, is there a complete graphical way to establish a bluetooth/mobile phone connection for 10.04? [10:04] asac: any third party tool would do too [10:05] didrocks, you want to have contribute privileges for python-disututils-extra? [10:06] glatzor: pitti told me to apply as I still have some patches to do for python-mkdebian, specifically [10:07] glatzor: nice stuff, I'm just looking over the diff \o/ [10:08] pitti, servus, I gave you admin privileges for python-distutils-hackers [10:08] hey glatzor [10:08] wie gehts? [10:08] ah, thanks [10:10] pitti, I am currently quite busy with my main work. but I am fine. how are you? [10:10] glatzor: same :) and I'm okay, just very tired today for some reason [10:29] * james_w hugs chrisccoulson [10:29] * chrisccoulson hugs james_w [10:29] how are you? [10:29] good thanks [10:29] how are you? [10:30] i'm ok, but quite tired today [10:30] i'm looking forward to getting home again :) [10:32] thanks for the hamster-applet upload [10:32] you're welcome [10:44] pitti: third day back from the US? [10:44] Keybuk: yes, it is [10:45] I always find Wednesday and Thursday to be the worst [10:45] brain and body just out of sync enough to make the whole world hurt [10:45] I was quite fine on Monday, and reasonably well on Sunday [10:48] remember to keep your blood-coffee levels up ;) [10:52] Keybuk: I don't drink coffee :) [10:52] I guess not having any weekend didn't really help [10:52] pitti - i don't know how you survive without coffee [10:52] i get headaches when i don't drink it [10:53] pitti: I didn't fly back until Sunday, so got back to the UK Monday morning [10:53] which is probably not a good thing ;) [10:53] by the time I'd collected dogs and got home, it was Monday evening! [10:53] so I'm not expecting to hit the wall until later today or tomorrow :-/ [10:53] chrisccoulson: I sleep :) [10:53] heh [10:53] maybe i should try sleeping one day ;) [11:01] seb128 - "what is LaCie?" - i was just thinking the same thing there when going through my mail ;) [11:02] :-) [11:11] chrisccoulson: it's the drinking coffee that gives you headaches [11:11] not the not drinking it [11:11] just to be precise [11:12] Keybuk - i only get them when i stop drinking it though ;) [11:14] thanks chrisccoulson for the g-terminal sponsoring [11:15] baptistemm: you're welcome [11:21] kklimonda: did you get the slides from fosdem ? [11:22] what are those fosdem discussions about? [11:22] seb128, the one I'm interested in is about debian and ubuntu :) [11:22] i think charles sent me a link to that [11:22] looking for something to troll about? ;-) [11:22] but it's at home [11:23] seb128, no - that's exactly why I'd like to see whole presentation for myself :) [11:23] I think you're speaking about lucas' one: http://www.lucas-nussbaum.net/blog/?p=444 [11:23] the slides I've seen so far were titled "Why is Debian better" ;) [11:23] that's this one, kklimonda ^ [11:23] (link on the blog post) [11:24] yeah [11:24] czajkowski, ^ :) [11:24] heh, i can't view that at work [11:24] didrocks, thanks [11:24] normal that lucas try to sell debian by some way ;-) [11:24] kklimonda: y/w [11:24] chrisccoulson, they might try to fire you? ;-) [11:25] seb128: I was at fosdem, the room was too packed to get in, so no, I'm not looking for something to troll, but to gain information!# [11:25] yeah, I was rather jocking [11:25] seb128 - i hope they don't try to ;) [11:25] i've still got 2.5 weeks left to work [11:26] I don't think there is anything really worth discussion in those slides [11:26] chrisccoulson, hehe [11:26] seb128: I suspect the video of Q&A may also be useful [11:28] seb128, I was actually more interested in the video but it's not yet uploaded so I'd like to at least know what was the topic :) [11:33] seb128: do you want me to help with some package updates? I don't feel too well today, not well enough for coding [11:33] pitti, you should take a day off or sleep a bit if you don't feel well [11:34] pitti, otherwise sure, help on upgrades is welcome, we did most of those but there is a few remaining on versions [11:37] seb128: shall I do gnome-menus and gnome-user-docs for now? [11:38] pitti, gnome--menus would be nice thanks [11:38] pitti, g-u-d, not sure if that's easy or that's the one which has lot of ubuntu changes for documentation [11:39] * chrisccoulson hugs pitti [11:39] i hope you feel better soon! [11:39] * seb128 hugs pitti too [11:40] * pitti hugs you back, thanks [11:40] seb128: I'll start with gnome-menus [11:43] pitti, ok thanks [11:47] pitti, clutter and gimp have new versions if you feel doing one of those [11:47] gtkspell is on the update list too [11:48] otherwise we need to get gvfs built with the new libiphone at some point before alpha3 [11:48] I was sort of waiting for the debian maintainer to sort the issue you pointed yesterday on launchpad [11:48] right, libimobileplayer is FTBFS [11:48] but if you want to move that forward you are welcome to pick on that [11:48] ok [11:49] danke [11:50] i'll take g-s-t later on [11:51] and liboobs [11:52] thanks [11:52] brb [12:03] TeTeT: blueman [12:05] seb128: while I'm touching gnome-menus anyway (update is done), I'll track down that menu translation bug as well, so will take me a while still [12:09] pitti, \o/ [12:18] asac: ok, just tgried that [12:19] TeTeT: good enough for you? === MacSlow is now known as MacSlow|lunch [12:47] asac: for me yes, for the customer not, they want complete integration into NM or any other applet [12:47] TeTeT: what does complete integration mean? [12:47] flor blueman you set up the bluetooth part in the blueman applet [12:48] and then you can connect in NM [12:48] thats quite good [12:48] and even gnome-bluetooth goes the same way [12:48] asac: understood, I think it's good too [12:48] asac: they insist on using one applet [12:48] well. no such solution exists and currently the open source community agrees that that belongs in two applet ;) [12:48] asac: so it's usable by completely inexperienced people [12:48] they would need to hier someone [12:49] asac: ok, I will tell them === MacSlow|lunch is now known as MacSlow [13:37] there, properly translated menus again [13:37] seb128: ^ wasn't my fault after all :) [13:38] \o/ [13:38] * pitti uploads new gnome-menus [13:38] you're a rockstar pitti! [13:39] waah! [13:39] did we get a new seahorse today? [13:39] my GPG passphrase suddenly appears in plaintext in the dialog [13:39] yes we did [13:39] not nice [13:39] I didn't get that issue there [13:39] pitti: yesterday, I upoaded seahorse-plugins, but I still have the dialog [13:39] uploaded* [13:40] pitti, where was the gnome-menus bug? [13:40] seb128: pyxdg, the patch wasn't applied any more (quilt 3.0 source) [13:40] pitti, oh ok [13:40] pitti, well done! [13:40] de rien [13:40] * seb128 hugs pitti [13:40] but what use pyxdg? [13:40] * pitti hugs seb128 back [13:40] you cache writer? [13:40] seb128: the menu cache builder [13:41] +r [13:41] pitti, ok, makes sense [13:42] someone has some time to review the cache patch? [13:43] I need to disappear for ~ 2 hours, to visit my grandfather in hospital [13:43] my brain is of not much use today anyway [13:47] pitti, see you later [13:47] didrocks, did it change since previous review? [13:48] seb128: the caching cleanage and don't save wallpaper previews [13:48] seb128: so, quite small changes :) [13:49] give the url there, I will have a look in the afternoon [13:51] seb128: http://paste.ubuntu.com/373222/ (changes are at line 135 [13:51] and 82 to the end of the function [13:51] ok [13:51] thanks :) [13:52] np [13:57] Good morning all! [13:57] hey Nafai [14:16] hey Nafai [14:16] hey rickspencer3 [14:16] good morning seb128 [14:16] hi guys [14:17] * rickspencer3 slurps coffee [14:17] kenvandine, have you been using photobomb? ;) [14:18] yup :) [14:18] hehe [14:18] kenvandine: lemme guess, the picture you posted to identica/twitter I just responded to? :) [14:19] hehe... yup! [14:19] luv me some photobomb in the morning [14:20] hey rickspencer3, kenvandine [14:20] good morning didrocks [14:20] hey didrocks [14:36] update-initramfs: Generating /boot/initrd.img-2.6.32-12-generic [14:36] cpio: ./lib/udev/firmware.sh: Function stat failed: No such file or directory [14:36] should i be worried about that? [14:37] hmmm [14:37] i do in fact have a /lib/udev/firmware.sh [14:37] that sounds rather foundationsy [14:38] pitti, Keybuk? ^ [14:39] sabdfl, I assume this occured during a dist-upgrade? [14:40] rickspencer3: yup. sorry, i just realised i'm in the wrong channel [14:40] sabdfl, no problem, we help anyone who pops in here ;) [14:40] i'll head over there [14:40] ok [14:41] let us know if it doesn't get working for you [15:22] seb128: I got a broken update in lucid there [15:22] broken what? [15:23] It failed to set up initframfs [15:23] * fagan pastebins the output [15:23] fagan, not really desktopish [15:24] ill go to devel [15:24] it was discussed there some minutes ago [15:24] ah [15:24] fagan, bug 519855 [15:24] Launchpad bug 519855 in udev "update-initramfs fails: ./lib/udev/firmware.sh does not exist" [High,Triaged] https://launchpad.net/bugs/519855 [15:25] fagan, sabdfl: you should be able to apply http://launchpadlibrarian.net/39011493/udev-firmware.patch and then 'update-initramfs -u' again [15:25] thats it [15:26] so its known anyway ill just hang about for the update === JamieBen1ett is now known as JamieBennett === asac_ is now known as asac [15:36] ccheney, hey, what's up with libsoup porting stuff? [15:37] Is that what is holding back gnome-gmail-notifier? :) [15:40] Nafai, ? [15:41] seb128, gnome-gmail-notifier isn't currently installable in lucid because of a missing dependency on libsoup [15:41] no it's not? [15:41] I can install it there [15:41] and libsoup has not changed recently [15:41] could you give details on the error? [15:42] Sure, just a sec [15:43] http://gist.github.com/300454 <- what happens when I try to install it [15:43] updated lucid last night [15:46] Nafai, ah, I've the old lib still installed [15:47] ah, that would be it [15:47] Nafai, somebody should probably port that package to libsoup2.4 [15:47] 2.2 is deprecated [15:48] maybe I could attack that soon if I get far enough ahead; I also want to port it to app indicators so I can use it [15:48] that *must* be unmaintained upstream... 2.2 was dead years ago [15:50] i think it probably is unmaintained. there is this instead, which already uses the messaging indicator: https://edge.launchpad.net/gm-notify/ [15:51] well it was 2 years ago that evolution-webcal switched to explicitly requiring 2.4 instead of supporting both 2.4 and 2.2 [15:52] chrisccoulson: does that one support domain accounts or just gmail.com? [15:52] and of course their PPA doesn't have packages for lucid [15:53] Nafai, i'm not sure. i don't have any need for that [15:53] it seems gnome-gmail-notifier still has some commits recently, but just no tarballs [15:53] we should probably get gm-notify in universe [15:54] (or find someone interested to get it in to universe) [15:56] re [15:56] hey pitti [16:02] why is libglib in /lib these days? [16:04] desrt, devicekit-disks uses it iirc [16:04] desrt: it's used by upstart [16:04] rickspencer3: i think its almost done this time, it hasn't popped up any more large sets of unknown symbols [16:04] it breaks the glib build :( [16:04] how so? [16:05] libtool sees things in /lib before the in-tree ones [16:05] just wondering if you guys have any experience working around this... [16:05] no [16:05] never got an issue due to that [16:05] pitti, wb [16:06] pitti, so libgpod was broken, I noticed when testing the new version [16:06] hm. maybe i can workaround libtool [16:06] pitti, it still relied on /usr/share/hal/fdi/policy/20thirdparty/20-libgpod-sysinfo-extended.fdi to be called [16:06] pitti, teuf just ported git to udev though, I uploaded that to lucid now [16:06] pitti, should be working again now, and one less hal user [16:26] is gnome-user-share present in default install in lucid? it is reqd for bluetooth receive to work [16:26] no [16:26] how so? [16:27] it's only needed for obex push [16:27] seb128: wouldnt that cause some problems as in the 2.30 series gnome-bluetooth has a receive button in prefs which basically opens gnome user share? [16:27] we can patch the button out [16:28] the button should just hide if it's not installed shouldn't it? [16:28] i didn't notice that button before [16:28] hmm well the button was added because it is not at all clear how receiveing a file should work [16:29] (imho gnome-bluetooth should have handled it but upstream devs dont agree) anyways if gnome user share is not present [16:29] then there is no way to receive a file via bluetooth. [16:29] gnome-user-share would be great if i didn't have to install apache for the webdav stuff that i'm never going to use [16:30] tgpraveen12 - can you not use the obex-ftp backend in gvfs to browse files? [16:30] which is a huge problem. iirc asac had commented on a bug regarding this that it might be added in the future [16:30] that gnome-user-share might be added? [16:31] chrisccoulson: exactly why it should have been handled by gnome-bluetooth itself [16:31] the problem with what u say is that many phones do not support browse files mode i think [16:31] eg my blackberry pearl 8100 [16:32] seb128: sweet, great to hear [16:32] tgpraveen12: i agree that having bluetooth push support is great, but gnome-user-share also has a webdav backend, that 99% of users will probably never use [16:32] and that pulls in apache [16:32] and the design of it makes it not possible to split [16:32] hence only thing i can do is install gnome user share. but a normal user will never be able to figure this all out. in fact there are many many bug reports on this on many bug trackers and hence the button was added to make this [16:33] what easier [16:34] chrisccoulson: i agree completely but having broken bluetooth is really very bad esp with lucid being LTS and will be installed by many companies on their laptop,dekstop offerings [16:34] just for ref. fedora does ship gnome user share [16:38] tgpraveen12 - gnome-user-share pulls in apache (which would take up several MB on the CD if it were to be installed by default), to enable functionality that most people will probably never use [16:39] chrisccoulson: i agree. but some other solution should be found then. coz having broken bluetooth is really bad. [16:39] perhaps blueman [16:39] or talking with upstream [16:41] we could perhaps split gnome-user-share binaries? [16:42] there only one binary [16:42] hmm, actually there are the capplet and the daemon which handle the bluetooth and webdav [16:43] kenvandine: I think we ought to drop https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-empathy-indicator for lucid; empathy seems to work reasonably well, and I think we should rather keep it instead of ripping it open all over again for lucid (especially not after alpha-3); WDYT? [16:44] we could perhaps build a gnome-user-share version doing only bluetooth? [16:44] seb128: since we can't have robert, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-gdmsetup won't see any progress anytime soon; is that something that interests you? (like doing some parts of it in an afternoon, to do some coding) [16:45] I remember that you mentioned it recently [16:45] yes [16:45] seb128: it keeps being a target of opportunity [16:45] I think adding options which are custom.conf ones should be easy [16:45] since we have the infrastructure for those [16:45] *nod* [16:45] gconf ones might not be so trivial [16:45] I would like at least to have a "disable sound" [16:45] * rickspencer3 puts fingers in ears [16:45] chrisccoulson, tgpraveen12, FYI https://bugzilla.gnome.org/show_bug.cgi?id=570624 [16:45] or turn sound off by default [16:45] seb128: so, ok if I assign it to you, and you pick what you want/like/is easy? [16:45] Gnome bug 570624 in general "Hide the apache related UI when apache is not installed?" [Normal,Resolved: wontfix] [16:46] pitti: hi; could you nudge the burndown chart crontab before my review call please? ;) [16:46] seb128: as a hack, it could call "echo 'gconftool blabla' | su gdm" or so? [16:46] pitti, right, please assign to me [16:46] davidbarth: you want an update now? sure [16:47] pitti: let me know if i can do it next time without bothering you, thanks [16:47] one build, one try, and adding gconf key for showing or not tooltip on metacity decorator works like a charm \o/ [16:47] davidbarth: running (don't worry, it's no biggie) [16:47] from the bug "trying to save 2 megs of dependencies." like i said upstream is not interested in fixing this [16:48] did rocks! [16:49] seb128: done (and postponed the uninteresting bits) [16:49] pitti: heh ;) [16:49] oh, hang on, "face browser toggle" is not what I think it is [16:49] it's just a simple setting [16:49] pitti: that just show how metacity code is well designed, I'm afraid ;) [16:49] "afraid"? [16:50] pitti: "afraid" that it's not because I rocks ;) [16:50] * pitti sighs, now people complain about stuff that works! [16:50] * pitti hugs didrocks, you rock either way [16:50] * didrocks hugs pitti back [16:54] should i do something to make this problem be solved [16:54] (bugs are already filed since long) [16:55] yeah [16:55] pitti, we can't do anything with it [16:55] kenvandine: so I understood from the whiteboard [16:56] chrisccoulson, gnome-user-share pulls 2 371ko in karmic in a standard gnome installation [16:56] kenvandine: ack [16:57] baptistemm - that's unpacked isn't it? [16:57] no [16:57] I meant will all dependencies [16:58] apache has been splitted to be shipped as a component without pulling the system server part (init script and whatnot) [16:59] reading that upstream bug apache doesn't need to be installed [16:59] we could maybe make it not installed an g-u-s work with bluetooth only by default [16:59] tgpraveen12, work on the changes and send patches? [16:59] sure, I didn't tested how it works [16:59] there is just too much to do [17:00] and nobody really interested in bluetooth there [17:00] there = in the active contributors set [17:00] hmm sorry but am not really got any experience/knowledge [17:00] I can try to do it, I just need to find the time [17:00] ok, so nothing you should make out of waiting [17:00] or trying to find motivated contributors [17:01] yeah, it should not that hard [17:01] i can do it in my spare time, in exchange for beer [17:01] ;) [17:01] tgpraveen12, open the bug in lp please [17:01] baptistemm: what should the bug be about? split apache from gus? [17:02] make gus share work without apache [17:02] like "make g-u-s installable without apache" [17:05] done. [17:05] https://bugs.launchpad.net/ubuntu/+source/gnome-user-share/+bug/519953 [17:05] Ubuntu bug 519953 in gnome-user-share "make g-u-s installable without apache" [Undecided,New] [17:05] ok folks bye. [17:35] bryceh, what causes the "searching for available drivers" to run? i'm seeing it after every reboot on a laptop with intel video [17:36] bjf, sounds rather like a jockey issue [17:38] rickspencer3, how do I go about debugging it? [17:39] bjf, I suppose look at the log files and such [17:39] maybe pitti has some documentation for debugging jockey [17:40] bjf: right, known to me [17:40] I suspect the recently rewritten dbusmenu stuff which changed d-bus API [17:40] bjf: it's on my list to fix [17:42] pitti, they added a timestamp parameter to some api yes [17:42] should be easy to change [17:42] seb128: also renamed the bus name, no? [17:42] right, I don't expect it to be hard, I just didn't have time to look into it yet [17:42] pitti, should /dev/sdb have a ID_FS_USAGE? [17:43] pitti, thanks, didn't know if it was known (but now I do) [17:43] pitti, I think that's transparent for applications, it should if you use the libraries [17:43] seb128: why not? [17:43] pitti, discussing some libgpod udev issue with teuf [17:43] he has none on his ipod classic apparently [17:43] seb128: I presume it's a partition table? it should be "other" then [17:44] ID_FS_USAGE=filesystem [17:44] I get that set [17:44] seb128: the DKD_PARTITION_* bits are more interesting for the whole device, though [17:44] seb128: oh, is it a raw device, i. e. no partitions? [17:44] no [17:45] I've /dev/sdb and /dev/sdb1 where sdb1 is the vfat partition used [17:45] then ID_FS_USAGE=filesystem on sdb sounds gravely wrong [17:45] seb128: ok, the udev rule could match on DEVTYPE=partition too to avoid matching both /dev/sdb and /dev/sdb1 [17:45] hmm, though there's is this ENV{ID_FS_USAGE}=="filesystem" rule [17:45] seems like for once, it's not libgpod that is buggy! [17:46] I'm being confused on what sdb should be [17:46] but teuf seems it should not be ID_FS_USAGE=filesystem [17:46] which is what libgpod filter on [17:46] it shouldn't indeed [17:46] ok [17:46] udev bug? [17:47] blkid, or rather weird signatures on the device [17:47] seb128: where are you discussing? [17:47] #rhythmbox on irc.gnome.org [17:47] seb128: sudo blkid -p /dev/sdb output would be interesting [17:47] but he's probably on some IRC channels on this IRC too [17:47] /dev/sdb: LABEL="iPod" UUID="A88B-3652" VERSION="FAT32" TYPE="vfat" USAGE="filesystem" [17:47] right, he's on freenode as well [17:48] seb128: so it seems this is mis-formatted to have both a partition table and a file system [17:48] are you both on some dk channel? [17:48] #udev [17:56] seb128: pitti: disable tooltip on demand is available at bug #519856 on both metacity/mutter/compiz (reporting upstream those 3 was painful). As an additional bonus, the metacity branch contains the last update. [17:56] Launchpad bug 519856 in mutter "Disable decorator tooltip with a gconf key" [Wishlist,Triaged] https://launchpad.net/bugs/519856 [17:57] didrocks, you rock [17:57] kwwii, ^ [17:57] seb128: thanks ;) [17:58] do you want me to suscribe u-m-s? or you will put on your schedule later? [17:59] didrocks: yes you do rock indeed ;) [18:00] didrocks, subscribe sponsors for now [18:00] I'm behind schedule for today [18:00] I doubt I will look at your caching change or that [18:00] no pb, done ;) [18:01] ok, no hurry then [18:01] thanks [18:01] maybe you can convince pitti or mvo to sponsor those ;-) [18:01] I will have a look tomorrow otherwise [18:01] I still have to review an app indicator patch in launchpad [18:01] ok ;) [18:02] and to work on nm-applet, upstream commented on my patch some days ago and I want to update that today... [18:02] urgh, think about sleeping a little too seb128 :) [18:02] yeah don't worry [18:03] I will run for dinner soon [18:03] I'm doing liferea now. If I can help you on other things, tell me [18:03] enjoy ;) [18:03] and to have a look to a friends upgrade which broke [18:03] hardy to karmic [18:03] he didn't want to do all the stages upgrade [18:03] didrocks, did you get a reply for cheese? [18:03] didrocks, you can keep doing upgrades from the version page [18:03] seb128: not yet :/ [18:04] there is pessulus, anjuta to upgrade [18:04] gimp [18:04] gtkspell [18:04] and some others [18:04] seb128: ok, I will certainly sleep early today, but I still can do pessulus and anuta [18:04] anjuta* [18:04] you should call it a day now [18:04] and do those tomorrow morning [18:04] no hurry [18:05] let's see if after dinner time I'm motivated to do some updates ;) [18:10] hi there [18:11] I've just updated my lucid install and had an error with update-initamfs, the same than reported earlier [18:11] cpio: ./lib/udev/firmware.sh: --> no such file [18:11] wait for the new udev update to be build and installable [18:12] okay [18:12] thanks a lot [18:12] np [18:13] bbl, dinner and debugging upgrade for a friend on the way [18:16] good evening everyone [18:17] evening chrisccoulson [18:18] hey Nafai, how are you? [18:18] Doing well! [18:18] Having fun with gdb at the moment :) [18:18] hey chrisccoulson [18:18] hey baptistemm_ [18:19] Nafai - what are you debugging in gdb at the moment? [18:20] got a segfault in my brasero changes, I know why it happens now (something had already been free'd, now figuring out what I need to do to prevent it :)) [18:20] chrisccoulson, I seen you pushed my gnome-terminal changes in a bzr branch, it a normal process ? [18:20] Nafai - make a copy of it ;) [18:20] baptistemm_ - yeah, we work in bzr :) [18:21] you can do your changes in bzr if you want, but i'm not sure it's completely necessary [18:23] hey, there is a patch that make bluetooth optionnal for gnome-user-share [18:24] I wonder what would be the result with httpd optional too :) [18:24] baptistemm_ - we want webdav optional? [18:24] yeah;) [18:24] sorry, typing with 1 hand ;) [18:24] bluetooth is at build, and IIRC webdav is at runtime [18:25] didrocks: you need sponsoring? [18:26] seb128: hrm, hrm, bzr-buildpackage does not work with launchpad-integration [18:26] woah [18:26] it still uses debian/rules arch-build? [18:26] that is from ... 1999 or something ;) [18:32] chrisccoulson, for g-u-s I should move apache-bin from Depends to Suggest ? [18:33] baptistemm_ - yes [18:33] or Recommend? [18:33] +s [18:34] recommends are installed by default, which we don't want [18:44] mvo: oh yes, if you have some time, there are 3 branches attached here: https://bugs.edge.launchpad.net/mutter/+bug/519856 [18:45] Ubuntu bug 519856 in mutter "Disable decorator tooltip with a gconf key" [Wishlist,Triaged] [18:47] didrocks: ok, let me finish my fight with launchpad-integration and then I have a look [18:49] seb128: do we really need X-GNOME-AutoRestart=true in r/share/applications/nautilus.desktop ? [18:49] it breaks nautilus -q [18:49] * pitti chmods it to 0 for the moment [18:49] is that just a fallback for crashes? [18:50] pitti, yes it's for crashes [18:50] * debian/rules: [18:50] idem for gnome-panel [18:50] - removed arch-build target (very pre bzr-builddeb) [18:51] mvo, hehe, that's sort of why I pinged you for this one [18:51] mvo, you are the one who wrote that old and unknown magic [18:51] ;-) [18:51] seb128: and now its GONE [18:51] maybe I should have kept it? job security? [18:51] mvo: sweet, thanks ;) [18:52] lol [18:52] * seb128 hugs mvo [18:52] * mvo hugs seb128 [18:52] seb128: all good now, bzr-buildpackage with DTRT now [18:53] * mvo hugs james_w for bzr-buildpackage love [18:53] wassat? [18:54] james_w: just a kudos for bzr-builddeb, I love it [18:54] nice :-) [18:54] I added bzr dh_make the other day [18:54] seet [18:54] cd upstream [18:54] sweet [18:54] bzr dh_make http://upstream.org/upstream....tar.gz [18:54] bzr bd [18:55] if you don't have an upstream branch in bzr then just do it from outside a branch and it will create a branch for you in ./ [18:56] dinner, bbl [20:03] seb128: I'll begin tomorrow morning with some updates, too tired now ;) [20:03] didrocks, 'night [20:03] seb128: thanks, you too. Don't go to bed too late :) [20:04] don't worry, thanks :-) [20:04] * pitti waves goodnight, too [20:04] chrisccoulson, g-u-s can be run without http but nothing prevent on to try to start webdav sharing, but actually that's doesnt work [20:04] good night pitti [20:04] s/on /one/ [20:04] bon nuit didrocks [20:07] asac, good work, got mono to build on armel! :-) [20:07] baptistemm_, we should probably hide the ui control for it if it's not running [20:08] or disable it? [20:08] right [20:09] yeah ;) [20:10] its impressive how deep mono got entrenched in our desktop [20:10] through indicator applet pushing mono bindings [20:10] or indicator-something (cant remember) [20:12] asac: yeah for the app indicators [20:13] asac, indicator-application [20:14] asac, well it's just build-depends, thing need to build bindings [20:14] you could say the same about python [20:15] seb128: "just" is the wrong word here. its capable of breaking full desktop stack if its failiing on a specific arch ;) [20:15] at least build-breaking :) [20:16] and yes. there certainly is other stuff that would kill us even harder :) [20:16] well you could say the same about any lib basically [20:16] if gtk doesn't build on armel you are in trouble [20:16] or glib [20:16] or dbus [20:16] or ... [20:17] [20:24] asac: good work on the fix! [20:28] seb128: thats basically what i said. yes. [20:28] Laney: thx [20:29] lp takes longer to generate diffs these days [21:27] ug [21:28] desktopcouch is demanding an administrator password from me to view it :/ [21:28] kenvandine, any idea what's up [21:28] ? [21:28] oh! [21:28] damn! [21:29] rm ~/.config/desktop-couch/desktop-couchdb.ini [21:29] and kill desktopcouch [21:29] in that order? [21:29] chad had a branch to fix it [21:29] yeah [21:30] ug, four instances of couchdb are running [21:30] kill all those? [21:30] killall beam.smp desktopcouch-service [21:30] and couchjs? [21:30] or [21:30] killall beam desktopcouch-service [21:30] for single core box [21:30] i am checking on that bug [21:31] i thought they uploaded that fix last week [21:31] hope it didn't sneak back in :) [21:31] I'll just kill -9 everything [21:33] kenvandine, no love, it still wants an admin password [21:33] hmm [21:34] and now it won't start from apps [21:34] :/ [21:34] well... hang on [21:35] ok, chad says you don' thave to delete the ini file [21:35] but it doesn't matter [21:35] you just need to really restart it [21:35] kill those processes and make sure they are dead [21:36] ok... hang on ... maybe you do need to axe it [21:37] everything is dead [21:38] ok, hang on ... waiting for chad :) [21:38] heh [21:38] he has it fixed in trunk [21:38] basically couchdb likes to overwrite it's ini file sometimes [21:41] ken, this is silly [21:41] no stress [21:41] I'm going to go to the gym, come back, and keep working on couchgrid on my netbook [21:41] (without dist-upgrading it) [21:42] ;) [21:42] I'll do what I can to help you debug tomorrow [21:42] rickspencer3, grep -- -hashed- ~/.local/share/desktop-couch/couchdb.html && dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.quit && rm ~/.config/desktop-couch/desktop-couchdb.ini [21:43] rickspencer3, dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort [21:43] take me [21:43] Error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) [21:43] Error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) [21:45] ah, cause we killed it [21:45] part of his command was stopping it nicely :) [21:45] hehe [21:45] so how do I start it again? [21:45] the second command [21:45] dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort [21:46] the fix for this should get uploaded friday [21:46] so I am dead in the water on my desktop until Friday? [21:46] no [21:46] this will fix it [21:46] that's cool, I just won't dist-upgrade my netbook until then [21:46] but it might happen again [21:46] nothing to do with the update [21:46] something makes couchdb want to change that ini file [21:46] it seems random [21:47] oh [21:47] ok [21:47] just reboot? [21:47] it hit me last week [21:47] reinstall couch? [21:47] you still need to run this command [21:47] reboot and run both of these commands [21:47] :) [21:47] just to get back to a sane state [21:47] it should only affect futon [21:47] apps can still use it [21:48] i think :) [21:49] kenvandine, gwibber won't start, my apps won't start [21:49] ok, maybe i was wrong [21:50] ok... easy [21:50] rm ~/.config/desktop-couch/desktop-couchdb.ini [21:50] and reboot [21:51] gwibber using desktopcouch has helped uncover some of these issues [21:51] real desktop apps that you interact with... [21:51] if dc goes away, you know it [21:53] kenvandine, okay, rebooting [21:54] guys, I'm glad to announce you an awesome reporter allowed me to fix the old random bug that destroyed /etc/passwd and /etc/groups when using users-admin [21:55] milanbv, excellent [21:55] some ugly script had added an extra ':' in a line in /etc/group (the one for 'audio' group), which the system-tools-backends did not like at all (quite stupid error checking) [21:56] a one-liner was enough! and it had been around for a few years! ;-) [21:56] kenvandine, futon works now [21:57] rickspencer3, sweet [21:57] hehe [21:57] I had a nice infinite loop in my couchgrid test code [21:57] add 1300+ records before it gave up [21:58] doh. i gotta remember to bug james_w tomorrow [22:06] kenvandine, anything I should wrt logging a bug or what not? [22:06] bug is logged and fix committed [22:06] don't have the # handy [22:06] he has another bug to fix then release [22:06] np [22:06] milanbv - are you going to do a stb release now, or do you have a patch i can upload? [22:07] also, gwibber seemed to start faster, maybe because desktopcouch was already running? [22:07] oh, don't worry [22:07] and is it backportable to the other supported releases? [22:07] yeah, this is highly backportable [22:07] (one line) [22:07] but I guess you can wait for Lucid [22:07] since the changes in 2.29 have mitigated the problem [22:07] if it's easily backportable, then the change would probably be worth a SRU for the current releases [22:08] http://git.gnome.org/browse/system-tools-backends-clone/commit/?id=5bad3f88f5e28fd9c1b62e1da6ff062d520ccc61 [22:08] but i will ask pitti that [22:08] I'm adding a task against Jaunty [22:09] milanbv - i'm not sure you can do that (i know that i can't) [22:09] yeah, I'm just candidating for backport [22:09] actually this applies from Hardy to Karmic :D [22:09] yeah, probably. but don't worry about intrepid [22:10] that's EOL soon, and i suspect that most people will have moved on from that now ;) [22:10] OK [22:15] BTW, that's bug 160862 [22:15] Launchpad bug 160862 in gnome-system-tools "users-admin (System->Administration->Users and Groups) overwrites group file" [High,Fix released] https://launchpad.net/bugs/160862 [22:15] going to bed, have good day/night [22:15] yeah, i think i'm subscribed to that one [22:15] thanks! :) [22:16] no problem, I'm quite happy to have eventually tackled that one ;-) [22:22] kenvandine, thanks for helping me get desktopcouch back up [22:22] bbl [22:51] erm, are we shipping with GRUB2 in lucid? [22:51] ok, I take that question back [22:51] night [22:54] uhm, we did in karmic no? :) [22:57] robert_ancell: I've updated the launchpad-integration merge for mvo's (better) build-from-bzr work in trunk. Do you want to fight bzr again today, or shall I try to extricate my changes from the clutches of rich-root? [22:58] RAOF, No progress on bzr as of yet. It might be easier just to send the diff... [23:00] mvo did use trunk? [23:00] didn't? [23:18] *sigh* mono+dpkg is hard... [23:19] seb128: mvo did use trunk, but my branches hadn't landed there yet. [23:19] robert_ancell: Want some help? :) [23:20] RAOF, just following the discussion in #ubuntu-devel as to why the last version of launchpad-integration failed to build... [23:21] Ah, right. Yes, that's one of the things my branch fixes :) [23:22] oh good. just trying to upgrade the branch now, if not I'm just going to manually merge everything [23:23] upgrade failed. interestingly it doesn't seem to be stacked anymore [23:23] I'm happy to provide a new, non-rich-root branch for you to merge. [23:24] RAOF, ok, please do [23:24] Because there are some file moves in there, which make simply applying the diff a little more difficult. [23:28] seb128, oh, are you looking at the gdmsetup tool now? [23:30] robert_ancell, not really, but it was either we found somebody to take responsibility for the spec or dropped it [23:30] I told pitti to assign it to me as a target of opportunity [23:30] since having lucid not having an option to not make noise would suck [23:30] and nobody seems to be interested or having free time for it [23:30] I will probably not have free slots for it either though [23:31] :-( [23:31] seb128, ok, I was looking at it the other day - there's a community tool that was made - https://launchpad.net/gdm2setup [23:31] is that the pygtk code calling command lines? [23:31] ie sudo -u gdm gconftool.... [23:31] yes [23:32] I'm not sure I like that ;-) [23:32] seb128, the real difficulty is that you can't read the config without root access. Although I noticed someone has changed gdmsetup to run through sudo now [23:32] didrocks, ^ was that required for the session changes? [23:32] seb128, you don't know of a way to access gconf for another user do you? [23:32] he's sleeping [23:33] gdmsetup is not called through sudo [23:33] but the polkit dialog is displayed on run now [23:33] which is weird [23:34] yeah, i thought that was a bit weird [23:34] it must access something requiring polkit on startup [23:34] annoyingly the button didn't realise that [23:34] that would explain [23:34] gconf as an another user, good question [23:35] I was looking through the docs but it doesn't seem possible [23:35] is there an official channel for desktopcouch? #desktopcouch seems kinda empty [23:35] (or at least sanely possible) [23:35] What's the status of sound-juicer these days? Anyone know? [23:35] bratsche, not really actively maintained I think [23:35] istaz, not sure but kenvandine probably knows [23:36] Is there a better alternative yet? [23:36] nothing newer no I think [23:36] the current official GNOME way is to use rhythmbox I think [23:36] Okay, there's a patch I want to write for it later then. [23:36] but I don't think it's any better [23:37] seb128: ok thanks [23:37] Yeah, banshee lets me rip CDs but sound-juicer does a better job of detecting what the CD is so I still want to use it. [23:48] robert_ancell, gconf-editor can set mandatory key using the gconf default policykit service thing...maybe gdm could do something similar [23:48] seb128, is that the same as a key default? Can you do that on a per-user basis? [23:49] Has anyone here ever used rsvg from Python? The example code that comes with python-rsvg doesn't even seem to work. [23:49] robert_ancell, no in fact it seems to be made to write system defaults only :-( [23:50] bratsche, not me [23:50] seb128, that seems the problem, the gdm default is the same as for all users [23:56] we could set system default key then [23:57] no need to change the gdm user one [23:57] excepted that some keys are used by normal session too...