[01:30] <jono> kenvandine, around?
[01:46] <kenvandine> hey jono
[01:57] <jono> kenvandine, hey, I don't suppose you could get those gwibber bullet points to me?
[01:58] <kenvandine> yeah... i can do the bullets... i got consumed with fixing GIR generation and doc generation...
[01:58] <kenvandine> jono, i'll do it tonight
[01:58] <kenvandine> sorry about that
[01:59] <jono> thanks kenvandine!
[01:59] <jono> I am trying to get everyone wrapped up this week
[02:07] <kenvandine> jono, i also got access to gwibber.com to post the gwibber api docs and all
[02:07] <kenvandine> plus i added an awesome gwibber user-guide written by the vancouver loco
[02:07] <kenvandine> they are amazing!
[02:08] <jono> kenvandine, sweet!
[02:09] <jono> kenvandine, if you could mail me the bullet points that would be cool, or just add them to https://bugs.launchpad.net/ubuntudeveloperportal/+bug/702393
[02:09] <jono> ok, I am grabbing good
[02:09] <jono> back later
[02:10] <kenvandine> have food good :-D
[08:06] <MacSlow> greetings folks
[08:37] <kamstrup> Kaleo: I added a check in libunity for gobject-introspection
[09:58] <nnnaji> hello Ayatana..
[09:59] <nnnaji> trying to build indicator-me
[09:59] <nnnaji> i'm facing ftbfs over and over again
[09:59] <nnnaji> natty, maverick
[09:59] <nnnaji> sudo apt-get build-dep indicator-me            didn't help me
[09:59] <nnnaji> does anybody know how to get a poor guy like me started?
[10:00] <nnnaji> i would like to build this on maverick
[10:00] <nnnaji> i keep getting
[10:00] <nnnaji> No package 'dbusmenu-glib-0.4' found
[10:00] <nnnaji> No package 'dbusmenu-gtk-0.4' found
[10:01] <nnnaji> what am i missing?
[10:02] <nnnaji> any help on how to get over these two would be greatly appreciated!
[10:04] <nnnaji> kenvandine .. *ping* :S
[10:07] <nnnaji> kenvandine .. could this be related to https://bugs.launchpad.net/ubuntu/+source/libindicate/+bug/684949 ?
[11:03] <ion> I guess it’s known that unity-2d-launcher’s buttons don’t respond to clicks in the left-hand side corner of the screen?
[11:04] <ion> (Do unity-2d and unity-3d really share that little code?)
[12:39] <nerochiaro> Kaleo: had time to have a look at that branch yet ?
[12:40] <Kaleo> nerochiaro: nope, just got up
[12:40] <Kaleo> nerochiaro: working a bit on something else
[12:40] <nerochiaro> Kaleo: ok, no worries
[12:41] <nerochiaro> Kaleo: keep forgetting about the time zones
[13:42] <didrocks> Kaleo: FYI, new places pushed in natty
[13:43] <Kaleo> didrocks: AWESOME
[13:49] <didrocks> Kaleo: why did you add unity2d to https://bugs.launchpad.net/bugs/704231 ?
[13:50] <didrocks> Kaleo: it's a compiz bug, weird that you are affected with metacity
[13:50] <Kaleo> didrocks: because we have the same bug in our code
[13:50] <Kaleo> didrocks: :)
[13:50] <didrocks> Kaleo: "fun" :-)
[13:51] <didrocks> Kaleo: stop trying to make unity2d *too* similar to unity3d :)
[13:51] <Kaleo> didrocks: ;)
[13:53] <ion> Might i humbly ask why unity-2d and unity-3d aren’t the same thing with a layer of abstraction for the respective rendering methods? :-)
[13:55] <ogra> sure, nobody will stop you from asking :)
[13:55] <kklimonda> most likely it would take more time to do that the right way (I remember people talking about making compiz do that, but it wasn't ready). This way they can make it ready for tests for 11.04, and what really counts is the result, not the code.
[13:55] <Kaleo> ion: Compiz has a 2D backend in the works that only rely on XRender
[13:56] <Kaleo> ion: but it's not ready yet
[13:56] <Kaleo> ion: that would solve the window management aspect of things
[13:56] <ion> ogra: :-)
[13:56] <Kaleo> relies*
[13:56] <ogra> XRender wont help on xfbdev based sessions btw
[13:57] <ion> I wouldn’t mind getting to try the 3D version as well, as soon as nux doesn’t crash on fglrx. :-)
[13:57] <ogra> i.e. all arm devices that dont have the proprieatry drivers installed
[14:00] <Kaleo> didrocks: the place packages kept the same names as before?
[14:02] <didrocks> Kaleo: yes, it's just built, not yet published
[14:02] <didrocks> https://launchpad.net/ubuntu/+source/unity-place-files/0.5.34-0ubuntu1
[14:02] <didrocks> https://launchpad.net/ubuntu/+source/unity-place-applications/0.2.28-0ubuntu1
[14:02] <Kaleo> didrocks: ah, right :)
[14:11] <ogra> Kaleo, i'm wondering about the autostart dir (and the file in it) in unity-2d-default-settings, i thought we dont even install that applet anymore
[14:11] <ogra> do we really need that file to hide it ?
[14:11] <ion> Are application menus simply not yet implemented in unity-2d, or am i encountering a bug?
[14:12] <ion> kaleo: Btw, i take it it has been noticed that the launcher buttons don’t respond to clicks in the far left corner of the screen?
[14:16] <ogra> didrocks, ^^^ i see NoDisplay=true and OnlyShowIn=XFCE; in /etc/xdg/autostart/gnome-volume-control-applet.desktop, i suppose we dont specifically need an additional .desktop file to hide it in natty, right ?
[14:17] <ogra> (unity-2d-default-settings ships a .desktop file containing Hidden=true)
[14:17] <Kaleo> ogra: I suppose not
[14:18] <ogra> great, thats the only subdir in that package :)
[14:18] <Kaleo> ion: "launcher buttons don’t respond to clicks in the far left corner of the screen" no, what do you mean?
[14:18] <Kaleo> ion: application menus?
[14:19] <didrocks> ogra: no, you don't
[14:19] <ogra> perfect
[14:19] <ion> The colorful square icons in the vertical bar can’t be clicked by moving the mouse to the left hand side of the screen. You have to move the mouse a few pixels to the right first.
[14:20] <smspillaz> njpatel: didrocks: the issue I have is that there isn't a way to differentiate between "I pressed super because I wanted the launcher" and "I pressed super because I wanted to do some other combo-keybinding and I just happened to press super first, wtf are you doing"
[14:21] <smspillaz> njpatel: the only way I can really think of avoiding this case is to disable the passive grab when the launcher is actually visible, but then you'll lose the ability to quick hide the launcher again by pressing super in rapid succession
[14:21] <njpatel> smspillaz, tbh, I really don't care for natty :)
[14:21] <smspillaz> njpatel: yeah, I know there are more important things
[14:22] <smspillaz> njpatel: but I still think that it should be flagged that grabbing up an entire modifier tree is in gross violation of Ice Cubed :)
[14:22] <njpatel> smspillaz, heh, file a bug but, yeah, we'll see that for natty +1
[14:22] <smspillaz> njpatel: ok
[14:25] <smspillaz> njpatel: just an FYI then, see http://tronche.com/gui/x/icccm/sec-6.html#s-6.5, basically it's a case of X faffing about and not setting the standard that the super key *is* actually reserved for window management functions, so it says that we have to provide some way to allow buggy clients to recieve those events *sigh*
[14:26] <njpatel> he
[14:26] <njpatel> heh*
[14:26] <njpatel> figures
[14:26] <Kaleo> ion: it's not reported yet, please report it :)
[14:26] <ion> Alright, will do.
[14:26] <Kaleo> ion: and what did you mean by application menus?
[14:26] <Kaleo> ion: thanks
[14:27] <ion> The $UBUNTU_MENUPROXY thing. Gtk windows don’t seem to have menus at all. Hovering over the top bar doesn’t seem to reveal them.
[14:28] <Kaleo> ion: that's a bug, it's implemented and working here
[14:28] <ion> Ok
[14:29] <smspillaz> njpatel: hencing proving that once again that the ICCCM is still of use to absolutely nobody
[14:29] <Kaleo> too many Cs
[14:29] <njpatel> smspillaz, we'll axe it when we have some spare cycles ;)
[14:30] <smspillaz> njpatel: :p
[14:31] <smspillaz> Kaleo: ICCCM is actually just a set of rules designed to be broken. it's ridiculous :/
[14:31] <ogra> didrocks, so i renamed unity-2d.session to ubuntu-2d.session now, but i cant really rename the .desktop file for /usr/share/xsessions (since gnome-2d.desktop already exists) ... do you think just renaming .session is enough ?
[14:32] <didrocks> ogra: no, it should be 2d-ubuntu.session to match upstream (GNOME-way) naming of session file
[14:32] <ogra> oh, ok
[14:32] <didrocks> ogra: no need to rename in /usr/share/xsessions/, just ensure you match the .session file name :)
[14:33] <ogra> didrocks, what about other files, anything else that needs renaming ?
[14:33] <ogra> ah, k
[14:33] <didrocks> no, just make the change and ensure the desktop file can be translated
[14:33] <didrocks> (not a big bugger for now)
[14:34] <ogra> k
[14:35] <Kaleo> ogra: so, in the end what's the bzr branch for unity-2d-default-settings in natty?
[14:36] <ogra> hmm, i suppose X-Ubuntu-Gettext-Domain=gnome-session-2.0 should rather be X-Ubuntu-Gettext-Domain=unity-2d
[14:37] <ogra> Kaleo, https://code.launchpad.net/~unity-2d-team/unity-2d/unity-2d-default-settings-natty-release
[14:37] <Kaleo> ogra: I see, any reason for the -release?
[14:38] <ogra> Kaleo, but i'll merge the files into the unity-2d-natty-release branch ... and to not conflict with trunl i think i'll put them into the debian dir if you dont object
[14:38] <ogra> Kaleo, consistency with NCommanders other branches
[14:38] <Kaleo> ogra: oh, great
[14:38] <Kaleo> ogra: but wait
[14:38] <Kaleo> what is unity-2d-natty-release
[14:38] <ogra> thats the package branch, NCommander will merge that with trunk regualry
[14:39] <Kaleo> ogra: so we have a package branch now
[14:39] <ogra> (talk to him about all the natty-release branches)
[14:39] <Kaleo> ogra: what's the point of having them if we have debian/ in trunk?
[14:39] <Kaleo> ogra: or what's the point of having debian/ in trunk if we have them?
[14:39] <ogra> ask NCommander :P
[14:39] <ogra> feel free to drop debian from trunk
[14:56] <dbarth_> API: ping? hey alejandro; did the at-spi2 vs 1 thing land on time for the release this week?
[14:56] <dbarth_> API: just curious if some of the issues i was having will also be fixed with the current build
[14:56] <API> dbarth_, hi,
[14:56] <API> don't know
[14:56] <API> I have just applied the patch on upstream
[14:56] <API> and notified the people on the list
[14:57] <API> as I said, I'm not used to the internal packaging machineries
[14:57] <API> I think that TheMuso was working on that
[14:57] <dbarth_> hmm, so probalby not, since it has another part in an upstream; but i guess it will soon be integrated into ubuntu
[14:57] <dbarth_> ok, cool
[14:57] <dbarth_> anyway, the main bridge loader issue is fixed irregardless, so that's fine
[14:57] <API> anyway, if the change is not applied
[14:57] <API> and you are usint at-spi
[14:57] <dbarth_> (the hangs i was getting earlier at the beginning of january)
[14:57] <API> unity will just avoid to load the bridge
[14:58] <API> and just printing some warnings
[14:58] <dbarth_> ah, so nothing will show up on accerciser
[14:58] <API> "no bridge loaded" and so on
[14:58] <API> yes
[14:58] <API> but at least
[14:58] <API> we will avoid a wrong bridge-loading
[14:58] <API> due gtk_init
[15:05] <Amaranth> wow, that's quite a memory leak from the dash :/
[15:21] <kamstrup> seb128: when do we stop pulling new package version in?
[15:21] <seb128> kamstrup, new version of what for what serie?
[15:21]  * kamstrup asking because he needs https://bugzilla.gnome.org/show_bug.cgi?id=638929 in gobject-introspection
[15:22] <seb128> kamstrup, oh, GNOME, several weeks don't worry
[15:22] <seb128> it's likely that pitti will land all the work from the hacking done this week in natty next week or so
[15:22] <kamstrup> seb128: kewl,
[15:22] <kamstrup> wicked
[15:23] <seb128> or get kenvandine to backport things, he will probably want that if that unblock his gee hacking
[15:23] <seb128> dee
[15:23] <kenvandine> :)
[15:24] <kenvandine> kamstrup, i'll look at it
[15:25] <kenvandine> i am hacking on gobject-introspection right now actually :)
[15:27] <kamstrup> kenvandine: i am this close >< to having dee fully working with GI, now I just have problems because signals are marshalled with the old pygobject codepath and everything else is using GI
[15:27] <kamstrup> this causes some type hickups
[15:27] <kenvandine> :)
[15:27] <kamstrup> other than that adding and modifying rows works like a charm
[15:27] <kenvandine> kamstrup, weird... this patch has a bunch of references to TpAccount
[15:27] <kenvandine> must be some copy and paste from tomeo
[15:27] <kamstrup> kenvandine: it's just testing code
[15:28] <kenvandine> yeah, all in tests
[15:28] <kamstrup> kenvandine: but in case you didn't see yet, the patch is already in git master
[15:28] <kenvandine> yeah, i did
[15:28] <kenvandine> trying to get it in the package... but bzr seems to be down again or something
[15:28] <kamstrup> kenvandine: do you know if dbusmenu works well with pygi?
[15:29] <kenvandine> don't know
[15:29] <kenvandine> i suspect not :)
[15:29] <kenvandine> we are going to have a lot of work todo making sure everything works with pygi :/
[15:29] <kamstrup> kenvandine: ok, it's because I am working towards are future where we can bind libunity, dee, and dbusmenu. That would give super-powers to script the unity shell
[15:29] <kenvandine> although maybe lots of what you have fixed will end up helping :)
[15:29]  * kenvandine likes super powers
[15:30] <kamstrup> kenvandine: the deal breaker right now is whether we'll have the signal marshalling ported to pygi as well
[15:30] <kenvandine> that seems like a must... how could that ever work without it?
[15:30] <kamstrup> kenvandine: I might have a look at that, tomeu thinks it can work similarly to how they do properties right now, so might not be that hard in fact
[15:31] <kenvandine> cool
[15:31] <kamstrup> kenvandine: i ownder that too :-)
[15:31] <kamstrup> wonder
[15:32] <kenvandine> kamstrup, just FYI, but i found out that valac can produce the GIR at compile time
[15:32] <kenvandine> so you don't need g-ir-scanner for vala libraries :)
[15:36] <kamstrup> kenvandine: yeah, i'm using that for libunity. it's awesome - but you still need to compile the typelib
[15:36] <kenvandine> yeah
[15:36] <kenvandine> wish i knew!
[15:36] <kenvandine> it was killing me... :)
[15:36] <kenvandine> but now of course there is no useful way to generate docs
[15:37] <kenvandine> hopefully this gobject-introspection girdoc branch i am playing with really works
[16:22] <nmarques> guys anyone has clue what can be triggering this behavior on clutk reported on lp: #695823 ?
[16:28] <didrocks> tedg: hey, any idea why if I export UBUNTU_MENUPROXY=0 ; killall nautilus && nautilus (and see that the nautilus currently running is the one from the command line, not one spawn by the session), I get no menu (sub) for a nautilus window, but still the full menus for the desktop?
[16:29] <tedg> didrocks, Uhm, probably because my nautilus patch doesn't check for the env. variable? :)
[16:29] <tedg> didrocks, I'm surprised it works though, I guess the .so still gets loaded?
[16:30] <didrocks> tedg: you mean debian/patches/16_desktop_menu_export.patch, right? I even tried commenting it and build && install and I still get the menu there (but only for the desktop), can it be cached somewhere?
[16:31] <tedg> didrocks, Well, it gets cached -- oh, perhaps it's not getting cleared.... do the menus work?
[16:32] <didrocks> tedg: no they don't :)
[16:33] <didrocks> so make sense :) how to delete the cache?
[16:34] <tedg> didrocks, killall unity-panel-service
[16:36] <didrocks> tedg: ah, way better, thanks :)
[16:36] <didrocks> tedg: you were about getting me crazy :)
[16:55] <kenvandine> kamstrup, btw i did upload the gobject-introspection with that patch
[17:08] <mterry> With latest unity, I'm getting an odd bug where parts of the upper left of my screen are not clickable until I open and dismiss the dash.  Is this a reported bug?
[17:10] <aruiz> kamstrup, ping
[17:13] <tareth> mterry, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/705672
[17:14] <mterry> tareth, thanks.  Wasn't sure how to search for it.  :)
[17:14] <tareth> I just happened to have that one open
[17:17] <chrisccoulson> m_conley, did you have any luck getting natty set up yet?
[17:17] <chrisccoulson> (i also hang out in #ubuntu-mozillateam btw, which is quite low traffic)
[17:19] <m_conley> chrisccoulson: hey!  No luck yesterday, trying again today.  Will let you know how it goes.  :)
[17:19] <chrisccoulson> m_conley, i'll try it now, just to see if i hit the same sorts of issues
[17:19] <chrisccoulson> i haven't done a new install in a long time ;)
[17:19] <chrisccoulson> it's probably about time i did one!
[17:20] <chrisccoulson> my machine just gets more and more broken over time ;)
[17:22] <m_conley> chrisccoulson:  I guess it's hard to work on a car you're driving in.  :)
[17:25] <chrisccoulson> heh, yeah, that's true :)
[17:27] <chrisccoulson> oh, virtualbox feels weird with the menubar in it's own window ;)
[17:28] <m_conley> argh
[17:28] <m_conley> :p
[17:36] <dbarth> kenvandine: wow, the one for the docs?
[17:36] <didrocks> tedg: ok, I'm completely puzzled with the desktop menu, even removing your patch still makes the desktop nautilus menu to be exported…
[17:36] <tedg> didrocks, No, that's impossible.  You're confused :)
[17:36] <dbarth> didrocks: appmenu-gtk is really powerful
[17:37] <tedg> didrocks, Why are you playing with the desktop menu anyway?  Is there an issue?
[17:38] <didrocks> tedg: a bug report your team was subscribed: bug #692194 :)
[17:39] <didrocks> tedg: I wanted to give it a try to help you seeing the other patch and thinking it was just a question of hiding the right menuitems
[17:41] <didrocks> I'm sure there is a cache somewhere, in addition to unity-panel-service making me crazy
[17:43] <tedg> No, I'm pretty sure that's the only cache.
[17:45] <didrocks> let's try logout/login
[17:49] <didrocks> hum, still there…
[17:52] <didrocks> tedg: hum, I still I'll let this as it is for now. Even removing your patch still exports the desktop menu after logout/login…
[17:52] <didrocks> so maybe appmenu-gtk is doing it now
[17:53] <didrocks> and hiding items aren't reflected anyway
[17:53] <tedg> My patch is more powerful than your simple efforts to remove it.
[17:53] <didrocks> seems so :)
[18:04] <lamalex> tedg, what projects have you worked on triaging?
[18:09] <lamalex> :) it stoppped snowing
[18:14] <kenvandine> lamalex, snowing... it is looking like spring here, gorgeous
[18:15] <lamalex> Yeah.. it looks like Maine here :P
[18:24] <didrocks> tedg: so, I removed you patch for exporting the desktop nautilus menu, add some debugging in the same function (it's actually called), logout and login in the ubuntu-classic session… and the desktop menu is exported
[18:24] <didrocks> tedg: so, either the patch is not needed anymore and the menu is exported by another mean by appmenu-gtk and not by the direct call or the patch, or there is a ghost in my laptop
[18:24] <tedg> lamalex, I did indicator-applicaiton, I was thinking of doing dbusmenu next.
[18:24] <didrocks> tedg: I checked for the ghost, no sign of it :)
[18:25] <tedg> didrocks, I'm voting ghost :)  The window doesn't get created the same way, so I'd be surprised that appmenu-gtk would pick it up.
[18:25] <tedg> didrocks, If it does, that's great, but it seems odd.
[18:25] <didrocks> tedg: I can built the version in a ppa if you want to ensure yourself :) (well, you can as well comment the patch in debian/patches/series)
[18:25] <tedg> didrocks, The menus are never really created.
[18:26] <didrocks> tedg: what do you mean?
[18:26] <tedg> didrocks, They're never attached to the desktop window -- which is what appmenu-gtk looks for.
[18:27] <didrocks> tedg: hum, but a nautilus desktop window is a nautilus window first, isn't it? (that's what I see in the code) and so, it should be attached the same way?
[18:27] <didrocks> tedg: like if I uncomment the gtk_widget_hide(NAUTILUS_WINDOW(window)->details->menubar), I can see them (and hidden automatically if appmenugtk is loaded)
[18:28] <lamalex> tedg, im doing dbusmenu now
[18:28] <lamalex> it has very few bugs :P
[18:29] <tedg> lamalex, Damn it, I'll find something else then :)
[18:30] <tedg> didrocks, Ah, hmm, cool.  That'd be cool if they weren't needed.... I swear it didn't work before I wrote the patch :)
[18:30] <didrocks> tedg: maybe nautilus changed a little bit. Now I need to figure out why hiding /MenuBar/File get me a gtk_widget, but this one doesn't want to hide
[18:31] <didrocks> tedg: I guess you are respecting the hidden value in appmenu, isn't it? (IIRC, that's how I did in gtkrecordmydesktop)
[18:32] <tedg> didrocks, yeah, we should be.
[18:35] <didrocks> tedg: ok, I'll give it another try next week and see what can be done. Otherwise, I'll surely ask you for help :)
[18:41] <lamalex> tedg, want to review these patches? https://bugs.launchpad.net/dbusmenu/+bug/690668
[18:41] <lamalex> the libindicate one appears to be fixed already
[18:41] <lamalex> but indicator-messages looks worth looking at
[18:42] <lamalex> and looking at dbus menu now
[19:05] <kenvandine> tedg, have you had a change to look at the dupe items in the messaging menu yet?
[19:42] <lamalex> DBO, jason any news on that nux bug for multimonitor?
[19:44] <jcastro> top panel is still not multimonitor aware. :(
[19:47] <lamalex> nor is launcher
[19:47] <lamalex> the launcher is the one that kills me
[19:47] <lamalex> the panel is annoying, the launcher is some level of unusable
[19:50] <jcastro> my launcher shows up on the proper screen
[19:50] <lamalex> jcastro, it's not that
[19:51] <lamalex> if you have two monitors of different sizes, and the launcher is on the smaller on, it doesn't fold based on the height of the smaller, it uses the larger so that some icons are unreahable
[19:52] <jcastro> oh, that one
[19:52]  * jcastro nods
[20:07] <chrisccoulson> nice, unity in virtualbox :)
[20:08] <chrisccoulson> m_conley, i got the latest daily to work ok here
[20:08] <m_conley> chrisccoulson:  hey - nice!  Actually, so it turns out it might be a problem with the host machine over here
[20:08] <m_conley> the SSD in it just died
[20:09]  * m_conley sighs
[20:10] <chrisccoulson> m_conley, oh, just as i tried to reply to you there, Xorg died ;)
[20:11] <m_conley> we're having all the OS luck today
[20:11] <m_conley> :p
[20:11] <chrisccoulson> heh :)
[20:24] <nmarques> anyone I can have a small talk regarding LP685682 ?
[20:43] <kenvandine> yah... gi fixes make dee sort of work from python now!
[20:43] <kenvandine> just can't require a signal for anything :)