[00:06] * Keybuk gets very deliriously happy about painting the screen blue [00:07] not purple? [00:08] not purple yet [00:08] ah [00:08] I won't do purple until tomorrow [00:08] because purple involves fucking around with the palette [00:08] and that involves thinking about colour matching algorithms [00:08] and that sounds like work instead of fun [00:09] yeah, you should wait until it's not the weekend ;) [00:14] Keybuk: What? Wait! Futzing around with VGA registers was *fun*? :) [00:15] yes [00:35] http://twitpic.com/18nmqr [00:39] Nice :) [00:40] I like magenta [00:41] I'm just setting the 8 basic colours by seeing if there's more then X% r/g/b in the argb32 buffer ;) [00:41] tomorrow I'll replace that with proper palette setting and a best match algorithm [01:45] robert_ancell: how recently did it start? [02:01] Sarvatt, been happening for most of Lucid [02:01] I did change hardware about that time though so don't know if it's due to that === robbiew is now known as robbiew_ [06:35] Good morning [06:35] pitti, hey! [06:35] pitti, do you have a good morning script? [06:35] * bryceh waves [06:36] RAOF: yes, apport reporting on staging is busted; so far I only commented in the relevant LP blog, but didn't get an answer yet, so a bug report against LP is fine [06:36] hey robert_ancell, how are you? [06:37] robert_ancell: script> hm, I never quite managed to fix the one which is supposed to make tea and breakfast; does your's work? :-) [06:37] I'd also appreciate one which automatically answers to over-weekend backscroll :) [06:37] mine only makes coffee [06:37] that's something already [06:37] * RAOF is his wife's breakfast & tea script :) [06:38] sudo mk_b & t; ? [06:41] pitti, good, just realised we've fit beta freeze :) [06:41] s/fit/hit [06:41] heh [06:41] * RAOF suddenly realises that there *is* a driver that has supported 3d for his nvidia card... the binary drivers! [06:42] That'll make testing multi-head+netbook-launcher somewhat easier :) [08:04] good morning pitti. A question: how can the X-Ubuntu-Gettext-Domain key be added to packages that use python-distutils-extra? I was looking at the langpack.mk rule part that does that (http://pastebin.ubuntu.com/395505/), and that relies on the po folder containing a Makefile, which apps with p-d-e don't usually have. (I'm looking at bug 538851) [08:04] Launchpad bug 538851 in gwibber "Translations should be stripped from the gwibber.desktop file" [Undecided,New] https://launchpad.net/bugs/538851 [08:13] dpm: hmm -- the current build system doesn't even know about which gettext domain it's using [08:15] dpm: if we know, or would assume that it's the same as the project name, we might just create a po/Makefile with GETTEXT_PACKAGE=$projectname in python-mkdebian perhaps [08:16] good morning [08:17] morning didrocks [08:17] hey dpm, how are you? [08:17] hey didrocks [08:18] Guten Tag pitti, how was your week-end? [08:18] pretty nice, thanks; your's? [08:18] didrocks, fine thanks, recovered from an annoying back injury last week [08:19] pitti: yes, very great one, thanks :) [08:19] dpm: oh? is it better now? [08:19] dpm: ugh, something serious? [08:20] didrocks: Gooooooood morning! [08:21] gooood evening RAOF :) [08:21] didrocks, pitti, I'm fine now, it wasn't anything serious, but couldn't move much last week and had to have a few physiotherapy sessions [08:24] pitti, on the general issue with p-d-e and adding the key to .desktop files, is there any way I can help on this? Shall I file a bug to any particular package? [08:24] In the meantime, in the particular case of gwibber, what do you think the best solution might be? Having a dummy Makefile with "GETTEXT_PACKAGE=gwibber" and then adding the langpack rule to debian/rules would work, but it sounds a bit hackish to me. Another option might be to just add the X-Ubuntu-Gettext key to the upstream files [08:25] dpm: adding it to the upstream files sounds like a good idea indeed [08:26] pitti, ok, I'll go for proposing that, then [08:26] dpm: the general fix is not immediately clear to me, since we don't have a way to set the gettext domain right now [08:26] dpm: btw, for upstream purposes they might use X-GNOME-Gettext-Domain [08:26] ah, yeah, good point, I forgot we were picking that one up as well [08:29] ok, thanks a lot pitti [09:17] tseliot: morning, how was your break? [09:17] hey tseliot, good morning Keybuk [09:17] Keybuk: good morning, I feel much better now :-) [09:17] morning pitti [09:18] tseliot: yes, you should take more day soff [09:18] yes, I guess it will help me not to burn out ;) [09:18] that was what annoyed me most about that idiotic forums poll of "Developers should work weekends until release" [09:18] hey [09:18] as if we work better the closer we get to burn out ?! [09:19] personally I work best on a three hour day on a beach in the bahamas [09:19] heh [09:19] right [09:19] :-) [09:19] pitti, do we really need to go through those unit changes and flameware now, can't that be reported to next cycle? [09:19] seb128: yes, I'm sure it can [09:19] seb128: bonjour [09:20] tseliot: I owe you an apology [09:20] seb128: I think we should revert the glib change and instead just fix nautilus fornow [09:20] Keybuk: for what? [09:20] seb128: WDYT? [09:20] * seb128 hugs pitti [09:20] pitti, I'm all for it [09:20] tseliot: I had thought looking at the Plymouth code, and with no understanding, that the vga16fb stuff would not be hard [09:21] it looked like plymouth just needed to support visuals other than "true colour" [09:21] and thus just needed indexed palette stuff dropped in for the colours [09:21] pitti, we have lot of real bugs to work on without doing such changes and fighting the side effects [09:21] as you found out, it's not that easy [09:22] hey seb128, morning Keybuk [09:22] Keybuk: yes, it's not that easy but we can do it. No need for an apology. It's been a rather interesting learning experience :-) [09:22] lut didrocks [09:23] tseliot: I got most of the way - http://twitpic.com/18nmqr [09:24] Keybuk: hey, that's much better than gray vertical lines ;) [09:25] asac, if I want to have http://www.bluez.org/obexd-022/ for lucid, I should request a FFe, right ? [09:25] tseliot: it needs palette creation and adaption though [09:25] it should solve corruption on file reception we have [09:25] at least you found the code to set the palette up already ;) [09:25] hi there everyone by the way [09:26] Keybuk: right. Do you have the code somewhere so that I can take a look? [09:27] yup, give me a few minutes [09:27] just got to get laptop booted [09:27] press enter, then let X restart ;) [09:28] heh [09:34] baptistemm: hey ;) if it's just a bugfix version, no need [09:42] good morning everyone [09:42] hey chrisccoulson [09:42] hey pitti, how are you? [09:43] I'm great, thanks! [09:50] hey chrisccoulson [09:50] hey didrocks, how are you? [09:51] chrisccoulson: I'm fine thanks. Week-end without any email nor blog post reading. A lot to catch up today :) [09:51] chrisccoulson: you? [09:51] yeah, i'm good thanks. [09:51] lots to catch up on today as well :) [09:54] that is seriously weird [09:55] i've just started copying a file from my desktop to my laptop, and my mouse has gone really jittery [09:56] hey chrisccoulson [09:56] hey seb128, how are you? [09:56] chrisccoulson, good, thanks! you? [09:56] lot of monday catchup to do there too [09:56] pitti, have you seen this bug about apport not able to connect to launchpad? [09:56] seb128: which one? [09:56] yeah, i'm good too thanks. i've just got my first coffee of the day [09:56] seb128: I know that it's totally broken on staging [09:56] bug #538097 [09:57] pitti, ^ the one rick assigned to our team to sort [09:57] Launchpad bug 538097 in launchpad "Apport cannot connect to crash database" [Undecided,Confirmed] https://launchpad.net/bugs/538097 [09:57] yeah, it's totally broken for everybody at the moment it seems [09:57] i would like to report a kernel bug about my file system corruption ;) [09:57] seb128: I'll have a look later on; I suspect it's an LP problem, but I'll check [09:58] pitti, thanks [09:58] * pitti still wrestles with gupnp-igd [10:09] bah [10:10] there is lot of noise following up the glib unit change [10:10] * seb128 marks another 15 emails as read on the topic [10:10] like half of those weekend bugs and comments are due to it [10:11] we should have a policy of not changing things if users don't complain about those ;-) [10:16] bigon: hi! hm, I'm afraid I need your help with bug 534311 [10:16] Launchpad bug 534311 in gupnp-igd "gupnp-igd ftbfs on all archs in lucid" [High,Triaged] https://launchpad.net/bugs/534311 [10:17] bigon: I'm still waiting for my bz.openhand account creation (the mail seems to take ages), but perhaps you could look at my last comment in the LP bug? [10:20] pitti: the only issue still the g_warning, right? [10:21] bigon: I haven't reproduced that one yet, but I figure that's because I have a system d-bus running [10:21] bigon: I'll get to that next (there's an existing bug report) [10:21] bigon: ah, I found the bz mail in my spam filter, I'll register now and open an upstream bug for the CONSTRUCT_ONLY thing, if you want me to? [10:22] it could be interesting to disable nm support in gupnp (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568892) [10:22] Debian bug 568892 in libnice "FTBFS with new libgupnp: Test failure" [Serious,Open] [10:22] pitti: ok no problem [10:24] bigon: http://bugzilla.openedhand.com/show_bug.cgi?id=2031 now [10:24] bugzilla.openedhand.com bug 2031 in gupnp-igd "construct property "main-context" for object `GUPnPSimpleIgdThread' can't be set after construction" [Normal,New] [10:38] pitti: downgrading the severity from g_warning to g_debug or something is the easiest way I think but the other bug could hit libnice like on debian [10:39] bigon: ok, I'll do that for now in the ubuntu gupnp package [10:45] robert_ancell, hey [10:46] seb128, hey [10:46] robert_ancell, joining IRC after work hours now? ;-) [10:46] bigon: oh, git head tests succeed now, nice [10:47] seb128, shh [10:47] ;-) [10:47] robert_ancell, how are you otherwise? had a good weekend? [10:48] seb128, yeah, went to the zoo [10:48] to the Sydney one? [10:50] seb128, yup. didn't want to head out too far :) [10:50] seb128, how is desktop work going? We on track? [10:50] the Sydney zoo is quite nice, we have been there back then when visiting Sydney before UDS ;-) [10:51] there was a firework on the way back too ;-) [10:51] seb128, yeah, I like the gondola so you can scope out what to see on the way up [10:51] good timing! [10:51] indeed! [10:54] pitti: be carefull I get some random success/fails with the testes [10:56] seb128, I was trying to work out, is imagemagick on the cd? it is in maun [10:56] main [10:56] main, yes [10:56] where is the list of exactly which packages are on the cd? [10:56] robert_ancell: http://cdimage.ubuntu.com/daily-live/current/lucid-desktop-i386.manifest [10:56] and similar, *.manifest files for desktop CDs, and .list files for alternates [10:57] fantastic, my laptop is not being very nice to me again this morning [10:59] pitti, I'm a bit worried imagemagick is too large. I've used it in the latest simple-scan to get PDF compression working properly (though if it's not installed it falls back on the innefficient cairo versions) [11:01] robert_ancell: I don't think you were on here over the weekend when I said this... Simple Scan is utterly fantastic, thanks very much :) [11:01] pitti, trivial change to fix indicator-session switch from entry not being translated, is that for now or after beta rather? [11:02] Ng, thanks! [11:02] pitti, ie should I upload or just wait for after beta? [11:02] seb128: upload it now; at worst, it'll stay in unapproved until after beta [11:02] pitti, ok thanks [11:02] but I'll review it [11:02] sounds fine for beta [11:02] robert_ancell: I bought an HP 4580, plugged it in, I could scan and print immediately with zero configuration. Also fwiw after poking at it with hp-toolbox I can scan and print to it over its wifi connection \o/ [11:03] Ng, nice! [11:03] sadly it doesn't avahi announce its scanning ability or I'd be asking for that to appear in the source list, but I can fire it up from hp-toolbox (which btw still defaults to xsane) [11:11] gtg, no time to chat :( See you all later! [11:29] seb128, the visual problems we see with the notification area don't seem to be confined to just the notification applet [11:29] i got it with my clock this morning too [11:29] http://people.canonical.com/~chrisccoulson/Selection_001.png [11:29] urg [11:35] chrisccoulson_: I noticed that this week-end too, but I didn't upgraded on my netbook for 4 days, so, I was waiting (never got that on my laptop) [11:35] chrisccoulson_: hi.. regarding the new touchpad on/off notification , i'v seen you mention it.. but there is a bug the scalable icon seems to be the source icon rather than a cropped 48px version , this ends up being displayed rather than the 48px icon which package do i file the bug? [11:35] vish - gnome-settings-daemon [11:35] ty [11:36] didrocks - yeah, i get the issue quite often [11:36] but it normally only affects the notification area [11:36] vish, with screenshot preferably [11:36] i don't have a touchpad button ;) [11:36] sure :) [11:36] thanks [11:46] kklimonda - what is the impact of "build transmission gtk+ client with both gconf and libcanberra support" [11:46] does that make the client use gconf for all the configuration storage? [11:52] chrisccoulson_: Bug #539025 with screenshots [11:52] Launchpad bug 539025 in gnome-settings-daemon "Touchpad on/off notification uses icon from one canvas source svg than a 48px icon" [Low,New] https://launchpad.net/bugs/539025 [12:30] mvo, hi [12:30] mvo, bug #530430, can I assign that one to you? [12:30] Launchpad bug 530430 in gnome-control-center "gnome keyboard preferences can't apply system wide" [Undecided,New] https://launchpad.net/bugs/530430 [12:31] the polkit action returns an Error parsing subject struct [12:32] mvo, since you are the one who wrote the changes... ;-) [12:34] not sure if that's an ubuntu-system-service bug though [12:48] seb128: I can have a look now [12:49] seb128: hopefully its just something with polkit [12:49] mvo, thanks [12:49] seb128: will you/your team work on the UI change for http proxy inconsitencies :) ? [12:50] mvo: error parsing subject struct> that rings a bell [12:50] mvo, I don't know about this bug so I doubt it [12:50] pitti, I think you fixed a bunch of similar issue at start of the cycle [12:50] mvo: I got the same in jockey with the new polkit, it needs the start-time now [12:50] and usb-creator used the same code [12:51] pitti: aha, cool. I fix it, I saw in computer-janitor some days ago but forgot to fix it in u-s-s :( [12:51] pitti: doing that now :) [12:51] gnome-lirc-properties as well -- let's see how many other places copied my broken stuff :-P [12:51] pitti: heh :) [12:51] lol [12:51] mvo: ok, please ping if you need any help, or I should take a look at it [12:51] pitti: everyone trust your code :) [12:52] well, it did work back then [12:52] but then PK got stricter [12:52] oh ok, hence having the issue now [12:53] mvo, can you give details about your proxy question? [12:53] ie bug reference at least [12:54] seb128: sure, give me a second [12:55] I'm off for a bit, need to go to the supermarket [12:55] bug 432631 [12:55] Launchpad bug 432631 in apt "clean up system/per-user proxy handling" [High,Fix released] https://launchpad.net/bugs/432631 [12:56] pitti: when you are back, could you have a look at comment https://bugs.edge.launchpad.net/ubuntu/+bug/432631/comments/9 please (if you haven't already)? [12:56] Launchpad bug 432631 in apt "clean up system/per-user proxy handling" [High,Fix released] [12:56] pitti: I saw it only after I did the apt upload [12:58] seb128: see bug above, its basicly that we need a way to warn if the system and session proxies are different [13:00] mvo, ok, reading === MacSlow is now known as MacSlow|lunch [13:02] mvo, do we have any design recommendation on how to do that? [13:04] seb128: no :( sorry. at least not ATM. I need to think about it a bit more, maybe something simple as a "/!\ The system proxy settings are different from your settings [info]" [13:04] as a label on top/bottom [13:04] but that will need a UI freeze exception [13:04] right [13:04] I think that should be doable [13:05] let me know if you need help, I can try to help out, but not before beta-1 release (we will have to move it to beta-2 then) [13:06] * mclasen thinks we really need to get those system-wide patches upstream [13:07] not healthy if you have some, and we have some others, and opensuse has some... [13:07] much agreed [13:08] * mvo tried to push them long ago when starting with the project, but did not got much love for them [13:08] right [13:09] well, our patch wasn't loved either [13:09] but I think fizz will accept them if we make it clear that everybody is shipping them anyway [13:10] maybe we need to have that discussion on gnomecc-list [13:11] * mvo nods [13:15] seb128: fix commited, I upload in a little bit [13:16] * mvo should probably also test [13:16] * seb128 hugs mvo [13:16] thanks [13:16] thanks, no worries [13:23] * didrocks just dicovered the "prerequisite" branch function in LP merge proposal. That's sweet [13:37] seb128: just grabbing the sound patch for gdm now, let me backlog for robert's comment [13:38] so lp:~robert-ancell/gdm/gdmsetup-sound-enable [13:38] " [13:38] So, you just need to fill the blanks in common/gdm-settings.c [13:38] (09_gdmserver_sound_settings.patch). Look for the '...' comments." [13:38] which is somewhat tricky [13:38] mvo: hi.. i'm trying to add the icons for software store categories and subsections in Humanity , but i'm not sure what icon names software store looks for , there are too many subsections :s more than what is listed in the gnome-menus , where can i find the icon names?? [13:38] writing gconf config for a not running user sucks [13:40] seb128: Isn't that what gconftool-2 --direct does? [13:41] soren, well it might be running or not [13:41] Ah. :( [13:41] would it hurt to have a gconfd for gdm? gdm's dbus-daemon is running anyway [13:41] soren, we try to change gdm keys and the gdm gconf is active only when a greeter screen is displayed [13:42] vish: we can pick the iconnames, the file in /usr/share/app-install/software-center.menu, the key SCIcon [13:42] pitti, I guess not but how do you suggest to start it? [13:42] vish: if you send me the icons I will merge them and update the menu file [13:42] seb128: I thought libgconfd/gconftools would do that automatically [13:42] no, it tends to complain about failing to contact the server [13:43] seb128: right, the code is tricky [13:43] mvo: you want the icons to be included in the app[software store] itself? and not in the theme? [13:43] vuntz, mclasen: do you have an opinion on how to change a gconf key for an another user? there seems to be no easy way to do this [13:44] seb128: you can't [13:44] :-( [13:44] at least not in a supportable way [13:44] his gconf db lives in his home dir [13:44] that's what I though [13:44] which might be automounted [13:44] or worse, encrypted [13:45] hardly for gdm, though? [13:45] no [13:45] mclasen, well in this case that's for gdm [13:45] gdm is already running, after all [13:45] yeah [13:45] but it still doesn't work [13:45] mclasen, and we want to change it from the gdm server, so technically we can change the uid and do calls as gdm user [13:45] thats why I set defaults/mandatory values in that case [13:45] we could change the ui and g_spawn gconftool [13:46] mclasen, the issue is that gdm and user sessions use the same keys [13:46] mclasen, so you change the setting for all users... [13:46] yeah, well...you still can't really change another users gconf db [13:47] * seb128 wonders if we should some trick like write a file on disk [13:47] and make the greeter code change the gconf key on start when the file is there [13:47] you can invent hacks like that [13:47] seb128: hm, TBH I still fail to see why seteuid(gdm) spawn(gconftool) would be failing, but if that's too hairy, perhaps we should write it to custom.conf instead [13:47] pitti: it needs to run in the sandbox session (if there is one) so it can talk to the gconfd there [13:47] you can run gconftool --direct on the db [13:47] seb128: it seems much easier to read custom.conf from the greeter session than to write gdm's gconf values from the daemon? [13:48] but then you need to kill the gconfd in the sandbox session (if there is one) [13:48] pitti, right it seems so [13:48] which might loose the unflushed changes that he has in memory [13:48] mclasen: why can't it just autospawn the gconfd if it's not running yet? [13:48] mclasen: gdm's session dbus is running all the time [13:49] what keys are we actually talking about here, just the background ? [13:49] mclasen, the sound one [13:50] users want a way to make login quiet for use in public places [13:50] vish: oh, sorry. well, currently some of this have no icon names yet, so if you just pick some like "sc-category-boardgame" I will update the file [13:51] mvo: neat, thanks.. [13:52] mclasen, ie /desktop/gnome/sound/event_sounds for the gdm user [14:03] seb128: I think the most annoying part is not the sound in gdm, but the welcoming sound for the user you are login in. (and we are back about the issue of automounting and encrypted home) [14:04] didrocks, the welcoming sound? [14:04] didrocks, is that the session start sound? [14:04] seb128: right [14:04] seb128: this is per user, no? [14:04] didrocks, turning that one off from the sound capplet works [14:04] you can mute sound events there [14:04] I do it there and it works fine [14:05] yes, I was thinking about per session like "I like the event sound, but not when in the train and I don't want to change before being there" [14:06] that can be something we can work on next cycle, "launching a mute session" [14:07] rickspencer3: hey rickspencer3 [14:07] hi tseliot1 [14:08] didrocks, ideally you could just press a key during boot to tell it to be quiet [14:08] didrocks, but anyway for this cycle we just want a way to tell gdm to not play the drum sound [14:08] seb128: yeah, like Shift or something like that [14:08] seb128: ok, it was just to ensure we were speaking about the same thing :) [14:09] I'm confused now about the best way to do what we want [14:09] hum [14:09] pitti, what do you think? [14:09] I think 3 ways [14:10] - trying to write in the gdm config [14:10] i.e calling g_spawn dbus-launch gconftool --direct [14:10] or without --direct if we use dbus-launch [14:10] - writing in custom.conf and making the greater read that [14:11] (not sure if it does now) [14:11] - just writing a file on disk and make the greater code set the key when it's there [14:12] seb128: (4) would be a less clean way of (3), I think [14:12] seb128: do we even need dbus-launch? it's already running [14:13] seb128: if g_spawn gconftool works, I'd use that; seems easiest to me [14:13] (4)? [14:13] I listed only 3 options :p [14:13] oh, sorry, s/4/3/ and s/3/2/ then [14:13] the --direct was on the start of the line here ;) [14:14] hey rickspencer3 [14:14] hey seb128, FYI I pushed an updated app indicator patch for rhythmbox on friday, but not uploaded [14:14] kenvandine, doing what? [14:14] seb128: reading custom.conf should be easy, but would introduce a format incompatibility with upstream again [14:14] seb128, it was just removing a work around they had to use for a bug in app indicator [14:14] which is fixed now [14:14] kenvandine, oh, I've seen this email, thanks [14:14] np [14:15] not important enough for an upload... but the patch is there for next refresh :) [14:15] right [14:15] hi pitti [14:15] stupid dst [14:15] * rickspencer3 snore [14:15] pitti, " seb128: do we even need dbus-launch? it's already running" [14:15] pitti, what is already running? [14:15] gdm 3893 0.0 0.0 26248 840 ? S 14:54 0:00 /usr/bin/dbus-launch --exit-with-session [14:15] seb128: ^ gdm's session dbus [14:16] pitti, it's not [14:16] pitti, running ps -u gdm = empty there [14:16] on the mini after a fresh boot and autologin [14:16] strange [14:16] aah [14:16] I don't have autologin here [14:16] the greeter is started first time you switch user [14:16] or when you don't use autologin [14:17] but in autologin case it's not started [14:18] pitti, I don't feel good about changing config format and are we sure the greeter has always right to read the daemon config? [14:18] pitti, mvo: should I cc anybody from your side when starting a discussion about systemwide settings ? [14:18] mclasen: I'm on the mailinglist already, so that should be fine [14:18] same here [14:18] mclasen: thanks for pushing this again [14:19] ok [14:19] pitti, I feel unsure about spawning gconftool for an another user too, we tried that previous cycle in the gdm postinst and ran into lot of issues [14:20] seb128: so, if you think it'll cause problems, let's go with the custom.conf thing then [14:20] pitti, I just don't feel comfortable adding hackish code in the server [14:21] let me check with #gdm guys what they think today [14:21] pitti, on an another hand adding the g_spawn call seems easy to do and not really crash prone [14:22] ie if the command fails the key is just not going to change [14:22] seb128: what kind of problems did we get in the postist scripts? [14:22] maybe we should do that now to get something in [14:22] seb128: at least that one seems to be revertable much more easily [14:22] and with a g_spawn_async() it would just be "fire and forget" [14:22] pitti, it was mainly pam issues by using sudo which will not get there [14:22] ah, right [14:23] + gconf not running which we worked around by using dbus-launch IIRC [14:23] I'm wondering if we should fire a gconftool --shutdown [14:23] and then a write --direct [14:25] seb128: the next action in a running gdm greeter would just respawn it again then, I think [14:25] so that might be better than dbus-launch [14:25] pitti, yes [14:25] ok, let's do that [14:25] didrocks, ^ [14:25] didrocks, do you feel like doing that change? [14:25] didrocks, it's basically changing uid to the gdm one, doing 2 g_spawn_async calls [14:25] seb128: right, can do that. I have also to add the get_sound_enabled method over dbus (not yet implemented) [14:25] didrocks, and going back to the previous uid [14:26] didrocks, robert_ancell didn't do that? [14:26] seb128: no, he begans to write the get function but if I understand correctly the code, he didn't finish [14:26] seb128: 2 g_spawn_async calls? how to know that the --shutdown will be finished before the --direct call? [14:27] didrocks, do the first one sync if you want [14:27]