[03:17] bryceh robert_ancell RAOF anyone who is up at the moment... [03:17] yo [03:17] what would be the ubuntu-bug command for someone to use if htey are having issues with hibernate or suspend [03:17] ubuntu-bug somethingorother ? [03:17] ;) [03:19] hmm, I'm not sure [03:22] ok...gonna have to do some digging...thanks... [03:23] I guess someone has to issue against the kernel, but 'ubuntu-bug kernel' isn't happy with that... [03:24] I'll just have people file it against X...after all, it is probably X related...cool with that bryceh and RAOF ? [03:28] jasoncwarner_: ubuntu-bug linux [03:28] I'm probably too late, but hibernate and suspend are almost uniformly kernel issues, and “linux” is the source package there. [03:34] RAOF: Too late! I just posted on twitter and Google+ for everyone to direct hibernate, suspend, unity glitches and weird color bugs to X ;) [03:34] j/k [03:34] thanks! appreciate it [03:37] :) [04:20] Good morning [04:21] Ampelbein: hm, it built locally; presumably it behaves differently with -B, I'll try that here [04:22] ah, cyphermox got there before me, thanks! [05:00] pitti: yeah [05:00] pitti: was nice to be able to look into it; very interesting rules file :) [05:00] cyphermox: sorry for overlooking this; I didn't try with -B [05:01] cyphermox: heh, FSVO "interesting".. [05:01] fsvo? [05:01] oh [05:01] right :) [05:01] "for some value of" [05:01] also, -B? [05:02] jbicha: are you following about about the transmission depwait on libnatpmp-dev (needs an MIR) [05:03] micahg: yes, I'm working on the mir now :-) [05:03] jbicha: great, thanks [05:07] cyphermox: of dpkg-buildpackage, binary-only build [05:07] cyphermox: -b builds arch:all as well, -B does not build them [05:07] yeah [05:08] cyphermox: our i386 buildds do -b (they build the arch:all ones), all other arches do -B [05:08] wasn't sure which app you were referring to [05:08] I usually always use bzr bd to build stuff (or at least, whenever possible) [05:08] ugh, some days NM is such a an annoyance ;_; [05:08] robert_ancell: hey Robert, how are you? [05:09] pitti, hi, good [05:09] cyphermox: works there, too (bzr bd -- -B) [05:09] robert_ancell: I recently noticed an /usr/share/xsession/default.desktop in my system -- is that actually supported by lightdm? [05:10] robert_ancell: I wasn't sure where that was coming from, it might just have been a leftover from local experimentation [05:10] pitti: yeah; but i was to build all the packages, not just arch:(^all) ;) [05:10] pitti, no, where did that come from? [05:10] cyphermox: right, but that bug only exposed itself with -B [05:10] miniupnpc recommends minissdpd, do I have to do a MIR for recommends? [05:10] jbicha: yes [05:10] as they get installed by default [05:10] robert_ancell: ok, so probably that was my doing [05:10] robert_ancell: I was pondering bug 806064 [05:10] Launchpad bug 806064 in lightdm "lightdm needs something like gdm-set-default-session" [High,New] https://launchpad.net/bugs/806064 [05:11] robert_ancell: obviously we don't want other packages to change lightdm.conf [05:11] robert_ancell: but https://launchpad.net/ubuntu/+spec/desktop-o-cd-localization has a WI for you "implement lightdm support for /usr/share/xsessions/default.desktop symlink" [05:11] dear NM, please complete establishing ipv6 when ipv4 settings are applied, kthxbye. I 'd really like to see you connect within less than a minute... [05:11] robert_ancell: and once we have that, edubuntu could just install that symlink? [05:12] pitti, yes, I'll do that then. [05:12] robert_ancell: or is there a better way to set the default session? [05:12] No, I think that's best [05:12] robert_ancell: gdm-set-default-session worked because custom.conf wasn't a conffile [05:12] but lightdm.conf isn't, so in practice it's actually not all that useful [05:12] erm, ligthdm.conf _is_ [05:13] robert_ancell: i. e. if there's no explicit default in lightdm.conf, it'd check default.desktop first? [05:13] pitti, did you respond to the idea to package the conf file for each derivative? Does that make sense? [05:13] oh, I didn't see that question [05:13] bug 799754 [05:13] Launchpad bug 799754 in lightdm "Please let vendors easily provide their own config" [High,Triaged] https://launchpad.net/bugs/799754 [05:14] LightDM needs a hardcoded default, it's currently gnome, but I think changing it to "default" makes more sense. So a symlink would work (or you could make an actual default.conf) [05:14] robert_ancell: how would that look like, /etc/lightdm/local.conf or so? [05:14] which overwrites settings from lightdm.conf? [05:14] pitti, no, there'd be a lightdm-config-ubuntu package [05:14] and a lightdm-config-xubuntu [05:14] they'd have to conflict with eachother [05:14] robert_ancell: conffiles are pretty sticky, though [05:14] removing a package doesn't remove the conffile [05:14] that's fine [05:14] and if it's already there, and you install a new package, you'd get a nasty prompt [05:15] I think it'd be easier to do with a local.conf [05:15] that's also acceptable - it's not "normal" to switch derivatives [05:16] LightDM doesn't need a config file, so the "lightdm" package really shouldn't provide one, so where do we put our config? [05:16] robert_ancell: the main thing that isn't commented there is [GuestAccount]; do these also have internal defaults/ [05:16] ? [05:17] yes, everything has defaults [05:17] (I guess so, as making the scripts configurable doesn't sound too useful actually) [05:17] robert_ancell: so, just drop it from the package then? [05:17] pitti, so where does the ubuntu one come from then? [05:17] robert_ancell: then xubuntu can create theirs as a config file in xubuntu-default-settings [05:17] is it baked into the image? [05:17] robert_ancell: do we need one? [05:18] pitti, yes, we need to set the guest account settings [05:18] robert_ancell: I thought the ubuntu flavor by and large should just install the greeter it wants, but that can happen with seeding? [05:18] good morning [05:18] robert_ancell: I'm confused -- robert_ancell | yes, everything has defaults [05:19] hey didrocks [05:19] guten morgen pitti! [05:19] robert_ancell: the guest account settings don't sound very flavor specific to me? [05:19] pitti, yes, but guest session is disabled by default [05:19] perhaps I should make it work if the startup script exists [05:20] robert_ancell: if we are going to enable it by default in all conffiles, why not just enable it in the package? [05:20] then we can ship without a config, and xubuntu-default-settings etc. can ship their own small snippet (as a non-conffile) for their tweaks [05:21] what is a snippet? [05:22] robert_ancell: I mean a config file with the settings they want to change [05:22] right [05:22] if you want to keep the conffile, https://launchpadlibrarian.net/74364166/support-vendor-config.patch also looks appropriate to me [05:22] (that's similar to what I meant by "local.conf" above) [05:22] but it might be more elegant to not have one at all [05:23] realistically we aren't going to be able to change it in the future, so internal defaults are better IMHO [05:25] ok, I think I'm agreed. I'll make the defaults "do the right thing". We'll provide a symlink to unity in xsessions, and then the lightdm package won't provide any config by default (I'll move the config file to /usr/share/doc) [05:25] robert_ancell: sounds good [05:26] I have 7 items, then I can release 0.9.0 [05:26] It was 5 :P [05:26] could lightdm use the Debian alternatives system? [05:27] robert_ancell: actually, with a non-conffile lightdm.conf, we wouldn't strictly need the default.desktop symlink part [05:27] robert_ancell: as xubuntu-default-settings or the cd-localization ones could then just ship a lightdm.conf with the session [05:27] pitti, oh, about the incompatibility breaks, previously I made no API/ABI guarantees so it wasn't suprising half upgrades broke things. From 0.9.0 there will be those guarantees [05:28] I imagine some people will come up with lightdm themes they want to distribute and requiring the user to hand-edit lightdm.conf isn't user-friendly [05:28] jbicha: please not -- alternatives for conffiles are even easier to break than either of those by themselves [05:28] robert_ancell: which breaks? [05:28] jbicha, themes wont need to edit lightdm.conf [05:28] pitti, mismatches between liblightdm and lightdm [05:29] But actually *using* the theme will require editing lightdm.conf, right? Otherwise how does LightDM choose which theme to load? [05:29] robert_ancell: I had to edit lightdm.conf to change to the unity switcher [05:29] RAOF: if there's just one, it picks that? [05:29] jbicha, right. Greeters are now stored in /usr/share/xgreeters, and we can set it to "default" the same way as xsessions [05:30] if there's more, and no config, it should pick a predictable one, like alphabetically first one or so [05:30] pitti: Won't ubuntu-desktop depend on the unity greeter? [05:30] so a symlink could switch the default greeter [05:30] RAOF: sure, but ceratinly not on the example gtk one [05:30] symlink is nice, too [05:30] pitti, are you dissing my example greeter? :) [05:30] but if users want to use some random ppa theme, they'd have to remove ubuntu-desktop or edit the .conf, right? [05:31] robert_ancell: I know it's a marvellous piece of artwork, but it crashes all the time! [05:31] they could ln -s mytheme.desktop /usr/share/xgreeters/default.desktop [05:31] pitti, I haven't been reproducing these crashes [05:31] robert_ancell: Your example greeter is certainly worth dissing compared to the unity greeter. That's funky! [05:31] until the unity greeter gets an update and overrides the link, right? [05:32] jbicha, no, the unity greeter package won't own the link [05:33] I've been a little hesitant to do pitti's idea of just picking another greeter if the requested one doesn't exist. I don't think you should randomly run a greeter, it might be innappropriate [05:33] ah, the good old days when there was a GUI to change the login theme! ;-) [05:33] jbicha, we need to update GNOME tweak tool to configure this :) [05:33] robert_ancell: I meant that under the assumption of not having a lightdm.conf [05:33] pitti, even still [05:33] without a conffile, picking the only one available seems appropriate to me [05:34] pitti, would you log the user into another session if their requested one didn't exist? [05:35] robert_ancell: well, requested == .dmrc, which is a config file [05:35] I think I'm going to put the responsibility on the sysadmin, or in this case perhaps a package hook to set it right [05:35] robert_ancell: for first login, yes [05:35] if a user never logged in and never chose a session, I'd log him into an available session instead of failing completely [05:35] what will happen if the greeter does not exist is failsafe X should start and say "FIX YOUR SYSTEM!" [05:35] corresponding to "if there is no lightdm.conf, and only one greeter, use that" [05:36] since that's still friendlier than not allowing anyone to log in at all? [05:36] pitti, that one greeter might log you into a remote system [05:36] robert_ancell: well, I have no strong opinion about it. a default symlink for the greeter sounds fine to me [05:39] time to go to bed, ttyl all! [05:39] robert_ancell: the fix is for lightdm to depend on one greeter with an alternative to a virtual greeter package to make sure one is always installed [05:40] cyphermox, later [05:40] micahg, yes, but should lightdm scan the list of available greeters and just pick one if you didn't configure one? [05:42] robert_ancell: I'm with pitti, go for a sane default that can be overridden [05:42] but what is the sane default [05:42] robert_ancell: maybe lightdm can provide a failsafe greeter [05:43] I think "pick the first one available alphabetically" is predictable and robust; but only if it's not set in lightdm.conf [05:43] micahg, that's failsafe X [05:43] then you can just do a 00default symlink etc. [05:43] robert_ancell: no, I'm referring to a greeter that works, but isn't customized, not a recovery console of sorts [05:43] failsafe should've been in quotes :) [05:44] I think the example greeter could qualify [05:44] hmm [05:44] will think about it [05:47] yeah, what was puzzling I guess (similar for me to the session choice), was the harcoded "gnome.desktop" in gdm, alphabetical if no default provided seems more something sysadm can understand [05:48] robert_ancell: btw, do you think we will have some time this week to talk about the session detection/fallback? [05:48] robert_ancell: that can either be now or wait for the BOF days of desktop summit [05:48] didrocks, is all we need to talk about "when are you going to implement it Robert?" [05:49] robert_ancell: I remember I had some actions as well that you needed to turn into bug reports for me :-) [05:49] robert_ancell: the ones you wrote on your notebook :) [05:49] it's point #4 on my 0.9.1 features list [05:49] and as I told you, if I can help you anywhere! [05:50] My laptop just made 3-4 alert/notification sounds at me. But I have no blinkies in Empathy, or Pidgin, or anything notifications. In fact, there's no longer a notification area. #epicfail [05:51] didrocks, ok, please make a merge request :) [05:52] robert_ancell: so, where should it be implemented in? I remember you didn't decide exactly where it should be. As long as I can do something you are pleased with… :-) [05:52] didrocks, I'm always pleased with patches. I'll have a look and email you tomorrow some pointers [05:52] robert_ancell: excellent!, waiting for that then :) [06:02] transmission mirs filed http://pad.lv/813308 http://pad.lv/813313 http://pad.lv/813318 [06:08] jbicha: thanks [06:09] jbicha: which of these were previously bundled in the source? it might make sense to point this out in the MIR, as we factually already had that code in main before [06:09] I think they still are in the source but let me check [06:18] it doesn't look like minissdpd was bundled with Transmission but the other two definitely are, noted on bugs [06:18] jbicha: were they bundled with 2.13 (that was what shipped in natty)? [06:20] micahg: they've been bundled since transmission 1.0 :-) [06:20] jbicha: great [06:54] mvo: hey, FYI, ppa:ubuntu-desktop/ppa will get in a few, the awesome bschaefer's work for xapian and cjk. I just tested there is no regression and it seems my usc and unity-places are happy :) [06:57] didrocks: awsome! [06:57] didrocks: I saw his work, but did not had a chance yet to test it [07:15] Morning all! [07:16] https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-oneirictest-20110718/+build/2634822 => mood: excellent [07:16] seeing the i386 build => mood: moderate [07:18] good morning everyone [07:31] Sweetshark: lulz :) [07:35] hey Sweetshark [07:35] hey Sweetshark! [07:35] good morning chrisccoulson [07:36] hey chrisccoulson [07:36] hey desrt, good morning [07:36] hi pitti and didrocks, how are you? [07:37] hey [07:37] chrisccoulson: I'm fine, thanks, and you? [07:37] salut seb128 [07:37] hey pitti desrt didrocks chrisccoulson [07:37] how are you? [07:37] bonjour seb128 [07:37] didrocks, yeah, good thanks [07:37] hey seb128 [07:39] didrocks, just saw your unity-application-place schemas update, do you know if anyone is working on moving unity keys there as well? [07:39] didrocks, it's using desktop.unity for some stuff it seems [07:39] dconf-editor shows that key namespaces are a bit disorganized [07:40] seb128: yeah, all is still on /desktop/unity unfortunately. I was hoping after next release (so, like on Friday) to try to move everything back in com.canonical… [07:40] seb128: agreed, sanity is needed there! [07:41] we perhaps need schemas guideline, mvo moved update-notifier to com.ubuntu when he commited as well it seems [07:44] indeed [07:46] seb128: much agreed, I think its not ideal to have the current mix [07:52] seb128: I'm happy to move that to com.canonical if that is consistent with everything else, but really Iike com.ubuntu better as it shows that its really a community project [07:52] (but not better enough to be inconsistent with the rest :) [07:53] mvo, well it landed like that, I don't think it's worth the renaming, at least it's com.ubuntu not desktop.something as others did ;-) [07:55] well, I'm fine renaming it if its the only com.ubuntu project in dconf, that is really a bit silly [07:56] mvo, let's see, I guess things like ubuntu-tweak should land in that namespace as well [07:56] * mvo nods [07:57] the longer term plan (I know I keep talking about this since 4.10) is to get rid of u-n for ubuntu anyway and use something like upstart session jobs [07:57] then u-n will move to universe for other derrivatives who like the notification area [07:57] and the namespace will fit again :) [07:57] so its all part of long term planning! === pitti_ is now known as pitti [08:07] didrocks: Here is a screen shot of the software center, it looks to be matching positively for the word 'text' http://i.imgur.com/YhbC6.png [08:09] bschaefer: awesome! [08:09] mvo: ^ [08:11] bschaefer: \o/ [08:11] bschaefer: out of curiosity, is this going (or already went) to upstream xapian? [08:12] mvo: Do you mean is it getting patched in Xapian? [08:12] bschaefer: I assume its a patch against libxapian, right? [08:13] bschaefer: so I was wondering if that patch is send to the xapian project already [08:13] mvo: There are a few things he wants me change but I updated the ticket. http://trac.xapian.org/ticket/180 [08:13] bschaefer: aha, great! that was my question :) [08:13] mvo: Yeah, he seems to like it but I need to change few things to make him happy haha [08:15] rodrigo_, hey [08:16] bschaefer: I just looked over his comment and the code and it seems like its not that much work to make him happy, really excellent news! [08:16] morning [08:17] rodrigo_, how are you? [08:17] mvo: Yeah the only part that I think will take a little time is his last one, about merging in a new CJKTERM for the Parse. Everything else is done already [08:17] seb128, I'm fine, and you? [08:17] rodrigo_, I'm great thanks [08:17] rodrigo_, so question for you, when do we get a new g-s-d version? ;-) [08:17] seb128, next week [08:18] 3.1.4 is next week [08:18] rodrigo_, hum ok [08:18] guess we can wait [08:18] seb128, you wanted earlier? [08:18] rodrigo_, the dx guys made indicator-power depends on the gpm to gsd move [08:18] ah [08:18] so updates for it are blocked on a new gsd to land [08:19] hmm [08:19] would be benefit from git snapshoting this week to give it a bit of testing before next week tarball? [08:19] be->we [08:19] yes, I guess we can do a snapshot [08:20] btw, what other apps use g-p-m? [08:20] I am planning to update them all toether with g-s-d [08:20] together [08:26] rodrigo_, well maybe push in the ubuntu-desktop ppa the snapshot this week and next week tarballs to oneiric? [08:26] yes [08:26] rodrigo_, good question, if you give me a dbus namespace to grep on or something I can do it from the dc side and grep through main for it [08:27] seb128, org.gnome.PowerManager [08:28] rodrigo_, ok, will have a grep on it [08:31] didrocks, I filed bug 813365 about compiz becoming slower over time. [08:31] Launchpad bug 813365 in compiz "compiz leaks memory, becomes sluggish and unusable after using it for few hours" [Undecided,New] https://launchpad.net/bugs/813365 [08:32] jibel: and you added the lovely 0.9.5.0 tag, thanks! [08:32] didrocks, yw [08:35] jibel: hey [08:35] salut seb128 [08:36] jibel: is your chart fta's one or one you did? [08:37] seb128, one I did, that is a pmap of compiz process every minute [08:37] I didn't knew fta did one already [08:37] jibel: is there a tool to build those or you just scripted it locally in some way? [08:37] jibel: http://ftagada.wordpress.com/2011/07/18/leaky-unity-in-oneiric/ [08:39] seb128, it is a very simple script http://paste.ubuntu.com/648072/ then I draw the chart with libreoffice calc. [08:39] jibel: ok, thanks [08:39] jibel: btw could you try if you get the issue with "Dialog Handler" activated in ccsm? [08:39] if you're interested I can do something with gnuplot instead to remove the manual step [08:39] jibel: it's the unity dialog thing [08:40] jibel: no, that's ok thanks, I was just wondering if there was some nice leak tracking tool I didn't know about [08:40] would be handy ;-) [08:40] jibel: also, try with the dialog handler removed, and gtk-w-d instead of u-w-d [08:40] didrocks, heh, I just said that :p [08:41] with->without in what I said though [08:41] seb128: hence the precision of deactivated :) [08:41] and gtk-w-d can help as well! as a second step [08:41] didrocks, seems like there is also a bug somewhere, some users get 100% cpu use and nothing displayed with the update [08:42] seb128: jono reported that, did you see other people (100% CPU for omer as well, but it's displaying) [08:42] happens only when using the unity decorator [08:42] didrocks, Cimi was having it [08:42] oh, you get them testing that? [08:42] until he moved libdecor.so away [08:42] then he tried with gtk decorator which works [08:43] hum, libdecor is different from gtk-d-w [08:43] ok :) [08:43] so we have a workaround for now [08:43] sam isn't there this week [08:43] but his compiz doesn't start with the unity decorator [08:43] he was going to figure what commit broke it when I went to bed so maybe check with him if he figured it out [08:43] hum, I'm pretty sure all this unity dialogs change for u-w-d is guilty [08:43] well "to figure", "to try to figure" [08:44] i.e he started on bzr builds to find the revision which broke it [08:44] not sure how much he got done [08:44] DBO was somewhat trying to look at finding the revision with him when I left [08:46] seb128: he told me he didn't have the time this morning to look at the perf regression and he's at a conference now [08:46] didrocks, ok [08:46] or do you mean Cimi? [08:46] either of them [08:46] well Cimi said he would find the commit [08:46] ok, let's try to see with them :) [08:46] not sure if he did or not ;-) [08:46] thanks for the investigation [08:46] didrocks, I'm just giving the infos I have from yesterday evening in case if they are useful [08:47] well at least the gtk decorator trick should work for jono [08:47] it is, the gtk-w-d is something that stroke me yesterday evening and thought "oh, I should have asked jono for it" [08:58] hey, I'm tyring to package a simple gnome-shell extension, but I'm a little lost [08:59] didrocks, also bug 813359 is new [08:59] Launchpad bug 813359 in unity "'Super' shortcuts for the launcher doesn't work anymore" [Undecided,New] https://launchpad.net/bugs/813359 [08:59] do I need a .install file to tell dh where the extension files should go? [09:00] jibel: you're right, I guess it's because of the new compiz, unity didn't change apart from a rebuild [09:00] jibel: confirming === zyga-afk is now known as zyga [09:33] is anyone able to boot into a 3.0 kernel? it panics for me all the time [09:33] I didn't try, I tend to be conservative with non desktop upgrades :p [09:34] rodrigo_: it works here, just I can't use the latest kernel with nvidia [09:35] didrocks, ah, a good reason to not use it on my desktop machine, as it needs nvidia [09:35] rodrigo_: you can with the -3 kernel though [09:35] anyway, a good thing we keep the old kernels installed :) [09:36] although too many, need to do some cleanup [09:58] rodrigo_: I get a kernel panic when trying to boot Rawhide with 3.0 but Ubuntu works fine for me [09:58] seb128: oh, you answered to bug #723861? I didn't challenge that :) [09:58] Launchpad bug 723861 in nautilus "Right clicking on the desktop still displays the “Create Launcher...” option." [Wishlist,Fix committed] https://launchpad.net/bugs/723861 [09:58] jbicha, ok, bad luck for me, I guess :) [09:58] didrocks, yeah, I got annoyed by the "I know better" comment which was wrong [09:59] indeed, especially that my comment on the binary clearly showed that it's a separate binary :) [10:05] I've got a branch for gnome-games & aisleriot, not sure if I did everything right [10:07] jbicha, send it for review ;-) [10:07] https://code.launchpad.net/~jbicha/+junk/aisleriot-3.1.0 [10:07] https://code.launchpad.net/~jbicha/ubuntu/oneiric/gnome-games/gnome-games-3.1.3 [10:08] jbicha, could you do a merge request for the second one, would make the diff easier to review ;-) [10:08] jbicha, would be nice to open a bug for the first one as a sponsoring request, review board [10:08] jbicha, I will try to have a look after lunch [10:09] seb128: it won't let me because it looks like there are no gnome-games Ubuntu branches which is weird [10:09] jbicha, lp:~ubuntu-desktop/gnome-games/ubuntu ? [10:09] https://code.launchpad.net/~ubuntu-desktop/gnome-games/ubuntu [10:10] yes, but there isn't a ubuntu:gnome-games so launchpad is not giving me a merge button [10:10] maybe if I push it to a +junk branch... [10:11] hum [10:14] jbicha, would be a good question for #launchpad I guess [10:14] I figured it out, it was because of the ubuntu/oneiric in my branch name [10:14] jbicha, i.e why can't you merge propose a diff against lp:~ubuntu-desktop/gnome-games/ubuntu when your vcs is derivated from it [10:28] https://code.launchpad.net/~jbicha/gnome-games/gnome-games-3.1.3/+merge/68516 [10:29] bug 813428 [10:29] Launchpad bug 813428 in ubuntu "[needs-packaging] aisleriot" [Undecided,New] https://launchpad.net/bugs/813428 [10:36] jibel: thanks, how did you get around it to file the merge request? [10:37] left out the ubuntu/oneiric part of the URL [10:38] ok [10:40] I'm going to be out for several hours === _LibertyZero is now known as LibertyZero === tkamppeter_ is now known as tkamppeter [11:50] pitti: no progress from upstream policykit on our two open bugs? [12:14] * rodrigo_ lunch === MacSlow is now known as MacSlow|lunch [12:29] mdeslaur: I'll ping David again, he promised to do the new release last week [12:29] pitti: cool, thanks! [12:39] seb128, didrocks, situation is worse with 'dialog handler' enabled +58.12 MB/hour over 3:45 hours [12:39] jibel: well, it's enabled by default, did you try without it? [12:39] seb128, it was not enabled by default [12:40] oh dear, no wonder my machine is slow as hell -- it's swapping out like mad, apparently compiz has used almost a GB of RAM :( [12:40] ok, I guess you got hit by the "upgrades don't change the configs in compiz" [12:40] jibel: can you try without it and with the gtk decorator? [12:40] pitti, cf jasoncwarner_'s email [12:40] yeah [12:41] seb128, how do I change the decorator ? [12:41] jibel: gtk-window-decorator --replace [12:41] (should work) [12:44] bbl [13:00] good morning! [13:01] morning cyphermox [13:03] hey pedro_ === m_conley_away is now known as m_conley [13:06] hey cyphermox [13:07] ola pedro_ [13:07] how are you guys, [13:07] ? [13:07] hey cyphermox, hi pedro [13:08] pitti: you can try to gtk-w-d as well btw [13:11] hola seb128 pitti [13:11] seb128, doing good and you? [13:11] salut didrocks [13:12] hey pedro_! [13:13] salut cyphermox [13:14] salut didrocks, ca va? [13:15] cyphermox: ça va, et toi? [13:15] ouais [13:16] * pitti wonders if that is really a word -- 80% vowels? [13:17] pitti: coloquial way to tell "oui", which is 100% vowels :-) [13:18] four vowels in a row, *shaking head* [13:20] pitti, don't worry we don't spell the s only the vowels ;-) [13:20] seb128: you mean "pronounce"? [13:20] ups, yes, sorry [13:20] it's pronounced "ouai" :p [13:20] weiaourd [13:20] ;-) [13:20]