coz_ | hey all | 01:06 |
---|---|---|
didrocks | good morning | 08:20 |
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:11 |
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:12 |
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:24 |
ronoc | njpatel, working now, (needed to tick 'accept invalid ssl certificates') | 09:25 |
njpatel | ah, of course | 09:25 |
didrocks | hum? | 09:25 |
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:26 |
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:27 |
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:43 |
ronoc | didrocks, the compiz version is 1.0.9.2.1+glibmainloop3=0ubuntu5 | 09:44 |
didrocks | ronoc: are you sure about your settings? can you try unity --reset? | 09:45 |
ronoc | didrocks, sure | 09:46 |
ronoc | didrocks, what settings ? just did the unity reset, everything reset itself, will try to login to normal desktop | 09:49 |
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:51 |
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:52 |
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 | 09:54 |
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:27 |
seb128 | kamstrup, what is wrong with the dbgsym binaries? | 10:28 |
kamstrup | seb128: in the maverick cycle i had the dbgsym repo enabled and it gave me unbearable amounts of headache ... | 10:33 |
ronoc_narruc | brb, session restart | 10:34 |
=== akshat_ is now known as akshatj | ||
kvalo | kamstrup: should I include vala files in dist (ie .tar.gz). automake wants to do that, but I'm hesitent | 10:43 |
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:44 |
kamstrup | kvalo: i'd do so... | 10:45 |
API | MacSlow, python 2.7? | 10:45 |
kvalo | kamstrup: ok, I'll do that then | 10:45 |
API | MacSlow, this error https://bugs.launchpad.net/bzr/+bug/693880? | 10:46 |
MacSlow | API, python 2.7 yes... but not that error... hold on I'm pasting it... | 10:47 |
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:49 |
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:50 |
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:51 |
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 | 10:52 |
MacSlow | API, thanks btw | 11:05 |
API | MacSlow, you are welcome | 11:06 |
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:14 |
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:15 |
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:16 |
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:17 |
ronoc | njpatel, whats the name of the binary to start the monitor settings gui ? | 11:18 |
seb128 | gnome-display-properties | 11:19 |
seb128 | ronoc, ^ | 11:19 |
ronoc | njpatel, seb128 : bingo, sorted thx! | 11:20 |
seb128 | great | 11:21 |
njpatel | ronoc, the panel will stretch, but the rest should still work (I'm using it in dual-display now) | 11:29 |
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:30 |
njpatel | yeah, hopefully the autoadjustment will land soon | 11:31 |
ronoc | good stuff | 11:34 |
ronoc | new forwind podcast -> forwind.net/podcasts/1 | 11:34 |
ronoc | previous -> /0 | 11:34 |
smspillaz | dbarth: yeah I'm working on it | 11:43 |
=== oubiwann is now known as oubiwann_ | ||
=== oubiwann is now known as oubiwann_ | ||
=== oubiwann_ is now known as oubiwann | ||
kamstrup | smspillaz: after reinstalling compiz and unity packages I now get a different trace... Attached to bug #697587 | 12:15 |
ubot5 | Launchpad bug 697587 in Unity "compiz crashed with SIGSEGV in CompRegion::CompRegion" [Undecided,New] https://launchpad.net/bugs/697587 | 12:15 |
smspillaz | kamstrup: ok | 12:19 |
smspillaz | kamstrup: those are really weird crashes | 12:20 |
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:21 |
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:29 |
kamstrup | meh, now I have them... odd | 12:30 |
=== MacSlow is now known as MacSlow|lunch | ||
kamstrup | move along nothing to see here | 12:30 |
kamstrup | smspillaz: i now have the original crash back... I added a trace with dbgsyms to bug #697587 | 12:38 |
ubot5 | Launchpad bug 697587 in Unity "compiz crashed with SIGSEGV in CompRegion::CompRegion" [Undecided,New] https://launchpad.net/bugs/697587 | 12:39 |
kamstrup | smspillaz: hehe... so there's a class called "PrivateRegion"... ;-) | 12:41 |
kamstrup | And I see lots of stuff which could potentially segfault in CompRegion::CompRegion (const CompRegion &c) line 48 | 12:42 |
=== njpatel is now known as njpatel|lunch | ||
=== njpatel|lunch is now known as njpatel_ | ||
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:55 |
kamstrup | s/out/our/ | 12:56 |
=== allan_ is now known as wers | ||
coz_ | hey all | 13:05 |
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:06 |
kamstrup | smspillaz: that last comit I see is 78a5ebd15ac4b34b14ab07e95941364a09c187f3 | 13:07 |
smspillaz | the latest is aa8edad38222309aee7aaf486d9f0881e37dcdb1 | 13:08 |
kamstrup | wtf is going on with my git repo here then!?! :-) | 13:08 |
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:09 |
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:10 |
=== oubiwann is now known as oubiwann_ | ||
=== oubiwann_ is now known as oubiwann | ||
=== dbarth_ is now known as dbarth | ||
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:21 |
=== dbarth__ is now known as dbarth | ||
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:49 |
=== MacSlow|lunch is now known as MacSlow | ||
kamstrup | dbarth: i have them installed now. And they do seem to work, but I am crossing my fingers once I start upgrading... | 13:59 |
dbarth | so the dbgsym packages, right? not the -dbg ones | 14:06 |
seb128 | dbarth, what with dbgsyms? | 14:09 |
MacSlow | hey iainfarrell | 14:15 |
iainfarrell | MacSlow: hello there | 14:17 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 |
* 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:46 |
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:47 |
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:48 |
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:49 |
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:50 |
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:51 |
seb128 | ronoc, seems the KDE guys just don't want amarok to be used under GNOME | 14:52 |
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:53 |
ronoc | seb128, yes it is | 14:54 |
spikeb | any idea when the dash comes back? i miss it :) | 14:54 |
seb128 | ronoc, grep -i amarok /usr/share/applications/* | 14:55 |
seb128 | ronoc, does it find anything? | 14:55 |
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:57 |
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:58 |
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 | 14:59 |
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:00 |
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:01 |
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:02 |
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:03 |
seb128 | brb | 15:04 |
ronoc | seb128, http://www.valadoc.org/gio-unix-2.0/GLib.DesktopAppInfo.html | 15:05 |
ronoc | seb128, must be the scenario alright | 15:05 |
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:07 |
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:08 |
hyperair | ronoc: alright then | 15:09 |
lamalex | seb128, monodevelop | 15:09 |
lamalex | keeps its appmenu rather than putting it on the panel | 15:09 |
seb128 | check open indicator-appmenu and appmenu-gtk bugs | 15:12 |
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:14 |
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:15 |
didrocks | depends if someone wants to tackle it :) | 15:16 |
spikeb | my sister hopes somebody does hehe | 15:16 |
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:17 |
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:18 |
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:19 |
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:20 |
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:21 |
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:22 |
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:23 |
dbarth_ | ah tedg, lamalex: good morning | 15:24 |
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:25 |
lamalex | morning dbarth_ | 15:26 |
tedg | hyperair, I realize, memleaks are like that. Makes the SRU process harder though :-/ | 15:30 |
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:31 |
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:32 |
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:33 |
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:34 |
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:35 |
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:36 |
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:37 |
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:38 |
DBO | i have to make sure the info is available to neil | 15:39 |
DBO | but yes | 15:39 |
hyperair | tedg: http://people.ubuntu.com/~hyperair/massif-output | 15:43 |
=== spikeb1 is now known as spikeb | ||
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:43 |
hyperair | tedg: i suspect it's leaking dbusmenu_menuitem objects, but i can't be sure | 15:44 |
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:46 |
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:47 |
kamstrup | tedg: i think it's in lp:zeitgeist-datasources or something... | 15:58 |
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:00 |
* dbarth_ restarts with a new xorg-edgers mesa; wish me luck | 16:01 | |
tedg | kamstrup, Heh, those would be some interesting ZG queries... ;) | 16:01 |
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:04 |
tedg | evaluate, Yeah, we assume that they're mnemonics. You need to use "__" for underscore. | 16:05 |
evaluate | tedg, hmm. | 16:06 |
evaluate | tedg, would that mean that mnemonics are allowed in menus? that's pretty awkward... | 16:07 |
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:08 |
tedg | evaluate, Usually you can hit those character to move quickly through the menu. | 16:11 |
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:12 |
tedg | evaluate, Hmm, that's odd. | 16:17 |
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:20 |
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:21 |
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:22 |
evaluate | dbarth, I'm not going to file a bug against underscores not being rendered as mnemonics, because that is utterly useless IMHO | 16:23 |
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:24 |
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:33 |
tedg | evaluate, We can, we just haven't yet. :) | 16:45 |
lamalex | sounds like a bitesizable patch | 16:54 |
lamalex | er, bug | 16:54 |
ronoc | agateau, got to the bottom of the desktop file loading, one sec | 17:00 |
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:11 |
ronoc | I will point this bug towards to you if you don't mind ? | 17:12 |
ronoc | agateau, ^ | 17:12 |
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:17 |
ronoc | agateau, grand will mail | 17:18 |
ronoc | enjoy the evening | 17:18 |
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:21 |
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:22 |
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:23 |
ircbog | We put them inside of a vbox | 17:24 |
ircbog | which is inside of the GtkWindow | 17:24 |
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:25 |
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:26 |
bratsche | Yeah, I never looked into Eclipse to try to understand what was going on in there. | 17:27 |
ircbog | Let me take a look at the appmenu-gtk code. | 17:28 |
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:29 |
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:32 |
jono | DBO, cool - any idea when that is likely to land? | 17:33 |
DBO | nope :) | 17:33 |
* spikeb sighs | 17:35 | |
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:41 |
bratsche | ircbog: It iterates through the widget tree, but it also watches for insertions and parent changes. | 17:42 |
* bratsche pulls up the code | 17:43 | |
bratsche | ircbog: Do you insert the menubar into the window very late in the process? Like after the window has already been shown? | 17:46 |
bratsche | ircbog: Eh.. seems like if that were the case it should be caught by toplevel_notify_cb() | 17:48 |
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:49 |
bratsche | No.. when your menubar is added to the window then I should get a notify. | 17:50 |
bratsche | ircbog: Is your example program something you can share with me? | 17:51 |
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:04 |
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:05 |
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:08 |
bratsche | If it's important for it to be in C, I can rewrite it. But I doubt it matters much. | 18:09 |
ircbog | bratsche: OK. This is the snippet code: http://pastebin.com/Gy7810w9 | 18:19 |
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:21 |
bratsche | I'm going to have to run get some lunch first I think. | 18:22 |
bratsche | I'll be back pretty soon. | 18:22 |
=== rickspencer3_ is now known as rickspencer3 | ||
cyphermox | tedg, ping | 21:32 |
tedg | Howdy cyphermox | 21:32 |
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:33 |
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:34 |
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:35 |
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:36 |
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:39 |
=== jbicha1 is now known as jbicha | ||
tedg | cyphermox, Nope, but we might be able to ask DBO or jaytaoko. | 21:40 |
DBO | you call NeedRedraw on the object | 21:40 |
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:41 |
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:42 |
cyphermox | tedg, yes, it's in src/unityshell.cpp | 21:43 |
jaytaoko | cyphermox: do you have a branch available somewhere I can take a look at? | 21:46 |
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:47 |
DBO | mmm wrong channel for that, but meh, all the same people | 21:48 |
=== DBO is now known as Jason|Store | ||
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 | 21:59 |
=== Jason|Store is now known as Jason | ||
=== Jason is now known as DBO | ||
Ryan_ | hello everyone | 23:41 |
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 | 23:55 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!