[01:04] hmmm, so, it takes the HUD 8 minutes to fetch 364364 bookmarks from firefox [01:07] That's… unfortunate. [01:08] Do you actually have 364364 bookmarks in firefox? :) [01:09] RAOF, i just created a setup to investigate performance suckiness. i could create 10-15 second hangs with a normal of bookmarks :) [01:09] (which is what other people are seeing) [01:09] Booo. [01:10] and is also the reason why google don't put bookmarks in the chrome menu (because it causes chrome to hang for minutes at startup) [01:11] dbusmenu has O(N) performance when looking up menu nodes to deliver events to, basically [01:11] I know may a person who goes the menus to look for bookmarks, not knowing about the bookmarks toolbar... [01:11] many [01:11] ie, "lets just iterate over the entire tree of menuitems until we find the right one" :( [01:15] pitti: when you're around, cjwatson started looking at gnome-keyring failing to build with my last upload (though the actual change is not the cause of the FTBFS), would be great if someone from desktop who's familiar with gnome-keyring could have a look [01:15] pitti: the FTBFS prevents us from having a fix for a race condition in the install that in my tests happens around 10% of the installs (might be specific to my environment though) [01:16] (so not beta2 critical but definitely something nice to have if we can) [01:23] RAOF, as a more realistic use case, 8000 bookmarks causes firefox to hang for around 40 seconds [01:23] which is pretty terrible [05:08] Good morning [05:08] stgraber: yes, can do [05:18] heya, the oneiric branch of gtk+3 is broken [05:18] https://bugs.launchpad.net/udd/+bug/848064/comments/8 [05:18] Launchpad bug 848064 in udd "Revision not present branching from udd-imported branches on lp" [Critical,Confirmed] [05:27] robert_ancell: good morning, how are you? [05:27] pitti, hey, good [05:33] pitti, so I've been out of the packing loop for a while. Can you remind me how we manage packages like d-conf? i.e. they don't have a packaging branch, what is the best way to update them? [05:34] robert_ancell: UDD (bzr branch ubuntu:d-conf), or just plain apt-get source/uupdate [05:34] robert_ancell: btw, GNOME 3.4 is being landed in experimental, too [05:34] robert_ancell: so some updates might be just syncs [05:35] robert_ancell: i. e. librsvg migth be; if not, I'll commit the missing bits to Debian's svn [05:35] robert_ancell: (but don't worry about librsvg for now, we can sync later) [05:35] the stuff I updated was already -0ubuntu stuff, so unless the merges are done they won't be trivial syncs [05:35] just saying to avoid duplicate and diverging work [05:35] robert_ancell: -0ubuntu just means that we went ahead in upstream versions, but Debian is catching up now [05:39] good morning pitti, robert_ancell [05:39] rickspencer3, hey [05:39] hey rickspencer3 [05:40] pitti, robert_ancell any idea there was progress on the unity upgrader crasher during hte night? [05:40] rickspencer3: we have the workaround in place now [05:40] so the current images have it [05:40] pitti, just the workaround? did they diagnose the bug? [05:40] just the workaround for now [05:42] ok [06:07] jasoncwarner_, hey :) [06:07] hey ritz I'm OTP right now...be there in a bit. [06:26] good morning [06:30] bonjour didrocks, ca va? [06:30] pitti: fatigué, mais ça va ;) et toi? [06:31] didrocks: je suis bien, merci [06:31] didrocks: Porquois ne pas dormez plus? [06:32] didrocks: thanks for handling the unity regression yesterday! *hug* [06:32] pitti: all the recent fuzz about unity/compiz isn't good for sleeping long and well enough ;) [06:32] * didrocks hugs back [06:32] I still don't get what changed in compiz for that [06:32] so, in oneiric, we had two plugins [06:32] bailer and detection [06:32] they were added by default [06:33] at the start of the cycle, we decided to remove them [06:33] i removed them, but compiz is bad in dealing with configuration [06:33] so did some tests, all went fine with those plugins still listed but not installed [06:33] … 4 months later … [06:34] "now compiz gives corruptions if a plugin it lists don't exist" [06:34] (with the new compiz having *no change* in the configuration/plugin detection part) [06:34] I guess we triggered a race… [06:35] "fun"... not [06:35] rickspencer3: jibel: some summary of the black magic that happened ^ [06:35] Oh, that was the problem? Yay! [06:35] pitti: yeah, I guess some optimization that duflu did helped on the loading speed [06:35] pitti: and we triggered this cases, on some machines [06:36] RAOF: well, the workaround is really a "workaround" [06:36] RAOF: right now, on upgrade, we revert once the plugin list (not the config, just the plugin list) [06:36] as a stop gap mesure [06:36] didrocks, I'm a bit dense, here [06:37] the problem is that the plugins existed in a previous version, but not in this version [06:37] rickspencer3: right, we don't want them anymore [06:37] now, unity comes along sees the list of plugins, and pukes when one of the plugins is in the list, but not actually installed? [06:37] so, at the start of the cycle, in november, I remove them [06:38] didrocks, right, and you removed them from the list, not just from the disk, right? [06:38] well, I see unity has nothing to do with it [06:38] sorry, compiz, I mean [06:38] rickspencer3: no, it's removed from the disk, but not from the list [06:38] as compiz has bad way to deal with such cases [06:38] didrocks, oh, in a fresh install they are still on the disk? [06:38] dang it [06:38] I mean [06:38] no :p [06:39] on a fresh install they are still on the list [06:39] ? [06:39] I removed from the *default list* [06:39] right, so: [06:39] it's just that, when you upgrade, compiz has no good way to update an already existing list [06:39] (even if the list still correspond to the default) [06:39] so: [06:39] 1. we should not have compliz plugins, it causes a huge amount of work and bugs and has limited user value [06:40] 2. in any case, compiz should be robust in face of a mismatch between list and actually available plugins [06:40] +1000 [06:40] right, and it was… [06:40] until yesterday [06:40] well, until the last update, I mean [06:40] didrocks, well, I guess it wasnt robust, we were just lucky [06:40] as we did a bunch of upgrade test from oneiric -> precise [06:41] yeah, I mean, something was making it working… [06:41] I'm puzzled, apart from the recent duflu optimization which can just make the plugin loading faster, I see no change that can impact that [06:41] didrocks, so, now that you know where the problem lies, how confident are you that the dx team can do a proper fix? [06:41] also, great work! [06:44] thanks ;) [06:44] rickspencer3: duflu is looking at it [06:44] we are getting closer [07:25] Sweetshark: good morning [07:25] Sweetshark: btw, if you feel like doing an upload, please target it to precise-proposed [07:25] Sweetshark: we can then build it there as a staging area without affecting precise, and move it into precise when ready and built everywhere [07:26] s/if/if and when/ [07:26] * pitti needs to run out for 30 mins [07:32] pitti: right. well, I do the upload to a ppa anyway for dist-upgrade testing [07:41] hrmpf, latest updates messed up my grub [07:47] hey [07:49] salut seb128 [07:49] lut didrocks, ca va ? [07:49] what are the dx news this morning? ;-) [07:50] I see robert_ancell was on an upgrade day ;-) [07:50] seb128: nothing really changed since yesterday, my workaround is still valid. jibel will confirm it this morning [07:50] didrocks, ok, nobody confirmed if the workaround is enough or not yet then, thanks [07:50] seb128: right, but from all evidences, it should [07:51] great [07:51] (basically, we narrowed down the issue to "if the unknown plugin is loaded between composite and opengl" [07:52] some people confirms on the bug that it's fixed [07:52] with the reset upgrade [07:53] (only starting to look at bug mails now, I had a lot of emails to write this morning…) === Zdra is now known as xclaesse === chaoticuk_ is now known as chaoticuk === chaoticuk_ is now known as chaoticuk === chaoticuk_ is now known as chaoticuk [08:16] seb128: you're bad! [08:16] seb128: you didn't remind pitti about the reminder email! [08:16] pitti, hey, it's reminder day ! [08:17] didrocks, well at the same time he didn't talk on the channel since I joined :p [08:17] I guess he has already been working for 5 hours and it's lunch time for him ;-) [08:17] seb128: still, I know we are tired, it's the end of the cycle, but we need to keep it up! :p [08:22] oh, that, thanks! [08:22] I said good morning a bit earlier, but then got bitten by DSL reconnect [08:22] seb128: nah, more like 3 h today :) [08:22] as long as my wife is at home, I don't get up at 6 [08:22] 7 is fine [08:23] pitti, ;-) [08:23] * pitti says "bonjour" to seb128 again [08:23] pitti, good morning, how are you? [08:23] splendid, thanks [08:23] went to TKD again yesterday; my jaw is still hurting a little, but workout was nice [08:25] great [08:26] hm, unity-lens-video taking all my CPU and causing a lot of IO apparently [08:26] *zap* === zyga is now known as zyga-afk [08:41] pitti, grep VIDEO .config/user-dirs.dirs [08:41] pitti, (just curious) [08:41] XDG_VIDEOS_DIR="$HOME/" [08:41] it's supposed to "index" that dir [08:41] ah, is it indexing my entire home dir then? [08:41] pitti, I though they had a workaround for that buggy case but maybe it's broken [08:41] pitti, it will teach you to delete the xdg dirs :p [08:42] it's supprising how many people do that and how they screw their system :-( [08:42] well, most are just clutter [08:42] I don't need a "templates", and I don't keep videos on my system really [08:42] like if you delete templates it fallback to home and nautilus try to index the whole user dir to build its template submenu [08:42] * pitti fixes it to "templates" [08:42] err, "$HOME/download" [08:42] pitti, right, well our desktop breaks in funny way when you do that [08:43] pitti, it means softwares that should "index" $music or $video or $template start indexing your whole disk [08:43] oh, I thought templates was only for LibO and that stuff [08:43] and that's an hard performances hit [08:43] ok, thanks [08:43] pitti, no, it's the nautilus "create new document" submenu [08:43] hm, why does that need to be a top-level dir? [08:44] this could be in .local/share/templates/ somewhere [08:44] I remembered as well DavidCalle told he would fix that case [08:44] not sure, ken is uploading the video lens, maybe he would know more [08:44] ok, fixed my XDG dirs [08:45] and yay for the lenses being in pythohn [08:45] it seems like every time we eliminate a python daemon we get two back *sigh* [08:46] pitti, because you want easy access to those dirs [08:47] but maybe we should do it the microsoft way [08:47] i.e My Documents/My {Images,Video,...} [08:47] hum, I hate that way TBH [08:47] so users wouldn't remove "My Documents" [08:47] a nested dir by default [08:48] not really found of it :) [08:48] didrocks, well, the "flat" way doesn't work [08:48] see even pitti "screwed" it without seing the implications [08:48] users just think "I don't use that, it's fine to delete it" [08:49] yeah, I know… but that won't prevent people removing the "My Documents" [08:49] right, especially for "templates" -- it doesn't really tell you what it is for, and I never used it [08:49] didrocks, it's less likely that they would remove 1 dir with all the interesting subdirs [08:49] not sure of this move though, I can understand the intent, but I don't think it's the way forward [08:50] can we "lock" those dirs on the fs? [08:50] i.e forbid users to delete them :p [08:50] like you want to remove it, and then, getting a dialog "no no no :p" [08:50] well we should at least get nautilus to warn you when you delete them [08:50] agreed [08:51] it's a first step [08:51] it will not be enough to avoid geeks to rm screw it though [08:51] one other way would be to change the fallback to not be ~ [08:51] indeed, but then, we can patch the apps to avoidd indexing if it's home? [08:51] hum [08:51] right now if you delete a dir it goes to the dir under it [08:51] so any ~/xdg fallbacks to ~ [08:52] didrocks, yeah, we can I guess but again you lead then in stuff "not working" without knowing why [08:52] patch xdg to recreate teh dir? [08:52] indeed [08:52] the* [08:52] it's a tricky problem [08:52] yeah, I have no good solution either TBH ;) [08:54] perhaps nautilus, video lens, etc. should just not do anything if that dir is $HOME, instead of trying to index everything [08:54] or more fundamentally, if a user removes an XDG dir, it shouldn't be set to $HOME in the first place [08:55] then video lens etc. woudl just see thaht the dir doesn't exist [08:55] they need to handle that case anyway [08:57] pitti, well that still breaks applications without telling the user why [08:58] it's up to the app to tells it, but yeah, for nautilus and templates, there is no good way apart from a banner… [08:58] pitti, or we need to teach every application to "warn" about the issue [08:58] but I think it's a gsettings like situation [08:58] if you garanty the api will always return a valid dir you avoid tons of code in clients to all do the same checks [08:59] same story than gsettings, the fact to enforce rules simplify client code, no need to do tons of error checking [09:15] morning all... something seems broken wrt ssl in precise this lovely morning [09:16] getting “SSL routines:SSL23_GET_SERVER_HELLO:unsupported protocol” on sites that work in lucid (and worked in precise until recently) [09:17] Chipaca: we recently got a new openssl, presumably related to thaht [09:19] didrocks, I hit the "background only" issue after an upgrade from oneiric :/ [09:20] jibel: what's your plugin list? [09:20] didrocks, same machine, same base image, same upgrade but different result than yesterday. The session was corrupted but started. [09:20] didrocks, hold on, I'm saving everything [09:20] jibel: you mean, yesterday, the session was corrupted but started, but now you have nothing displayed? [09:21] didrocks, right [09:21] let me know about the plugin list [09:21] didrocks, yesterday I had #963093 and today it's #963633 [09:21] some people confirmed the upgrade worked (when they got the broken state :/) maybe the upgrade from oneiric is different [09:22] didrocks: I'm very busy. Is there something new? [09:23] duflu: right, even with the workaround, jibel ends up in a blank desktop, no launcher, no panel, just the bakcground [09:23] background* [09:23] I'm asking him to see the plugin list [09:24] didrocks: That's not surprising. The bug is not fixed yet. Working on it. [09:24] duflu: hum, didn't you say the workaround should work? as we reset the plugin ist [09:24] lsit* [09:24] so no more "unknown plugin" [09:25] pitti: https://bugs.launchpad.net/ubuntu/+bug/966058 [09:25] Launchpad bug 966058 in ubuntu "SSL routines:SSL23_GET_SERVER_HELLO:unsupported protocol" [Undecided,New] [09:25] didrocks: I did observe it to work when I tested it. However the root cause is still there so things may still be unpredictable [09:28] good morning everyone [09:30] hey chrisccoulson [09:30] hi didrocks, how are you? [09:30] chrisccoulson: well, still on those compiz/unity issues [09:31] and you? [09:31] hey chrisccoulson, how are you? [09:31] didrocks, seb128, i'm good thanks :) [09:32] chrisccoulson, did you get at the bottom of that hud slowness issue? [09:32] pitti, hi [09:32] seb128, yeah, it's the same issue that google reported for chrome last year. we've always escaped it in firefox because we build the menus on demand [09:32] seb128, https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/964584/comments/17 [09:32] Launchpad bug 964584 in firefox "Firefox hangs temporarily everytimes it receives the focus" [Undecided,Incomplete] [09:33] not many bookmarks at all ;) [09:33] chrisccoulson, but you said some people have 15s hang with 50 bookmarks [09:33] which doesn't seem a crazy number [09:34] seb128, if they are buried deep in nested subfolders, then it doesn't surprise me at all now [09:34] hello tkamppeter_ [09:34] the whole "lets just iterate over the tree of menuitems until we happen to stumble on the one we want" when handling events doesn't scale all that well :) [09:35] chrisccoulson, "realistic use case of 8000 bookmarks" [09:35] srsly? === tkamppeter_ is now known as tkamppeter [09:35] do people user over 100 bookmarks? [09:35] didrocks, [core,composite,opengl,compiztoolbox,decor,vpswitch,snap,mousepoll,resize,place,move,wall,grid,regex,imgpng,session,gnomecompat,animation,fade,unitymtgrabhandles,workarounds,scale,expo,ezoom,unityshell] [09:35] pitti, can you upload cups and cups-filters into Debian and Ubuntu? I have done several small fixes. [09:35] I use none but I always find stuff impossible to find with hundred of bookmarks... [09:35] use folders :) [09:36] seb128, i have over 100 bookmarks. perhaps 8000 is too much. but, still, 1 minute of CPU for getting 8000 bookmarks is pretty bad..... [09:36] tkamppeter: ubuntu is frozen right now; so perhaps on Thursday evening? we might get another fix by then [09:36] duflu: so jibel list is fine, seems there is still an issue, then… ^ [09:36] didrocks, logout/login "fixes" the problem and next login works correctly [09:36] chrisccoulson, I don't understand why that didn't happen previous cycles with menus though [09:36] jibel: ok, at least, it's a start, but the underlying issue is still racy then [09:36] seb128, we build menus on demand, so you take a hit only when opening a subfolder [09:37] this is why we build menus on demand :) [09:37] chrisccoulson, can't you cache menus? [09:37] didrocks: I know. I'm working on it. [09:37] jibel: I guess that's acceptable for a beta2 and we should maybe document that on the beta2 wiki annoucement? [09:37] duflu: just to ensre, thanks again ;) [09:38] seb128, dbusmenu probably could. the issue is that when the application gets an event targetted at a specific menuitem, dbusmenu iterates over the whole tree of menuitems to find the right node [09:38] chrisccoulson, is there a better way to find an item? [09:38] gnome-documents does not start on precise: ** (gnome-documents:27601): WARNING **: Failed to load shared library 'libgdprivate-1.0.so' referenced by the typelib: libevdocument3.so.3 [09:38] missing dep I guess? [09:39] xclaesse, likely, talk to jbicha when he's online [09:39] https://bugs.launchpad.net/ubuntu/+source/unity/+bug/966068 [09:39] Launchpad bug 966068 in unity "unity 3d crashes and fallback to 2d ( unhandled ConfigureNotify ) unity.glib-gobject :0 invalid cast from `BamfWindow' to `BamfApplication'" [Undecided,New] [09:39] zzecool, that's not a dump your bug channel [09:39] seb128: ? [09:39] zzecool, try #ubuntu-unity for unity issues and maybe say hi when joining or something [09:40] zzecool, well, it's impolite the join and paste a bug url [09:40] jibel: for the record, what kind of machine is it? [09:40] jibel: rather slow or fast CPU? [09:40] seb128, i'm sure there are better ways to search for nodes other then iterating over lists. perhaps a binary tree? [09:40] zzecool, we are not there to be dumped bug numbers like that without any text, hi, or anything [09:40] pitti, OK, it is all committed to the BZRs, it is not urgent, cups-filters is a fix for printing photos from iOS clients (AirPrint) and cups is bug 965124. [09:40] Launchpad bug 965124 in cups "printers no longer found after re-connecting network" [Undecided,Fix committed] https://launchpad.net/bugs/965124 [09:40] of course, changing that would probably require redesigning dbusmenu [09:40] seb128: most of the times noone says hi back so i just paste the bug so maybe someone will notice that [09:41] its seems that there is activity right now [09:41] gnome-boxes is not packaged (yet) ? [09:41] zzecool, right, too much activity maybe, try #ubuntu-unity for unity issues [09:41] seb128: chill out i got the msg [09:41] ok thanks [09:41] :) [09:41] xclaesse, it depends on a libvirt version which is new and buggy [09:41] too new [09:41] ok [09:41] xclaesse, it's only in Debian experimental and has known regressions [09:41] pitti, what would be the other fix which you mention? [09:42] seb128, the issue is this: http://bazaar.launchpad.net/~dbusmenu-team/dbusmenu/trunk.0.6/view/head:/libdbusmenu-glib/server.c#L1609 [09:42] and http://bazaar.launchpad.net/~dbusmenu-team/dbusmenu/trunk.0.6/view/head:/libdbusmenu-glib/menuitem.c#L935 [09:42] seb128, ok so unlikely to impossible for a LTS release I guess [09:42] chrisccoulson, I doubt we will get those fixed for precise though :-( [09:42] this is basically where all of the CPU time goes [09:42] tkamppeter: nothing in particular, just that a lot can happen in two days [09:42] xclaesse, right, I doubt that boxes is lts quality after its first cycle anyway [09:42] seb128, if we can't fix it, then i'll have to do what google did for chrome and remove the bookmarks menu :( [09:42] xclaesse, it will be in the GNOME3 ppa for those who like to play with buggy cracks ;-) [09:43] it's pretty much unusable for some people otherwise [09:43] chrisccoulson, can you disable bookmark export if the number of bookmark is > 100 or something? [09:43] pitti, tu a lu bug 962226? [09:43] Launchpad bug 962226 in cups "package cups 1.5.2-8bzr1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 1" [Undecided,Incomplete] https://launchpad.net/bugs/962226 [09:43] seb128, btw I was wondering if it is possible to add a ppa and only pick some of its packages (and its deps) but not everything. A bit like experimental works on debian? [09:43] zzecool: seb128 is taking it cool, I remember the trainwreck when someone dared to dump a launchpad-bug uncommented upstream at #libreoffice and _rene_ was around. Poor chap didnt stand a chance. [09:44] seb128, i'm not sure. it would probably be easier to just disable it and have the bookmark button on the navigation bar instead [09:44] tkamppeter: need to put the latest responses through google translate :) [09:44] i think people will be confused if some people have bookmarks in the menu, and others have them on the navigation bar [09:44] didrocks, low-end laptop core i3 with an integrated graphics chipset [09:44] chrisccoulson, that would suck, it would break the hud for 90% of users who are not going crazy with bookmarks just because 10% users have years of cruft [09:44] Sweetshark: i think we all got the msg allready [09:45] jibel: ok thanks [09:45] if an application has two icons available: /usr/share/pixmaps/$APP.{png,svg}, which one will be used? is there a policy about this or does it depend on the implementation? (if so, what does unity?) [09:45] seb128, right, but it doesn't take many bookmarks to have a few seconds of CPU use already, which is still pretty bad [09:47] Adri2000, not sure, read the freedesktop icon spec? [09:48] Adri2000, http://standards.freedesktop.org/icon-theme-spec/icon-theme-spec-latest.html [09:49] Adri2000, the pseudo code in there seems to suggest it prefers png [09:50] right I should have looked at that page, reading now thanks [09:55] ok, it says svg support is optional, so anyway I have to keep shipping both png and svg [09:55] and choosing the best one is desktop environment's responsability :) === zyga-afk is now known as zyga [10:18] seb128: you don't want to get cairo 1.12.0 from debian/experimental btw, it causes interesting problems due to a EXA bug [10:19] seb128: do you know if something happened to the gtk scrolling stuff? [10:19] slomo__, thanks, I didn't plan to go for a new cairo 2 months after feature freeze anyway [10:19] slomo__, not a lot happened no, it's still slow, buggy and breaks applications and compat [10:22] seb128: is there a plan how this will be handled upstream? i remember seeing a gtk 3.4.0 tarball... which imho shouldn't have happened before there was at least a plan how to handle this. breaking random applications is not something a library/framework should ever do... [10:22] slomo__, no, they seem to consider that gtk3 is not used out of GNOME yet so it's ok to break compat [10:23] I don't agree with that though [10:23] but that seems to be the status quo [10:23] i don't agree either, that's simply wrong... and i remember seeing ebassi complaining about this attitude too [10:41] hi, can you please review libgxps MIR request? https://bugs.launchpad.net/ubuntu/+source/libgxps/+bug/965467 [10:41] Launchpad bug 965467 in libgxps "[MIR] Please transfer libgxps 0.2.2-1 (universe) to main" [Undecided,Confirmed] [10:52] seb128: FYI, you uploaded nautilus twice, rejecting one (so don't get confused) [10:53] pitti, oh, thanks, I got confused with all the ping crazyness earlier, I might have done that yes [10:53] pitti, thanks ;-) === MacSlow is now known as MacSlow|lunch [11:30] good morning! [11:30] any ideas how to fix the gnome:NextVersion thing? it's trying to depend on libmutter0 (>= 3.3), libmutter0 (<< 3.4) [11:30] does gnome-shell just need a rebuild or what? === greyback is now known as greyback|bia [11:32] testing g-s-d, brb [11:38] hello everyone! [11:42] Did anyone think about simple calculator in dash? [11:43] this would be awesome [11:44] BigWhale: if you just need a commandline calculator... nickle is nice (and has also many advanced features) [11:44] slomo__, I use bc mostly, but calculator in dash would be awesome... just press super and then 1233+731 [11:45] and the result is there [11:45] hit super again and your working what you were woking before [11:49] nessita, hey, how are you? [11:50] seb128: pretty good, you? :-) [11:50] congrats on the beta-2 btw [11:50] BigWhale, there is a unity-lens-utilities and a unity-scope-calculator [11:50] see http://askubuntu.com/questions/38772/what-lenses-for-unity-are-available [11:51] http://i.stack.imgur.com/zOrC3.png [11:51] nessita, I'm good thanks [11:51] nessita, thanks, the congrats will be for when it will be out though, i.e in 2 days ;-) [11:51] we're almost there ;-) [11:52] seb128, yeah I just found it.... === greyback|bia is now known as greyback === MacSlow|lunch is now known as MacSlow [12:40] Anyone here familiar with Cisco VPN [13:01] I just found something disturbing. https://bugs.launchpad.net/ubuntu/+source/gnome-desktop3/+bug/951479 [13:01] Launchpad bug 951479 in gnome-desktop3 "Laptop with nvidia binary drivers does not suspend when lid is closed" [Undecided,Confirmed] [13:02] Will this be fixed somehow for 12.04? [13:02] I know it is essentially nvidia bug, but this will hit most of the users that use this driver. [13:07] BigWhale, if you provide a patch maybe it will be fixed? [13:08] but I personally don't own any nvidia hardware to work on it and nobody else seems interested so far [13:09] seb128, hah... I just asked this on ubuntu-desktop list [13:09] if someone provides a patch, will it get included.... [13:09] seb128: good morning, do you know anything about that gnome:NextVersion thing? [13:09] :)) [13:10] BigWhale, no, we hate fixes and like buggy softwares, we will refuse any patch ;-) [13:10] seb128, now you're talking like someone who works for Gnome. ;> [13:10] jbicha, hey, it's basically computing the next serie [13:10] jbicha, i.e on 3.4 tarballs it would give 3.6 [13:11] BigWhale, ;-) [13:11] seb128, the problem is that I am not sure how to address this correctly. There is a working patch for gnome-setting-daemon, but it will disable the whole 'stay active if there's an external monitor present' functionality. [13:11] jbicha, DEB_GNOME_NEXTVERSION := $(shell echo $(DEB_GNOME_VERSION) | awk -F. '{ printf("%s.%i\n",$$1,$$2+1) }') [13:12] jbicha, that's in gnome-pkg-tools: /usr/share/gnome-pkg-tools/1/rules/gnome-version.mk [13:12] seb128, the best solution would be a checkbox somewhere in the power settings [13:12] BigWhale, no checkbox no [13:12] but at this stage [13:12] no ui change [13:12] exactly [13:12] BigWhale, is the issue is that nvidia is crappy enough that they can't detect if a monitor is plugged? [13:13] seb128, it thinks that monitor is always plugged in [13:14] BigWhale, driver bug? [13:14] seb128, and it is quite annoying to pull your notebook from the bag with fans spinning at full speed [13:14] BigWhale: the only sane work-around is to detect if it's using the proprietary nvidia driver and suspend anyway [13:14] but even that will bug people who _are_ using external monitors with nvidia [13:14] or to display a big warning, if your laptop melt blame nvidia [13:15] seb128: lol :) [13:15] ;-) [13:15] mdeslaur, I know.. the whole situation is really crappy and no easy solution [13:15] seb128: will rebuilding gnome-shell fix it trying to depend on mutter 3.3 << mutter 3.4 ? [13:15] * mdeslaur shakes fist at binary driver [13:16]