[00:01] <snadge> bummer.. still has the annoying right click bug in firefox
[00:02] <snadge> anyone know how to reproduce that one?
[00:32] <smspillaz> *
[01:05] <snadge> it just did it again whilst im playing minecraft
[01:06] <snadge> left clicked the window.. right clicked.. menu disappears when mouse moves over it
[01:06] <snadge> selected a different tab, went back to the same tab.. right click, menu works properly
[01:06] <snadge> firefox window that is
[01:07] <snadge> also, minecraft on intel gpu seems to make unity extremely choppy. like 3 fps
[01:07] <Amaranth> minecraft is good at that
[01:07] <snadge> 90% cpu idle
[01:08] <snadge> unity-2d is a lot more responsive whilst playing minecraft, with higher frame rate
[01:08] <Amaranth> Oh, that menu thing happens for you on the desktop version of unity?
[01:08] <Amaranth> I'm getting that on my unity-gles port and thought maybe I broke something
[01:08] <snadge> right, release version, oneiric
[01:09] <snadge> i was getting a bit frustrated yesterday with unity.. but i notice today an update with a heap of bug fixes.. including 2 that i mentioned yesterday
[01:10] <snadge> are there any cheap/easy ways to improve minecraft performance with unity running?
[01:10] <Amaranth> *shrug*
[01:11] <Amaranth> I normally play minecraft on my windows machine
[01:11] <Amaranth> It beats the crap out of it too
[01:11] <snadge> at home im running it on fglrx, and its flawless
[01:11] <snadge> so i suspect this is because intel gpus arn't really gpus.. and minecraft doesnt like them to begin with
[01:12] <snadge> you cant even run minecraft on windows, with most intel gpus.. because of the drivers
[01:13] <snadge> on linux, mesa fills in the gaps, with expectedly average results
[01:14] <smspillaz> Amaranth: ohai :)
[01:23] <Amaranth> smspillaz: Can't look at your compiz branch right now
[01:23] <Amaranth> maybe next week
[01:25] <smspillaz> Amaranth: no problem :)
[01:25] <smspillaz> Amaranth: do you want me to do the patches ?
[01:33] <Amaranth> smspillaz: Patches for what?
[01:36] <smspillaz> Amaranth: the patches from collabora
[01:36] <Amaranth> oh, right
[01:36] <Amaranth> I thought you gave one of them commit access
[01:36] <smspillaz> I did, but not all of them are committed yet
[01:36] <smspillaz> I'm going to check with fred as to what the status of them are
[01:37] <smspillaz> thanks :)
[01:37]  * smspillaz -> uni
[01:41] <Amaranth> weird, the patches in the oneiric patch seem to refer to code I don't have in my branch
[01:42] <Amaranth> smspillaz: Can I get your branch URL again?
[01:42] <Amaranth> Mine seems to be broken
[01:42] <Amaranth> Because fuck bzr-git
[01:43] <smspillaz> Amaranth: lp:~compiz-team/compiz-core/compiz-core.gles2_support
[01:43] <smspillaz> the only big changes I had to make was that I needed to change the startup order somewhat to workaround a bug in an unamed proprietary graphics driver
[01:43] <Amaranth> and here i thought I was almost done
[01:43] <smspillaz> hm ?
[01:43] <Amaranth> My oneiric-gles branch seems to be horribly out of sync
[01:43] <smspillaz> oh, don't worry
[01:44] <smspillaz> I can handle this
[01:44] <Amaranth> Yeah well I've got to release something :P
[01:44] <smspillaz> I'm "not working" at the moment so I'm free to like actually help and not deal with emergencies
[01:44] <smspillaz> Amaranth: ok, well the plan is for P to drop as many distro patches as we can so that there is no need for the /oneiric branches anymore
[01:44] <smspillaz> which I've almost done
[01:45] <smspillaz> so yay for simplicity
[01:46] <Amaranth> hrm, we have a lot of differences
[01:46] <smspillaz> its not *too* substantial
[01:46] <smspillaz> mostly just stuff that moved around in the context initialization
[01:46] <smspillaz> (I needed to add a hook for the workarounds plugin to change some state before the egl/glx contexts are created in order to work around a bug in said graphics driver)
[01:47] <Amaranth> your branch seems to be an upstream branch with my patches applied?
[01:47] <smspillaz> right
[01:47] <smspillaz> I merged the gles branch from git into lp:compiz-core
[01:47] <Amaranth> Oh, I'm working on the oneiric branch
[01:47] <smspillaz> which still need to go upstream
[01:47] <smspillaz> yeah, it's all a bit ... confusing :/
[01:47] <Amaranth> Yeah, I now have no fucking clue what is going on
[01:47] <smspillaz> sorry about that
[01:47] <Amaranth> And I'm afraid I've been wasting my time
[01:48] <smspillaz> that's why I'm doing this :)_
[01:48] <Amaranth> But the problem is I need an oneiric branch
[01:48] <smspillaz> anyways, I'm off to uni, but just a heads up that this is there. I'll do the oneiric branch merge later today
[01:48] <Amaranth> I don't give a crap about upstream right now, I need a "what you have in oneiric + gles" branch of everything done by tomorrow
[01:49] <Amaranth> And I've apparently been working on the wrong branches
[01:49] <smspillaz> ok
[01:49] <smspillaz> as soon as I get back
[01:49] <smspillaz> I will merge all this in :)
[01:49] <Amaranth> What is the oneiric branch?
[01:49] <smspillaz> lp:~compiz-team/compiz-core/oneiric
[01:49] <smspillaz> anyways, really really have to run
[01:49] <Amaranth> Which one can I currently pull, combine with the packaging branch, and get what is shipped in oneiric?
[01:49] <smspillaz> ^
[01:49] <Amaranth> Alright
[01:49] <smspillaz> sorry about this
[01:50] <smspillaz> I'll be back in about
[01:50] <smspillaz> 3 hours
[01:52] <Amaranth> alright
[02:28] <neorosbob> Hi all, can anyone tell me why my applications can not browse to mounted file systems like smb mounts? I can't get some of my apps to see the remote file systems but I can browse to them in nautilus.
[02:28] <neorosbob> I should add, I just switched from gnome classic and I am struggling
[02:34] <neorosbob> how about this one, when I log in with unity (not unity-2d) and I want to whitelist and app so it displays in unity panel, I go to the Configuration editor -> desktop looking for unity -> panel but all I have is unity-2d and no panel option. Am I logged in as unity-2d or am I missing libraries?
[03:55] <cwillu_at_work> snadge, I don't have the details offhand (and had some trouble finding it again when I was looking earlier today), but there's some flags/environment vars for java to make it not fall back to software 3d rendering on intel video
[03:56] <cwillu_at_work> minecraft being the only 3d game implemented on java, there's not as much info on the topic as one would like :p
[03:56]  * cwillu_at_work goes to bed
[04:03] <Amaranth> neorosbob: The mounts is going to be because not all of your apps are using GTK+, I guess
[04:04] <smspillaz> Amaranth: ah, you're still here. I've just merged everything in to the oneiric branches, pushing in about 10 minutes (just testing to make sure that the merge didn't clobber anything)
[04:04] <neorosbob> Amaranth: thanks, are you aware of a workaround for this?
[04:04] <Amaranth> smspillaz: Awesome
[04:04] <Amaranth> neorosbob: Nope
[04:05] <neorosbob> gnome-classic here I come
[04:05] <neorosbob> thanks
[04:06] <Amaranth> neorosbob: Classic won't help you
[04:06] <Amaranth> Those are GVFS mounts in classic and in unity, that's not a unity thing
[04:06] <neorosbob> Amarenth, yes it will. Everything works fine in Gnome classic, it's unity that it doesn't work in.
[04:06] <neorosbob> Maybe it's caused by something else but it does work in gnome classic
[04:07] <Amaranth> neorosbob: You've either hit the oddest bug I've ever heard of or aren't explaining it enough for me to understand then, I guess
[04:08] <Amaranth> Every app using GTK+ should see the mounts because GTK+ talks to GIO for the file browser and when you select a file the app is given a ~/.gvfs/ FUSE path so they don't even need to use GIO themselves to read/write from it
[04:08] <Amaranth> I could maybe see something not getting setup correctly for Qt apps to see these files
[04:08] <Amaranth> But everything that uses GTK+ should see them, no matter what shell you use
[04:09] <neorosbob> Let me do some more testing and see if I can come back with anything more useful. I need to put gnome classic back on this machine. With more testing I can offer a more useful explanation. Thanks for your input
[04:09] <Amaranth> neorosbob: What apps are having this issue?
[04:10] <Amaranth> I just realized Qt apps should still be using the GTK+ file browser on GNOME desktops (which Unity still is) so even they should work
[04:11] <Amaranth> Also are you sure this is a Unity thing and not a GNOME 3 thing?
[04:12] <neorosbob> keepass and gvim are what I have noticed so far, gedit seems to work fine
[04:12] <neorosbob> testing some others real quick
[04:12] <neorosbob> no I can't say for sure if it's gnome or unity either
[04:13] <neorosbob> to be honest I don't know much about the desktop environments
[04:13] <smspillaz> who doesn't love bzr foo
[04:14] <Amaranth> Unity pretty much just replaces gnome-shell, the rest of the desktop environment is the same
[04:14] <Amaranth> I mean, unity pulls in other stuff to do what it does but I can't think of anything being left out
[04:14] <Amaranth> Or, from a place point of view, it just replaces metacity and gnome-panel
[04:15] <Amaranth> Err, someone said place to me right as I was about to type classic
[04:15] <Amaranth> So yeah...
[04:18] <neorosbob> makes sense. After testing other apps it's for sure just a handful of apps, keepass, truecrypt and gedit. Sadly some of my most used apps that I need to edit network files on.  So it sounds like a gnome3 issue after your explanation
[04:52] <smspillaz> that was fun
[04:53] <smspillaz> Amaranth: bzr thought that all the work I did was a conflict :)
[04:54] <Amaranth> yeah, i noticed that
[04:54] <Amaranth> I tried to do it earlier :P
[04:58] <smspillaz> TEMPLATE ERRORS :)
[04:58] <smspillaz> <3
[04:59] <Amaranth> Is it because of pq's argument count changes?
[04:59] <Amaranth> I don't think I ever applied that one locally
[05:03] <smspillaz> oh yeah, ICS got announced today
[05:06] <smspillaz> oh, pretty meh
[05:10] <smspillaz> Amaranth: wewt: lp:~compiz-team/compiz-core/compiz-core.gles2_support
[05:10] <smspillaz> Amaranth: are you on ~compiz-team ?
[05:10]  * smspillaz checks
[05:11] <smspillaz> ok
[05:11] <smspillaz> Amaranth: err, I meant bzr push lp:~compiz-team/compiz-core/oneiric.gles2_support
[05:11] <smspillaz> that one
[05:15] <smspillaz> oh fun, we need to do the plugins too
[05:25] <Amaranth> Yep
[05:33] <snadge> hmm.. firefox doesnt appear to show visited links anymore.. is this a bug? :P
[05:35] <snadge> yeah it does nm.. weird, just one site
[05:37] <didrocks> good morning
[06:39] <snadge> i miss weather applet :(
[06:56] <Amaranth> smspillaz: Did you ever push your oneiric+gles branch?
[07:14] <snadge> is this so we can run oneiric on our mobile phones or something?
[07:26] <kamstrup> Amaranth: I don't thin kit's pushed. But smspillaz send a call for testing recently (yesterday, or was it monday?)
[07:28] <davidcalle> kamstrup, hi
[07:29] <kamstrup> yo davidcalle!
[07:30] <davidcalle> kamstrup, I'm looking for a way to merge and triage results from different scopes before they are passed to dee. Any idea?
[07:31] <Amaranth> kamstrup: He just did a merge of my upstream branch and the oneiric branch and said he was pushing it for me
[07:31] <Amaranth> because apparently I fail at bzr-git
[07:33] <kamstrup> davidcalle: the Lens class in libunity already does that for you no? Or do you mean you need to intercept the changes and do something with them?
[07:33] <kamstrup> Amaranth: ah, ok, I think you know more than me then :-)
[07:38] <kamstrup> davidcalle: what I am pondering is if you can somehow get away with sticking a Dee.FilterModel in between the scope and the lens. The FilterModel is based on a filter callback that you can use to change the filter/change the data on the fly
[07:39] <kamstrup> but I am not entirely sure that is possible right now...
[07:39] <kamstrup> maybe it is...
[07:39] <davidcalle> kamstrup, that's exactly what I'm looking for. :)
[07:40] <kamstrup> davidcalle: the 'results-model' and 'global-results-model' properties on Unity.Scope are read-only...
[07:42] <davidcalle> kamstrup, in fact, what I want to do is to reorder the results globally without caring about which scope it comes.
[07:43] <kamstrup> davidcalle: a Dee.FilterModel is very well suited to do that as it can do it without allocating any extra storage really. The question is how to jank it in somewhere :-)
[07:44] <davidcalle> kamstrup, I understand
[07:46] <davidcalle> kamstrup, I'm going to try to pass the results from each scope to another one, which will be dedicated to ordering results, then will pass to dee.
[07:47] <kamstrup> davidcalle: yeah, oughta work... If not entirely elegant, but it may be your only option for now... Sorry. But I think figuring out a clean way to do this with libunity is a reasonable request
[07:49] <kamstrup> davidcalle: I just dpm to update the libunity docs on http://developer.ubuntu.com/api/ubuntu-11.10/GIR/python/Unity-4.0.html
[07:49] <kamstrup> not that it helps for this particular purpose, but might be nice to know :-)
[07:49] <davidcalle> dpm?
[07:50] <kamstrup> david planella, he's in charge of developer.ubuntu.com
[07:51] <davidcalle> Oh, dpm the guy, I thought it was some kind of technical term :)
[07:51] <kamstrup> lol, sorry :-)
[07:52] <davidcalle> kamstrup, I'm seeing two renderers I didn't know about. Weird, I need to try that.
[07:52] <kamstrup> davidcalle: hehe I think they're untested - caveat emptor :-)
[07:53] <kamstrup> davidcalle: in fact, I think they might be unimplemented at this point... :¨-(
[07:55] <kamstrup> davidcalle: hmmm, looks like Dee.Filter and Dee.FilterModel is not working very well from Python...
[07:55] <kamstrup> so my idea based on those are dead anyway
[07:55] <kamstrup> :-)
[07:58] <jussi> Morning all
[07:59] <kamstrup> mhr3: davidcalle has a reasonable request ^^ we should allow lenses to intercept the results from scopes before they are added to the results-model, to change, filter, or re-sort them on the fly
[07:59] <davidcalle> kamstrup, the two renderers just fallback to vertical. *sad*
[07:59] <jussi> Is there a unity tips and tricks some place for new unity users? (so as they get the most out of it). Several of our software programmers are unising 11.10 now, and Id like to educte them abit.
[08:00] <kamstrup> davidcalle: but I think chances are good to have them working for P... you should punk gord or njpatel
[08:00] <davidcalle> jussi, you should find a thread about it on askubuntu.com
[08:01] <davidcalle> kamstrup, I sure will ;)
[08:02] <jussi> davidcalle: hrrr, do we not have somehting directly from the people who designed it? perhaps even a bit marketing styled, that illustrates all these super new features. ie. how lenses work, that the super key can do super stuff, etc etc
[08:04] <davidcalle> jussi, don't think there is one. Nevertheless, you really should have a look at http://askubuntu.com/questions/36274/tips-and-tricks-for-unity . Oh, and the Unity documentation in the Ubuntu help is suprisingly good.
[08:06] <jussi> davidcalle: right, I guess thats pretty much what Im after, Im just suprised its not coming from unity/canonical marketing people.
[08:06] <jussi> (and thanks very much)
[08:06] <mhr3> kamstrup, yep sensible request for sure
[08:07] <davidcalle> jussi, to be fair, they are really active to make askubuntu an excellent source of information.
[08:07] <jussi> davidcalle: fair enough.
[08:34] <Amaranth> hrm, this is a PITA to merge
[08:34] <Amaranth> I really hope smspillaz doesn't already have it done, would hate to duplicate work
[08:47] <gord> kamstrup, what renderers?
[08:49] <kamstrup> gord: http://developer.ubuntu.com/api/ubuntu-11.10/GIR/python/Unity-4.0.html#Unity.CategoryRenderer
[08:52] <gord> kamstrup, ah right yeah list/flow we ignore - right now, renderers are real easy to make now, so i'll sit down and add some sometime
[08:53] <kamstrup> gord: so just to make it clear, you're promising davidcalle new toys for P, right? ;-)
[08:53] <gord> ask me that again after orlando ;)
[08:53] <gord> i'm assuming list renderer is just one tile per row right?
[08:54] <gord> maybe i'll sneak that together later, its just a big horizontal tile
[08:55] <davidcalle> gord, what about flow?
[08:56] <davidcalle> gord, have you any idea what it should look like?
[08:58] <oSoMoN> good morning
[09:00] <gord> davidcalle, yeah but its non trivial, we'll see :)
[09:10] <davidcalle> gord, I have a small issue with non square icons in the dash. They don't fill the tile as much as they should. http://ubuntuone.com/29XotWHHPDyQ2tpk98kxr8 Or maybe it's by design?
[09:12] <gord> davidcalle, nope thats certainly a bug :) can you file it on launchpad and poke me with it? i'll assign myself to it, the code there is something i want to take another look at
[09:12] <davidcalle> gord, sure, I just wanted to check with you before filing it.
[09:12] <gord> davidcalle, are those stars unicode stars? because thats awesome ;)
[09:13] <davidcalle> gord, yes they are!
[09:14] <gord> very cool :)
[09:14] <davidcalle> gord, thanks :)
[09:21] <davidcalle> gord, https://bugs.launchpad.net/unity/+bug/878015
[09:22] <Amaranth> arg, why is upstream compiz so much different than what shipped in oneiric :/
[09:22] <Amaranth> thought I had this merge done twice now but I'm either pulling in all of the upstream changes and figure the diff is too large or using very old versions of everything without realizing
[09:26] <gord> thanks :)
[09:29] <zniavre> good morning
[09:30] <zniavre> why some indicators are working with gnome-panel (weather-indicator , dropbox) but others  not  (session/sound-indicators etc...)
[09:30] <zniavre> ?
[12:00] <Zhenech> hmmm
[12:00] <Zhenech> pulling indicators into debian…
[12:00] <Zhenech> indicator-messages now uses gtk3, for gtk2 you have to install the -gtk2 version
[12:00] <Zhenech> what's a sane upgrade path here?
[12:01] <Zhenech> currently users just have the old gtk2 version in indicator-messages installed
[12:05] <hyperair> Zhenech: have the -gtk2 depend on the gtk3 one?
[12:05] <hyperair> transitional metapackage style
[12:11] <Zhenech> hyperair, well, no, doesnt sound to good
[12:11] <Zhenech> that would actually mean:
[12:11] <Zhenech> i-m depends on i-m-gtk2
[12:12] <Zhenech> and pulls gtk2 into systems that are gtk3 only (at some point in the future such systems may or not may exist)
[12:18] <Zhenech> hm
[12:18] <Zhenech> i-m-gtk2 already depends on i-m
[12:20] <smspillaz> Amaranth: didn't I post the link ?
[12:20] <Amaranth> smspillaz: You didn't push
[12:20] <smspillaz> Amaranth: lp:~compiz-team/compiz-core/oneiric.gles2_support
[12:21] <smspillaz> hrm
[12:21] <Amaranth> That's still upstream+gles branch
[12:21] <Amaranth> I've got all of oneiric+gles branch done with a minimal diff except GL context setup now
[12:21] <smspillaz> uhh ?
[12:21] <Amaranth> But it completely fucks the branch doing this so I'll have to do it all over again from scratch next month
[12:21] <Amaranth> ?
[12:23] <smspillaz> nope, the one I pushed is definitely the oneiric branch
[12:23] <Amaranth> smspillaz: Oh man, that's not what you linked last time
[12:23] <smspillaz> really ?
[12:23] <Amaranth> You linked the upstream+gles twice
[12:23] <smspillaz> ah, fun
[12:23] <Amaranth> smspillaz: Is that a brute-force merge or did you ensure only needed changes were merged?
[12:23] <smspillaz> I ensured that only the needed changes were merged
[12:24] <Amaranth> Oh, I see
[12:24] <smspillaz> Amaranth: I basically rebased all your stuff on top of what's there and then resolved the conflicts
[12:24] <smspillaz> which was pretty straightforward
[12:24] <Amaranth> last time you gave the upstream+gles branch then said oops and gave the right one
[12:24] <Amaranth> but I missed the second line
[12:24] <smspillaz> ah :)
[12:24] <smspillaz> ok, anyways
[12:24] <Amaranth> Well there went a couple hours
[12:25] <smspillaz> if people ask you to merge branches again just defer to me, I don't want to waste your time
[12:25] <Amaranth> Wasn't straightforward for me, either I'm failing at bzr or you did voodoo magic
[12:25] <smspillaz> (that's why I did it :))
[12:25] <smspillaz> oh, I probably did voodoo
[12:25] <Amaranth> I made a copy of the oneiric branch, pulled in your upstream+gles branch to one of them, then opened the two dirs in meld and wiped out all non-essential changes
[12:26] <Amaranth> got stalled on you changing the way the GL context is setup, made things too much of a diff
[12:26] <smspillaz> yeah, don't worry about that
[12:26] <smspillaz> I spent a good hour or two working all that out as well
[12:27] <smspillaz> Amaranth: be glad that you didn't have to track down a random crash that was happening because of a subtle change in initialization order :p (I fixed that :))
[12:27] <smspillaz> (was a typo)
[12:28] <smspillaz> Amaranth: anyways, like I said, I actually have some time now that I'm not dealing with emergencies every day :p so I'll handle the merges and such with my bzr foo
[12:29] <Amaranth> smspillaz: Wanna tackle plugins-main then too? ;)
[12:30] <smspillaz> Amaranth: heh, plugins-main is going to be ... fun
[12:30] <Amaranth> yeah...
[12:30] <Amaranth> I actually haven't even updated it myself in 4-5 months I think
[12:30] <smspillaz> mainly because I reshuffled and refactors a lot of the expo plugin's rendering code to get the layout you see in ubuntu (but obviously couldn't have that upstream since it would make certain people (not naming names) upset)
[12:31] <Amaranth> ooh, goodie, expo
[12:31] <smspillaz> like I said, I can handle it
[12:32] <smspillaz> I don't think the changes required to get it working with the vertex buffer classes were really that complex, it was more just the rendering of the "ground surface" needed to use GL_TRIANGLES, clipping planes had to be reworked somewhat, and s/glDrawGeometry/vertexBuffer.begin () glAddGeometry vertexBuffer.end ()/
[12:33] <smspillaz> Amaranth: next cycle will be awesome though, as we'll be back to one branch (upstream)
[12:34] <smspillaz> since I have done the work so that we can drop pretty much every distro customization that we have
[12:35] <smspillaz> (had to have two branches this cycle because we have to do gtk_init inside of compiz because gtk3 doesn't like it when you do gtk_init twice
[12:35] <Amaranth> won't you still need that?
[12:35] <Amaranth> also unity-window-decorator
[12:35] <smspillaz> unity-window-decorator is being dropped, I'm using the mutter keys to do the borders now
[12:36] <smspillaz> s/is being/has been/
[12:36] <Amaranth> nice
[12:36] <smspillaz> and (my) plan at least is to remove the gtk dep from unity entirely, since we don't really use it for much except the utility stuff
[12:37] <smspillaz> but failing that we can just put it in a separate plugin now since we have the framework now to be able to change user's settings when they upgrade (so that gtk_init can just go in a plugin which is loaded at the front of active_plugins)
[12:37] <smspillaz> which means that we don't need it in core anymore \o/
[12:37] <smspillaz> which means yay, one branch
[12:37] <smspillaz> and more sanity
[12:38] <smspillaz> and less people asking me to revert particular commits for certain distro versions
[12:38] <smspillaz> oh, with the gles stuff merged in
[12:38] <smspillaz> \o/
[12:38] <Amaranth> also, quilt is your friend
[12:38] <smspillaz> quilt based patches are nice
[12:39] <smspillaz> except when they substantially change functionality and then you're asked to fix bugs in the patches
[12:39] <smspillaz> that happened a few times in natty
[12:39] <smspillaz> or when, in order for unity to run, you need a distro patch on compiz which makes developing unity on trunk compiz impossibe
[12:39] <smspillaz> *impossible
[12:39] <Amaranth> Our first compiz package ended up carrying ~100 patches maintained with quilt
[12:39] <Amaranth> Accumulated over 6 months
[12:40] <smspillaz> Amaranth: I bet that was fun to maintain
[12:40] <Amaranth> Probably why that maintainer burned out actually
[12:40] <Amaranth> Then I took over and we ended up with 20 or so
[12:40] <smspillaz> gosh, I start freaking out when we have 26 distro patches (all sru fixes)
[12:41] <Amaranth> I carried ~20 for 18 months or so
[12:41] <smspillaz> did they all touch the same part of the code ?
[12:41] <smspillaz> :p
[12:42] <Amaranth> they were more all over the place
[12:42] <smspillaz> yeah
[12:42] <Amaranth> But we also aggressively pulled in git snapshots
[12:42] <smspillaz> ah
[12:42] <smspillaz> yeah that would be annoying for patch maintainence
[12:43] <Amaranth> quilt refresh aggressively too :)
[12:43] <smspillaz> Amaranth: it kinda got to a point in last cycle where we had distro patched a plugin from plugins-extra into core, and then unity-window-decorator into core and then it was all so ahhh such a pain to maintain
[12:43] <smspillaz> and it extended debugging sessions from "a few minutes" to "hours"
[12:43] <Amaranth> hmm
[12:44] <Amaranth> largest we did was the checks that ended up being the detection and bailer plugins
[12:44] <smspillaz> which is now unity_support_test
[12:44] <smspillaz> detection and bailer was an idea that we were playing around with that got dropped and then the code never went with it for some reason
[12:45] <Amaranth> heh
[12:45] <Amaranth> I noticed unity_support_test grew a bit :)
[12:45] <smspillaz> I still think its worth having, so that we can switch to unity-2d on the fly in case your graphics card decides to crap out or mesa dies or whatever
[12:45] <smspillaz> but gnome-session makes that more painful
[12:46] <Amaranth> The only pain there is unity-2d is several processes
[12:47] <smspillaz> and also gnome-session is a set of "registered components" that can't be changed at runtime
[12:47] <Amaranth> What? That's the dumbest...
[12:47] <Amaranth> Oh, of course, they tried to drop classic session support
[12:48] <smspillaz> :)
[12:48] <Amaranth> So they put their own thing in then put classic session support back in next to it
[12:48] <smspillaz> well the idea is that you have a "test thing" which is run at session startup which determines if you can actually get the clutter supported session or not
[12:49] <smspillaz> so if the thing returns 1, you get components A, B and C, else E, D and F
[14:37] <Trevinho> Guys I'd need an info for the UDS... I need to buy a plug for my notebook, is this fine to be used during sessions http://is.gd/elmxVh ? Or is it better to buy a not grounded one... ?
[14:38] <jcastro> that should be fine
[14:39] <Trevinho> Ok thanks jcastro
[14:39] <Trevinho> I was thinking to an adaptor, but it maybe uses too much space...
[14:39] <Trevinho> However if the ground pin is not a problem, I'll take that
[15:15] <zniavre> good afternoon
[15:16] <zniavre> there is a way to re-arrange the indicator-applet please
[15:16] <zniavre> ?
[15:19] <davidcalle> zniavre, I believe this is a question for Trevinho
[15:22] <zniavre> davidcalle,  ok thank you  im always shy to ask a strange question at devs guy cause im using quite unanormal installation
[15:24] <zniavre> gnome (from 11.10) with xfce4-panel to get indicators thingy but there are in reverse order
[15:25] <davidcalle> zniavre, unusual indeed. I know that Trevinho has worked on indicators on the unity panel, maybe he will be able to answer.
[15:26] <zniavre> http://i.imgur.com/tvQ1I.png
[15:28] <zniavre> Trevinho,  if you do not find my question stupid please help me to put indicator in good order thank you
[16:11] <Trevinho> zniavre: the xfce4 panel
[16:11] <Trevinho> what is using really?
[16:12] <Trevinho> An applet to do that?
[16:12] <Trevinho> I mean, to show the indicators...
[16:12] <zniavre> yes indicator-app-menu and applet-indicator
[16:12] <Trevinho> Mh... So the old gnome applet?
[16:13] <zniavre> there are in gtk2
[16:13] <zniavre> they *
[16:13] <Trevinho> Ok... Well, I didn't touch that part in this cycle
[16:13] <Trevinho> also if I did for the natty cycle...
[16:14] <zniavre> im trying this cause my pc is too old to use unity or gnome-shell but i missed indicator-stuff in gnome-panel session (fallback)
[16:14] <Trevinho> zniavre: I know.. .There's no indicator applet for gnome3 yet
[16:14] <Trevinho> is something that should be ported I guess
[16:15]  * zniavre agreed   :o)
[16:15] <Trevinho> But I think that is something that the community should do, since I don't think that canonical wants to support it anymore...
[16:15] <zniavre> i hope somebody will do it (im not dev)
[16:16] <Trevinho> Try unity-2d if you want, maybe it works better there
[16:16] <Trevinho> However, for xfce, I think that the indicator order is embedded into the applet code itself
[16:17] <Trevinho> But... *MAYBE* this still works for you: http://www.webupd8.org/2011/06/how-to-change-application-indicators.html
[16:18] <zniavre> checking
[16:20] <Trevinho> however that seems to work just for indicator-application's items
[16:24] <zniavre> yes like nm-applet and/or dropbox-appler weather blabla etc...
[16:24] <zniavre> i ll try tonight
[16:24] <zniavre> thank you very much answering
[16:29] <zniavre> at least i got appmenu well working
[17:23] <m4n1sh> does file lens use information provided from only zeitgeist or does it have any other scope?
[18:11] <OldUbuntuLover> so who at Canonical decided that my screaming fast (i7 + 1TB (2x500) + 16GB Ram (2x8)) development desktop should look and behave like a mobile device?
[18:12] <OldUbuntuLover> Ubuntu (-1).  Just lost a LONG time user (pre-6.06).  thanks Canonical for destroying my Ubuntu experience.
[19:03] <Andy80> hi all
[19:04] <Andy80> is there any known bug regarding LibreOffice and Unity? I'm working to a presentation and it LibreOffice is not visible in Launcher, neither on task list (ALT+TAB switching) and its menu is not "unified"...
[19:11] <jderose> tedg: what's the proper way to destroy an Indicator (short of closing the app)?
[19:12] <tedg> jderose, NUKE IT FROM SPACE :-)
[19:12] <tedg> jderose, You should be able to just g_object_unref() it.
[19:13] <tedg> Andy80, I can't comment on the launcher issue, but to get the menus you need to install lo-menubar
[19:13] <jderose> tedg: hmm, differencing the Python object (PyGI) doesn't seem to be doing that I guess... does that sound like a bug, if that's the case?
[19:13] <Andy80> tedg: ehm.... I think it should be installed by default :P
[19:14] <tedg> Andy80, I agree.  Working on it :-)
[19:14] <tedg> jderose, Yeah, it does... might be in the Python bindings?
[19:14] <tedg> jderose, Are you using the GIR based ones or the hand built ones?
[19:14]  * tedg has more faith in the GIR ones
[19:14] <jderose> tedg: GIR, PyGI... and from Python3 :-D
[19:14] <Andy80> tedg: nice to know :)
[19:15] <tedg> jderose, Hmm.  Interesting.
[19:16] <tedg> jderose, Yeah, I'd consider it a bug.  You can hide it by changing the state and then it'll "go away"
[19:16] <tedg> jderose, That's a work around though.
[19:16] <jderose> tedg: so the dbus object will still be there, just hidden in the UI?
[19:17] <tedg> jderose, Yeah, not ideal, but it'd work.
[19:17] <jderose> tedg: i'll look more closely... maybe i'm retaining a reference somewhere that i didn't notice
[19:17] <jderose> tedg: and if is in fact a bug, i'll file one :)
[19:17] <jderose> thanks!
[20:44] <jderose> tedg: in a simple example, dereferencing the indicator is working fine, so i'm just being dumb somewhere and keeping a reference i guess - http://paste.ubuntu.com/713600/
[21:06] <tedg> jderose, Woot!
[21:06]  * tedg does the "not my bug" dance
[21:07] <jderose> tedg: hehe :-D
[21:07]  * jderose does the "oops, my bug" shuffle
[22:09] <jo-erlend> I need to configure my terminal server to run unity 2d. What is the command to use?
[22:15] <jo-erlend> I mean... What is being run when I log in with the Unity 2D session?