[04:20] <ronnie> Any one on here
[07:56] <MCR1> Hi everyone :)
[07:57] <MCR1> didrocks: I need your help :-[
[07:57] <didrocks> hey MCR1, what's up?
[07:57] <MCR1> didrocks: Yesterday I messed up my Compiz/Unity installation and now I am having trouble restoring it:
[07:58] <MCR1> didrocks: https://answers.launchpad.net/compiz/+question/203353
[07:58] <didrocks> MCR1: there is an abi break in current compiz, did you try rebuilding it?
[07:59] <MCR1> didrocks: I thought it would also be useful for others to have this question answered.
[07:59] <didrocks> MCR1: well, it's not straightforward, and we don't support local installation, it really depends on what you have done
[07:59] <didrocks> MCR1: also having an ABI break every week, we can't tell "there is an ABI this time or this time"
[08:00] <didrocks> already have not enough time to do what I want to do, don't add support for people making local install to it :)
[08:01] <MCR1> didrocks: I just need to know which files I have to remove/change to make a reinstall via synaptic possible, please
[08:01] <didrocks> MCR1: really depends on what you did with your make install
[08:01] <didrocks> did you look at where files were installed?
[08:01] <didrocks> because the PREFIX is tweaked to different installation path
[08:02] <didrocks> so can be in your home, can be in /usr/local or can be on the system version
[08:03] <MCR1> didrocks: I will reproduce where it exactly installed to. One moment.
[08:04] <MCR1> didrocks: /usr/local seems to be Compiz default
[08:05] <didrocks> MCR1: ok, so the easiest for you is to:
[08:06] <didrocks> MCR1: look at all the binary packages in https://launchpad.net/ubuntu/+source/compiz/1:0.9.8+bzr3249-0ubuntu2/+build/3616960
[08:06] <didrocks> then, dpkg -L them to see the files that are installed
[08:06] <didrocks> remove them, replacing /usr by /usr/local
[08:06] <didrocks> (no need to remove those user /usr/share/doc/ as it's packaging related)
[08:08] <MCR1> didrocks: Thanks a lot for your time, it is very appreciated. I will try your suggestions. The install log, btw: http://pastebin.com/vefFtffz
[08:09] <didrocks> MCR1: yeah, you can start by the install log as well, but it's better to start from what the package is installing
[08:09] <didrocks> MCR1: ensure that all (apart from the empty packages) are installed
[08:09] <didrocks> compiz-plugins is optional though
[08:10] <MCR1> didrocks: I am still not sure how to best test actual Compiz/Unity builds though - I can build both from source, but I have no idea how to run those versions then to make my tests.
[08:10] <didrocks> MCR1: if you don't change the packaging, use the packaging :)
[08:10] <didrocks> like bzr branch lp:ubuntu/compiz
[08:10] <didrocks> hack compiz
[08:10] <didrocks> cd packaging branch
[08:10] <didrocks> bzr merge ../your_experiment
[08:10] <didrocks> bzr bd
[08:12]  * MCR1 knows nothing about packaging yet, but is happy to learn new stuff... :)
[08:13] <MCR1> didrocks: Thanks again - I will save this conversation to not forget anything :)
[08:14] <didrocks> MCR1: no worry :)
[08:14] <sil2100> didrocks: ok, a short status update regarding the state of the SRUs ;)
[08:15] <sil2100> didrocks: (hello btw.)
[08:15]  * didrocks is all ears ;)
[08:15] <didrocks> hey!
[08:15]  * seb128 reads SRU
[08:16] <MCR1> didrocks: I am calmed down already, but it is the second time I killed my Unity installation and I am still waiting for the first time I fix it again, so your help is highly appreciated. :)
[08:16] <sil2100> didrocks: regarding unity SRU - we're STILL pending on the 2 merge requests regarding software center integration ;/ Trevinho and Brandon reviewed the branch, all seemed ok and working - but I see from the comments that they have another idea on how to fix this problem
[08:16] <didrocks> MCR1: heh, experimenting is learning :)
[08:16] <sil2100> And Bilal is needed to comment on that it seems...
[08:16] <didrocks> sil2100: yeah, I pinged upstream more than 6 times on that MR :/
[08:17] <didrocks> in the past 3 weeks
[08:17] <sil2100> didrocks: and there's still the thing about the patch for software center itself
[08:17] <didrocks> if only they were moving faster
[08:17] <didrocks> sil2100: well, it's done, right?
[08:17] <didrocks> that's what Gary was telling,
[08:17] <sil2100> didrocks: there's an MRQ for that, but it's not yet approved as well
[08:17] <didrocks> that the software-center side is pending for weeks
[08:17] <didrocks> yeah, they don't approve it until unity sru is ready
[08:17] <MCR1> didrocks: Unfortunately afaik there is no wiki yet to get newbies into Compiz/Unity development...
[08:17] <sil2100> didrocks: ah, ok - cool
[08:18] <sil2100> didrocks: anyway, hm, we can either merge it in as it is (those 2 branches), or wait for Bilal to look at the new idea today
[08:18] <MCR1> didrocks: As these projects are quite special...
[08:19] <didrocks> MCR1: http://unity.ubuntu.com/getinvolved/development/unity/
[08:19] <didrocks> not sure how up to date this is though
[08:19] <didrocks> sil2100: I prefer that we get the right implementation for software-center
[08:19] <sil2100> didrocks: regarding compiz SRU - I'll be pinging Daniel about the few MRQs I did, but there's still the issue with bug #955035
[08:19] <didrocks> sil2100: it's something that regressed too much
[08:19] <didrocks> argh :/
[08:20] <didrocks> sil2100: ok, please ensure this is in
[08:20] <MCR1> didrocks: Oh, thx - did not know that one - saved ;)
[08:20] <sil2100> didrocks: since I still have no clue on what commit fixes this bug ;) Since I saw people said that Timo's packages didn't have the bug, but there was no explicit fix for that in it!
[08:20] <sil2100> didrocks: and I'm assigned to this bug, although I never really fixed it explicitly - I only fixed the other super + W issue and hm, somehow it magically (?) fixed this one
[08:20] <didrocks> sil2100: yeah, so would be good to sync that up with him :)
[08:21] <sil2100> didrocks: so I'll do that ;)
[08:21] <didrocks> heh, great!
[08:21] <didrocks> good luck and thanks for the info :)
[08:21] <didrocks> sil2100: do you think it will be possible to get that out for tomorrow morning?
[08:21] <didrocks> also try on the ML, really stating that getting the 2 branches merged in today (counting the night) is something that is not negociable
[08:22] <didrocks> it's getting tight for the SRU time
[08:23] <seb128> didrocks, sil2100: can we get the SRU rolling without the s-c fix? it can make it to the next round...
[08:24] <didrocks> seb128: well, mvo is asking it hardly for a month already
[08:24] <didrocks> seb128: I already skipped it for next round because upstream couldn't review it
[08:24] <didrocks> so deal with them, but I think they will be quite not happy if we skip it again :)
[08:24] <seb128> didrocks, he's asking for a month but they still didn't review the merge request on their side?
[08:24] <seb128> didrocks, let me troll him :p
[08:25] <didrocks> seb128: they reviewed it
[08:25] <didrocks> seb128: just not merged
[08:25] <didrocks> because of unity
[08:25] <seb128> oh, I see
[08:25] <seb128> no mvo trolling then, what a shame :p
[08:25] <didrocks> getting 2 to 3 pings a week
[08:25] <didrocks> about it
[08:26] <didrocks> if only upstream was really acting… :p
[08:26] <didrocks> seb128: trade mvo trolling for dx trolling :)
[08:28] <seb128> is that Trevinho I need to troll? :p
[08:29] <didrocks> you have a wide variety of choice there :)
[08:32] <sil2100> :)
[08:32] <sil2100> Well, yesterday Trevinho and Brandon picked up the review, so it's cool
[08:33] <sil2100> But as I said - they have a 'new' idea it seems
[08:47] <popey> didrocks, do you recall a conversation at the sprint where we discussed the issue where the screen doesn't get redrawn when coming out of suspend or when unlocking the screen on nvidia, something about resetting the card at specific points?
[08:47] <popey> (morning all btw)
[08:47] <didrocks> hey popey
[08:47] <didrocks> popey: yeah, we discussed that, I told you that it was supposively working since precise
[08:47] <didrocks> (for nvidia cards)
[08:48] <didrocks> popey: DBO told he worked on it at the time
[08:48] <didrocks> (it was assigned to him)
[08:48] <popey> hmm, need to file a bug then, it's broken on my nvidia imac
[08:48] <didrocks> popey: if it's broken for you, I'm afraid it's broken for all nvidias then :/
[08:48] <didrocks> was a coordination between tseliot and DBO
[08:48]  * popey tries his other nvidia
[08:50] <MCR1> popey: I can confirm that bug - I am using dual/triple monitor setup here with ATI gallium (opensource) driver and sometimes one of the screens will stay black after log-out and back in again
[08:50] <popey> its not that it stays black, as such, stuff gets drawn but it doesn't appear until you click on it
[08:50] <popey> i.e. move the mouse over the launcher and the launcher appears, then click the panel, that appears
[08:52] <MCR1> popey: oh, then it is another bug - did not experience that one - do you have mipmapping enabled in CCSM ?
[08:52] <didrocks> sil2100: for compiz, you did start from the full list I posted?
[08:52] <popey> dunno, default 12.04 install
[08:52] <MCR1> popey: then no
[08:53] <MCR1> popey: Just asking because mipmapping is currently quite broken and enabling it leads to screen not updating troubles
[08:56] <sil2100> didrocks: the list of commits? Yes, I did
[08:56] <didrocks> sil2100: excellent, thanks!
[09:15] <sil2100> didrocks: hm, libunity wasn't released with unity 6.0? Why?
[09:16] <didrocks> sil2100: oh you're right, it's unreleased, let me fix this
[09:17] <mhr3> y didrocks no likey new libunity?
[09:17] <sil2100> didrocks: thanks
[09:17] <didrocks> mhr3: indeed, but shhhh :)
[09:18] <didrocks> seb128: libunity needs some NEWing ^
[09:18] <seb128> didrocks, looking
[09:18] <didrocks> wait for 5 minutes so that it's getting into the queue :)
[09:20] <MCR1> Real oldschool Compiz presentation 8-) : http://vimeo.com/3220996
[10:56] <Trevinho> seb128, sil2100: need something?
[10:56] <seb128> Trevinho, hey
[10:56] <seb128> Trevinho, context was
 didrocks: regarding unity SRU - we're STILL pending on the 2 merge requests regarding software center integration ;/ Trevinho and Brandon reviewed the branch, all seemed ok and working - but I see from the comments that they have another idea on how to fix this problem
[10:57] <seb128> Trevinho, we need that in ;-)
[10:57] <seb128> Trevinho, do you know the status?
[10:59] <Trevinho> seb128: so... I'm checking the latest comments
[11:00] <Trevinho> seb128: however, basically they seem to revert the change... It's not the best solution probably, but if we have no other way...
[11:01] <seb128> sil2100, ^ does that match your understanding?
[11:07] <sil2100> Ok, I see Bilal wants to stay with this fix - and as it's confirmed as fixed, I think I'll approve it
[11:10] <Trevinho> sil2100: mh...
[11:10] <Trevinho> sil2100: see my latest comment... I don't agree soo much with that...
[11:12] <didrocks> sil2100: please ensure that Trevinho agrees first :)
[11:12] <didrocks> we had a story of regression on this feature
[11:13] <didrocks> I prefer that the core and trusted unity developers ack it
[11:13] <didrocks> so if Trevinho has objections, don't approve it :)
[11:14] <Trevinho> didrocks: I don't want to block it, but it looks here that we basically change the behavior not adding the icon when the installation starts to the launcher...
[11:14] <Trevinho> didrocks: the icon is added only at the very end...
[11:14] <didrocks> Trevinho: maybe you can check that also with tremolux on #software-center?
[11:14] <Trevinho> didrocks: the user experience seems changed too much
[11:14] <didrocks> I think they discussed it with design
[11:15] <Trevinho> I'll contact him... I don't know if he's alredy up
[11:16] <didrocks> Trevinho: he's around in ~3h I think
[11:18] <Trevinho> didrocks: ok, I've pinged him in the mean time, I'll wait
[11:18] <Trevinho> didrocks: do you know if they postponed the "flying" to the unity launcher for other reasons?
[11:19] <Trevinho> probably #1011681?
[11:26] <didrocks> Trevinho: I guess the prefered to have the logic into software-center to avoid all the regressions we had
[11:28] <Trevinho> didrocks: yes, I agree...
[11:30] <sil2100> hm
[11:31] <sil2100> didrocks, Trevinho: ok, so I'll wait with this one until it's clear
[11:31] <didrocks> sil2100: I guess you have enough work on the compiz front to not get bored :)
[11:35]  * sil2100 sighs
[11:35] <sil2100> Sadly ;)
[11:54] <sil2100> didrocks: stupid question, but where is the compiz-plugins-main packaging branch for precise available?
[11:55] <sil2100> didrocks: I don't see it in any of the ~compiz-team or ~ubuntu-desktop branches
[11:55] <sil2100> didrocks: lp:ubuntu/precise/compiz-plugins-main is the one I should look at?
[11:56] <didrocks> sil2100: https://code.launchpad.net/~compiz
[11:56] <didrocks> see lp:~compiz/compcomm-plugins-main/ubuntu
[11:56] <sil2100> Ah, compcomm, jesus
[11:56] <sil2100> didrocks: brr, thanks
[11:57] <didrocks> yw :)
[13:14] <sil2100> didrocks: ok, I prepared packages for compiz and compiz-plugins-main for the SRU, we're testing them a bit now
[13:14] <sil2100> didrocks: I also prepared some things for the unity SRU, but I'm still waiting for the decision on the Software Center intergration
[13:15] <sil2100> didrocks: also, Daniel pointed me in the morning to a fix of the last remaining regression that unity 6.0 introduced
[13:15] <didrocks> sil2100: yeah, I saw that one! greta :)
[13:15] <sil2100> didrocks: what should we do with that one? It's a small fix, and only one - are we still doing a release with that one?
[13:15] <didrocks> sil2100: well, this one is small, so no need to backport it alone
[13:16] <sil2100> didrocks: btw. sadly, some of the commits you pointed to in compiz trunk weren't SRUable after consultation with Daniel :( Since we came to the conclusion that some of them are not well tested and can have probable regressions
[13:17] <sil2100> As compiz is like a minefield
[13:17] <didrocks> sil2100: yeah, I looked large when scanning the commit, juts wanted to point out that "one commit only SRUable" wasn't exact and more diving was necessary
[13:18] <sil2100> didrocks: true, well - it was a good thing, since some were indeed SRUable
[13:18] <sil2100> That's why I also did the compiz-plugins-main release
[13:18] <sil2100> (I mean, prepared for release ;p)
[13:19] <didrocks> yeah ;)
[13:29] <sil2100> Trevinho: did you get some info regarding the software center intergration issue?
[13:30] <Trevinho> sideffect: not yet
[13:36] <sil2100> didrocks: what would this error mean, then? How should I proceed?
[13:36] <didrocks> sil2100: well, first read the error :)
[13:37] <didrocks> it's telling that it won't look at library in other packages that doesn't ship shlibs
[13:37] <sil2100> didrocks: since /usr/lib/x86_64-linux-gnu/libunity/libunity-protocol-private.so.0 exists on my system, but it can't find it
[13:37] <sil2100> Ah
[13:37] <didrocks> do you have a DEBIAN/shlibs in the libunity-protocol-private package,
[13:37] <sil2100> Good question, need to check that
[13:40] <sil2100> didrocks: I see it provides an shlibs file
[13:41] <sil2100> didrocks: the contents are: "libunity-protocol-private 0 libunity-protocol-private0 (>= 5.92.0)"
[13:42] <didrocks> seems good to me
[13:42] <didrocks> did you google around for the issue?
[13:42]  * didrocks shakes fist at unity stacking being screwed
[13:42] <didrocks> and to sublimetext not having bamf matching! Trebinho! :p
[13:42] <didrocks> trevinho!
[13:46] <popey> blimey, does everyone use sublimetext now...
[13:47] <didrocks> it's sublime! :)
[13:51] <Trevinho> didrocks: mine works well :P (but just because i'm using the Webupd8 ppa version)
[13:51] <didrocks> yeah, I'm on edge!
[13:55] <Trevinho> didrocks: need to check, but it' looks strange that if you set the exec to
[13:55] <Trevinho> --class foo and you set StartupWMClass=foo it doesn't work
[13:55] <Trevinho> didrocks: i.e. doing /pat/to/sublime_text --class Firefox should recognize it as Firefox... (for example)
[13:56] <didrocks> Trevinho: http://paste.ubuntu.com/1096645/ I tried both exec
[13:56] <didrocks> let me try --class
[13:56] <Trevinho> didrocks: dusing --name should be the same btw
[13:58] <Trevinho> didrocks: that desktop file works to me
[13:58] <didrocks> Trevinho: ok, adding --class Firefox make the matching on sublimetext working when I click on it (not the cause otherwise)
[13:58] <didrocks> working like… matching sublimetext
[13:58] <didrocks> if I run sublimetext from the CLI
[13:59] <didrocks> (as it's in my PATH)
[13:59] <didrocks> it's matching still another icon
[13:59] <didrocks> sublimetext
[13:59] <didrocks> but a different one
[13:59] <Trevinho> didrocks: in order I've done: 1) added your .desktop file (updating the paths) to ~/.local/share/applications; 2) launched it with fullpath from CLI... And it works
[14:00] <Trevinho> didrocks: which .desktop file is using? Can be possible that you've a clash?
[14:00] <didrocks> Trevinho: I have no desktop file in ~/.local/share/applications
[14:00] <didrocks> and no other sublimetext than the one in this rep
[14:01] <didrocks> bah, I can't drag and drop anymore the desktop file to the launcher
[14:01] <didrocks> nothing react :/
[14:02] <didrocks> ok, removing a launcher and I can add it again
[14:04] <Trevinho> didrocks: you said that when loading it from CLI it uses another icon... which one?
[14:04] <Trevinho> didrocks: what you get by gdbus call -e -d org.ayatana.bamf -o /org/ayatana/bamf/matcher -m org.ayatana.bamf.matcher.RunningApplicationsDesktopFiles ?
[14:04] <Trevinho> (with subl opened)
[14:06] <Trevinho> didrocks: ok, I reproduced your issue..
[14:07] <didrocks> \o/
[14:07] <Trevinho> didrocks: it happens because it runs sublime, and so it's like we have matching troubles in that case where the exec doesn't match the class
[14:07] <Trevinho> didrocks: if your exec was sublime_text it would have worked..
[14:07] <Trevinho> mhmhm
[14:08] <didrocks> Trevinho: ah, do you want me to try renaming?
[14:08] <Trevinho> didrocks: ok... here we are..
[14:08] <Trevinho> didrocks: if sublime is called from a symlink called "sublime" pointing to a binary called sublime_text, its wm_class will be sublime
[14:09] <Trevinho> so... or you force the class name to be always the same
[14:09] <didrocks> Trevinho: interesting, is this a general thing? wm_class will match the symlink?
[14:10] <Trevinho> didrocks: in your exec file you can do sublime --class "sublime_text"
[14:10] <Trevinho> didrocks: just discovered... Need to check
[14:11] <didrocks> Trevinho: that's not right :)
[14:11] <mhr3> didrocks, Trevinho, wm_class is constructed from prg_name, which is in turn constructed from argv[0]
[14:11] <didrocks> works when I click
[14:11] <mhr3> afaik
[14:11] <didrocks> but not when launching frmo CLI
[14:12] <didrocks> renaming the symlink works though
[14:12] <didrocks> even if the exec doesn't match anymore
[14:12] <didrocks> funny funny funny :)
[14:13] <didrocks> Trevinho: at least, I have a good matching now, thanks! :)
[14:13] <didrocks> Trevinho: and you have a good bug :)
[14:14] <Trevinho> didrocks: just tried event with gedit, changing the symlink will change the wm_class
[14:14] <Trevinho> mhr3: yes, I knew about that... but I thought that symlink were translated to the real path
[14:14] <didrocks> seems you have an interesting case :)
[14:14] <Trevinho> but that it doesn't seem to happen
[14:15] <Trevinho> well... I've a bug, but.... I don't tjink I can fix it... Until I don't check every ran program for its real argv[0]
[14:15] <mhr3> that would be pretty expensive
[14:16] <mhr3> i wonder if bamf would work better if it used startup notifications in some way
[14:17] <mhr3> but those are sent to the root window... so :/
[14:17] <Trevinho> mhr3: I have to add startup-notifications to bamf...
[14:18] <Trevinho> didrocks: however even using a symlink when adding --class=sublime_text and startupWmclass=sublime_text works here... but I'm happy you at least got the matching to work :)
[14:19] <didrocks> Trevinho: that's weird indeed, but getting sublimetext matching is making me happy ;)
[14:20] <Trevinho> at least it's a WIN ;)
[14:38] <Debolaz> Hmm… The dash seems a lot more responsive in vmware fusion than in virtualbox.
[14:45] <didrocks> sil2100: hey, fancy some work on unity-2d? :)
[14:45] <didrocks> sil2100: https://code.launchpad.net/~jm-leddy/unity-2d/lp873027/+merge/111452 seems it's already upstream, can you have a look that everything is good?
[14:47] <MCR1> Unity-2d has much better vertical scrolling for the Dash implemented, btw - this should be ported to Unity-3d as well :)
[14:49] <sil2100> didrocks: ACK, will check this one - oneiric you say?
[14:49] <didrocks> sil2100: unfortunately, yeah
[15:04] <Trevinho> sil2100, didrocks sw center branches approved
[15:04] <didrocks> sweet :)
[15:04] <Trevinho> sil2100, didrocks, I hope to get another SRU later to get the behavior back btw :P
[15:05] <didrocks> well, if it will work one day…
[15:06] <sil2100> Trevinho: yaay!
[15:06] <sil2100> Trevinho: thanks ;) What made you approve those?
[15:07] <Trevinho> sil2100: I've talked with tremolux...
[15:07] <Trevinho> sil2100: it looks like it's the only way we can fix the issues for P
[15:10] <tremolux> sil2100: right, this is the most straightforward (and smallest regression risk) way to fix a list of important high-target bugs in Precise
[15:10] <tremolux> sil2100: we plan to restore the animation timing for Quantal, and I will work with the Unity team to SRU this back to Precise when it is done and stable
[15:14] <sil2100> tremolux, Trevinho: ACK, excellent, thanks guys
[15:14] <tremolux> sil2100, Trevinho: any many thanks for caring about this btw!! small details do matter  :)
[15:15] <tremolux> Trevinho, didrocks: hey, is there a planned timeframe for the SRU that will contain this fix? we'll want to coordinate the Software Center SRU as best we can
[15:15] <didrocks> tremolux: I hope sil2100 can push the update tomorrow
[15:16] <tremolux> didrocks: ok, cool, so tentatively it looks like into precise-proposed starting tomorrow sometime
[15:16] <didrocks> yeah :)
[15:16] <sil2100> tremolux: yes, I would plan on releasing it tomorrow
[15:16] <tremolux> didrocks: very cool! thanks :D
[15:17] <didrocks> yw
[15:17] <tremolux> thank you, sil2100! we should plan on the same then
[15:17] <tremolux> you guys rock, thanks again
[15:18] <sil2100> tremolux: thank _you_ ;)
[15:19] <sil2100> Trevinho: do you have one last moment to review https://code.launchpad.net/~andyrock/unity/fix-754565-5.0/+merge/115122 ;) ?
[15:26] <jokerdino> hey guys, i just wanted to know how things are going around bug #937334. i had submitted a merge proposal earlier yesterday and got a bit of feedback. is there anything else that i could do?
[15:30] <Trevinho> sil2100: checking now
[15:30] <sil2100> Trevinho: big thanks!
[15:34] <sil2100> Trevinho: awesome, thanks again! Now we're green, just wait for merging and \o/
[15:35] <sil2100> didrocks: could you freeze unity/5.0 and compiz-core/0.9.7 once all merges are in :) ?
[15:35] <sil2100> didrocks: or a freeze is unnecessary here you think?
[15:36] <sil2100> (although if we release unity 5.14 then I would prefer 5.0 to be frozen
[15:36] <sil2100> )
[15:37] <didrocks> sil2100: no freeze needed I guess
[15:37] <didrocks> as the rate of merge is low
[15:37] <didrocks> maybe just mention it to the ML?
[15:39] <sil2100> didrocks: will do! :)
[15:46] <sil2100> didrocks: a quick question - to ensure a package can use gmock, do I have to add some dependencies for it?
[15:47] <sil2100> didrocks: since I see neither unity nor compiz have in debian/control google-mock, but still use gmock
[15:49] <sil2100> didrocks: I just see some CMakeLists.txt mentions
[15:53] <didrocks> sil2100: it's an optional dep
[15:54]  * didrocks should really concentrate on code now, day without ping interruption :/
[15:54] <didrocks> we didn't include it before because it wasn't in main
[15:54] <sil2100> didrocks: thanks - won't disturb now ;) Good luck!
[17:58] <GRiD> hey guys. on 12.04 .. my super key seems to have a bit of a delay on it, such that when i hit e.g. super-1 quickly, i end up with a number 1 in my foreground app. i have to hold the super slightly longer for it to catch. doesn't happen with alt or ctrl. is this intentional/configurable?
[18:14] <Trevinho> seb128: here?
[18:41] <seb128> Trevinho, here!
[18:43] <Trevinho> seb128: I've seen https://bugs.launchpad.net/ubuntu/+source/bamf/+bug/1010214
[18:44] <Trevinho> bschaefer: any idea how it is reproducible?
[18:44]  * bschaefer looks
[18:44] <Trevinho> it looks like a glib issue more than ours btw...
[18:45] <seb128> Trevinho, not you as well! ;-)
[18:45] <seb128> Trevinho, mhr3 is also blaming glib for his bugs...
[18:46] <Trevinho> seb128: ehehe
[18:46] <Trevinho> seb128: the fact is that it happens during a dispose that unrefs the objects via g_list_free_full...
[18:46] <bschaefer> geez that stacktrace is odd
[18:46] <seb128> Trevinho, joke aside it could be, feel free to bounce back if you think it's a glib issue, I usually try to get "whoever is closer from the code" to have a look so we don't skip over any obvious bug
[18:47] <Trevinho> seb128: sure... I'd like to reproduce it first :)
[18:47] <Trevinho> you wrote that it happened a lot in some days...
[18:47] <Trevinho> the reporter talks about the driver updates...
[18:47] <seb128> Trevinho, well, the issue is that errors.ubuntu.com is mostly statistics
[18:48] <seb128> Trevinho, so we know that it has an high frequency but that's about it :-(
[18:48] <Trevinho> seb128: I've only free drivers here, I've never got notifications for new drivers :)
[18:48] <seb128> Trevinho, the system has been made very simple, no question, hit report and forget, the goal is to have users hit submit and not get annoyed
[18:49] <bschaefer> Trevinho, I can't reproduce it, as I don't have any drivers either!
[18:49] <Trevinho> seb128: yes, it's important to have it
[18:49] <bschaefer> hmm I wonder if I should start to remove some haha
[18:49] <Trevinho> seb128: i'm just wondering if that's connected with the drivers updater...
[18:49] <seb128> Trevinho, they have improvements plans which would let hackers to specify the infos they need and have the next users hitting the bug add those, but that's not implemented yet
[18:50] <seb128> Trevinho, it could be but I doubt it, the driver stuff just drop a .ko on disk which will be loaded at next reboot
[18:51] <Trevinho> seb128: mhmh... isn't there any window to do that? Isn't just update manager?
[18:51] <seb128> Trevinho, you mean? the updates basically install the update but it shouldn't be loaded until reboot
[18:52] <Trevinho> seb128: no I mean… the reporter wrote "After Notification of New Drivers Available, and upon Opening Install Drivers package , compiz crashed, was attempting to input password at the prompt."
[18:52] <bschaefer> Trevinho, I wonder if we could get a VM that would need to update its drivers
[18:52] <Trevinho> So... What has he opened actually?
[18:52] <bschaefer> Trevinho, system -> additional drivers
[18:52] <Trevinho> (ah, and he's on quantal... news about Precise?)
[18:52] <bschaefer> Im guessing
[18:53] <bschaefer> I just have no drivers on my system haha...
[18:53] <Trevinho> well, isn't that window opened only on first install?
[18:53] <bschaefer> Trevinho, hmm well if there is an update to a driver shouldn't it open again?
[18:54] <bschaefer> which would explain why 45 reported it in a day...
[18:54] <Trevinho> the standard package manager should handle that...
[18:54] <bschaefer> hmm
[18:55] <bschaefer> well that will be hard to reproduce since you need a machine that has drivers that are out of date then new ones coming in to test...
[18:55] <bschaefer> if that window comes up then crash
[19:00] <seb128> Trevinho, not sure, often user comments don't make sense
[19:00] <seb128> Trevinho, it could have nothing to do with the issue
[19:01] <Trevinho> seb128: ok.. let's stay tuned.. just let me know if this gets even more populars on e.u.c
[19:08] <seb128> Trevinho, it's quite easy to check for reports on http://errors.ubuntu.com just enter the binary you are interested in and select a timeframe in the combo
[19:08] <mhr3> Trevinho, what's most important about that stacktrace is its size
[19:08] <Trevinho> seb128: yes, I'm already doing it... but if you notice it more often than me, just let me know :)
[19:09] <seb128> Trevinho, will do ;-)
[19:22] <mhr3> Trevinho, looks like the view has itself as a cached child
[19:22] <mhr3> guess that's not good :)
[19:23] <Trevinho> mhr3: mhmhm no at all :)
[19:23] <Trevinho|dinner> I'll check that later then... :o
[19:24] <Trevinho|dinner> but I'm wondering how is possible that an application sets itself as children..
[19:24] <Trevinho|dinner> mhr3: which line of the stacktrace is showing it?
[19:25] <mhr3> Trevinho|dinner, search for view_dispose and use "highlight all"
[19:25] <mhr3> you'll notice :)
[19:35] <unixpro1970>  I have a barebones ubuntu v11.10 server text only.  I managed to install unity2d and I now have graphics.  However, many of the unity applications are missing such as terminal, etc.  What packages do I need to install all of unity?
[19:37] <unixpro1970> hello?