[01:06] <coz_> hey all
[08:20] <didrocks> good morning
[09:11] <mpt> Cimi! Let me know when you're around, I'd like to start playing with font styles in the theme
[09:11] <mpt> hi ronoc
[09:11] <ronoc> hey mpt
[09:12] <ronoc> davidbarth, I have computer woes still, its either natty or my hardware, can't figure it out as it's very random, going to wipe my partition this morning and try a fresh install
[09:24] <njpatel> didrocks, ronoc can't log into a session (upgraded to natty), gdm just hangs for him sometimes....any ideas? Maybe the capabilities check?
[09:25] <ronoc> njpatel, working now, (needed to tick 'accept invalid ssl certificates')
[09:25] <njpatel> ah, of course
[09:25] <didrocks> hum?
[09:26] <ronoc> njpatel, didrocks , I can sometimes login using desktop classic but standard desktop ain't working for me
[09:26] <didrocks> ronoc: which version of compiz do you have?
[09:27] <ronoc> didrocks, not on my distribution right now, give me one sec and I will fetch another machine so that we can continue this converstation with natty open in front of me
[09:27] <didrocks> ronoc: sure
[09:43] <ronoc> didrocks, the funny thing is desktop classic works but the straight desktop does not, the usual symptom is being to get to the desktop except no panel or launcher are running
[09:44] <ronoc> didrocks, the compiz version is 1.0.9.2.1+glibmainloop3=0ubuntu5
[09:45] <didrocks> ronoc: are you sure about your settings? can you try unity --reset?
[09:46] <ronoc> didrocks, sure
[09:49] <ronoc> didrocks, what settings ? just did the unity reset, everything reset itself, will try to login to normal desktop
[09:51] <didrocks> ronoc: ok, that should set the default settings for both your ubuntu desktop session and the classic session, let's see how it goes
[09:51] <ronoc> didrocks, okay that seems to have fixed it
[09:51] <ronoc> didrocks, thx :)
[09:52] <ronoc> didrocks, I think yesterday I was playing with ccsm and i disabled the unity plugin and renabled , i think this is what did it in
[09:52] <ronoc> also had disk issues
[09:52] <ronoc> ...
[09:52] <didrocks> ronoc: cool! yeah, probably, we will need further testing and making some tweak to avoid the user shooting on his feets
[09:54] <ronoc> didrocks, yeah i was just trying to increase my number of work spaces
[09:54] <ronoc> didrocks, thx for all the help, i thought i was going to have to wipe and reinstall
[10:27] <kamstrup> seb128: any possibility we can have a compiz-dbg package in main? We get a lot of crashers inside compiz and it would be most useful...
[10:28] <seb128> kamstrup, what is wrong with the dbgsym binaries?
[10:33] <kamstrup> seb128: in the maverick cycle i had the dbgsym repo enabled and it gave me unbearable amounts of headache ...
[10:34] <ronoc_narruc> brb, session restart
[10:43] <kvalo> kamstrup: should I include vala files in dist (ie .tar.gz). automake wants to do that, but I'm hesitent
[10:44] <kvalo> *hesitant
[10:44] <dbarth__> smspillaz: hey dude, you were on the gconf bug i saw earlier
[10:44] <MacSlow> Does doing a "bzr branch lp:<foobar>" crash for anybody here too?
[10:45] <kamstrup> kvalo: i'd do so...
[10:45] <API> MacSlow, python 2.7?
[10:45] <kvalo> kamstrup: ok, I'll do that then
[10:46] <API> MacSlow, this error https://bugs.launchpad.net/bzr/+bug/693880?
[10:47] <MacSlow> API, python 2.7 yes... but not that error... hold on I'm pasting it...
[10:49] <MacSlow> API, http://pastebin.ubuntu.com/550574
[10:49] <API> MacSlow, is the same error
[10:49] <API> the bug description is somewhat misleading
[10:50] <API> take a look to the output on the bug
[10:50] <API> MacSlow, the error is this:
[10:50] <API> "readline() takes exactly 1 argument (2 given)"
[10:50] <API> and your output also have that
[10:50] <MacSlow> API, ah... yeah
[10:51] <API> MacSlow, in my case, while the bug is not solved
[10:51] <API> I just edited /usr/bin/bzr
[10:51] <API> in order to use an older python
[10:51] <API> the first line of the script:
[10:51] <API> #!/usr/bin/python2.6
[10:52] <MacSlow> API, I guess I do the same then
[10:52] <API> is a hack, but works for me
[10:52] <MacSlow> just odd that only on two of my three natty boxes this happens
[10:52] <MacSlow> ehm... ignore that
[11:05] <MacSlow> API, thanks btw
[11:06] <API> MacSlow, you are welcome
[11:14] <ronoc> didrocks, unity doesn't like my dual monitor setup
[11:14] <ronoc> either crashes compiz
[11:14] <ronoc> or makes the display unusable
[11:15] <ronoc> need a crash course in xrandr - cause --auto isn't fixing it :)
[11:15] <didrocks> ronoc: there are multiple dual monitor setup issues in compiz + unity, right. But it shouldn't crash
[11:15] <didrocks> ronoc: I think njpatel and smspillaz are the best person to discuss about it :)
[11:16] <njpatel> ronoc, as there isn't auto adjustment yet, when you set the new display setup, just do compiz --replace & from a terminal
[11:16] <gord> i'm using unity on a dual monitor right now :)
[11:16] <ronoc> didrocks, well it hangs or something, very difficult to debug, i'll get by for now, but i'll sue if my neck hurts at the end of the day :)
[11:16] <didrocks> ronoc: hehe
[11:17] <didrocks> ronoc: That will surely be easier to debug during the Rally
[11:17] <ronoc> njpatel, ah so now I have a desktop which is across both monitor and laptop screen,
[11:17] <ronoc> njpatel, i can't see the launcher properly
[11:17] <ronoc> its on the laptop screen which is too small for the screen projected on it
[11:18] <ronoc> njpatel, whats the name of the binary to start the monitor settings gui ?
[11:19] <seb128> gnome-display-properties
[11:19] <seb128> ronoc, ^
[11:20] <ronoc> njpatel, seb128 : bingo, sorted thx!
[11:21] <seb128> great
[11:29] <njpatel> ronoc, the panel will stretch, but the rest should still work (I'm using it in dual-display now)
[11:30] <ronoc> njpatel, all good now, I just needed to use your compiz --replace & trick from above and it auto adjusted things properly, nice one
[11:31] <njpatel> yeah, hopefully the autoadjustment will land soon
[11:34] <ronoc> good stuff
[11:34] <ronoc> new forwind podcast -> forwind.net/podcasts/1
[11:34] <ronoc> previous -> /0
[11:43] <smspillaz> dbarth: yeah I'm working on it
[12:15] <kamstrup> smspillaz: after reinstalling compiz and unity packages I now get a different trace... Attached to bug #697587
[12:19] <smspillaz> kamstrup: ok
[12:20] <smspillaz> kamstrup: those are really weird crashes
[12:21] <smspillaz> kamstrup: maybe try purging everything first, you might have some leftover stuff
[12:21] <smspillaz> were the packages recently updated?
[12:21] <spikeb> i check the progress of unity on compiz about once a week using a daily build and yet to have a crash. :)
[12:21] <smspillaz> that's the thing with compiz, there seem to be very few who get crashes, and those few get lots of them
[12:29] <kamstrup> Hmmm, I can't figure out how to get the dbgsym packages... My /etc/apt/sources.list.d/ddebs.list contains the line "deb http://ddebs.ubuntu.com natty main restricted universe multiverse" which I thought should be enough
[12:29] <kamstrup> (keys imported and apt-get updated of course)
[12:30] <kamstrup> meh, now I have them... odd
[12:30] <kamstrup> move along nothing to see here
[12:38] <kamstrup> smspillaz: i now have the original crash back... I added a trace with dbgsyms to bug #697587
[12:41] <kamstrup> smspillaz: hehe... so there's a class called "PrivateRegion"... ;-)
[12:42] <kamstrup> And I see lots of stuff which could potentially segfault in CompRegion::CompRegion (const CompRegion &c) line 48
[12:55] <kamstrup> is git+ssh://git.compiz.org/git/users/dbo/compiz-with-glib-mainloop still out main compiz branch? It doesn't look to be compatible with the dbgsym packages I have even though the last change in that branch is back from Dec. 5th
[12:56] <kamstrup> s/out/our/
[13:05] <coz_> hey all
[13:06] <smspillaz> kamstrup: I just did a change to that branch
[13:06] <smspillaz> kamstrup: a rather big one actually
[13:06] <smspillaz> could be enough to break the abi
[13:07] <kamstrup> smspillaz: that last comit I see is 78a5ebd15ac4b34b14ab07e95941364a09c187f3
[13:08] <smspillaz> the latest is aa8edad38222309aee7aaf486d9f0881e37dcdb1
[13:08] <kamstrup> wtf is going on with my git repo here then!?! :-)
[13:09] <smspillaz> kamstrup: which branch are you using?
[13:09] <smspillaz> kamstrup: glibmm-experimental or master
[13:09] <smspillaz> you should be using the former
[13:09] <kamstrup> smspillaz:  git+ssh://git.compiz.org/git/users/dbo/compiz-with-glib-mainloop
[13:09] <smspillaz> kamstrup: git checkout glibmm-experimental
[13:09] <kamstrup> smspillaz: ah... so we have swicthed branches? I missed the memo...
[13:09] <smspillaz> yeah
[13:10] <smspillaz> well I was going to merge it into master
[13:10] <smspillaz> but I want to maintain both the C and C++ version for now
[13:10] <smspillaz> but I think glibmm-experimental is going to be the one that goes into core master
[13:10] <didrocks> kamstrup: in any case, it won't be compatible with the system dbgsym as we have distro-patch…
[13:21] <ronoc> seb128, playlists have landed in rb -> http://git.gnome.org/browse/rhythmbox/commit/?id=d06dcc1
[13:21] <ronoc> back shortly lunch
[13:21] <seb128> ronoc, great
[13:49] <dbarth> kamstrup: what's the end of the story wrt to the dbgsym packages btw?
[13:49] <dbarth> kamstrup: i'm having similar issues with x packages
[13:59] <kamstrup> dbarth: i have them installed now. And they do seem to work, but I am crossing my fingers once I start upgrading...
[14:06] <dbarth> so the dbgsym packages, right? not the -dbg ones
[14:09] <seb128> dbarth, what with dbgsyms?
[14:15] <MacSlow> hey iainfarrell
[14:17] <iainfarrell> MacSlow: hello there
[14:41] <ronoc> seb128, just testing amarok with the new registration process, I was under the impression that looking up a desktop file should only involve the name of the desktop file and not the full path
[14:42] <seb128> you mean?
[14:42] <ronoc> seb128, i am attempting to lookup amarok.desktop but it can't find anything although there is an amarok.desktop in /usr/share/applications/kde4/
[14:42] <kvalo> kamstrup: sorry, but a really long one again: https://code.launchpad.net/~kvalo/indicator-network/settings-vala-convert/+merge/45244
[14:43] <ronoc> hyperair, all good with the name change in the desktop file ?
[14:43] <ronoc> seb128, did you understand what I was asking there ?
[14:43] <seb128> ronoc, that directory is not a standard xdg one
[14:43] <ronoc> ah
[14:43] <dbarth_> hmm didrocks, smspillaz: is this one really fix-released in ubuntu?
[14:43] <dbarth_> or is that more of that gconf bug?
[14:44] <didrocks> dbarth_: "this" ?
[14:44] <dbarth_> i'm looking for the gconf bug id btw
[14:44] <dbarth_> https://bugs.launchpad.net/unity/+bug/691561
[14:44] <ronoc> seb128, right so how do I handle amarok then?
[14:44] <dbarth_> sorry, forgot the link ;)
[14:44] <didrocks> dbarth_: we are speaking about it for the past 3 days :)
[14:44] <didrocks> dbarth_: there is a workaround now in natty package
[14:44] <didrocks> as a distro-patch
[14:44] <didrocks> but it makes the menu not appearing under some conditions
[14:45] <didrocks> so smspillaz will look at the proper solution
[14:45] <seb128> ronoc, why don't they install a desktop entry in the standard xdg dir?
[14:45] <ronoc> seb128, I don't know :)
[14:45] <ronoc> agateau, ^
[14:46]  * agateau reads backlok
[14:46] <agateau> backlog
[14:46] <ronoc> agateau, thx
[14:46] <ronoc> the amarok desktop file cannot be loaded by a system desktop file lookup because its not in a standard xdg lib
[14:46] <agateau> weird
[14:47] <agateau> all of kde is in /usr/share/applications/kde4
[14:47] <ronoc> yeah, why is this ?
[14:47] <agateau> probably a remaining of the kde3 to kde4 transition
[14:47] <agateau> when kde3 versions were in /usr/share/applications and kde4 in /u/s/a/kde4
[14:47] <ronoc> i need to be able to get hands on that desktop file inorder to let the app register
[14:48] <agateau> ScottK probably knows about this
[14:48] <ronoc> agateau, makes sense
[14:48] <agateau> (ScottK: the reason for the kde4/ dir I mean)
[14:49] <agateau> ronoc: maybe there is a way to add a dir to the standard xdg dirs?
[14:49] <agateau> didrocks would know this I am sure
[14:50] <seb128> agateau, ronoc: well you can tweak XDG_DATA_DIR I guess
[14:50] <didrocks> agateau: not sure we want to add the kde4 dir to the GNOME session
[14:50] <lamalex> apps that keep their menus should be reported as bugs right?
[14:50] <seb128> lamalex, what do you mean? keep their menus? which one?
[14:50] <agateau> didrocks: of course you want, kde apps love you!
[14:51] <didrocks> agateau: apparently, you don't share your desktop files and put them in a dedicated directory! </kidding> :)
[14:51] <seb128> ronoc, is amarok in the GNOME menus?
[14:51] <agateau> didrocks: :)
[14:52] <seb128> ronoc, seems the KDE guys just don't want amarok to be used under GNOME
[14:53] <ronoc> seb128, don't know running unity and cant find anything :)
[14:53] <seb128> ronoc, try running alacarte
[14:53] <seb128> see if it's listed in there
[14:54] <ronoc> seb128, yes it is
[14:54] <spikeb> any idea when the dash comes back? i miss it :)
[14:55] <seb128> ronoc, grep -i amarok /usr/share/applications/*
[14:55] <seb128> ronoc, does it find anything?
[14:57] <ronoc> seb128, yeah its in the cache
[14:57] <ronoc> seb128, usr/share/applications/desktop.en_GB.utf8.cache:[kde4/amarok]
[14:57] <kamstrup> kvalo: i'm on it
[14:57] <ronoc> the lookup must not be using the cache
[14:58] <seb128> ronoc, if you remove the cache is it still listed by alacarte?
[14:58] <dbarth_> didrocks: is the corresponding menu issue tracked independently? there are bugs for menu and panel items not appearing, but i thought that was separate
[14:58] <kamstrup> kvalo: wow, Andrew is most productive! :-D
[14:59] <Amaranth> seb128: doesn't applications.menu add /usr/share/applications/kde4/ ?
[14:59] <didrocks> dbarth_: normally, once the workaround removed and the crash issue correctly fix, we should not see anymore the menu issue
[14:59] <seb128> Amaranth, no
[15:00] <seb128> Amaranth, grep kde in /etc/xdg/menus -> nothing
[15:00] <kvalo> kamstrup: he is. and using vala for settings app is really good imho.
[15:00] <Amaranth> ah, perhaps we recursively look through the dir
[15:00] <ronoc> seb128, yep it is
[15:00] <kamstrup> kvalo: I take it you've been test running this yourself?
[15:00] <seb128> ronoc, seems buggy
[15:00]  * Amaranth tries to find that bit in gnome-menus
[15:00] <kvalo> kamstrup: it doesn't do anything else than opens some windows
[15:00] <seb128> ronoc, gmenu-simple-editor lists it as well?
[15:01] <Amaranth> seb128: it should, they both use gnome-menus
[15:01] <kamstrup> kvalo: ok
[15:01] <kvalo> kamstrup: but yes, I have been testing it a bit myself. now I start adding backend code to it
[15:01] <seb128> Amaranth, hum, are subdir supposed to be read?
[15:01] <Amaranth> seb128: pretty sure, yes
[15:02] <seb128> ronoc, what glib api do you use to find the .desktops?
[15:02] <Amaranth> seb128: the spec doesn't say for sure either way iirc but everyone does it
[15:03] <ronoc> seb128, gmenu-simple-editor does aswell
[15:03] <seb128> ok
[15:03] <seb128> well anyway seems gmenus read the subdir then
[15:03] <seb128> but the api you are using doesn't
[15:04] <seb128> brb
[15:05] <ronoc> seb128, http://www.valadoc.org/gio-unix-2.0/GLib.DesktopAppInfo.html
[15:05] <ronoc> seb128, must be the scenario alright
[15:07] <Amaranth> ronoc: you mean g_desktop_app_info_lookup_get_default_for_uri_scheme?
[15:07] <hyperair> ronoc: turns out the desktop file Name field was a bug.
[15:08] <hyperair> ronoc: it does a pkg-config check and sets the Name accordingly. i didn't include that dep in build-deps, so all i did was add that dep
[15:08] <hyperair> ronoc: is it urgent enough to require an upload immediately or can i wait for the next release?
[15:08] <ronoc> Amaranth, I'm using vala
[15:08] <ronoc> hyperair, release on the 12th is fine
[15:09] <hyperair> ronoc: alright then
[15:09] <lamalex> seb128, monodevelop
[15:09] <lamalex> keeps its appmenu rather than putting it on the panel
[15:12] <seb128> check open indicator-appmenu and appmenu-gtk bugs
[15:14] <didrocks> lamalex: we have a distro patch for monodevelop and eclipse IIRC for that, because otherwise it tries to export it and it's never drawn
[15:15] <didrocks> so for both, there should aready be a bug about it
[15:15] <lamalex> ok
[15:15] <didrocks> http://launchpadlibrarian.net/56822992/monodevelop_2.4%2Bdfsg-3ubuntu1_2.4%2Bdfsg-3ubuntu2.diff.gz
[15:15] <spikeb> is libreoffice going to be patched this cycle for menus?
[15:16] <didrocks> depends if someone wants to tackle it :)
[15:16] <spikeb> my sister hopes somebody does hehe
[15:17] <hyperair> ooh tedg's back.
[15:17] <hyperair> tedg: did you see those memleak patches?
[15:17] <spikeb> i would tackle it, but i am no developer
[15:17] <tedg> hyperair, Not yet... still catching up on e-mail...
[15:18] <hyperair> tedg: okay, take your time.
[15:18] <tedg> hyperair, Which project?
[15:18] <hyperair> tedg: dbusmenu, indicator-applet, and indicator-messages, i think
[15:18] <tedg> hyperair, Oh, wow.  Cool!
[15:19] <ronoc> vala bug definitely
[15:19] <hyperair> tedg: but don't apply the dbusmenu patch just yet, the latest version seems to cause some hard to debug memory corruption issues, so i'm redoing it
[15:20] <hyperair> tedg: it's mostly stuff that you get from dbus as a client that you don't free, but dbus expects you to free. the surprising bit is why only *i* seem to be seeing these memory leaks.
[15:20] <Amaranth> ronoc: vala doesn't seem to have a way for you to use the function I mentioned
[15:21] <hyperair> tedg: oh there's a libindicate patch and no indicator-applet one
[15:21] <tedg> hyperair, Do you think we should do these for Maverick?  I mean, that most of the dbus stuff is changing with the port to GDBus.
[15:22] <hyperair> tedg: what's GDBus?
[15:22] <tedg> hyperair, The new dbus bindings that are in GIO vs. the external lib dbus-glib.
[15:22] <lamalex> morning tedg
[15:22] <ronoc> Amaranth, no it doesn't but it should search the child directories of any xdg data dir
[15:22] <hyperair> tedg: there hasn't been much noise about memleaks in the indicators
[15:23] <hyperair> tedg: if the dbus stuff is going to be changing, then i suppose we should just drop the patches
[15:23] <ronoc> Amaranth, quoting the glib api for the g_desktop_app_info constructor "GIO is looking for a desktop file with this name in the applications subdirectories of the XDG data directories "
[15:23] <tedg> Morning lamalex
[15:23] <tedg> hyperair, Well, if they're causing memleaks I think they'd be candidates for SRU, no?
[15:24] <dbarth_> ah tedg, lamalex: good morning
[15:25] <dbarth_> there are a couple of new/undecided bugs in the appmenu and indicator inbox
[15:25] <hyperair> tedg: thing is, nobody except me seems to be facing it, even for long running systems. i suppose we could do an SRU, but the problem is that my patches don't completely fix the memleaks, and i'm still seeing some severe ones i can't track down
[15:25] <dbarth_> could you have a pass at those to now were we stand here?
[15:25] <dbarth_> http://reports.qa.ubuntu.com/reports/team-assigned/canonical-dx-team-assigned-bug-tasks.html
[15:25] <hyperair> tedg: i could give you a massif log, but i can't figure out what's leaking what
[15:26] <lamalex> morning dbarth_
[15:30] <tedg> hyperair, I realize, memleaks are like that.  Makes the SRU process harder though :-/
[15:31] <seb128> tedg, well obvious leak fixes are easy to sru
[15:31] <tedg> seb128, That's the problem, they're not obvious.
[15:31] <seb128> tedg, we just need some users to run the new version for a while and confirm it doesn't crash
[15:31] <seb128> tedg, well usually a leak fix is a one liner to free things which you forgot to free
[15:31] <tedg> seb128, I thought an SRU could only be confirmed by someone who could recreate the bug originally?
[15:32] <seb128> tedg, if that's implies rewrite of code it's harder to sru indeed
[15:32] <tedg> If that's the case, we'll have to be extra careful that hyperair's house doesn't get hit by lightening :)
[15:32] <seb128> tedg, well for cases not easy to get confirmations we are usually fine with several users confirming the fix doesn't create any issue
[15:32] <seb128> like the fix seems right from a code review and users don't get a new crash is ok
[15:33] <tedg> Okay, cool.
[15:33] <tedg> Thanks seb128!
[15:33] <kamstrup> kvalo: done :-) i'm glad that most of it where deletions :-)
[15:33] <seb128> tedg, you're welcome
[15:33] <tedg> dbarth_, Was that link for me?
[15:33] <kamstrup> tedg: hey! happy new year :-)
[15:33] <tedg> Happy new year kamstrup!
[15:33] <dbarth_> tedg: yeah, you and lamalex
[15:34] <tedg> dbarth_, Okay, looking now.
[15:34] <seb128> tedg, it's basically me who subscribed your team or assigned it to a stack of appmenu issues
[15:34] <tedg> kamstrup, Hey, you might know.  I thought there was a ZG data provider for Firefox.  Do you know where that went?
[15:34] <seb128> tedg, that's what we discussed before the holidays, someone needs to deal with appmenu issues
[15:34] <tedg> seb128, Hmm, I don't love you anymore :)
[15:35] <seb128> like you did like me before? ;-)
[15:35] <dbarth_> DBO: hey dude, when you're there: can you take a look at https://bugs.launchpad.net/unity/+bug/691651?
[15:35] <seb128> you tried to make me dry texan wine, I know since that you don't like me :p
[15:35] <seb128> dry -> drink
[15:35] <tedg> Careful seb128, you're coming to Texas.  We don't have laws here :)
[15:36] <spikeb1> haha
[15:36] <dbarth_> dbarth_: i'm wondering who should try and fix that between you and neil
[15:36] <seb128> no laws but guns? ;-)
[15:36] <tedg> Law of the jungle only.
[15:36] <DBO> dbarth_, sure no problem
[15:36] <dbarth_> oh, you're there; hi ;)
[15:36] <DBO> yeah
[15:37] <DBO> rule #1 of ayatana, do not speak until spoken to :P
[15:37] <dbarth_> DBO never sleeps, he just pretends to
[15:37] <dbarth_> :-D
[15:37] <kvalo> kamstrup: thanks a lot!
[15:38] <DBO> dbarth_, bamf will signal the information
[15:38] <DBO> will make the signaling possible, thank you :)
[15:38] <dbarth_> so? up to neil to use it, right?
[15:39] <DBO> i have to make sure the info is available to neil
[15:39] <DBO> but yes
[15:43] <hyperair> tedg: http://people.ubuntu.com/~hyperair/massif-output
[15:43] <hyperair> tedg: this is one which i've spent a whole week staring at before giving up and waiting for you to return to the internet. =p
[15:44] <hyperair> tedg: i suspect it's leaking dbusmenu_menuitem objects, but i can't be sure
[15:46] <apw> does anyone have any idea when the stacking order issues with unity are going to be sorted out
[15:46] <apw> as not being able to see any menus is getting a little old
[15:47] <dbarth_> DBO: hmm ;) assigning to you and then hand over to him once bamf shares all what it should in its signal
[15:47] <DBO> dbarth_, fair enough :)
[15:47] <apw> oh and the screen saver appearing _under_ my background so i don't know its there is also getting old
[15:47] <hyperair> tedg: when will stuff be ported over to GDBus?
[15:58] <kamstrup> tedg: i think it's in lp:zeitgeist-datasources or something...
[16:00] <kamstrup> tedg: sorry... that was lp:zeitgeist-dataproviders
[16:00] <kamstrup> there is one for chrome as well I think
[16:00] <kamstrup> tedg: but beware that I don't know if it respect pr0n mode yet ;-)
[16:00] <tedg> kamstrup, Ah, cool.  Perhaps I should harass kenvandine about packaging it?  I'm scared to compile XUL stuff :)
[16:01]  * dbarth_ restarts with a new xorg-edgers mesa; wish me luck
[16:01] <tedg> kamstrup, Heh, those would be some interesting ZG queries... ;)
[16:04] <kenvandine> tedg, ugh... please don't ask :)
[16:04] <evaluate> tedg, hi. My name is Cristian, you replied to my mail here: https://lists.launchpad.net/ayatana-dev/msg00052.html
[16:04] <spikeb> haha kenvandine
[16:04] <tedg> kenvandine, Oh, I thought you were working on those data providers, no?
[16:04] <kenvandine> i messed with that during UDS... distcheck didn't work and i fixed a bunch of it
[16:04] <tedg> evaluate, Howdy!
[16:04] <evaluate> tedg, I'd like to mention one more thing that's broken, that is underscores in the menu items.
[16:05] <tedg> evaluate, Yeah, we assume that they're mnemonics.  You need to use "__" for underscore.
[16:06] <evaluate> tedg, hmm.
[16:07] <evaluate> tedg, would that mean that mnemonics are allowed in menus? that's pretty awkward...
[16:08] <evaluate> I mean, a user has to click the icon to open up the menu, doesn't he? what sense does it make to create a shortcut for a menu that is opened with a mouse click anyway?
[16:11] <tedg> evaluate, Usually you can hit those character to move quickly through the menu.
[16:12] <evaluate> tedg, btw, if this is implemented, that it's not implemented correctly, because if I actually try to use an underscore in a menu, the letter that is preceded by the underscore doesn't get underlined or anything (there is no visual hint that that letter is the shortcut)
[16:17] <tedg> evaluate, Hmm, that's odd.
[16:20] <lamalex> evaluate, i tedg, that might be a unity panel rendering bug?
[16:20] <tedg> lamalex, No, the menus are still rendered by GTK.
[16:20] <dbarth> there are bugs about that i've seen
[16:20] <lamalex> ah right
[16:21] <dbarth> evaluate: could you file a bug for that
[16:21] <evaluate> tedg, also, is there any reason why you wouldn't allow formatting on text in the menus?
[16:21] <dbarth> lp should find some matches and see if there are existing bugs that cover your problem
[16:22] <evaluate> dbarth, I can file a bug against the fact that the underscores are not rendered properly (as in, they are not rendered as underscores) if you want
[16:23] <evaluate> dbarth, I'm not going to file a bug against underscores not being rendered as mnemonics, because that is utterly useless IMHO
[16:24] <evaluate> and it's also against the logic that GTK normally uses. I now have to make an extra function that will replace all underscores with "__" just to have the appindicator menu rendered correctly, that is counter-productive...
[16:33] <evaluate> btw, why can't you just use "gtk_menu_item_new_with_mnemonic" to let users create menu items with mnemonics and leave the normal menu items with underscores alone?
[16:33] <evaluate> s/users/developers/
[16:45] <tedg> evaluate, We can, we just haven't yet. :)
[16:54] <lamalex> sounds like a bitesizable patch
[16:54] <lamalex> er, bug
[17:00] <ronoc> agateau, got to the bottom of the desktop file loading, one sec
[17:11] <ronoc> agateau, the desktop file name that the mpris root interface returns should be kde4-amarok so as the lookup knows to look in /kde4/....
[17:12] <ronoc> I will point this bug towards to you if you don't mind ?
[17:12] <ronoc> agateau, ^
[17:17] <agateau> ronoc: ok, will have a look at it (please remind me next week if I forget)
[17:17] <agateau> ronoc: I am off now
[17:18] <ronoc> agateau, grand will mail
[17:18] <ronoc> enjoy the evening
[17:21] <ircbog> tedg, bratsche: Hi! I'm on the SWT team and we are interested in looking at what we need to do to get Eclipse menus to show up in the application menu.
[17:21] <tedg> ircbog, Sweet, that'd be great.
[17:22] <tedg> ircbog, You guys are using GTK, correct?
[17:22] <ircbog> that is correct - and we are creating all of the menus by hand (i.e. we don't make use of GtkUIManager)
[17:23] <tedg> ircbog, Hmm, that shouldn't pose an issue at first blush.
[17:23] <tedg> ircbog, I'm not sure what the issue is though, perhaps how you're putting them into the window we're not detecting them properly?
[17:23] <tedg> ircbog, We watch the window and trying to find the menus that are associated with it.
[17:24] <ircbog> We put them inside of a vbox
[17:24] <ircbog> which is inside of the GtkWindow
[17:25] <tedg> Hmm, bratsche, you around?  ^
[17:25] <ircbog> How do you extract the menus from the window?
[17:25] <tedg> ircbog, We load a GTK module that watches things like new windows being created and looks at the object tree.
[17:26] <tedg> ircbog, I'm guessing that code is somehow not finding your menus.
[17:26] <tedg> ircbog, http://launchpad.net/appmenu-gtk is the code that does it.
[17:26] <bratsche> Yeah
[17:26] <bratsche> Hey ircbog
[17:26] <ircbog> hi!
[17:27] <bratsche> Yeah, I never looked into Eclipse to try to understand what was going on in there.
[17:28] <ircbog> Let me take a look at the appmenu-gtk code.
[17:29] <bratsche> ircbog: If you have any questions about it, let me know.
[17:29] <bratsche> ircbog: Also, there is a patch in gtk+ in Ubuntu that appmenu-gtk depends upon.
[17:32] <jono> DBO, what major piece is expected to land next?
[17:32] <jono> dash, places?
[17:32] <DBO> jono, I would expect dash next
[17:33] <jono> DBO, cool - any idea when that is likely to land?
[17:33] <DBO> nope :)
[17:35]  * spikeb sighs
[17:41] <ircbog> bratsche: Looked at the code and tried a simple snippet on our end. We believe the problem stems from the fact that the code iterates through the widget tree once (when a window is initially realized). In  a SWT app, the menu is not available at that time, hence we don't show up.
[17:42] <bratsche> ircbog: It iterates through the widget tree, but it also watches for insertions and parent changes.
[17:43]  * bratsche pulls up the code
[17:46] <bratsche> ircbog: Do you insert the menubar into the window very late in the process?  Like after the window has already been shown?
[17:48] <bratsche> ircbog: Eh.. seems like if that were the case it should be caught by toplevel_notify_cb()
[17:49] <ircbog> bratsche: it depends on the app. In our simple example, it fails if we realize the window before we insert the menu but works if insert the menu first.
[17:49] <bratsche> Oh, hmm.
[17:49] <bratsche> ircbog: Do you have a pretty simple test program that demonstrates this which you could send me?
[17:49] <ircbog> bratsche: it looks like the code expects a notify signal. Are we expected to send that out?
[17:50] <bratsche> No.. when your menubar is added to the window then I should get a notify.
[17:51] <bratsche> ircbog: Is your example program something you can share with me?
[18:04] <ircbog> bratsche: of course. Is the SWT code OK for you? (It's a very simple app with one menu item + one hack to stop realizing the shell before the menu is added)
[18:05] <bratsche> I'm not familiar with SWT.. I guess I can get all the packages I need to build it with "apt-get build-dep eclipse" ?
[18:08] <ircbog> bratsche: Let me see if I can find a C code equivalent for you
[18:08] <bratsche> ircbog: It's not important, as long as I can build it easily.
[18:09] <bratsche> If it's important for it to be in C, I can rewrite it.  But I doubt it matters much.
[18:19] <ircbog> bratsche: OK. This is the snippet code:  http://pastebin.com/Gy7810w9
[18:21] <ircbog> bratsche: If you have an Eclipse lying around, you can get SWT code by following these steps:
[18:21] <ircbog> http://eclipse.org/swt/cvs.php
[18:22] <bratsche> I'm going to have to run get some lunch first I think.
[18:22] <bratsche> I'll be back pretty soon.
[21:32] <cyphermox> tedg, ping
[21:32] <tedg> Howdy cyphermox
[21:33] <cyphermox> howdy :)
[21:33] <cyphermox> tedg, at UDS we talked about grids in menus for indicators. has this been started at all? Would it allow me to do something like having a custom widget kind of like a GtkImageMenuItem but with two icons?
[21:34] <tedg> cyphermox, Yes it would.  No I haven't started it yet. :(
[21:34] <tedg> The GDBus stuff has taken much longer than expected.
[21:34] <cyphermox> tedg, fair enough
[21:34] <tedg> My current goals are to get GDBus finished this week, land it next week, and then start on new widgets.
[21:34] <cyphermox> tedg, is it something I could help out with ? ;)
[21:34] <cyphermox> e.g. next week
[21:35] <tedg> cyphermox, Sure, definitely!
[21:35] <cyphermox> cool
[21:35] <cyphermox> I started looking at least at libappindicator code and it's how I managed to figure out what I was really doing wrong with the icons
[21:36] <tedg> cyphermox, Heh, the code is always the authoritive source :)
[21:36] <cyphermox> I think I had been trying to set always-show-images but to the custom widget, which didn't work
[21:36] <cyphermox> indeed
[21:39] <cyphermox> tedg, also, in case, do you know how I could get the unity panel and launcher to be forced to redraw? I've been trying a number of things and limiting their size to the primary monitor works fine if unity starts, but breaks on size change
[21:40] <tedg> cyphermox, Nope, but we might be able to ask DBO or jaytaoko.
[21:40] <DBO> you call NeedRedraw on the object
[21:41] <cyphermox> hmm... I did try this. :/
[21:41] <tedg> DBO, I think he wants externally, not with code.
[21:41] <cyphermox> maybe I was doing something else wrong
[21:41] <tedg> This wouldn't be inside Unity, no?
[21:41] <DBO> thats why I was getting weirded out by your issue cyphermox, it doesn't yet make sense to me
[21:42] <cyphermox> DBO, I'll look again, I'll rip out the timeout crap I had there, can't hurt
[21:42] <cyphermox> I had a feeling it was because the size wasn't done changing by the time I did NeedRedraw
[21:43] <cyphermox> tedg, yes, it's in src/unityshell.cpp
[21:46] <jaytaoko> cyphermox: do you have a branch available somewhere I can take a look at?
[21:47] <cyphermox> jaytaoko, yup, https://code.launchpad.net/~mathieu-tl/unity/multimonitor
[21:47] <DBO> i am going to make a quick run to the store
[21:47] <DBO> we is out of drinks :)
[21:48] <DBO> mmm wrong channel for that, but meh, all the same people
[21:59] <cyphermox> btw, if anybody is interested, I have a merge request pending with the manpages for unity and unity-panel-service, including a french translations --> https://code.launchpad.net/~mathieu-tl/unity/manpages/+merge/44676
[23:41] <Ryan_> hello everyone
[23:55] <Ryan_> I just downloaded and installed ubuntu 10.10 for netbooks but i think it is still loading into Gnome instead of Unity. I can
[23:55] <Ryan_> I can't seem to log into or pull up unity