[00:21] <BoxRec> hello
[06:04] <didrocks> good morning
[06:33] <zniavre> good morning
[06:33] <zniavre> https://bugs.launchpad.net/ubuntu/+source/nux/+bug/768178   this bug still alive please ?
[06:34] <zniavre> i really want to try unity
[06:48] <njpatel> zniavre, smspillaz would know when he's about
[06:50] <andyrock> didrocks, around?
[06:50] <didrocks> andyrock: yeah, hey
[06:51] <andyrock> didrocks, if I want to patch gnome-control-center I have to get the source from apt-get source ....
[06:51] <andyrock> and then use quilt
[06:51] <andyrock> or i have to use bzr?
[06:52] <didrocks> andyrock: well, one doesn't prevent from the other :)
[06:52] <didrocks> andyrock: we usually have the packaging branch in bzr
[06:53] <didrocks> like for gnome-control-center: bzr branch lp:~ubuntu-desktop/gnome-control-center/ubuntu
[06:53] <snadge> a quick question regarding default unity in 11.10
[06:53] <didrocks> this one as the debian/ directory only
[06:53] <didrocks> then, you bzr bd-do
[06:53] <snadge> is the window supposed to change colour/hilight when its in focus or not?
[06:53] <andyrock> didrocks, thanks ;)
[06:53] <didrocks> and you are in a subshell with the whole source code + debian/
[06:53] <didrocks> here, you can patch using quilt…
[06:53] <didrocks> then, exit 0
[06:54] <didrocks> to copy back to the source branch
[06:54] <didrocks> and don't forget bzr add then :-)
[06:54] <didrocks> andyrock: ^
[06:54] <snadge> a friend of mine told me that the window is supposed to go a lighter shade of gray, and the x in the corner highlights red/orange
[06:54] <snadge> and when its deselected it goes back to grey and darker shade
[06:55] <snadge> basically.. i cant tell the difference visually between a window that has focus, and one that does not.. and i'm just interested to know if this is a bug, or if this is by design
[06:55] <andyrock> snadge, yeah.... the title bar should be dimmed
[06:55] <snadge> ok thats a bug then.. sigh
[06:55] <andyrock> snadge, but it buggy atm
[06:55] <andyrock> snadge, yeah it's a known bug
[06:56] <snadge> is this another known bug? I have two monitors.. the top indicator area is on both
[06:56] <snadge> on the left monitor.. i have to click and hold the button for the menu to stay showing
[06:56] <snadge> otherwise it disappears as soon as you release the left button
[06:56] <andyrock> the indicator should be in both monitor ;)
[06:56] <snadge> but on the right monitor, it behaves as you would expect.. one click to open
[06:57] <andyrock> it's a bug...
[06:57] <snadge> and a click anywhere else makes it close again
[06:57] <andyrock> snadge, you should talk about it with Trevinho
[06:57] <andyrock> it's not online atm
[06:58] <snadge> and last but not least.. sometimes when you right click in firefox.. the menu disappears as soon as you move the mouse over it
[06:58] <snadge> but if you alt tab away and back again.. then it works
[07:00] <snadge> i know i shouldn't upgrade the moment a new version of ubuntu is released.. but i just can't help myself :/
[07:01] <andyrock> snadge, you should open launchpad bug if they are not already open
[07:01] <andyrock> Trevinho will look to it
[07:02] <andyrock> or other unity developers or unity contributors
[07:02] <Unity-guest> Hi, i upgraded my system and now i have the unity desktop. Is it possible to get a taskbar and shortcuts on the upper panel ?
[07:03] <snadge> yeah i think i will.. ubuntu 11.10 has been reasonably solid otherwise (not counting botched upgrades from 11.04)
[07:03] <snadge> and i can deal with these bugs for now.. its just slightly annoying.. on a scale of 1 to 10.. probably about a 2
[07:04] <andyrock> snadge, this bug will be fixed as soon as possible ;)
[07:05] <zniavre> njpatel_,  thank you
[07:06] <andyrock> snadge, i've to go to university... see you and thanks for your feedback
[07:08] <oSoMoN> good morning
[07:10] <snadge> well im happy with that response.. its just a shame that compiz and unity appear to be going in different directions
[07:10] <snadge> hopefully we can see some of these minor irritating issues resolved as quickly as possible
[07:29] <Unity-guest> Hi, i upgraded my system and now i have the unity desktop. Is it possible to get a taskbar and shortcuts on the upper panel ?
[07:29] <Unity-guest> And how i can start another programm when i have started another in fullscreen ? example. Browser in fullscreen and i will start the terminal ?
[07:39] <snadge> no, sort of.. the menu on the left will show if you move the mouse over
[07:40] <snadge> and you can launch things from that.. or use shortcut key to show the desktop (win + d) (doesnt seem to work)
[07:40] <snadge> if you really want to have a task list, you're probably better off using something other than unity
[07:46] <snadge> ctrl-alt-t is a shortcut to open a terminal
[07:46] <snadge> windows key will bring up dash
[07:47] <snadge> ahh ctrl-alt-d for show desktop :)
[07:47] <Unity-guest> to move the mouse in the left shows the menu sometimes, but not ever. I dont no why. Sometimes nothing happens.
[07:49] <Unity-guest> could i reinstall gnome2 ?
[07:49] <Unity-guest> or is it incompatible
[07:51] <Unity-guest> sorry for the bad feedback ;) But the little configuration opportunities disturb me a little
[08:23] <smspillaz> snadge: ???
[08:24] <smspillaz> ah, the firefox bug
[08:26] <smspillaz> ISTR there was a fix I tried to backport to fix that but it didn't work
[08:36] <snadge> smspillaz: its not looking good.. the window focus bug is on fglrx and intel
[08:36] <snadge> im home now, just confirmed it.. basically every window in unity opens as if it has focus
[08:36] <snadge> visually
[08:36] <snadge> unity-2d doesn't have this problem
[08:37] <snadge> i tried xorg-edgers on my work pc (intel gpu) but of course that doesn't work with unity atm at all
[08:38] <smspillaz> it is not gpu dependent
[08:38] <smspillaz> oh
[08:38] <smspillaz> you mean the titlebars thing
[08:38] <smspillaz> yeah that is gpu dependent
[08:39] <smspillaz> I don't know what causes that, the driver just doesn't give us damage event updates
[08:39] <smspillaz> *shrug*
[08:39] <smspillaz> use nouveau ;-)
[08:39] <snadge> im not sure if the free radeon driver does it.. but fglrx and intel definitely do :/
[08:39] <snadge> i just switched to fglrx though.. so i could get better minecraft performance (significantly better)
[08:39] <smspillaz> yeah, I know fglrx and intel have problems with sending damage events on pixmaps that aren't backed by windows
[08:40] <snadge> the edgers repo has a newer driver, but it cant be used with unity at the moment.. do you know much about the status of the latest intel driver with regards to the damage events?
[08:41] <smspillaz> nope, sorry
[08:42] <snadge> im trying to figure out if thats fixable or not.. the edgers people just have a notice up saying its broken at the moment sorry.. and also that you cant cherry pick files from edgers, its an all or nothing thing
[08:42] <snadge> i guess because newer driver needs newer mesa which needs newer xorg etc
[08:49] <snadge> i can create bug reports for these issues against unity, because I havn't any for these issues.. which are known about
[10:04] <om26er> didrocks, seems the reverted change for bug 839480 did not make into SRU
[10:05] <om26er> making this upload breaking SRU policy
[10:07] <om26er> seems unity 4.24.0-0ubuntu1 which was accepted into oneiric-proposed have bug 875023
[10:09] <didrocks> om26er: urgh, are you sure? I picked it
[10:09]  * didrocks checks
[10:09] <didrocks> we discussed it lengthy and I explicitely asked for this revert
[10:12] <didrocks> om26er: weird, it's in, see rev 55.1179.12
[10:12] <didrocks> njpatel_:  ^
[10:12] <om26er> didrocks, yes I have 4.24.0-0ubuntu1
[10:12] <didrocks> om26er: yeah, i confirm
[10:13] <om26er> gord you said there was a fix for bug 875023 somewhere is there a commit# so we could get it done into SRU as well?
[10:15] <om26er> didrocks, will you be doing a new upload?
[10:15] <didrocks> om26er: I have to find what's wrong first
[10:16]  * didrocks will appreciate some dx people around
[10:17] <gord> hold on hold on :P
[10:17] <om26er> maybe http://bazaar.launchpad.net/~unity-team/unity/4.0/revision/1716 ?
[10:18] <gord> om26er, yup
[10:18] <om26er> gord, cool ;-)
[10:18] <gord> he should of marked the bug too, but he's newish, it happens :)
[10:19] <om26er> didrocks, if you are considering a new upload please get that branch in as well as a regression was caused
[10:19] <gord> oh right its still assigned against me, oops
[10:19] <didrocks> om26er: gord: can you link the branch to it please?
[10:19] <didrocks> gord: and write a test case for the SRU
[10:20] <gord> didrocks, yeah i'm going through it now
[10:20] <didrocks> gord: you were the one doing the maximized panel color change, right?
[10:20] <gord> didrocks, MacSlow is your man there, i'm going to fix it up but for P not for SRU or anything like that
[10:20] <didrocks> gord: can you grab lp:~ubuntu-desktop/unity/ubuntu and look at rev 55.1179.12 which was supposed to revert it, it seems it didn't
[10:20] <didrocks> ah, MacSlow ? ^^
[10:21] <didrocks> ok, got the commit, the revert isn't this one
[10:21] <MacSlow> didrocks, why revert it?
[10:21] <gord> MacSlow, visual changes shouldn't go into SRU
[10:21] <gord> was just a mixup
[10:22] <gord> didrocks, how do we mark branches if it was just pushed in to trunk? note the revision in the bug report?
[10:22] <didrocks> gord: no, you can "link a related branch"
[10:23] <didrocks> MacSlow: because it's an UI change
[10:23] <didrocks> MacSlow: and we don't allow UI changes from this release
[10:23] <didrocks> MacSlow: we discussed it a week ago with njpatel_
[10:23] <gord> didrocks, right no i mean there was no trunk, evidently it was just changed directly on trunk, I of course would never do such a thing ;)
[10:23] <MacSlow> didrocks, I thought it only went into trunk and not into 4.0
[10:23] <didrocks> gord: ah, crap, that shouldn't happen :/
[10:23] <gord> didrocks, agreed!
[10:23] <didrocks> gord: just write the link please
[10:23] <gord> cool cool
[10:24] <didrocks> MacSlow: it went to 4.0
[10:24] <didrocks> MacSlow: then, the release was done
[10:24] <didrocks> and it was reverted
[10:24] <didrocks> see the rev I pointed
[10:24] <didrocks> MacSlow: but with the package, it seems we still see it
[10:24] <didrocks> and I confirmed
[10:25]  * didrocks apt-get source
[10:27] <didrocks> hum, why the change isn't there?
[10:27] <didrocks> O_o
[10:28] <MacSlow> didrocks, indeed the change isn't part of the apt-get sources
[10:29] <MacSlow> didrocks, do you happen to have some custom-compiled unityplugin in your ~/.compiz-1/plugins which gets picked up by compiz?
[10:29]  * didrocks doesn't understand
[10:29] <didrocks> MacSlow: no, and it's not linked to not be in the source
[10:30] <MacSlow> didrocks, so the ubuntu-packages branch and the apt-sources are out of sync for some reason
[10:31] <MacSlow> didrocks, that's certainly beyond my horizon
[10:31] <didrocks> MacSlow: right
[10:31] <MacSlow> didrocks, but you did change/revert it before, right?
[10:31] <didrocks> MacSlow: yeah, it's in the branch
[10:31] <didrocks> wtf happened?
[10:32] <MacSlow> didrocks, maybe some LP/compile-farm process still pending?
[10:32] <didrocks> MacSlow: I don't think so
[10:32] <MacSlow> or some package-server-mirror not up-to-date?
[10:32] <didrocks> ok, let's look at the branch
[10:32] <didrocks> MacSlow: I think it's more a bzr merge-upstream mystery
[10:32] <didrocks> MacSlow: I'll dig into it!
[10:33] <MacSlow> didrocks, sorry that I can't really provide any pointers
[10:33] <didrocks> ok, the branch doesn't have it
[10:34] <didrocks> MacSlow: it's weird, really weird :/
[10:34] <MacSlow> didrocks, no... the branch has it... the apt-get-source does not have it
[10:34] <didrocks> bzr merge didn't merge that change!
[10:34] <didrocks> MacSlow: the branch history has it
[10:34] <didrocks> not the branch
[10:35] <didrocks> see the merge
[10:35] <didrocks> rev 959
[10:35] <didrocks> 595*
[10:35] <didrocks> it doesn't include this change
[10:36] <MacSlow> didrocks, indeed... seeing it now
[10:36] <didrocks> it should be listed there
[10:36] <didrocks> all the other commits are
[10:36] <didrocks> I just checked
[10:36] <didrocks> but not this one O_o
[10:36] <MacSlow> a bug in bzr then?
[10:37] <didrocks> yeah, seems so
[10:37] <didrocks> I'm just hallucinating :)
[10:38] <MacSlow> didrocks, that's the first time every I've seen a bug in bzr... never could quite get ted running into numerous bugs in bzr on a weekly basis :)
[10:38] <didrocks> MacSlow: heh, I'm really puzzled about this one, but it seems it's really a bzr bug
[10:39] <MacSlow> didrocks, time to poke Martin when he's up
[10:39] <didrocks> MacSlow: I guess so, yeah
[11:54] <Trevinho> snadge: the indicator bug you mentioned here
[11:55] <Trevinho> is fixed now
[11:55] <Trevinho> at least, it should be fixed in unity 0.24
[11:57] <snadge> excellent.. what about the window focus problem? :)
[12:02] <Trevinho> snadge: Which one?
[12:15] <snadge> on two installs, plus a virtualbox one.. all newly created windows, are created as if they have focus
[12:15] <snadge> eg, brighter title, x highlighted red
[12:15] <snadge> theres no difference visually between window focussed and defocussed
[12:16] <snadge> intel chipset, and this one as well which is fglrx
[12:35] <didrocks> Trevinho: why did you change the target on bug #849732 ?
[12:35] <didrocks> the bug is on gtk3
[12:36] <didrocks> and great, now launchpad oopses…
[12:36] <didrocks> Trevinho: can you fix that when you get a chance? Otherwise the gtk SRU can't go in :/
[12:37] <Trevinho> didrocks: unity is not bugged itself... Only gtk-3 was
[12:37] <Trevinho> I've fixed it
[12:37] <didrocks> Trevinho: yeah, and why did you remove the gtk task then?
[12:38] <didrocks> affects: gtk+3.0 (Ubuntu) → ubuntu
[12:38] <didrocks> Changed in ubuntu:
[12:38] <didrocks> status: In Progress → Fix Committed
[12:38] <didrocks> this is what you did ^
[12:38] <Trevinho> Oh, did I? Sorry... Maybe It was a mistake...
[12:38] <Trevinho> Yes, I set to fix commited... Should I set it back to in progress?
[12:38] <didrocks> Trevinho: can you fix it and retarget gtk+ so that our tool can push gtk+ once ready?
[12:38] <didrocks> Trevinho: no, you should reset it to gtk
[12:38] <didrocks> you removed the bug task
[12:39] <Trevinho> didrocks: strange... I don't know why that happened... I only thought to change the progress
[12:40] <didrocks> Trevinho: seems you removed the 'gtk' text entry
[12:40] <didrocks> just add it back please : )
[12:41] <Trevinho> didrocks: When i'mtrying that I get: "This bug is already open on Ubuntu with no package specified. You should fill in a package name for the existing bug." :o
[12:43] <didrocks> Trevinho: you need to revert what you have done
[12:43] <Trevinho> So... I can't remove that... What's going in launchpad?
[12:43] <didrocks> which is, edit the "ubuntu" one
[12:43] <didrocks> as you change the gtk to ubuntu
[12:44] <Trevinho> didrocks: it should be fine now...
[12:45] <didrocks> Trevinho: you change the unity task instead of the ubuntu one, but fine enough :)
[12:45] <didrocks> thanks
[12:46] <didrocks> oh
[12:46] <didrocks> no, let me put the right state
[12:46] <didrocks> as some are now fix committed where it shouldn't
[12:46] <didrocks> and invalid for the oneiric task :/
[12:46] <Trevinho> it should be in progress...
[12:46] <Trevinho> I guess
[12:46] <Trevinho> do you fix that or can i do that?
[12:46] <didrocks> it's done now
[12:47] <Trevinho> Ok... Sorry, I ddin't notice I had done a such mess! :)
[12:49] <didrocks> Trevinho: no worry, just look twice :-)
[12:50] <sbte> Trevinho, thanks for fixing that bug ^^
[13:07] <Trevinho> you're welcome sbte
[13:08] <Sebastian> hi, how can I help these guys? http://forum.teamdrive.net/viewtopic.php?f=12&t=1529
[13:10] <snadge> has anyone noticed the window focus issue? im about to check my netbook
[13:17] <sbte> is the UnityLauncherAPI not complatible anymore with gtk2?
[13:17] <sbte> I got this
[13:17] <sbte> ImportError: could not import gobject (error was: ImportError('When using gi.repository you must not import static modules like "gobject". Please change all occurrences of "import gobject" to "from gi.repository import GObject".',))
[13:21] <kamstrup> sbte: do you have a code snippet?
[13:21] <sbte> from gi.repository import Unity, Dbusmenu
[13:21] <sbte> that's where it fails
[13:23] <sbte> kamstrup, https://github.com/Sbte/emesene/blob/master/emesene/gui/common/UnityLauncher.py
[13:23] <sbte> that's the full code
[13:24] <kamstrup> sbte: this works here at least: python -c "from gi.repository import Unity, Dbusmenu; l = Unity.LauncherEntry.get_for_desktop_id('gedit.desktop'); print l"
[13:24] <jo-erlend> I discovered that if you run sudo /etc/init.d/networking stop, then Unity and Unity 2D disintegrates. Why is this? Is it a dbus thing?
[13:25] <jo-erlend> I filed a bug: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/877419
[13:25] <sbte> kamstrup, this doesn't: python -c "import gobject; from gi.repository import Unity, Dbusmenu"
[13:25] <sbte> but we use gobjects all over the place
[13:25] <didrocks> sbte: kamstrup: you can't mix anymore pygi and static bindings
[13:25] <didrocks> this is upstream GNOME
[13:25] <sbte> didrocks, is there no way to fix it?
[13:25] <didrocks> so you need to use pygi everywhere
[13:26] <didrocks> sbte: from gi.repository import GObject
[13:26] <sbte> didrocks, that's impossible for us atm
[13:26] <didrocks> sbte: then, of course, you need to move to pygi
[13:26] <didrocks> gobject didn't change much if you only used that
[13:26] <sbte> didrocks, pygi doesn't support the gobject stuff we do
[13:26] <sbte> yet
[13:26] <didrocks> sbte: define "we" :-)
[13:26] <jo-erlend> yes, this is a major PITA.
[13:27] <kamstrup> jo-erlend: I am not sure that's the correct way of going about that any more... go through upstart instead... with fx 'sudo stop network-manager' or something
[13:27] <didrocks> sbte: GObject and gobject are pretty the same
[13:27] <sbte> didrocks, the emesene team
[13:27] <jo-erlend> kamstrup, sure, but still... It's a weird effect.
[13:27] <kamstrup> jo-erlend: indeed
[13:28] <sbte> didrocks, maybe it works in oneiric, but then we still need to support both pygtk and pygi
[13:28] <didrocks> sbte: you won't be able to do that, or I'm afraid that your code will be quite complex to have conditional import
[13:29] <didrocks> but upstream GNOME doesn't allow anymore mixing pygi and static bindings, I heard there were some issues previously with that
[13:29] <sbte> didrocks, sure, but then we can't move
[13:29] <jo-erlend> it seems the best solution to that, is to have two different versions.
[13:29] <sbte> so no unity launcher then I guess :(
[13:30] <jo-erlend> as far as I can tell, it's possible to write PyGTK code very similarly to PyGI code,  so it might not be such an ordeal to support both. I haven't tried it yet though, so it's more guesswork than anything else. :)
[13:30] <didrocks> jo-erlend: it's not that easy TBH :)
[13:30] <jo-erlend> didrocks, examples? :)
[13:30] <didrocks> jo-erlend: I went to that pain for OneConf
[13:30] <didrocks> so I know how it :)
[13:30] <didrocks> sometimes you need to use the class constructor
[13:30] <didrocks> sometimes, you need to use .new()
[13:30] <kenvandine> didrocks is right :/
[13:31] <didrocks> for no good reason, just bugs…
[13:31] <sbte> is there a way to work around this?
[13:31] <kenvandine> and the function names don't always match either
[13:31] <sbte> like making a separate program that gives us the unity launcher?
[13:31] <kenvandine> the static bindings had convenience methods and stuff where pygi it matches the C function names
[13:32] <jo-erlend> isn't the launcher based on dbus? Why?
[13:32] <kenvandine> sbte, you could
[13:32] <didrocks> sbte: I think you need to create a daemon and find an intercommunication process like dbus to communicate, I'm afraid
[13:32] <didrocks> or directly make the dbus call, there kamstrup can maybe help :)
[13:32] <didrocks> without the easy wrapper
[13:32] <kamstrup> sbte: under the hood, the launcher api is just dbus, no surprise there, the caveat is that the dbus protocol is not stable, unlike like the launcher api on top
[13:33] <kamstrup> didrocks: ^^
[13:34] <didrocks> kamstrup: and as you are using gir, I guess it's not possible to generate a gtk2 version easily, isn't it?
[13:34] <jo-erlend> so the problem is that the launcher API itself uses GI, which makes it incompatible with PyGTK?
[13:34] <didrocks> jo-erlend: yeah, it's generated from vala
[13:34] <kamstrup> sbte: that said, the dbus protocol *is* documented. So if you're prepared to catch errors returned if unity changes protocol, you can use https://wiki.ubuntu.com/Unity/LauncherAPI#Low_level_DBus_API:_com.canonical.Unity.LauncherEntry
[13:35] <jo-erlend> how large can that API be? :)
[13:35] <kamstrup> it's simple. but, as said, not set in stone. caveat emptor
[13:35] <didrocks> and kamstrup likes breaking things :-)
[13:35] <didrocks> (especially ABIs :p)
[13:35] <sbte> kamstrup, is that compatible with natty?
[13:36] <kamstrup> although, realistically, didrocks will probably kill me if I want to change the protocol in P since that is an LTS
[13:36] <jo-erlend> yes, but reimplementing it to not use GI would be far less work than to reimplement emesene, I'd imagine. :)
[13:36] <kamstrup> sbte: yes it's compatible with natty and oneiric
[13:36] <didrocks> kamstrup: I hope you even didn't dare thinking about it! :-)
[13:37] <didrocks> damn, UDS isn't in Texas, but I can find an aligator in Florida I guess :)
[13:37] <kamstrup> didrocks: no worries :-) njpatel_ already jumped me and mhr3 because he thought we wanted to break libunity api... which of course we could never dream of doing! (ahem)
[13:37] <didrocks> kamstrup: never *ever* :p
[13:38] <kamstrup> scout's honor
[13:38] <mhr3> njpatel_, wait did you say api or abi?
[13:38] <didrocks> heh
[13:38] <mhr3> cause i added a signal, which is broken abi i think
[13:38] <mhr3> well... it's not a virtual signal though
[13:38] <mhr3> not sure how vala deals with this
[13:39] <njpatel_> Rebuild is okay one or twice, but it gets annoying if it happens more than that and we have many deps
[13:40] <kamstrup> mhr3: i don't think vala adds signal handlers to the class struct... does it?
[13:40]  * kamstrup hopes not
[13:40]  * jo-erlend wants to find some time for Vala. :|
[13:41] <mhr3> kamstrup, nope, we're good, it'd have to be virtual signal to break abi
[13:41] <didrocks> a libunity ABI break is basically 4 hours wasted for me
[13:42] <mhr3> didrocks, now you can go "pfew" :)
[13:42] <didrocks> mhr3: we are already at libunity6 for 6 ABI break (and counting!) :)
[13:42] <mhr3> didrocks, there'll be more... just not today ;)
[13:42] <kamstrup> didrocks: that's nothing! libxapian is at 22! ;-)
[13:43] <didrocks> kamstrup: yeah, but libxapian doesn't have 13 rdepends
[13:43] <didrocks> :)
[13:43] <kamstrup> although we're steadily increasing that count
[13:43] <kamstrup> :-)
[13:44] <didrocks> right
[13:44] <Sebastian> hi
[13:44] <Sebastian> I've a problem with our tray icon
[13:45] <Sebastian> you've disabled it
[13:45] <Sebastian> how do I help these guys? http://forum.teamdrive.net/viewtopic.php?f=12&t=1529
[13:47] <didrocks> mpt: hey, you have an indicator candidate ^ :)
[13:47] <jcastro> on it.
[13:47] <jcastro> Sebastian: hi!
[13:48] <jcastro> Sebastian: you can point them to this page: https://wiki.ubuntu.com/DesktopExperienceTeam/ApplicationIndicators
[13:48] <jcastro> and if they need help porting it they can ping me directly at jorge@ubuntu.com and I'll get them engineering help if they need it
[13:51] <Sebastian> ok ty
[13:53] <sbte> kamstrup, are there any examples of the use of the dbus api?
[13:57] <kamstrup> sbte: not except libunity
[13:58] <sbte> kamstrup, oh snap
[14:05] <sbte> kamstrup, where do I get the dbusmenu?
[14:16] <Saviq> greyback: I actually can't reproduce bug 877344
[14:17] <Saviq> ah but that's because alt+f1 doesn't take me to the dash button yet
[14:17] <Saviq> I wonder why...
[14:17] <Saviq> ah I think I know...
[14:18] <jo-erlend> is there a way to get x,y coordinates for a LauncherEntry?
[14:21] <sbte> kamstrup, I don't think I'm going to figure this out in a reasonable amount of time...
[14:30] <sbte> what does this even mean: in s app_uri, in a{sv} properties
[14:31] <smspillaz> sbte: array of a dictionary of strings to variants
[14:32] <sbte> smspillaz, and in python that is a list of one dimensional dictionaries?
[14:33] <sbte> or just a dict
[14:38] <andyrock> JohnLea, why re-open this bug https://bugs.launchpad.net/ayatana-design/+bug/832988?
[14:38] <andyrock> i know that spread on dnd hover doesn't work
[14:39] <andyrock> it has been disabled at the last moment because it was quite buggy
[14:39] <andyrock> but i think that bug is fixed
[14:40] <JohnLea> andyrock; because it will need to be re-tested as soon as the other bug is solved, and this status places it in the queue to be retested
[14:40] <JohnLea> andyrock; I am doing a lot of bug housekeeping atm
[14:40] <andyrock> JohnLea, ok ;)
[14:40] <JohnLea> andyrock; and we are slightly changing the way statuses in ayatana-design work
[14:40] <andyrock> fix-committed to triaged
[14:41] <JohnLea> and fix-released to fix-comitted
[14:41] <JohnLea> and then a magic script that didrocks is writing to identify bugs for which the fix has landed that need testing
[14:42] <andyrock> i got it ;) reopen a bug to create a kind of queue makes sense
[14:44] <didrocks> JohnLea: btw, I'm ready when you are
[14:44] <didrocks> (as the installer ;))
[14:44] <JohnLea> didrocks; working through the bugs now, will prob. take the rest of the day, I'll ping you when done
[14:45] <didrocks> JohnLea: great, do not hesitate if you need more insight about remaining inconsistant bugs
[14:45] <andyrock> JohnLea, i've the mail box full of your email ;)
[14:45] <JohnLea> didrocks; thx ;-)
[14:45] <andyrock> *emails
[14:45] <andyrock> i'mean launchpad emails
[14:48] <kamstrup> sbte: if you can ping me tomorrow, I can see if I can whip up a Python example...
[14:48] <sbte> kamstrup, i'm almost done
[14:49] <sbte> i'll push it
[14:49] <sbte> I just can't figure out what's wrong now
[14:49] <sbte> https://github.com/Sbte/emesene/commit/c23a0f833140a5894904441f7d6b3b4059e7ed70
[14:52] <kamstrup> sbte: looks ok at a glance
[14:52] <sbte> kamstrup, I must be missing something
[14:54] <sbte> kamstrup, AWESOME, I just got it to display 0
[14:54] <sbte> woohoo
[14:54] <sbte> but not an actual count :P
[14:54] <kamstrup> sbte: \o/
[14:55] <kamstrup> sbte: you can run 'setsid unity' in a terminal and watch if unity complains on stdout
[14:57] <sbte> kamstrup, not sure what that did, but unity totally broke down
[14:58] <sbte> the windows now appear over the launcher
[14:58] <sbte> also over the top bar
[15:02] <Trevinho> didrocks: is this still confirmed in unity: https://bugs.launchpad.net/unity/+bug/835646 (considering that the causing parts should have been fixed now) ?
[15:03] <didrocks> Trevinho: no, both tasks should be closed
[15:03] <didrocks> well all of them I guess :)
[15:20] <jo-erlend> is it possible to switch to unity-2d live?
[15:20] <jo-erlend> something like metacity --replace?
[15:22] <jo-erlend> the problem is that someone is performing an upgrade from 11.04 to 11.10, and after the screen was powered off, he can't get an image. Switching to alt+ctrl+f1 works, but when he switches back, the text from the other console is still visible. Thought maybe switching to metacity would help if it's a compiz issue?
[15:23] <Saviq> jo-erlend: can't "someone" select the user session when logging in? autologin, maybe?
[15:24] <Saviq> jo-erlend: either way, editing /etc/lightdm/lightdm.conf could help
[15:24] <jo-erlend> he is in the middle of an upgrade. He can't log out.
[15:25] <Saviq> jo-erlend: can he access the terminal?
[15:25] <jo-erlend> on another console. Nothing on the desktop.
[15:25] <Saviq> jo-erlend: log in as user
[15:25] <jo-erlend> I mean, X is unavailable.
[15:26] <Saviq> `export DISPLAY=:0; metacity --replace; unity-2d-panel; unity-2d-launcher`
[15:26] <Saviq> make that
[15:26] <Saviq> `export DISPLAY=:0; metacity --replace & unity-2d-panel & unity-2d-launcher &`
[15:27] <jo-erlend> yes, that should work?
[15:27] <Saviq> that will start a ubuntu-2d-like session
[15:27] <Saviq> whether that will help, no idea
[15:27] <Saviq> jo-erlend: unity (non-2d) is part of compiz
[15:27] <jo-erlend> I know.
[15:27] <Saviq> so if you replace the window manager, you will also lose the shell, as it's part of the WM
[15:28] <Saviq> so you need to start the unity-2d shell, too
[15:43] <slydawg> can anyone tell me how to "add to panel" using unity in Ubuntu 11.10 like one would do with the orignal gnome top panel?
[15:43] <jcastro> hold down the alt key
[15:43] <jcastro> and then right click
[15:44] <slydawg> that's not doing it
[15:45] <jcastro> oh dude sorry, I thought you mean gnome
[15:45] <jcastro> the unity panel doesn't have applets, it uses indicators
[15:45] <jo-erlend> slydawg, there is no such feature. The panel in Unity is very different.
[15:45] <jcastro> http://askubuntu.com/questions/30334/list-of-application-indicators
[15:46] <slydawg> yeah, i know it's different!  I am trying my hardest to get used to it because I am sure it has a lot more capability
[15:46] <slydawg> when I updated to 11.04 I just didnt like it and didnt try it
[15:46] <slydawg> but i am ready to learn new things
[16:17] <jo-erlend> Wesnoth 1.9.9 works with the global menu in Unity 2D, but not Unity. How come?
[17:45] <jderose> tedg: wonder what your thoughts are on this - https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-remove-safely-remove
[17:52] <tedg> jderose, So there's a long history there.
[17:52] <jderose> figured as much :)
[17:52] <tedg> jderose, Basically it comes down to us not really understanding where there are card readers and/or cards themselves.
[17:53] <tedg> jderose, And which of those are internal, and which are external.
[17:53] <tedg> jderose, So you need to know what action makes sense based on all those variables.
[17:53] <tedg> jderose, And we don't know.
[17:53] <tedg> jderose, So what we need is a way to say "this USB device is in my machine"
[17:54] <tedg> jderose, Then machines that are built for Ubuntu can set that flag on their internal readers, and we'll be good :-)
[17:54] <tedg> jderose, It's a general problem with having an OS that's not targeted to specific hardware really.
[17:55] <jderose> tedg: i guess my gripe is that "Safely remove" so seldom does the correct thing... it would be better to just present "Eject" and behind the scenes using Device.DriveDetach() base on a whitelist or something
[17:55] <jderose> tedg: well, if it was *internal*... you'd never want to use DriveDetach(), correct?
[17:56] <jderose> or do i have that backwords?
[17:57] <tedg> jderose, I'm going to have to look it up to remember :-)
[17:57] <tedg> jderose, But yes, bad stuff could happen as we'd stop detecting cards.
[17:58] <tedg> jderose, Which you wouldn't want from an internal device.
[17:58] <tedg> jderose, But you might want to completely shutdown an external device.
[17:58] <jderose> tedg: well, i have found any hardware where detach does what i want :)
[17:59] <tedg> jderose, An excuse to buy more hardware!  ;-)
[17:59] <jderose> an card readers... eject still powers down the card (light goes off) so seems to be just as safe
[17:59] <jderose> hehe
[18:01] <tedg> jderose, Uhg, I'm pretty sure alexl has a blog post on all of these, but I can't find it right now.
[18:02] <jderose> tedg: other thing confusing about this is if you eject using the "eject" icon in Nautilus, you get the Eject() behavior... so if that truly is unsafe, we sure make it easy to do by mistake
[18:02] <tedg> jderose, Well, unsafe is a bit strong.  It'll make it so that your card reader stops working until you unplug it and plug it back in.  Which is hard to do for internal ones.  You won't loose data.
[18:04] <jderose> tedg: BTW, sorry if i seem whiny, fighting the UDisks DBus API the past several days had made me grumpy :P
[18:06] <tedg> jderose, Heh, well apparently udisks 2 is coming soon :-)
[18:06] <jderose> well, hopefully it's an improvement :)
[18:07] <jderose> hate to say it, but from a developer perspective, HAL sure was nicer to work with
[18:12] <tedg> jderose, Heh, WASH OUT YOUR MOUTH WITH SOAP!  ;-)
[18:12] <jderose> hehe
[18:42] <jderose> tedg: another thing to pick your brain on, if you don't mind... so now we're going to have a user explicitly start the dmedia importer so they pick the project they want to import into ("my awesome movie" or whatever)... which allows the importer to be less greedy and invasive (ie, we want say Shotwell to open normally when you don't have the dmedia importer running)...
[18:44] <jderose> tedg: but also gives us room to be more aggressive in pushing the limit for this sort of high-volume repetitive import. so one thing i'd like is for there not to be icons for each card in the Launcher as they aren't really actionable in the usual way in the circumstance... plus having like 4 in the Launcher is kinda annoying
[18:46] <jderose> tedg: so first question: how hard would it be to give and app like dmedia control over whether certain removable devices showed up in the launcher? is that i giant departure from current Unity functionality, or something that a small amount of work could pull off?
[18:46] <tedg> Uhm, I don't know.  gord, do you know that? ^
[18:47] <tedg> DBO would be good as well, but seems he's not here.
[18:48] <jderose> tedg: sorry if i pester you too often, but you're nice and know lots of stuff and about lots of stuff, so you've become my go-to man :-D
[18:49] <tedg> jderose, No problem, I just don't know all the answers -- have to forward some on :-)
[23:49] <snadge> wow.. heaps of bugs fixed in latest unity update
[23:50] <snadge> window focus problem, and 2nd monitor indicator menu are particularly pleasing :)