[00:49] done [01:03] bryceh: xdiagnose is still a recommends so wouldn't it still be pulled in automatically? [01:04] jbicha, it was a recommends previously. We moved it to depends because it wasn't getting pulled in for people. Bug 814346 said to revert that change which is what I've done. [01:04] Launchpad bug 814346 in xorg "xorg-common depends on xdiagnose which pulls in all of gtk3" [Undecided,Fix released] https://launchpad.net/bugs/814346 [01:06] oh ok [01:07] I'm assuming it's not a problem, since we had it as recommends for a quite a while before this [01:12] I don't run pure kubuntu so I don't know [01:13] bryceh: Did you add xdiagnose to the actual seeds, or just to ubuntu-meta? [01:15] TheMuso, just to ubuntu-meta [01:15] TheMuso, how do you add it to the seeds? [01:15] bryceh: Right, it needs to be done at the seed level, otherwise that change will be lost next time the meta is updated. [01:16] TheMuso, ok, would you be willing to make that change? I've not dealt with the seeds before [01:16] bryceh: You need to branch lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu.oneiric and add the package to the desktop file in that branch. If it needs to be a recommends, you need to surround the package name in brackets. [01:17] bryceh: Sure. I'll make the change, and you can branch the branch I referred to above and see what I did. [01:17] bryceh: So is it a recommends of ubuntu-desktop, or a depends? [01:18] TheMuso, I believe it should be a depends. We want it always to be installed [01:18] bryceh: Ok then. [01:21] bryceh: Ok, now if you branch lp:~ubuntu-core-dev/ubuntu-seeds/ubuntu.oneiric and look at the last revision, it should show you how a package gets added to the desktop seed. If you wanted to make it a recommends instead of a depends, you enclose it in brackets. [01:22] And now, once your ubuntu-meta upload is published, we will upload a new revision of ubuntu-meta, which uses an update script to automate the updating of the metapackages. [01:23] RAOF: You may be interested in this too should you ever need to add something to the seeds, that is if you haven't done so already. [01:24] I'm pretty sure I've touched the seeds before :) [01:25] TheMuso, cool thanks [01:27] bryceh: np [01:27] RAOF: Ok, just making sure. [01:41] hey bryceh and RAOF, why would I be getting on 2d right now instead of 3d? shouldn't nouveau be able to handle 3d? did something change recently? [01:41] I had been running nouveau for a while and switched to nvidia earlier this week [01:43] jasoncwarner_, are you sure it is falling back to 2d? are you using the unity-greeter? [01:43] it seems to default to the top session, not the last one [01:43] so if i forget to click it, i get unity-2d :) [01:46] jasoncwarner_, a common reason for getting 2d instead of 3d is a problem with glx libraries [01:46] I'm using unity-greeter, but I am explictly choosing my session...I choose 'ubuntu' and I get 2d [01:46] when I choose 'gnome', I get a message 'can't load session 'gnome'" [01:46] jasoncwarner_, did you file a bug report on this yet? If not please do so, so we can see the logs and see what's going on [01:46] jasoncwarner_, if you want to diagnose yourself, here's what I'd look at... [01:47] check glxinfo to see if you're booting with software rendering [01:47] look in /var/log/Xorg.0.log to see if the glx libraries are loading, and if not see if there's an error message [01:47] check dmesg to make sure the kernel modules are getting loaded properly [01:49] jasoncwarner_, I looked at the nvidia-graphics-drivers package and there hasn't been an update to it recently [01:50] https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers shows 3 weeks since last change [01:50] jasoncwarner_, so next look in /var/log/dpkg.log to see what updated. [01:51] jasoncwarner_, I've also looked through the bug tracker for other recent reports of nvidia problems but didn't spot one... [01:52] so if you could file a bug report on this one it'd be a big help; even if it ends up not being an X issue, I'd still like to take a look. [01:53] bryceh: reporting now...I dont' see anything obvious in logs, but i'm also not hte best person to look at 'em. [02:01] bryceh: FYI - https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/814384 [02:01] Ubuntu bug 814384 in xorg "Unity won't load, nvidia won't install" [Undecided,New] [02:03] thanks, looking [02:04] jasoncwarner_, what error message do you get when you try installing nvidia? [02:04] jasoncwarner_: Fun! You've got the nvidia glx installed, breaking nouveau, but the nvidia kernel module isn't built for your current kernel. But is for -5 [02:04] one sec...rebooting...will get in a minute [02:05] bryceh: Didn't we attach dkms.log to these bug reports previously? [02:05] RAOF, DpkgLog.txt [02:06] RAOF, I'm examining it now :-) [02:06] No - the *dkms* log. Which might explain why nvidia isn't built for the -6 kernel. [02:06] http://paste.ubuntu.com/649621/ [02:06] bryceh: "sorry, installation of this driver failed. Please have a look at the log file for details: /var/log/jockey.log" [02:06] and then, in the log files...(one more sec) [02:07] RAOF, sorry (old man eyes) yeah it's at https://launchpadlibrarian.net/75721742/DpkgLog.txt [02:07] Someone's playing with gtk themes ;) [02:07] dah nevermind [02:07] :D [02:07] https://launchpadlibrarian.net/75721741/DkmsStatus.txt [02:07] there [02:08] dpkg and dkms are too similar :) [02:08] there should be another dkms log file hmm [02:08] bryceh: Yeah, that's the status. But dkms also writes a log file. [02:08] if it's not attached I'd guess it's not present [02:08] bryceh: jockey log [02:08] http://pastebin.ubuntu.com/649625/ [02:08] That's kinda annoying :) [02:09] /var/lib/dkms/*/*/build/make.log [02:09] jasoncwarner_, do you have any make.log files under /var/lib/dkms? [02:09] ooh jason found one bug at least [02:09] 2011-07-22 11:35:15,160 DEBUG: Could not instantiate Handler subclass __builtin__.NvidiaDriverBase from name NvidiaDriverBase [02:09] Traceback (most recent call last): [02:09] File "/usr/lib/python2.7/dist-packages/jockey/detection.py", line 957, in get_handlers [02:09] inst = obj(backend) [02:09] TypeError: __init__() takes exactly 3 arguments (2 given) [02:10] ah, and here's the second: [02:10] 2011-07-22 11:35:30,856 DEBUG: NVidia(nvidia_current).enabled(): target_alt /usr/lib/nvidia-current/ld.so.conf current_alt /usr/lib/nvidia-current/ld.so.conf other target alt /usr/lib/nvidia-current/alt_ld.so.conf other current alt /usr/lib/nvidia-current/alt_ld.so.conf [02:10] 2011-07-22 11:35:30,856 DEBUG: KMH enabled: False [02:10] 2011-07-22 11:35:34,096 WARNING: modinfo for module nvidia_current failed: ERROR: modinfo: could not find module nvidia_current [02:11] well, that says the nvidia kernel module isn't installed but doesn't say why [02:12] bryceh: no make.log fikes in /var/log/dkms, but I do have an 'nvidiaa-current' directory under there if that means anything [02:12] jasoncwarner_, it looks like the issue is that the nvidia kernel module didn't build. [02:13] likely because something changed with the -6 kernel [02:13] but we need a nvidia build log to know why it's not building [02:14] bryceh: I guess that is one problem, but another question I have is why isn't nouveau allowing me to run 3d when it was earlier this week? [02:14] right, and that's the second problem (or third, counting the jockey bug mentioned above) [02:15] bryceh: :) so many problems! [02:15] Well, for the boot in your logs the reason why nouveau wasn't allowing you to run 3d was that you had nvidia-current installed (but not usable) :) [02:15] The Xorg.0.log shows this: (==) Using system config directory "/usr/share/X11/xorg.conf.d" [02:15] FATAL: Module nvidia not found. [02:15] (EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your [02:15] (EE) NVIDIA: system's kernel log for additional error messages. [02:15] (EE) Failed to load module "nvidia" (module-specific error, 0) [02:15] (EE) Failed to load module "nv" (module does not exist, 0) [02:15] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) [02:16] RAOF: should I just remove nvidia for now and revert to nouveau? [02:16] is X trying to load nvidia even though the kernel module is broken? [02:16] yep [02:16] jasoncwarner_: Yes. It's not possible for nouveau to work while nvidia is installed. [02:16] jasoncwarner_, yeah nouveau isn't loading because nvidia's still installed [02:17] so just sudo apt-get remove nvidia-current would suffice? [02:17] bryceh: X can't know the kernel module is broken until the nvidia DDX has failed to load ;) [02:17] [ 5.438] (EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found) [02:17] jasoncwarner_: Yup, that'd do it. [02:17] RAOF, right and by then it's too late [02:17] RAOF: doing it...will reboot in a minute [02:18] bryceh: Well, not quite. It falls back to nouveau quite happily. *But* because the alternatives are set for nvidia it's loading nvidia's libglx, which only works with the nvidia driver. [02:18] actually... is it too late? Couldn't X just note the missing kernel module and try harder? [02:18] ah, right the alternatives. dah [02:19] This is why Jason gets a display *at all* :) [02:19] so... next question is why is there no make.log [02:20] RAOF / bryceh : removing nvidia like that gets me back in to 3d..thank you! [02:30] jasoncwarner_, could you re-try installing nvidia once more and see if a make.log file gets generated? [02:31] yeah...give me a few minutes...talking to ted [02:46] grabbing tea... bbiab [03:26] bryceh: FYI...I just did a reinstall of nvidia and it worked...weirdly [03:29] jasoncwarner_, ok [03:29] jasoncwarner_, a lot of these kinds of nvidia loading bugs get resolved by uninstalling and reinstalling [03:30] it forces it to rebuild against the new kernel. In theory it should be doing that automatically already. [03:33] yo, bryceh and RAOF ... kernel question...i can't remember if we said anywhere if we were shooting for 3.0 in oneiric? I saw Linus just pushed 3.0 [03:34] jasoncwarner_, yes [03:34] easy enough ;) [03:34] jasoncwarner_, the kernel team's policy in oneiric is basically to follow upstream and ship what is stable, which in this case will be 3.0.x [03:35] bryceh: ok, very cool...thanks. [03:36] Unless 3.1 comes out remarkably quickly :) [03:41] Which I doubt, we are still in the rc stage. [03:44] TheMuso: Not as of 45 minutes ago :) http://www.omgubuntu.co.uk/2011/07/linux-kernel-3-0-released/ [03:45] humphreybc: Oh thanks for that, seems the latest linux kernel versions RSS from kernel.org is not yet updated. [03:46] =) [03:51] hi! I'm using 11.04. In the last month i keep being ask to enter a password before i am connected to the local network at home even though the laptop is set to automatically login on start-up anyone know why his started and how to fix? [03:55] You'd be seeing bug #744929 [03:55] Launchpad bug 744929 in gnome-keyring "After auto-login, prompted to unlock keyring multiple times" [Medium,Fix released] https://launchpad.net/bugs/744929 [03:59] Good morning [04:01] thanks [04:02] well, it needs to ask you at least once [04:02] if you see the question several times, that'd be above bug [04:07] Good morning pitti! [04:08] hey RAOF, how are you? [04:08] Looking forward to the weekend :) [04:09] Also frustrated at how bad my writing has become. There was once a time when I could have whipped up an EGL packaging howto in an hour or so, and been happy with it. [04:11] RAOF: writing C/Python has now become better than writing English? :-) [04:11] Pretty much :( [05:19] good morning [05:36] bonjour didrocks [05:36] guten morgen pitti [05:36] how are you? [05:36] I'm great, thanks! my CD build script is making progress [05:37] nice :) [05:58] * didrocks scratches his head to make a conditional qmake include for armel… [05:58] seems you can only specify unix/win/mac [05:58] ah, only platform, not architecture? [05:59] didrocks: could you perhaps add an armel check into the include file itself? [05:59] so that it's basically an empty file on !armel? [06:00] pitti: it's a whole plugin subdirectory that needs to be ignored on armel [06:00] ah :( [06:01] another way is to apply a patch to the upstream qmake file only for armel… [06:01] which I don't really like [06:06] hi .. didrocks [06:06] is this true : http://forum.parallels.com/showthread.php?p=451706#post451706 [06:08] ejat: not sure what "uniform location" means [06:09] didrocks: IIUC that's got to do with GLSL uniforms. [06:09] Which are… things. [06:09] oh, that would be a vertex question for jay then :) [06:09] * RAOF would need to look up glsl spec to accurately describe them. [06:11] thats a thing .. http://imageshack.us/photo/my-images/171/screenshot20110719at115.png/ [06:11] is it bcoz of the unity .. and if i try to login .. to normal desktop with effect .. its flickering .. [06:12] before this it doesnt happend like that [06:12] ejat: before what? last release? [06:12] which version is installed? [06:19] unity: [06:19] Installed: 3.8.16-0ubuntu1~natty1 [06:19] Candidate: 3.8.16-0ubuntu1~natty1 [06:19] compiz: [06:19] Installed: 1:0.9.4+bzr20110606-0ubuntu1~natty2 [06:19] Candidate: 1:0.9.4+bzr20110606-0ubuntu1~natty2 [06:21] how to debug / trace [06:24] didrocks: good morning [06:24] ara: good morning [06:24] morning desrt [06:24] hey ara, how are you? [06:24] desrt: heya [06:24] pitti: hihi :) [06:24] hey pitti, didrocks :) [06:25] ara: he's ignoring us [06:25] he has his makefiles [06:25] hey desrt! [06:25] ;) [06:25] hey ara :) [06:28] didrocks : or is there a way to reset/restore unity environment [06:29] ejat: I think for this gl stuff, it's better to directly see with our opengl master, jaytaoko on #ayatana (freenode) [06:29] ejat: he's on US time though [06:30] owh .. its related to ayatana ? [06:31] owh .. thanks . ill try to check with the master .. [06:31] ejat: #ayatana are were the unity devs are :) [06:32] owh really .. didnt notice about it .. ok ill check with them .. thanks … btw .. will compiz 0.9.5 will backported to natty ? [06:37] ejat: no, there are too many changes to backport it [06:37] and yw :) [06:38] yw? [06:40] ejat: you're welcome [06:40] ow sorry [06:41] :) [06:41] pitti: are you aware of a debian/.install.linux ? I can't find any hack in debian/rules and no documentation? [06:41] ejat: no worry :) [06:45] didrocks: never heard about that one [06:46] didrocks: it's not done on e. g. debian/kfreebsd? [06:46] pitti: no I see nothing like that in the debian/ directory === tkamppeter_ is now known as tkamppeter [06:57] mvo: word. [06:59] desrt: good morning! the only word I can currently say is "a cup of tea, fast^Wplease" [06:59] (ok, that was more than one word) [06:59] and many more outside of the quotes [06:59] heh :) [06:59] you should switch to coffee for the mornings. works faster. :) [07:00] hey mvo [07:00] maybe, but you know what they say about old dogs and new tricks [07:00] hey pitti [07:00] * desrt woke up this morning to didrocks saying 'coffee is ready in the kitchen'. score. [07:00] desrt: four words: coffe baah! tea yummy! [07:00] desrt: woah! didrocks \o/ [07:00] srsly. [07:00] desrt: ... a treat you never get at home? :-( [07:00] achievement \o/ [07:01] hey mvo ;) [07:01] pitti: often i get it at home as well, actually [07:02] good morning didrocks [07:31] didrocks: Check out man debhelper. [07:32] didrocks: dh_install will look for .install.$ARCH, .install.$OS, .install, and pick the first one that matches. [07:33] oh, in DEBHELPER CONFIG FILES [07:33] I just looked an man dh_install [07:33] RAOF: exactly what I wanted! excellent ;) [07:33] thanks a lot! [07:49] hey [07:49] salut seb128 [07:49] lut didrocks, ca va ? [07:50] seb128: ça va, et toi? [07:50] très bien ;-) [07:50] it's friday apparently [07:50] didrocks, can I upgrade my unity? ;-) [07:50] seb128: seems some people on the french forum dared to do so, and it seems to even work! :-) [07:50] \o/ [07:51] Ah, I see ctrl-tab works now! [07:51] indeed :-) [07:51] seb128: so, you read it like me, RAOF told it's working for him. So if it fails, it will be entirely his fault, isn't it? :) [07:52] indeed [07:52] And this is on my troublesome sandybridge laptop. It can't possibly fail to work for you! :) [07:52] the issue is that he will declare it's end of week and just ignore us :p [07:52] RAOF: heh, test-proof hw! :-) [07:52] hum, right… [07:53] I'm pretty sure we've previously established that X is perfect. Any bugs which may appear to be in X should actually be referred to the kernel team :P [07:55] RAOF: yeah, and every glitches in your keyboard or your screen is because you don't take enough care of your computer and should clean it more :-) [07:56] I'm glad we have dx [07:56] before their time people were just blaming all the desktop bugs on gtk :p [07:56] didrocks: Or possibly bake it again :) [07:56] RAOF: heh, more than true! :-) [07:56] seb128: indeed, it's a nice diversion ;-) [07:57] hey seb128 [07:57] hey pitti, how are? is your desk clean yet? ;-) [07:57] I'm still blaming GNOME, not DX, for making it so excruciatingly difficult to restore my keybinding shortcuts now [07:58] morning pitti. I was looking at the natty langpacks on the server last night, to build and test the Catalan one as you asked me, but I wasn't sure what the best way would be. Build all langpacks on the server without uploading them and then test the -ca ones locally? or just fetch the sources for the -ca ones and build and test them locally? What do you do in these cases when you're testing langpacks? [07:58] good morning everyone [07:58] seb128: getting there :) 16 mails in my ubuntu folder to go, and ubuntu-defaults-image builder is working now (writing manpage now) [07:58] hey chrisccoulson, how are you? [07:58] pitti, \o/ [07:58] pitti - oh, i thought everyone blames firefox for their problems :) [07:58] seb128 does ;) [07:58] I do blame firefox! [07:58] hi seb128, i'm good thanks. how are you? [07:58] dpm: I just rsync the source directories for the language I'm interested in, and build/install them locally on my desktop [07:58] heh :) [07:58] chrisccoulson, I'm great thanks [07:58] need some coffee though ;-) [07:58] ok, thanks pitti [07:59] seb128: but seriously, there is no way at all to set up keybindings any more? [07:59] pitti, ccsm [07:59] lol [07:59] for switching desktops, opening terminals, sending a window to the background, and all the other useful things [07:59] seb128: didn't find it in ccsm [07:59] the only place where I found it at all (and which works) is gconf-editor now [07:59] it's in the same categories that the number of ws [07:59] pitti: you have [general] and [gnome compat] [08:00] the tab before [08:00] seb128: gnome compat doesn't have useful stuff [08:00] TheMuso: Say I had a Dell 6420 here in front of me, and I found that almost the entire dynamic range of the volume control is covered by 0%~5%, would ubuntu-bug grab all the information that you needed straight up? [08:01] seb128: ah, the general tab has the focus stuff [08:01] seb128: erm, I mean the windowo handling stuff [08:01] seb128: but I didn't find focus-follows-mouse [08:01] pitti, viewport switched has the go to ws ones [08:01] that only was in gconf [08:01] you need to track options yeah [08:01] seb128: and switching to desktop like ctrl+alt+2 for ws2 isn't there either [08:02] it's in viewport switcher [08:02] yeah, annoying to go through [08:02] "go to specific viewport" tab [08:02] aah [08:02] I recommend doing a script that restore your standard gconf keys [08:02] if you often unity --reset [08:02] (and soon gsettings ;)) [08:02] I just did unity --reset yesterday [08:02] not often, just yesterday [08:03] I thought everything crashed around me, but turned out that it was "just" Qt going mad when opening calibre [08:03] pitti, and another question: I've been working with skaet to gather a set of contacts to test the localized images, and I've created this page for that: https://wiki.ubuntu.com/OneiricOcelot/LocalizedImagesRollout - I've tried to anticipate the questions the people creating and testing the images will have. There are some things that are still not clear to me and I was wondering if you or cjwatson could give me a hand. For example: (roughly) what will [08:03] in my debian sid chroot, calibre works fine, so I'm using that now [08:03] the workflow be to create a localized ISO? [08:03] dpm: I'm just starting to write documentation how to build localized images [08:04] currently typing the manpage for the scripts, and later I'll also write a wiki page about the process [08:05] pitti, oh, excellent. So basically, someone creating an ISO will have to install the scripts, run them, obtain the ISO and upload it somewhere, I guess? [08:06] dpm: right [08:06] dpm: well, and do the actual customizatinos to the configuration files of the defaults package [08:07] pitti, ah, I see. So will there be a defaults package for every language, or a master one with all of the configurations? [08:08] dpm: there will be an ubuntu-defaults-zh-cn in Ubuntu, as this is the one we'll "officially" build ourselves [08:08] dpm: others, like the French loco's, can/should stay in a PPA for now [08:09] pitti, oh, so a requirement for each team wanting to build a localized ISO will be for them to provide their own defaults package [08:09] dpm: correct [08:10] dpm: we have a script ubuntu-defaults-template which will create a package for you, with commented out examples and documentation in comments, etc. [08:10] morning [08:10] plus the manpages [08:10] hey rodrigo_ [08:10] hi pitti [08:12] great, thanks pitti. And just to make sure, the installer (d-i + ubiquity) will remain translated in any case, right? I.e. we're not removing their translations from the main ISO, so that people not aware of the LoCo versions can still do the installation process in their language as usual [08:12] dpm: right [08:12] cool, thanks [08:17] pitti: for the default applications at a system level, there is two solutions: either diverting /usr/share/applications/defaults.list or ship an additional file in /etc/xdg/. There is no way AFAIK to do that at the admin level (/etc) yet and so, I'll have to run that to the freedesktop ML [08:23] didrocks: sorry, I don't understand -- so additional file in /etc/xdg will work, or not? [08:23] didrocks: but diverting defaults.list seems ok for now [08:23] pitti: it won't for now, it will need to be discussed in freedesktop. I think there is still a value for admins though [08:23] but ok, will divert for now [08:23] right [08:24] didrocks: I just finished typing the manpage, and my last image build test is about to finish [08:24] didrocks: I was going to upload 0.9 after that, but can wait a bit if you want to commit this first [08:25] pitti: excellent! I'll need to go to the train station soon, should take an hour, but then, I'll work on that, depends if you want do to an early release [08:27] didrocks: I guess I'll just upload it then; feel free to do a 0.10 then [08:27] didrocks: we aren't short on version numbers, after all :) [08:29] pitti: heh :-) [08:30] pitti, what's the name of the script to do the actual localized image build? [08:30] dpm: ubuntu-defaults-image [08:30] great, thanks [08:30] dpm: in the ubuntu-defaults-builder package (not in oneiric yet, but will be in an hour) [08:31] pitti, sounds good, thanks [08:31] didrocks: FYI, support for a hook/chroot script exists and works now, so you can do the additional mangling ther [08:32] e [08:32] pitti: oh, excellent, yeah, I'll certainly use that [08:32] didrocks: I don't have a hook/image script yet (for mangling the iso parts outside of the squashfs chroot), but adding that should be easy [08:33] uploaded 0.9 [08:34] in other news, thanks compiz or unity for finally fixing the "blurry text in panel" bug [08:34] ? [08:35] indeed [08:35] RAOF: reading a window title or menu or indicator title now doesn't make my eyes bleed any more [08:35] Hm. Maybe I'm an outlier with my Hinting:none ways. [08:35] pitti: what do you think about renaming unity/ directory in the template to defaults/ and have defaults/default-application.txt and defaults/launchers.txt ? [08:35] it now has a rather 1980-style black/white "engraved" effect, but this now looks deliberate (and thus fixable) [08:36] didrocks: I'd use desktop/default-applications.txt [08:36] didrocks: and keep unity/, as the launchers are really unity specific; they don't apply to shell or gnome-panel [08:36] the new switcher looks nice ;-) [08:37] pitti: ok, let's do that then. (I was thinking desktop would only be for .desktop files but ok :)) [08:37] seb128: think i could get a one-time postinst 'killall dconf-service'? [08:37] How do you switch to a window, rather than an application, with the new switcher, though? [08:37] you don't yet [08:37] RAOF: not possible [08:37] Which is why it's hidden away under ctrl-tab, I take it? ☺ [08:38] desrt, we could do that in the postinst, the service would respawn and the session keep working right? [08:38] correct. [08:38] RAOF: that and the fact that you can't easily transitionate people to a new plugin [08:38] it's fine as long as there is no write in progress at the time [08:38] which is likely [08:38] desrt, what happens if we don't restart the service? [08:38] it's not really critical to be honest -- i'll think about it more [08:39] seb128: the dconf you ship now doesn't support storing maybe types in the database [08:39] didrocks: Boo. Incidentally, I like “transitionate”. It's got a nice sound to it ;) [08:39] due to dbus limitations [08:39] RAOF: heh [08:39] i added a workaround on the client and service side to support this [08:39] desrt, what we usually do is teach to the service to do whatever is needed, like reloading, on sighup and send a sighup [08:39] but the updated client library doesn't make any difference unless the service is also restarted [08:39] the upshot is that you will have strange values appear in the dconf database... [08:39] desrt, that avoid catching it at the wrong time while it's doing something [08:39] not corrupt -- just strange. GSettings will correctly ignore them. [08:39] didrocks: Generally in English we'd use ‘transition’ as a verb, but ‘transitionate’ sounds much cooler! [08:39] seb128: ya. was just saying this to didrocks [08:40] it's actually an impossible problem with dbus [08:40] services cannot safely exit without the possibility of a race [08:40] old old old bug [08:40] right, argument for years with debian as well [08:40] " [08:40] RAOF: time to update the english dict :) [08:40] restart the dbus service on dbus package update [08:40] oh. that's an even older bug [08:40] i remember talking about that in the basement of a hotel in montreal :) [08:41] this is a different bug [08:41] ok [08:41] there is no way for a dbus service to safely release a name and process any remaining incoming requests for that name without risking a new copy of the service being activated and processing new requests at the same time [08:41] well anyway if you do an update where the service should be restarted please state it in the NEWS [08:42] so you have a choice: risk the concurrency, or risk lost messages [08:42] seb128: sure. [08:42] chrisccoulson, you didn't do the evo-couchdb splitting we talked about, right? [08:42] rodrigo_, hey [08:42] rodrigo_, new gsd today? ;-) [08:43] seb128, yes, probably [08:48]