[05:07] <buck20> hey there
[05:08] <buck20> what ide is everyone using to work on bite size bugs?
[05:09] <akshatj> buck20: you can use any IDE you want
[05:10] <buck20> right but im a total noob to unity, would love a suggestion and a couple pointers to setting up a test environment....
[05:16] <buck20> maybe a link to a tutorial?
[08:17] <didrocks> good morning
[08:24] <MacSlow> salut didrocks
[08:24] <didrocks> Guten Morgen MacSlow. How are you?
[08:25] <MacSlow> didrocks, I'm fine... and yourself?
[08:26] <didrocks> MacSlow: still under a small cold. But will be better in next few days :)
[08:26] <MacSlow> hey dbarth
[08:26] <didrocks> salut dbarth
[08:26] <MacSlow> didrocks, winter has us all in its grip
[08:27] <didrocks> MacSlow: yeah, in a sense, it's nice to see we can still have a real winter, it was years here I didn't see a real one
[08:46] <MacSlow> didrocks, if I want a real winter I would prefer to have to travel to place that provides one... instead of having it right here :)
[08:47] <didrocks> MacSlow: hehe, that's right, I won't mind if we would go again in Orlando to avoid it btw :)
[08:48] <MacSlow> didrocks, oh yeah... that was nice!
[09:28] <ronoc> kamstrup, good morning, got a minute for a review ?
[09:28] <ronoc> https://code.launchpad.net/~cjcurran/indicator-sound/blacklisted/+merge/45255
[09:41] <kamstrup> dbarth_: cann you pull dee trunk again and retry
[09:41] <kamstrup> ronoc: on it
[09:44] <kamstrup> ronoc: approved
[09:46] <kamstrup> dbarth_, didrocks: the dee build issue was related to the direct linking in N. The patch is here: http://paste.ubuntu.com/551003/
[09:46] <kamstrup> didrocks: do you wanna point release of dee 0.5.2 or just distro patch?
[09:47] <didrocks> kamstrup: it was built on the distro, so no worry, just commit to trunk
[09:47] <didrocks> kamstrup: we don't rebuild the doc there
[09:47] <didrocks> it's only for the daily build
[09:47] <kamstrup> didrocks: kewl
[09:47] <ronoc> kamstrup, thx dude
[09:48] <ronoc> seb128, will have a release for you today
[09:49] <seb128> hey ronoc, ok
[09:51] <dbarth_> kamstrup: works! i've restarted a build and the package should follow
[09:51] <dbarth_> thanks
[09:52] <ronoc> seb128, will a new rhythmbox be available any time soon. I'm keen to test their playlist implementation.
[09:52] <seb128> ronoc, depends if they roll a tarball I guess
[09:53] <seb128> I don't plan to package git snapshots this cycle,especially than banshee is the default player now
[10:06] <MacSlow> hm... still have a lag of ~ .5 sec for mouse-events to be recognized in unity if I use trunk
[10:25] <ronoc> seb128, moch said he will roll a tar ball more than likely next weekend, we can talk about it in Dallas
[10:51] <cando> hi DBO, when you've some time i've proposed a merge for a bitesize bug: https://code.launchpad.net/~cando/unity/fix_688407/+merge/45216
[10:51] <cando> thanks
[10:58] <ronoc> mpt: good morning, were in contact with the clementine developers
[10:59] <ronoc> I think i remember responding to an email to one of their developers but i didn't hear any feedback
[10:59] <mpt> ronoc, are you asking me if I was?
[10:59] <mpt> or saying that you were?
[10:59] <mpt> Good morning btw :-)
[11:00] <ronoc> mpt, I was asking if you were and if so could you point me towards their email address, irc room, forum, pidgeon ...
[11:00] <mpt> ronoc, no, I don't know who they are or where they hang out, sorry
[11:00] <ronoc> sorry forgot the all important you
[11:00] <ronoc> mpt, grand thx
[11:03] <didrocks> ronoc: hum, thinking about it, were there any discussion about displaying "previous song: <…>" in the soundmenu indicator?
[11:03] <didrocks> ronoc: I saw most online radio are doing that and it's useful sometimes, like "waow, this music is good, what was it?"
[11:04] <ronoc> didrocks, no not that I'm aware of, but I feel radio has a different use case in that once its played its gone for ever while most usecases for mediaplayers the user can determine what was played before via play queue/playlist etc
[11:05] <didrocks> ronoc: even with "shuffle"?
[11:05] <didrocks> but yeah, in any case, maybe it should be in the mediaplayers in that case
[11:06] <ronoc> didrocks, true but that is what automatic scrobbling is for :). It would be useful but I think there are other features which would get my vote before this, but its all question of not cluttering the UI which is tricky.
[11:06] <ronoc>  didrocks, per media application volume I think gets my +1
[11:07] <didrocks> in the indicator? I remember some discussions about it :)
[11:07] <ronoc> didrocks, how's Lyon ?
[11:07] <ronoc> didrocks, yeah it has been mentioned a few times
[11:07] <didrocks> ronoc: cold right now :) but awesome (I felt at home, as when I was studying there), thanks! Just missing an Internet connexion at home
[11:08] <ronoc> didrocks, waiting to be connected up ?
[11:08] <didrocks> ronoc: exactly, so no phone/internet/tv right now
[11:08] <ronoc> didrocks, i did a fresh install of banshee on my Natty and it keeps crashing when I try to play anything ?
[11:09] <ronoc> i know they are preping a release right now but can you reproduce this.
[11:09] <didrocks> ronoc: oh? I'm playing with it since this morning and got no issue there
[11:09] <didrocks> ronoc: did you reported the bug?
[11:09] <ronoc> didrocks, no just testing it currently
[11:10] <ronoc> didrocks, have you the standard natty release for banshee -> 1.9.1-1ubuntu2
[11:11] <didrocks> ronoc: yep
[12:15] <ronoc> gabaug, any progress on this bug -> https://bugzilla.gnome.org/show_bug.cgi?id=634895
[12:31] <klattimer> mpt: is there a spec for datetime?
[12:31]  * klattimer is currently writing the appointments ido widget for datetime EDS stuff 
[12:38] <kamstrup> gord: how you feel about moving the perf logger out of libunity? unity is not really mean to link against libunity (go figure :-))
[12:41] <gord> kamstrup, not too bothered one way or another, some people wanted to use it for compiz startup performance but its small enough to copy around anyway
[12:42] <mpt> klattimer, https://wiki.ubuntu.com/TimeAndDate
[13:07] <klattimer> ah
[13:07] <klattimer> ... you have appointments as menu items?
[13:09] <klattimer> grr, stupid launchpad limitation, can't use the same url for more than one blueprint
[13:30] <mpt> klattimer, were you expecting something different?
[13:30] <klattimer> mpt: I was hoping
[13:30] <klattimer> :/
[13:30] <klattimer> well, for the menu design
[13:30] <klattimer> as I hadn't found the spec
[13:30] <klattimer> I was building a treeview
[13:30] <klattimer> but this is cool too
[13:30] <klattimer> I didn't really do much treeview specific code
[13:32] <klattimer> mpt: no tasks in the view at all?
[13:35] <mpt> klattimer, I don't know what you mean by "tasks" or view"
[13:35] <klattimer> calendar tasks, in the date time menu
[13:36] <mpt> What's the difference between a task and an appointment?
[13:53] <kamstrup> ronoc: do you also get a metric tonne of warnings when compiling vala stuff with gdbus?
[13:53] <ronoc> kamstrup, yup, loads
[13:54] <kamstrup> ronoc: ok... most look harmless, but some of them ticks me off...
[13:54] <kamstrup> like "expected ‘struct UnityPlaceService *’ but argument is of type ‘struct GDBusProxy *’"
[13:55] <ronoc> kamstrup, yeah i gave up fighting vala warnings, just presumed the newer releases of vala would become smarter
[13:55] <ronoc> kamstrup, yeah i get similar ones like this
[13:55] <mpt> klattimer, oh, I see. Calendar events have a time, tasks have a start date and due date, and memos have a start date
[13:55] <mpt> klattimer, do you think we should include all three?
[13:55] <mpt> Or just calendar events and tasks?
[13:56] <klattimer> well I dunno
[13:56] <mpt> Or just calendar events?
[13:56] <klattimer> screen hight is a concern
[13:56] <klattimer> how many appointments do we want to show max for instance
[13:56] <mpt> That's kind of orthogonal, though -- you might have a really full calendar too
[13:56] <klattimer> and do we want to show both appointments and tasks, but appointments in the near future have priority over tasks being displayed
[13:56] <klattimer> say you have "max items" set to 10
[13:57] <klattimer> and you have 3 appointments today, then 7 of your "todo" items will show up
[13:57] <klattimer> if you have 7 appointments today, then 3 of your todo items will show up
[13:57] <klattimer> ... what do you think?
[13:57] <kamstrup> ronoc: the changelog for the latest vala (0.11.3) mentions some warnig cleanups related to dbus
[13:57] <kamstrup> so here's to hoping :-)
[13:58] <mpt> klattimer, wait, wait, to-do items? What are they? :-)
[13:58] <klattimer> todo == task
[13:59] <mpt> ok
[14:00] <ronoc> kamstrup, cool good to know
[14:00] <mpt> Appointments and All Day Appointments and Meetings and Tasks and Assigned Tasks and Memos and Shared Memos, oh my
[14:00] <mpt> Someone on the Evolution design team needs to learn the principle of Delayed Decision
[14:00] <klattimer> mpt
[14:00] <klattimer> the api is worse
[14:01] <mpt> Well, at least I've made your life easier by saying they should be shown as ordinary menu items
[14:01] <klattimer> yeah
[14:01] <klattimer> oh, btw all the translations are mismatched and out of date
[14:02] <klattimer> does that just get hoovered up in the process?
[14:03] <mpt> If you're asking me that, I don't know anything about translations to do with this
[14:10] <mpt> klattimer, <https://wiki.ubuntu.com/TimeAndDate?action=diff&rev2=17&rev1=16>
[14:10] <mpt> Does that look sensible?
[14:21] <kenvandine> good morning tedg
[14:21] <tedg> Good morning Mr. kenvandine
[14:21] <kenvandine> i am playing with appmenu-gtk :)
[14:22] <tedg> Oh, cool.  I really couldn't believe that it was working last night.
[14:22] <tedg> I mean, I write the best code ever seen by man, but even I usually have a few bugs ;)
[14:23] <spikeb> lol
[14:29] <kenvandine> tedg, roflmao
[14:29] <kenvandine> :)
[14:38] <ronoc> kenvandine, seb128 -> https://launchpad.net/indicator-sound/third/0.5.4
[14:38] <kenvandine> ronoc, i'll get that
[14:39] <seb128> kenvandine, thanks
[14:39] <ronoc> kenvandine, no panic, there are alot of changes in this one, so lets see how it behaves.
[14:39] <kenvandine> ronoc, don't scare me :)
[14:40] <ronoc> kenvandine, well distcheck worked that's all :)
[14:41] <kenvandine> ugh... nothing else worked? /me ducks
[14:41] <klattimer> mpt yeah fine
[14:42] <kamstrup> kenvandine: hi - do you have some changes to push to your dee branch, or what's the status?
[14:43] <kenvandine> hey kamstrup, not really
[14:43] <kenvandine> i am getting a segfault now
[14:43] <kenvandine> i added the override
[14:43] <mpt> kvalo, hi. If a WEP key is 26 hexadecimal characters, how many Ascii characters is it?
[14:43] <kenvandine> args of course is a tuple
[14:44] <kamstrup> kenvandine: so installing a .py with overrides?
[14:44] <kenvandine> calling set_schema_full with a tuple doesn't work, and making it a string causes it to segfault
[14:44] <kenvandine> yeah
[14:44] <kamstrup> kenvandine: if you just push what you have I can play around with it tonight
[14:44] <kenvandine> well, i didn't add that to my branch
[14:44] <kenvandine> local testing
[14:44] <kenvandine> i can pastebin it for you though :)
[14:45] <kamstrup> kenvandine: ok... i'll just see if I can cook something up tonight then
[14:45] <kenvandine> i am pretty bummed it isn't working yet... i had hoped to have gotten way past this before the rally :/
[14:45] <kenvandine> kamstrup, excellent
[14:47] <kvalo> mpt: hi. I'm on holiday today, but it's then 26 ascii characters
[14:48] <mpt> kvalo, so no matter whether someone is entering the key hexadecimally or Ascii-ly, we should make sure they type exactly 26 characters?
[14:48] <mpt> kvalo, sorry to disturb your holiday :-)
[14:49] <kvalo> mpt: no worries, my answers will just take longer :)
[14:50] <kenvandine> kamstrup, http://pastebin.ubuntu.com/551091/
[14:50] <kenvandine> that is the current state
[14:51] <kvalo> mpt: iirc ascii key in that case (for 104-bit key) should be 13 characters. but let me think about this a bit
[14:51]  * kvalo hates wep
[14:52] <kenvandine> kamstrup, and i pushed my latest changes to lp:~ken-vandine/dee/gir-fixes/
[14:53] <kvalo> mpt: yeah, it should like that. for 104 bit key: 26 chars if in hex mode, 13 chars if in ascii mode
[14:53] <mpt> kvalo, I think everyone hates WEP at this point :-)
[14:54] <mpt> kvalo, ok, that's what I needed, thanks
[14:54] <kvalo> mpt: yw
[15:11] <kenvandine> tedg, libappindicator still has a bunch of tests that include dbus/dbus-glib.h
[15:11] <kenvandine> and dbusmenu still has two headers that include it too
[15:12] <lamalex> didrocks, how do you add an entry to gdm login sessions
[15:12] <didrocks> lamalex: look at the .desktop files in /usr/share/xsessions/
[15:12] <lamalex> thanks
[15:27] <kenvandine> tedg, indicator-application also has some includes for dbus-glib
[15:27] <kenvandine> i assume we should remove those
[15:38] <ronoc> agateau, did you get that email ?
[15:38] <agateau> ronoc: yes I did
[15:39] <ronoc> agateau, when will there be a release ready with this fixed ?
[15:40] <agateau> ronoc: I am really busy with other projects right now, if you can corner me in Dallas next week maybe you can coerce me into fixing it
[15:40] <tedg> kenvandine, Yeah, I need to start porting the individual indicators -- but I don't think that'll break things.
[15:40] <kenvandine> ah, ok
[15:40] <ronoc> agateau, right, well its literally a one line fix and without it amarok will not work from the menu
[15:41] <ronoc> agateau, we can talk in Dallas
[15:41] <agateau> ronoc: fine
[15:45] <agateau> ronoc: maybe you can try to create a symlink meanwhile, so that you can test?
[15:45]  * agateau feels bad for blocking ronoc
[15:46] <ronoc> agateau, its not blocking me, no panic, I tested already yesterday and it works nicely with the kde4- prefix
[15:47] <agateau> ronoc: do you mean you sent me a patch and I missed it?
[15:47] <ronoc> agateau, just doing the integration rounds over the past day to ensure all players are still working with the new registration mechanism
[15:47] <ronoc> agateau, no i just assigned you a bug :)
[15:48] <jcastro> ronoc: I see someone sent in a proposal to fix the volume mouse-wheel scrolling
[15:48] <agateau> ronoc: oh ok, since you said you tested with the kde4- prefix I assumed you patched Amarok
[15:48] <ronoc> agateau, oh yeah and libindicate can be dropped as dep, all you need is to follow the mpris spec
[15:48] <agateau> ronoc: good news
[15:56] <ronoc> brb
[16:08] <tedg> kenvandine, How are you doing?  Things exploding?
[16:21] <sladen> MacSlow: https://bugs.launchpad.net/unity/+bug/697791  posted another follow-up to that, I'm not convined that just bumping by 1-pixel will solve much
[16:26] <ronoc> kenvandine, any joy ?
[16:26] <kenvandine> ronoc, i'll get to it soon, still getting stuff rebuilt for tedg's gdbus ports :)
[16:26] <ronoc> ah cool
[16:28] <kenvandine> for some insane reason, i am about to test his code on my main laptop, i must be insane
[16:28] <ronoc> kenvandine, playing with fire there :)
[16:29] <kenvandine> indeed
[16:31] <kenvandine> considering last time i did this, i spent the day with my wifi flapping up and down because of a dbusmenu bug driving nm-applet nuts
[16:34] <kaini> Hi. I am using the Python appindicator library and I can't get the indicator to display complex widgets (like the Sound Indicator does), I tried gtk.Button, gtk.Image and even a gtk.Table (filled with gtk.Labels). Is there any way to display compex widgets in an appindicator?
[16:34] <tedg> kaini, Not really currently.  The sound menu isn't using the appindicator library, which has easier to use, but simpler menu support.
[16:35] <tedg> kaini, We want to increase the features of the menu support, but that's a work in progress today.
[16:38] <kaini> tedg, That's a pity to hear, but thanks for the information! May I ask how the Sound indicator does that? I skimmed though the source code but it looks like a mess of C to me :)
[16:39] <tedg> kaini, The sound indicator is actually using a different interface.  Basically it can build it's own custom widgets with Cairo (which it does).
[16:40] <tedg> kaini, It means for instance the sound indicator won't work on KDE.
[16:41] <kaini> Okay
[16:41] <kaini> I guess I'll stick to text then
[16:42] <kenvandine> tedg, good and bad news
[16:43] <kenvandine> good news is my session logged in and is mostly usable
[16:43] <kenvandine> bad news is, the unity panel service can't load any indicators
[16:43] <tedg> kenvandine, Woot!  Unity bug, I'm off for the rest of the week ;)
[16:44]  * kenvandine looks for a bat
[16:44] <tedg> Are the indicators linking to different versions of dbusmenu?
[16:44] <kenvandine> :-D
[16:44] <kenvandine> i am assuming
[16:44] <tedg> Did you rebuild any of them in that PPA?
[16:44] <tedg> Oh, you don't have split indicator-application do you?
[16:44] <kenvandine> yes i do
[16:45] <tedg> Hmmm....
[16:45] <tedg> Can you do an ldd on the /usr/lib/indicators/ .so files and see which dbusmenu's they're using?
[16:46] <kenvandine> ok, so indicator-loader can load libmessaging.so
[16:46] <kenvandine> but unity panel can't
[16:46] <kenvandine> maybe unity needs a rebuild?
[16:47] <tedg> In theory it shouldn't...
[16:47] <tedg> I'd check the linking first.  The Unity panel service may be lying about where it's problem is.
[16:48] <kenvandine> oh... wait
[16:49] <kenvandine> the panel is loading some of them
[16:50] <kenvandine> i miss read the output
[16:50] <kenvandine> it is timing out though
[16:50] <kenvandine> so either it never loads libsession.so or it loads that and fails on the next one
[16:51] <kenvandine> wish it was easier to figure out what was causing the panel to stop loading :/
[16:52] <kenvandine> indicator-loader can load appmenu too
[16:52] <kenvandine> and libapplication
[16:52] <kenvandine> and libsession
[16:52] <jcastro> bratsche: how did the eclipse menu thing end up going? progress?
[16:52] <kenvandine> and libme
[16:53] <tedg> kenvandine, Yeah, I imagine that individuals are fine.  It's just putting them together is a problem.
[16:53] <tedg> kenvandine, ldd please :)
[16:54] <bratsche> jcastro: For now I just copied what he gave me to look at when I can.  I'm a little more worried about some utouch stuff firs.t
[16:54]  * jcastro nods
[16:56] <kenvandine> tedg, libappindicator is linked against libdbusmenu-gtk3 and all the others against libdbusmenu-gtk2
[16:56] <kenvandine> which is to be expected, since they weren't rebuilt
[16:57] <kenvandine> same for -glib
[16:57] <kenvandine> libapplication is linked with libdbusmenu-glib3 and all the others libdbusmenu-glib2
[16:57] <tedg> kenvandine, Try deleting it and see if the unity panel loads.
[16:57] <tedg> (or moving it or whatever)
[16:57] <kenvandine> what do you mean?
[16:57] <kenvandine> libdbusmenu-glib2 or libdbusmenu-glib3?
[16:58] <tedg> kenvandine, rm /usr/lib/indicators/5/libappindicator.so
[16:58] <kenvandine> oh
[16:58] <kenvandine> it is in 4
[16:58] <tedg> Could we build indicator-application first (new PPA) so then it'd build against the old dbusmenu, and then build all the others?
[17:05] <bratsche> ircbog: How do I build this swt example you gave me?
[17:05] <bratsche> Hey ronoc, the sound indicator in Natty is looking nice!
[17:06] <ircbog> bratsche: hey! I was going to ping you this afternoon to see if you needed any help! :) OK, do you have and Eclipse lying around? Did you get the SWT code base from CVS? (probably easiest thing)
[17:06] <ronoc> bratsche, thx getting there now, Cimi has been helping with the UI work
[17:06] <ronoc> bratsche, playlists land today
[17:06] <bratsche> ircbog: I found SWT in the Ubuntu repository, so I just did an apt-get install of it from there.  And also I installed eclipse from Ubuntu.
[17:07] <bratsche> ronoc: Nice!
[17:07] <kenvandine> tedg, that doesn't seem like a fix though
[17:08] <bratsche> ronoc: When do you arrive in Dallas?
[17:08] <ronoc> bratsche, I'm in Saturday evening
[17:08] <tedg> kenvandine, Why not?  It would mean that the panel service would be entirely on libdbusmenu-g*2
[17:08] <tedg> kenvandine, It's a hack, but I think that it does fix it :)
[17:09] <nperry> Any chance we are seeing an unity update today? (Just wondering)
[17:10] <kenvandine> tedg, removing libappindicator doesn't make it load
[17:10] <tedg> kenvandine, :-/
[17:11] <kenvandine> however... removing all of them does make the panel load
[17:12]  * kenvandine tries with just libapplication.so
[17:13] <ircbog> bratsche: OK, first step start up eclipse. I think we should get SWT from HEAD as you can hack on the SWT code (http://www.eclipse.org/swt/cvs.php). After getting SWT,  you should create a Java project, and add the SWT project to the classpath (right click->Properties->Java Build Path->select org.eclipse.swt). Next create a Java class, and paste that code snippet in from yesterday.
[17:13] <kenvandine> ok, with just libapplication.so, the output is much cleaner... but it doesn't render any indicators
[17:19] <tedg> kenvandine, I need to run to meet someone for lunch.  But what really confuses me is why the other indicators don't run when libapplication.so is removed.
[17:19] <kenvandine> they all seem to work in the indicator-loader
[17:20] <kenvandine> so rebuilding them shouldn't be needed
[17:22] <bratsche> Wow, Eclipse really makes Visual Studio look *incredibly* usable.
[17:22] <kenvandine> haha
[17:23] <dbarth_> bratsche: hey, swt? is there someone doing a patch for that?
[17:23] <bratsche> dbarth_: Hmm?
[17:23] <MacSlow> sladen, the only real solution would be to make all the measurements there EM-based... but that was never spec'ed out so it's kind of only half-the-way atm
[17:24] <bratsche> ircbog: Do you know where the swt stuff would be installed on the system?
[17:25] <bratsche> Oh wait, I think I see it.
[17:25] <ircbog> bratsche: it gets installed in the eclipse/plugins folder
[17:25] <bratsche> ircbog: I found /usr/lib/java/swt-gtk-3.5.1.jar
[17:26] <bratsche> Can I just "Add External JAR" with that?
[17:26] <ircbog> sure
[17:27] <bratsche> dbarth_: Did you mean app menus or something else?
[17:28] <sladen> MacSlow: no, it's not that.  Applying a 1 pixel downshift to both of those screenshots I've taken will drag the text /visibly/ below centre, and it'll look like it is slipping down
[17:30] <MacSlow> sladen, it looks clean on my system now. What app-font (and size) have you set on your system?
[17:31] <MacSlow> sladen, which DPI and sub-pixel-setting?
[17:31] <dbarth_> bratsche: appmenu yes
[17:31] <MacSlow> sladen, have you tried unity trunk yet? Or did you just mock it up in gimp?
[17:32] <bratsche> ircbog: Okay, the test program is running now for me.  I get a window with no menus or anything.  It's just an empty window.
[17:32] <ircbog> yup
[17:32] <sladen> MacSlow: neither of those are mock-ups, they are the present situation
[17:32] <ircbog> do you get a close menu at the top?
[17:33] <ircbog> in the appmenu?
[17:33] <bratsche> ircbog: In the titlebar, yes.
[17:34] <sladen> MacSlow: eg. I'm not sure there is a problem /in Unity/ to be fixed.  My huch is that it's liable to create an off-by-one error where none existed
[17:34] <bratsche> dbarth_: Yeah.. ircbog gave me a sample program for swt that I'm trying to get working right now.  Then I can use it to debug the issues and hopefully get Eclipse working.
[17:35] <dbarth_> eclipse would be cool
[17:35] <dbarth_> we still have the fallback window menus, but this is the kind of app that runs maximized so +1
[17:36] <bratsche> dbarth_: Yeah, definitely.  monodevelop is another that would be nice to fix, but there's not really time for it.
[17:36] <conscioususer> bratsche: the idea is prioritizing Eclipse from the Natty repositories or it will theoretically work with a vanilla Eclipse from eclipse.org?
[17:37] <bratsche> conscioususer: I'm not talking about modifying eclipse at all.  It's hopefully just something that can be fixed on my end and will fix Eclipse from upstream.
[17:38] <conscioususer> bratsche: very nice to know that, thanks
[17:38] <ircbog> bratsche: OK, we should be seeing a Menu called "MenuTest" with one item in it. There is code in our Shell class (in createHandle) that calls gtk_widget_realize(). So when we create a shell, I'm guessing the appmenu code goes to look for a menu bar but its not there at that point. Later when we add the menu, I guess the code doesn't get notified again?
[17:40] <MacSlow> sladen, btw... I wish I knew how to make screenshots of tooltips/quicklists where the transparency shows... because all my screenshots show transparent areas being fully opaque.
[17:40] <bratsche> ircbog: Let me try something here.. hang on.
[17:42] <bratsche> ircbog: Is there an easy way to set an environment variable in Eclipse so that it will affect this program?
[17:43] <sladen> MacSlow: gimp->File->Create->Screenshot
[17:43] <ircbog> bratsche: If you go to Run Configurations in the toolbar (the play icon)->Run Configurations...->select the configuration you used to run the snippet->Environment tab->New....
[17:47] <bratsche> ircbog: Anyway, I'll play around with this and see if I can make some progress.
[17:47] <bratsche> But I'm going to go get some lunch in a few minutes.
[17:47] <ircbog> bratsche: cool. I'll be on IRC if you have questions, need help etc
[17:48] <bratsche> Thanks
[17:50] <MacSlow> sladen, interesting that gimp works there and gnome-screenshot does not... reload https://bugs.launchpad.net/unity/+bug/697791
[17:52] <lamalex_> hm, after update I've got a gnome panel
[17:52] <lamalex_> what's up with that
[17:53] <MacSlow> this mouse-event lag in unity is driving me nuts!!!
[18:00] <MacSlow> sladen, so you think it's a general problem with the font itself?
[18:01] <sladen> MacSlow: is that latest screenshot you've uploaded with your 1-pixel left and down ?
[18:02] <MacSlow> sladen, the last two I uploaded are with a correction vector of -1/1
[18:02] <sladen> MacSlow: left and down   (or left and up)
[18:03] <MacSlow> sladen, left and down it is
[18:03] <sladen> MacSlow: can you try also with "Tomboy' (something that shows baseline, cap-height, ascender tip and descender tail)
[18:04] <MacSlow> sladen, the second screenshot does show "Tomboy...". Or do you want me to crank up my app-font-size and do a screenshot?
[18:07]  * MacSlow wonders what evo is doing with 100% of the two cpu-cores
[18:07] <didrocks> jcastro: btw, just a quick ping, there will be no unity release this week as Neil is still ill
[18:10] <sladen> MacSlow: mmmhmmm. I guess the only thing is to try it.  And then keep an eye-out for how to looks with other scripts/fonts (Cyrillic, Greek, CJK, ...)
[18:12] <MacSlow> sladen, it's a very small patch, that's easily revertable should we see the need undoing this.
[18:12] <sladen> MacSlow: yup
[18:17] <jcastro> didrocks: yeah I figured as much
[18:18] <jcastro> didrocks: I suspect next week you'll be uploading plenty of things anyway, heh
[18:22] <didrocks> jcastro: yeah, there are a lot of goodness in trunk :)
[18:23] <jcastro> didrocks: and you got banshee in. Let me give you a hug.
[18:23]  * didrocks hugs jcastro
[18:23] <didrocks> jcastro: all kudos to the debian mono team and upstream
[18:24] <jcastro> I know right!
[18:39] <tedg> kenvandine, Can you try to downgrade to the distro indicator-application?
[18:39] <tedg> kenvandine, Oh, wait.  That'll get libappindicator won't it :(
[18:39] <dbarth_> jcastro: right, no release; we're just landings things in and checking everything works in trunk, but no uploads
[18:40] <dbarth_> i hope to get the dailies working again though
[18:40] <dbarth_> slowly getting all of the small build issues fixed
[18:42] <dbarth_> jcastro: was just saying no release and upload into natty but re-stabilizing trunk and getting the dailies to work again
[18:42] <dbarth_> close to it now, i just need didrocks to push a new nux packaging branch
[18:43] <jcastro> rock
[19:02] <kenvandine> tedg, yeah... that's no good
[19:04] <tedg> kenvandine, So let me recap.  By default, you don't have any indicators.
[19:04] <tedg> kenvandine, Removing indicator-application doesn't seem to help.
[19:04] <kenvandine> well, i didn't remove that
[19:04] <kenvandine> i moved the .so
[19:04] <tedg> kenvandine, But all the indicators load individually.
[19:04] <tedg> That should be the same.
[19:05] <kenvandine> i removed all the indicators and it looked like the panel worked
[19:05] <tedg> kenvandine, And libapplication.so was the only one using a different version of dbusmenu-g*
[19:05] <kenvandine> but of course is useless
[19:05] <kenvandine> yes
[19:08] <tedg> kenvandine, And it doesn't really work with any of the indicators?
[19:08] <kenvandine> right
[19:08] <tedg> kenvandine, (not that you'd try all, but just to be curious)
[19:08] <kenvandine> i tried adding just one, appmenu and messaging
[19:08] <kenvandine> separately
[19:08] <kenvandine> and they never show up in the panel
[19:08] <tedg> And you restarted the panel service thingy.
[19:10] <kenvandine> yup
[19:10] <kenvandine> weird thing though
[19:10] <kenvandine> it doesn't say it fails to load libmessaging.so
[19:10] <kenvandine> it just times out
[19:11] <tedg> kenvandine, What's the address of your PPA?
[19:11] <kenvandine> i see a few "loading libblah.so" messages
[19:11] <kenvandine> and then nothing.... until a timeout error from unity
[19:12] <kenvandine> https://edge.launchpad.net/~indicator-applet-developers/+archive/gdbus-migration
[19:28] <kenvandine> tedg, ok.. now i am getting somewhere
[19:30] <kenvandine> tedg, in the gnome panel, indicator-applet is failing
[19:43] <kenvandine> ronoc, sorry... i should have done indicator-sound before messing with ted's code :)
[19:48] <ronoc> kenvandine, no worries, I'm around so let me know how you get on if you get a chance
[19:54] <tedg> kenvandine, Okay, I'm all up with clearing the MENUPROXY variable from the panel service, distro indicator-application and the GDBus PPA.
[19:54] <tedg> Woot!
[19:54] <lamalex> anyone know if unity --advanced-debug implies --replace?
[19:56] <cyphermox> lamalex, I do think so, like just 'unity'
[19:59] <lamalex> i didn't realize running unity would replace cool
[19:59] <lamalex> does anyone else get segfaulting when running with --advanced-debug?
[20:00] <cyphermox> lamalex, I didn't use advanced-debug directly but it wasn't segfaulting in gdb
[20:01] <cyphermox> lamalex, what's bt full say?
[20:02] <lamalex> cyphermox, yeah advanced-debug just runs in gdb, so same thing
[20:02] <cyphermox> yes
[20:03] <lamalex> segfault in libdconfsettings.so
[20:04] <lamalex> one second
[20:05] <tedg> kenvandine, lp:~ted/unity/unset-menuproxy-panel-service
[20:05] <tedg> kenvandine, I'm building a package now, but that should do the trick.
[20:06] <lamalex> cyphermox, same crash you were getting?
[20:06] <lamalex> it runs fine outside of gdb
[20:07] <cyphermox> lamalex, nah, I never got that... the only crashes I got I caused with crappy code ;)
[20:07] <lamalex> yeah, this is stock unity
[20:07] <cyphermox> I can try here, hold on
[20:07] <lamalex> something fishy is going on
[20:13] <tedg> Why does unity depend on dbusmenu-glib?
[20:13] <kenvandine> tedg, ok... how about appindicator not working in indicator-applet?
[20:14] <kenvandine> oh, to build it you need to change it to dbusmenu-glib-0.4
[20:14] <kenvandine> but yeah, no idea why it depends on it
[20:14] <tedg> Oh, quicklists.
[20:14] <tedg> kenvandine, Yeah, it'll need to be built with the same dbusmenu as the other indicators.
[20:14] <kenvandine> ugh
[20:15] <tedg> kenvandine, So to put in the PPA you need to upload in this order: indicator-application, unity, dbusmenu, libappindicator, libindicate, appmenu-gtk
[20:16] <cyphermox> lamalex, do you get that crash immediately or after doing some kind of action?
[20:17] <lamalex> cyphermox, immediately
[20:18] <cyphermox> heh, nothing special here
[20:19] <lamalex> http://paste2.org/p/1180247
[20:19] <cyphermox> no idea
[20:19] <lamalex> heh, guess I should install some glib/dconf debug symbols
[20:19] <lamalex> yeah, it's my job to figure this kind of stuff out anyway :P
[20:35] <lamalex_> Is it possible to set gedit to open in a specific dir all of the time? Why the hell does it always open in /
[20:35] <lamalex_> my terminal is doing it too
[20:36] <lamalex_> I feel like this is a conspiracy
[20:54] <kenvandine> tedg, problem with your plan of uploading indicator-application first... i requires libappindicator which has only been built with the gdbus build of dbusmenu
[20:54] <kenvandine> tedg, how do you like them apples :)
[20:54] <tedg> kenvandine, Well, you shouldn't need to upload indicator-application at all, no?
[20:54] <kenvandine> huh?
[20:55] <tedg> kenvandine, As long as the libappindicator bins are a newer version apt shouldn't care.
[20:55] <tedg> We don't need a new indicator-application, just a new libappindicator.
[20:55] <kenvandine> so we never rebuild indicator-application?
[20:55] <tedg> Well, we'll need to rebuild all the indicators but, they'll all be FTBFS with the new dbusmenu until they get ported.
[20:56]  * kenvandine cries... you know what is gonna happen when we do that?
[20:56]  * tedg can't hear over the sobbing
[20:56] <kenvandine> someone will make a change that makes us need to rebuild something... and we block them
[20:56] <kenvandine> like the python transition
[20:57] <tedg> No one would transition python, that's crazy!
[20:57] <kenvandine> ha!
[20:57] <kenvandine> december was no fun!
[20:57] <tedg> Oh, December was kinda a blur for me ;)
[20:58] <lamalex> ted and the kids, partying all December long
[20:58] <kenvandine> yeah... i had half your packages that wouldn't build and blocked python
[20:58] <kenvandine> while you were sunning on the beach :)
[20:58] <kenvandine> i guess that was the week before you left
[20:58] <tedg> Yup, managed to avoid the whalers this time too!
[20:58] <tedg> ;)
[20:58] <kenvandine> anyway... i don't really want to get into a "on fire" situation
[20:58] <kenvandine> haha
[20:59] <kenvandine> so appmenu-gtk was easy to port...
[20:59] <tedg> I'll start the indicators...
[20:59] <kenvandine> just port the rest of them tomorrow :)
[20:59] <tedg> Now that I have my system over, it'll be easier.
[20:59] <kenvandine> btw
[20:59] <kenvandine> unity won't build for me
[20:59] <kenvandine> with your branch
[20:59] <kenvandine> unity package that is
[21:00] <tedg> kenvandine, err, probably needs a header?
[21:00] <kenvandine> no
[21:00]  * tedg can't get anything cmake to build
[21:00] <kenvandine> fails in tests
[21:00] <kenvandine> finding vapi files
[21:00] <tedg> Err, that's not me.
[21:00] <kenvandine> hehe
[21:00] <kenvandine> yeah
[21:00]  * kenvandine considers patching
[21:00] <tedg> kenvandine, remember unity if FTBFS with dbusmenu 0.3.91 :)
[21:01] <kenvandine> i know!
[21:03] <tedg> DBO, Do you have plans to port to dbusmenu-0.4 at some point?
[21:03] <tedg> (or who is doing quicklists now) ?
[21:04] <kenvandine> hopefully soon...
[21:04]  * tedg thinks that kenvandine doesn't want DBO to say "beta 2" ;)
[21:06] <kenvandine> nope :)
[21:11] <DBO> tedg, I was thinking maybe for RC2
[21:19]  * kenvandine smacks DBO
[21:20] <DBO> kenvandine, 0.3.92 vs 0.4.0, its only 0.0.08 different... I mean what's the big deal?
[21:41] <ronoc> later guys
[21:42] <kenvandine> tedg, ok... unity works again with your patch and with indicator-application from natty
[21:43] <kenvandine> so i am just going to remove indicator-application from the ppa
[21:51] <tedg> kenvandine, Makes sense.
[22:15] <Amaranth> hmm, fun bug
[22:16] <Amaranth> unity seems to be merging the titlebar and panel when something is maximized vertically rather than when it is maximized vertically and horizontally
[22:16] <Amaranth> I wonder if it does the same thing when maximized horizontally only
[22:17] <Amaranth> yep
[22:34] <Amaranth> hmm, fix is not as trivial as I thought
[22:42] <Amaranth> arg, forget fixing it, I'll just file a bug :)
[23:27] <jcastro> DBO: fear: http://castrojo.tumblr.com/post/2628441518/integrating-with-web-apps
[23:27] <jcastro> DBO: Now do you understand? :)
[23:34] <DBO> jcastro, well enough
[23:34] <DBO> I'll tool things around what you have said
[23:36] <cando> jcastro, that's awesome...:)