[01:37] <Omega> I got a unity-2d crash after running it and going back to unity.
[01:37] <Omega> (I don't even know why it was loaded)
[05:57] <kvalo> morning
[06:03] <smspillaz> morning kvalo
[06:03] <kvalo> hi smspillaz
[06:10] <kvalo> hmm, I can't upgrade my laptop to natty because of a dependency cycle between x11-common and x11-xkb-utils
[06:13] <smspillaz> I can't upgrade my laptop because the new kernel fails to boot :)
[06:13] <smspillaz> for me anyways :)
[06:13] <kvalo> heh
[06:13] <smspillaz> this is the 5th time that's happened in a while
[08:05] <MacSlow> hey folks!
[08:06] <RAOF> Howdie MacSlow
[08:07] <MacSlow> hey RAOF :)
[08:40] <kamstrup> smspillaz: i think njpatel is on top of bug #709264 he figured out the root cause yesterday
[08:40] <smspillaz> kamstrup: ok
[08:53] <kvalo> kamstrup: morning. time for a quick review? https://code.launchpad.net/~kvalo/indicator-network/connman-debugs/+merge/47970
[08:56] <kamstrup> kvalo: i have a bunch of releases I need to cut today - so either by the end of the day or tomorrow?
[08:56] <kvalo> kamstrup: no worries. it's actually just simple shell script changes, so I just push them. I need them for debugging with dbarth
[08:57] <kvalo> kamstrup: ok for you?
[09:01] <kvalo> ronoc: ah, new victim ;) good morning, time for review?
[09:01] <kvalo> ronoc: https://code.launchpad.net/~kvalo/indicator-network/connman-debugs/+merge/47970
[09:02] <ronoc> kvalo: done
[09:02] <kvalo> ronoc: thanks! :)
[09:03] <ronoc> np :)
[09:05] <kamstrup> kvalo: sure then
[09:19] <kamstrup> njpatel, didrocks: ok, I think lp:dee is all fixed up now. Should I roll the release now?
[09:20] <didrocks> kamstrup: oh yes please! Does it introduce any break? like, can you still run the old unity with it?
[09:20] <njpatel> kamstrup, sounds fine to me
[09:20] <didrocks> well, as there is no place for now, I think it's a "yes"
[09:20] <kamstrup> didrocks: lol, let's rather say you can't run the current unity with the current dee ;-)
[09:20] <didrocks> (or does it try to use some symbols?)
[09:20] <didrocks> kamstrup: ok, so this will fix the "places stuck my unity"
[09:21] <kamstrup> didrocks: so the answer to your q is "yes"
[09:21] <kamstrup> didrocks: exactly
[09:21] <didrocks> excellent!
[09:21] <didrocks> kamstrup: can you just retarget the bug to dee, for full completness please?
[09:21] <kamstrup> didrocks: or at least 50% of the lockups - I have some fixes for the place daemons coming in as well
[09:21] <didrocks> (and unity task, alpha2, so on…)
[09:21] <didrocks> kamstrup: ok, but the releases will be later or now as well?
[09:21] <didrocks> (for places)
[09:22] <kamstrup> didrocks: with luck they'll follow in 30 mins
[09:22] <didrocks> kamstrup: rock!
[09:26] <didrocks> smspillaz: this one can maybe start to explain the "I can't click anymore on some windows": https://bugs.launchpad.net/bugs/709461
[09:26] <didrocks> smspillaz: related to the empathy fix?
[09:29] <smspillaz> didrocks: the empathy fix was diferent
[09:29] <smspillaz> didrocks: that "invisible window" sure sounds like unity is doing something bad
[09:30] <smspillaz> ok, time for me to push my work on the decorators, sec
[09:30] <smspillaz> I have NO IDEA where these valgrind errors are coming from, but it only seems to happen on xterm
[09:30] <smspillaz> I spent all day tracing it with gdb and it makes no sense
[09:35] <didrocks> smspillaz: well, let's see how it goes first :)
[09:35] <smspillaz> urgh
[09:35] <smspillaz> it *only* happens on terminals
[09:35] <smspillaz> what IS this
[09:38] <didrocks> smspillaz: what do you mean? valgrind is reporting mem error only on terminals?
[09:39] <kamstrup> didrocks: https://launchpad.net/dee/trunk/0.5.6 only created with 'make dist' :-S for some reason distcheck magically started failing because of some gtk-doc snafu... I swear I haven't touch the build system in any way that should affect this!
[09:40] <didrocks> kamstrup: ok, can you open a bug on the distcheck issue?
[09:40] <didrocks> kamstrup: at least so that we can track it
[09:40] <didrocks> kamstrup: thanks for the tarball :)
[09:41] <didrocks> smspillaz: also, I have some damage event missing I guess. Some part of a chromium webpage isn't refreshed
[09:41] <didrocks> (like, when you scrollà
[09:42] <smspillaz> I have not seen this
[09:42] <smspillaz> didrocks: I'm working on a fix for the borders
[09:42] <kamstrup> didrocks: good idea. I filed bug #710553 for thisw
[09:42] <smspillaz> didrocks: but for some reason, I get artefacts and valgrind goes batshit at me whenever I resize a terminal
[09:42] <smspillaz> saying that regions are initialized
[09:42] <smspillaz> but they are!
[09:43] <smspillaz> yikes I hate this thing
[09:44] <didrocks> kamstrup: excellent, working on updating the package now. Thanks!
[09:44] <didrocks> smspillaz: are you using chromium as well? (I only get it with it, I think)
[09:44] <smspillaz> yes
[09:45] <didrocks> kamstrup: Leviathan? :-)
[09:45] <kamstrup> didrocks: dee releases are named after mythical sea creatures :-)
[09:45] <didrocks> (isn't where I should be frigthened to immediatly think about FF8 ;-))
[09:46] <didrocks> didn't notice before, sweet ;)
[09:53] <smspillaz> didrocks: hrm, I'm going to give this decoration issue another hour or so
[09:54] <didrocks> smspillaz: sure, I can play on dee for now and still got some bug mails to triage
[09:54] <smspillaz> ok
[09:54] <smspillaz> let me know if you hit this "lose window" bug and let me know what it happens with
[09:54] <smspillaz> also post your xwininfo -root -tree when it does
[09:57] <didrocks> smspillaz: maybe you should look at this bug as previously said: https://bugs.launchpad.net/bugs/70946&
[09:57] <didrocks> https://bugs.launchpad.net/bugs/709461
[09:58] <didrocks> smspillaz: seems very similar and have all debug info needed ^^
[09:58] <didrocks> htorque: hey
[09:58] <didrocks> htorque: can you confirm the latest fix for empathy btw? Did you try it?
[10:06] <htorque> didrocks, hi, yes working fine here
[10:16] <didrocks> htorque: nice, thanks for confirming
[10:23] <kamstrup> didrocks: https://launchpad.net/unity-place-files/trunk/0.5.36
[10:23] <didrocks> kamstrup: excellent!
[10:30] <kamstrup> didrocks: and the last bit https://launchpad.net/unity-place-applications/trunk/0.2.30
[10:30] <didrocks> kamstrup: hum, I currently have the same issue that during the rally in dee
[10:30] <didrocks> kamstrup: crazy things like "error: The type name `guint' could not be found
[10:31] <didrocks> error: The type name `gpointer' could not be found
[10:31] <didrocks> I don't remember how we fixed it though
[10:31] <kamstrup> !?
[10:31] <didrocks> oh, I disabled introspection at that time
[10:31] <didrocks> kamstrup: want a pastebin?
[10:31] <kamstrup> didrocks: please
[10:32] <didrocks> kamstrup: hope this is enough: http://paste.ubuntu.com/560561/
[10:33] <kamstrup> didrocks: that's from the tarball or bzr?
[10:33] <didrocks> kamstrup: well, both of same, you know, merge-upstream takes bzr and apply the newest files from the tarball if they differ or don't exist
[10:34] <kamstrup> njpatel: with dee-0.5.6 u-p-a-0.2.30 and u-p-f-0.5.36 you should be free of name-races and double frees - or at least way better of! :-D
[10:35] <kamstrup> didrocks: !
[10:35] <kamstrup> didrocks: hold the u-p-a just for now - I need a brown paper bag on that one :-S
[10:35] <didrocks> kamstrup: you will be able to remove it if you help me with dee then ;)
[10:36]  * didrocks knows how to trade :)
[10:37] <njpatel> kamstrup, awesome!
[10:41] <didrocks> smspillaz: ok, I'm stuck with the invisible window now
[10:41] <didrocks> smspillaz: if I can get back to chromium, I'll try to file a bug report with the info
[10:45] <kamstrup> didrocks: i updated https://launchpad.net/unity-place-applications/trunk/0.2.30 I'll look at the introspection issue now and see if I can repro
[10:45] <didrocks> kamstrup: thanks :)
[10:56] <didrocks> smspillaz: given additional info to bug https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/709461 see last commment
[10:56] <didrocks> smspillaz: currently, restarting compiz gives me the same issue again, so if you want debugging…
[10:57] <didrocks> kamstrup: working in a pbuilder, don't spend more time on it then
[11:04] <kamstrup> didrocks: weird, but ok :-)
[11:06] <didrocks> kamstrup: right :-)
[11:06] <didrocks> smspillaz: stop ignoring me there ;-)
[11:07] <smspillaz> didrocks: lets have a look
[11:07] <smspillaz> didrocks: is this the same as the "loosing window" bug
[11:08] <didrocks> smspillaz: not sure it's the same or just a side effect or not reated at all
[11:08] <didrocks> related*
[11:08] <smspillaz> didrocks: do you get this with the classic session ?
[11:08] <didrocks> smspillaz: yes
[11:08] <didrocks> a I don't with metacity
[11:08] <didrocks> and*
[11:08] <smspillaz> right
[11:09] <smspillaz> didrocks: what's the window id of this invisible window ?
[11:09] <didrocks> smspillaz: i don't know, as I couldn't access to a terminal under X. I attached the xwininfo to the bug report
[11:10] <smspillaz> didrocks: you should be able to ssh -X and then xwininfo and click on the invisible window
[11:10] <smspillaz> errm
[11:10] <smspillaz> normal ssh
[11:10] <didrocks> smspillaz: too late
[11:10] <smspillaz> thought so
[11:10] <didrocks> smspillaz: you just told me to run xwininfo -root -tree
[11:10] <smspillaz> I'll look into it
[11:10] <smspillaz> yeah
[11:10] <didrocks> so I did it and attached to the bug report :)
[11:10] <smspillaz> I need a little more info now that I think of it :)
[11:11] <didrocks> can you give it an additional look?
[11:11] <smspillaz> sure
[11:11] <didrocks> I'm quite afraid about this bug, seems quite annoying for alpha
[11:11] <smspillaz> so the way to reproduce this is to make chromium demands-attention?
[11:11] <didrocks> 2
[11:11] <smspillaz> yeah
[11:11] <didrocks> smspillaz: not sure it is related, just describing what happened
[11:11] <smspillaz> I'm just going to fix up the borders (almost got it, seems that I don't need to wrry about the valgrind errors since that's nvidia being really stupid)
[11:14] <smspillaz> I need to start micro-committing more
[11:14] <smspillaz> didrocks: at the next sprint can we discuss web infrastructure changes for compiz so that we can get a better development process?
[11:14] <smspillaz> dbarth_: didrocks also: http://wiki.compiz.org/Development/Proposals/UnitTesting
[11:15]  * kamstrup restarts
[11:15] <didrocks> smspillaz: smspillaz that will be nice! :)
[11:15] <didrocks> and yeah for unity testing :)
[11:15] <smspillaz> that's just the tests we need for compiz
[11:15] <smspillaz> and it isn't even done yet
[11:15] <smspillaz> I'm basically updating that before I sleep every night
[11:15] <didrocks> unit*
[11:16] <didrocks> grrr, autotyping now :)
[11:16] <smspillaz> yaeh
[11:16] <ion> :-)
[11:16] <smspillaz> I type things like
[11:16] <smspillaz> compizling
[11:16] <didrocks> :)
[11:17] <ion> A good video about the QuickCheck tool for software testing (it beats writing test cases manually quite effortlessly): http://video.google.com/videoplay?docid=4655369445141008672
[11:17] <ion> (in many cases)
[11:46] <bregma> didrocks, there were some upload bugs the MT team were hoping to get done by alpha2, starting with bug 703079
[11:46] <bregma> also, bug 702623
[11:46] <bregma> and 702597
[11:47] <bregma> bug 702597
[11:49] <bregma> ... and good old bug 684275 is still waiting for some lovin'
[11:50] <didrocks> bregma: yeah, sorry I didn't get enough time to look at ginn. I'm focusing on unity/compiz right now, but will get to those this week (in any case, there is no freeze for those as they will be newed in universe).
[11:51] <didrocks> bregma: should be a little better once the new unity is released
[12:27] <kamstrup> njpatel: this feature for dee https://bugs.launchpad.net/dee/+bug/651479 suddenly popped back into my mind - now that you're doing places would this make sense to get in? Or is it already too late?
[12:28] <njpatel> kamstrup, DeeModelAnnotation would be?
[12:29] <kamstrup> njpatel: yes, as a way to link row <-> unity tile
[12:29] <kamstrup> njpatel: without having to do any sorts of bookkepping
[12:30] <njpatel> kamstrup, right, I mean, is that an enum, typedef const char * or GQuark? :)
[12:30] <njpatel> kamstrup, it would be useful, but no need for A2
[12:30] <njpatel> getting back to your actual question :)
[12:30] <kamstrup> njpatel: it would be an "enum" poiting into an internal array associated with the row
[12:30] <kamstrup> njpatel: so instant lookups
[12:31] <kamstrup> (given a row)
[12:31] <njpatel> okay, so I thought you could do more than one i.e. g_object_set_data
[12:32] <njpatel> kamstrup, you know what?
[12:32] <njpatel> kamstrup, I didn't read dee_model_register....
[12:32] <kamstrup> njpatel: :-)
[12:32] <njpatel> okay, okay, so +1, just not needed for A2
[12:33] <kamstrup> njpatel: ok, i'll up the priority then
[12:34] <kamstrup> njpatel: i'm hacking on the unity-side support for the launcher API, but I'm not sure it's realistic to get in today?
[12:35] <njpatel> kamstrup, nah, can wait 'till Friday when the repos open again
[12:36] <njpatel> kamstrup, also, please please please can we make "from the past/future" thing in dee go away? It means unity places never survives a restart becuase the daemons already had some data set, which should be fine but dee refuses to sync with them
[12:38] <kamstrup> njpatel: oh, it shouldn't go away, it means there is a (new and shiny) bug in DeeSharedModel
[12:38] <kamstrup> njpatel: can you file it against dee?
[12:41] <njpatel> kamstrup, sorry, it doesn't abort, but it means that placse no longer work because the sync doesn't happen
[12:41] <njpatel> can file a bug for that
[12:41] <kamstrup> njpatel: thanks, I think I know what it is
[12:42] <kamstrup> njpatel: is it urgent for today, otherwise i'll punt it for next week
[12:42] <kamstrup> (or later this week at least)
[12:44] <njpatel> kamstrup, not urgent, thinking of maybe doing something nasty and killing the daemons on restart of unity
[12:55] <kvalo> didrocks: hi, I'm tryin to upgrade a laptop to natty but it fails because of a dependency cycle between x11-common and x11-xkb-utils. any tips?
[12:55] <kvalo> didrocks: something else than removing xorg :)
[12:56] <didrocks> kvalo: why? is xorg relevent to you? are you working on network only? :p
[12:57] <didrocks> joke apart, maybe that's a question for #ubuntu-x?
[12:57] <didrocks> I didn't get that issue right now and I'll test new installs tomorrow
[12:57] <kvalo> didrocks: weird, maybe I some extra packages installed
[12:58] <kvalo> *I have
[12:58] <didrocks> kvalo: if you try apt-get install x11-common, what does it say?
[13:06] <kvalo> didrocks: that's difficult because I used 'update-manager -d' to update and it reverted back to maverick after the failure
[13:10] <didrocks> kvalo: hum, #ubuntu-x then I think :/
[13:10] <kvalo> didrocks: ok, thanks
[13:31] <kvalo> didrocks: found bug #639933, seems to be a common issue :/
[13:31] <kvalo> wtf, it's priority is low?
[13:31] <didrocks> kvalo: yeah, maybe nice to raise again to the right people (RAOF and bryceh)
[14:03] <lamalex> good morning everyone
[14:04] <spikeb> mornin
[14:09] <lamalex> we are out of milk D"
[14:09] <lamalex> D:
[14:09] <lamalex> how am i supposed to eat breakfast
[14:10] <spikeb> with Air Power
[14:20] <njpatel> kamstrup, latest place daemons + a killall on both of them at unity startup works a charm for A2 ;)
[14:20] <njpatel> hey lamalex
[14:23] <lamalex> hey njpatel
[14:24] <kamstrup> njpatel: awesome
[14:25] <njpatel> kamstrup, I assume if I do g_str_has_prefix (". G" for finding out if an icon name is a GIcon serialized is bad, right? I mean, kittens die?
[14:27] <kamstrup> njpatel: not only that, but english children are forced to drink bad tea as well
[14:27] <njpatel> kamstrup, awesome, so that's in for A2 too
[14:27]  * njpatel likes Unity being held up with duct tape and good-wishes for Alpha releases
[14:27] <spikeb> heh
[14:28] <spikeb> now lets hope the final isn't like that, unlike say....10.10 ;)
[14:28] <kamstrup> njpatel: g_icon_new_for_string() has a GError param. Just try and deserialize, and catch the error
[14:28] <njpatel> spikeb, 10.10 had all the duct tape removed, it was just slow :)
[14:29] <njpatel> kamstrup, oh, your going to make a proper coder out of me yet
[14:29] <spikeb> hehe njpatel
[14:33] <nerochiaro> smspillaz: ping
[14:50] <didrocks> ok, new compiz seems nice, uploading :)
[15:24] <arow> ronoc: hi, I'm trying to register a program with the sound menu and I'm mystified as to why it's not working
[15:25] <ronoc> arow, hey, Maverick or Natty ?
[15:25] <arow> Maverick, currently
[15:26] <ronoc> arow, have you set the desktop name on the indicate server ?
[15:29] <arow> yes, my code (in Python): server.set_property("type", "music.xmms2")
[15:29] <arow> and: server.set_desktop_file(desktop_entry)
[15:29] <arow> and I've just made sure it does run through that section of code
[15:34] <ronoc> arow, do you have it somewhere on line where I can take a look
[15:35] <ronoc> arow, need to pop out to the post office
[15:35] <ronoc> back in 20
[15:35] <arow> okay
[15:38] <ronoc> arow, have you implemented the mpris interfaces (root and player are mandatory)
[15:40] <arow> ronoc, not fully (some functions do nothing), but I think I have enough thhat it should be able to control playback
[15:45] <cando_> hi DBO! i've proposed a merge for your Unity launcher  (quick list for the trashbin #688407 )..Check it out when you've time :  https://code.launchpad.net/~cando/unity/trash_quicklist/+merge/47780
[15:45] <DBO> cando_, will look today
[15:45] <DBO> fighting compiz right now :)
[15:45] <cando_> DBO, awesome thanks...:)
[15:45] <cando_> good luck
[15:50] <arow_> x crashed on me, did I miss anything?
[15:50] <spikeb> no
[15:51] <arow_> okay, thanks spikeb
[15:51] <spikeb> you're welcome arow
[16:11] <arow> ronoc, I've uploaded my code here: http://utdallas.edu/~arow/xmms2-soundmenu.py
[16:12] <arow> the delay was me making sure the university wouldn't claim rights on it if I used their server
[16:23] <and471> ronoc, on https://wiki.ubuntu.com/SoundMenu#Registration%20process, in the code snippet, what is 'Server' ?
[16:25] <ronoc> and471, its a libindicate server
[16:25]  * ronoc searches for docs
[16:26] <arow> and471: server is an instance of indicate_server (or maybe IndicateServer), part of libindicate
[16:26] <and471> ronoc, in vala?
[16:27] <ronoc> and471, Indicate.Server
[16:27] <ronoc> in indicate-0.5.vapi
[16:28] <ronoc> and471 or arow, if you plan to use natty in two months, the registration process is much simpler on the client side
[16:29] <and471> ronoc, yeah unfortunately I am impatient XD
[16:29] <ronoc> and471, did you find that vapi
[16:29] <arow> ronoc, I'm pretty sure my code could be pretty easily changed for natty
[16:29] <and471> robtaylor, just looking for it :) do you know off the top of your head which package it is from?
[16:30] <arow> going by the soundmenu wiki page
[16:31] <and471> ronoc, installing libindicate-dev I now have Indicate-0.2vapi
[16:31] <ronoc> and471, yes that is correct
[16:31] <and471> ronoc, arow, many thanks for your help :)
[16:31] <ronoc> no probs
[16:32] <arow> and471, happy to help
[16:32] <ronoc> arow, does your mpris interface look healthy on d-feet, i.e. does it stay up ?
[16:33] <and471> arow, out of curiosity, what app are you integrating the sound menu with?
[16:34] <arow> ronoc, I'm not familiar with d-feet, and not totally sure how to test if it's working
[16:34] <arow> and471, XMMS2
[16:34] <and471> ah :)
[16:34] <ronoc> arow, apt-get install d-feet
[16:35] <ronoc> allows you to examine whats on the dbus
[16:35] <ronoc> very handy
[16:35] <arow> definitely
[16:35] <arow> got it
[16:38] <arow> ronoc, what should I use as the address in d-feet?
[16:39] <ronoc> arow, you want to see on the session bus if your org.mpris.MediaPlayer2.xmms2 is present
[16:41] <arow> ronoc, it's giving me an error, saying it's a bad address because it doesn't contain a colon
[16:41] <ronoc> arow, which d-feet or ?
[16:41] <arow> d-feet
[16:42] <ronoc> arow, when you run d-feet click on the session bus tab, you should not have to enter an address
[16:42] <and471> ronoc, having some trouble with the vapi file, when I compile, it gives me
[16:42] <and471> /home/andrew/Software/Projects/symphony/src/backend/dbus.c:16: fatal error: libindicate/./indicator-messages.h: No such file or directory
[16:43] <and471> this is from the
[16:43] <and471> [CCode (cheader_filename = "libindicate/./indicator-messages.h,libindicate/./indicator.h,libindicate/./interests.h,libindicate/./listener.h,libindicate/./server.h")]
[16:43] <and471> in the vapi file
[16:44] <arow> ronoc, the d-feet window is empty except for the button to add a bus tab, which needs an address
[16:46] <gord> and471, looks like a bug in the vapi generation, file a bug about it and for now just remove the ./'s in there
[16:46] <and471> gord, ok thanks
[16:47] <ronoc> and471, yeah sorry that sounds bout right
[16:47] <and471> np
[16:51] <and471> ronoc, gord, I removed the './' s but I still get an error
[16:51] <and471> libindicate/indicator-messages.h
[16:51] <and471> fatal error: libindicate/indicator-messages.h: No such file or directory
[16:52] <ronoc> and471, don't know why the libindicate vapi should need to pull in indicator-messages.h
[16:52] <gord> and471, do you have the -dev package installed?
[16:52] <and471> yup
[16:53] <gord> and471, and "indicator" is part of your pkgconfig configure script?
[16:53] <and471> gord, ronoc, if it helps in the -dev package, all the .h files are in /usr/include/libindicate-0.2/libindicate/
[16:53] <and471> godbyk, I am not using a configure script, just valac --pkg....
[16:54] <gord> and471, right this is why you are having problems, you are not passing the libindicate include directory valac --includedir=/usr/include/libindicate-0.2
[16:56] <and471> gord, I pass that and still get the same error
[16:57] <gord> ronoc, you know more about the indicator api than i do, think its worth just removing indicator-messages.h from the vapi?
[16:58] <ronoc> gord, arow yes, i don't know why it should be there
[16:59] <and471> rono, gord, sorry now I get the error
[16:59] <and471> libindicate/indicator.h: No such file or directory
[16:59] <and471> (just the next .h file along in the vapi file)
[17:00] <ronoc> and471, have you set indicate as a dependency in the configure.ac
[17:00] <jcastro> dbarth__: njpatel: DBO: after you guys are finished for A2 could you please review bugs for bitesize candidates
[17:00] <gord> and471, can you paste the valac line you are using?
[17:00] <and471> gord, sure
[17:00] <jcastro> as we get more stable we'll be making them more and more visible
[17:01] <cando_>  yo jcastro, :)
[17:01] <jcastro> yo yo, what's up?
[17:02] <and471> valac -g --save-temps --includedir=/usr/include/libindicate-0.2 src/main.vala [...] --pkg=Indicate-0.2 --pkg=Dbusmenu-Glib-0.2
[17:02] <and471> gord, ^
[17:02] <cando_> i've request a mp for the trashbin quicklist...DBO should look at it asap...:)
[17:02] <cando_> jcastro, i'll let you know
[17:02] <cando_> for your bitesize bug report
[17:02] <jcastro> ooh, nice
[17:02] <DBO> cando_, I am reviewing it now as a matter of fact :)
[17:03] <cando_> uh cool
[17:03]  * jcastro jiggles DBO
[17:03] <jcastro> yeah!
[17:03] <DBO> cando_, I am simply confirming with a cohort that the recursive delete is the best way (I believe it is)
[17:03] <cando_> fine..:)
[17:04] <jcastro> nice, I was worried, I tried 2d and they have working quicklists in trash cans!
[17:04] <cando_> ahahah lol
[17:04] <gord> and471, only think i can think of is adding a / to the includedir line at the end, seems fine to me =\
[17:04] <and471> gord, sorry tried that :)
[17:05] <and471> gord, if I add libindicate-0.2 to each .h file in the vapi file
[17:05] <and471> so it ends up as:
[17:05] <and471> libindicate-0.2/libindicate/indicator.h
[17:05] <and471> then it works, but I get a different error
[17:05] <and471> In file included from /usr/include/libindicate-0.2/libindicate/indicator.h:75,
[17:05] <and471>                  from /home/andrew/Software/Projects/symphony/src/backend/dbus.c:16:
[17:05] <and471> /usr/include/libindicate-0.2/libindicate/server.h:36: fatal error: libdbusmenu-glib/server.h: No such file or directory
[17:06] <gord> you need to include the deps for dbusmenu too
[17:06] <ronoc> and471, have you libdbusmenu-dev installed
[17:06] <gord> this is why we use configure scripts :)
[17:06] <ronoc> indeed
[17:07] <and471> ronoc, I don't have that, but I have libdbusmenu-glib-dev and libdbusmenu-gtk-dev installed
[17:08] <ronoc> and471, that sounds right, sorry couldn't remember name of package
[17:08] <and471> np
[17:09] <ronoc> and471, so again the server.h what folder is it in in /usr/include
[17:09] <DBO> cando__, approved :)
[17:09] <DBO> will merge in short order
[17:09] <and471> ronoc, libdbusmenu-0.1/
[17:09] <cando__> DBO, :D thanks!
[17:09] <cando__> jcastro, ^
[17:10] <ronoc> and471, is it not just a path problem again
[17:10] <ronoc> inorder to find that header
[17:11] <jcastro> cando__: yeah, rock that!
[17:12] <jcastro> cando__: in hindsight that wasn't so bitesize, but whatever, heh
[17:12] <cando__> jcastro, for my knowledge level ..really not a bitesize bug..
[17:12] <cando__> :)
[17:12] <cando__> anyway unity will hav
[17:13] <cando__> have its trash quick list!c'mon
[17:13] <ronoc> tedg, got a minute for a review ?
[17:16] <and471> ronoc, gord, I don't see why one should have to have --includedir, I don't need this for any other libraries
[17:16] <arow> ronoc, when you have a moment, do you know any way to check the status of d-bus other than d-feet?
[17:17] <tedg> ronoc, Sure, which one?
[17:17] <ronoc> tedg, https://code.launchpad.net/~cjcurran/indicator-sound/blacklist-dbus-access/+merge/48006
[17:17] <ronoc> thx t
[17:18] <ronoc> and471, okay but which other libraries are you using ?
[17:18] <ronoc> arow, you can use dbus-monitor but d-feet
[17:18] <ronoc> is much more useful
[17:18] <gord> and471, its just the way some packages are installed in ubuntu, to allow for multiple versions to be used at once
[17:19] <arow> ronoc, unfortunately I can't find a way to make d-feet work on my system
[17:19] <gord> and471, like i was mentioning, its why everyone uses configure scripts. pkg-config figures all this out for you
[17:19] <arow> but thanks, I'll chck out dbus-monitor
[17:20] <ronoc> gord, when you start d-feet for the first time, should it not have the system and session bus as tabs on the panel
[17:20] <ronoc> gord, it's been a year I can't remember
[17:21] <arow> ronoc, for me there are no tabs on the panel, only two empty areas with a horizontal divider and the button to connect an address
[17:22] <arow> it seems dbus-manager may have been replaced with a program called bustle, going by its description
[17:22] <arow> I'll try it out
[17:26] <gord> ronoc, don't think so, think you have to go to file -> connect to x
[17:27]  * ronoc googles d-feet usuage
[17:29] <arow> ronoc, bustle seems to indicate that my code does successfully get a bus (not entirely sure, it spat out a lot of stuff when I started xmms2-soundmenu)
[17:30] <arow> although it doesn't give any output when XMMS2 changes status (not sure if it should)
[17:34] <arow> oh duh, I forgot I had appmeu, d-feet works now
[17:34] <ronoc> arow, was wondering :)
[17:35] <arow> org.mpris.MediaPlayer2.xmms2 appears in the list
[17:36] <ronoc> and when you click on this does it have both the root and player interface
[17:36] <ronoc> arow, ^
[17:37] <arow> no, and my code doesn't attempt to register the player interface
[17:37]  * arow feels dumb
[17:37] <and471> gord, ronoc, would it be useful i put the code in a bzr branch so you could experiment to get it working?
[17:37] <ronoc> and471, sure
[17:38] <ronoc> i can take a look
[17:38] <ronoc> and471, although I really think you should be doing the work for natty
[17:39] <ronoc> roughly 8 weeks left in this cycle
[17:39] <and471> ronoc, bzr branch lp:~and471/+junk/symphony
[17:39] <and471> ronoc, like I said I am impatient :)
[17:40] <arow> and471, I'm the same, I basically started this so that I could use it myself :)
[17:41] <arow> and I'm on Maverick, so...
[17:41] <and471> :)
[17:46] <arow> hmm, trying to figure out how to do this. I think I need a separate class for each interface, so they can each have a connection
[17:48] <ronoc> tedg, I thought the g_variant_get  for setting the iter was alright, I read it somewhere this morning
[17:48] <and471> arow, I don't know how useful it would be, but I have my mpris dbus interface implemented in vala if it helps
[17:49] <ronoc> tedg, have tested the code with d-feet etc working nicely, can see memory though with the builder etc when I prematurely return
[17:49] <tedg>  ronoc, I don't think so.  I think that's what g_variant_iter_init is for.
[17:49] <ronoc> tedg, okay
[17:50] <and471> ronoc, having any luck?
[17:50] <arow> and471, thanks for the offer, if I can't hack this thing together I may take you up on it
[17:51] <ronoc> and471, sorry finishing something else currently, will look at it in a moment
[17:51] <and471> ronoc, no problem, ping me if you need anything etc.
[17:53] <and471> arow, re: your earlier comment, I got it working with having two connections
[17:54] <arow> okay, it's now showing connections for each interface
[18:14] <joanie> Hey guys. Is this the best channel to ask about Unity + multi-head (separate X screens) issues?
[18:17] <chrisccoulson> hi m_conley
[18:18] <chrisccoulson> i responded to your merge request now
[18:18] <m_conley> chrisccoulson: hey!
[18:18] <chrisccoulson> i think there is still another issue. i'm not sure if my response makes sense
[18:18] <ronoc> joanie, yup
[18:18]  * m_conley is reading..
[18:19] <m_conley> chrisccoulson: ah, good point
[18:19] <m_conley> chrisccoulson: I hadn't considered that.  I think you're right.
[18:19] <m_conley> chrisccoulson: thanks - I'll work on that.
[18:20] <chrisccoulson> so, i'm not sure of the best way to fix that. it might be worth looking at the mac implementation and figuring out why they don't have the same issue
[18:20] <chrisccoulson> the designs aren't that dissimilar, although this one is simpler
[18:20] <joanie> cool. So.... With GNOME (2) panel and with the Ubuntu classic, the non-primary X screen also had a panel from which I could launch apps and have them run in that X screen. With Unity, I only have one instance of it and can't seem to launch any apps in that second X screen.
[18:20] <m_conley> chrisccoulson: well, for OSX, it's a compile-time decision
[18:21] <m_conley> chrisccoulson: but yes, the idea is more or less the same.  There's just less fiddling around, slurping up the menu, hiding it, and piping it out via dbus
[18:21] <joanie> So I'm wondering if there's a trick by which I could get another instance of unity running on that head. Or if I need to just wait patiently. :-) (Or if it ain't gonna happen)
[18:21] <chrisccoulson> so, creating dummy menu nodes might be the only way to fix it reliably
[18:21] <m_conley> chrisccoulson: it sounds like the safe route, yes.
[18:22] <chrisccoulson> cool, that should be fairly easy to do. i'd probably just create a new subclass of uGlobalMenuObject and have it create an empty and invisible menu item
[18:23] <m_conley> chrisccoulson: yep - my thinking exactly.  :)  I'll have a patch for you hopefully later today.
[18:23] <chrisccoulson> excellent, thanks :)
[18:23] <m_conley> chrisccoulson: also, I was curious:  are you folks thinking of sticking with using add-ons to complete the Unity integrations?  Or were you hoping to have these add-ons somehow merged into core?
[18:24] <m_conley> chrisccoulson: because I know you include an Ubuntu mod pack with Firefox - could this become part of that?
[18:24] <m_conley> chrisccoulson: and something similar with Thunderbird?
[18:24] <chrisccoulson> hopefully merged in to core. there's already a bug report for the menubar work, but it's just easier to develop an addon for now
[18:24] <arow> joanie, do you want the whole Unity interface on the second head, or is there a particular part(s) you're wanting?
[18:25] <chrisccoulson> and also, the timing is bad for ffox 4.0 (ie, we want to ship the changes now, but there's not really any chance of getting the work merged in to core until after ffox 4.0 is released)
[18:25] <joanie> arow: to be honest, I want whatever it takes to be able to launch apps there ;-)
[18:25] <chrisccoulson> but that's definately the longer term goal
[18:26] <m_conley> chrisccoulson: gotcha, ok.
[18:26] <m_conley> chrisccoulson: just making sure I'm on the same page. :)
[18:26] <chrisccoulson> excellent, thanks :)
[18:29] <joanie> arow: in other words, I don't have a menu from which I can launch them. I don't seem to have a run dialog any more. And any launcher I try to add to the desktop in that secondary head winds up on the first monitor of the first head.
[18:29] <joanie> s/head/screen/
[18:30] <joanie> so I'd be happy with whatever solution is consistent with Unity goals and designs that solves my problem.
[18:32] <arow> joanie, I'm not an expert here, but what kind of graphics card do you have, and/or what graphics drivers are you using (if not the default)?
[18:33] <joanie> arow: two nvidia cards with the nvidia proprietary drivers
[18:33]  * joanie looks for specifics (different box)
[18:35] <joanie> GeForce 9500 GT (primary) GeForce 8400 GS (secondary)
[18:35] <joanie> driver version 260.19.29
[18:35]  * arow is doing a little research
[18:44] <arow> joanie, quick thought: if you move your mouse to the edge of the first screen opposite from where it joins the second screen, does the mouse stop at the edge or does it seem to keep going?
[18:45] <joanie> arow: I'm not sure I follow
[18:45] <joanie> I can move the mouse pointer smoothly across all three monitors
[18:46] <arow> oh, for some reason I was thinking two monitors
[18:46] <arow> my thought is that your real first screen, with the interface and such, may be on another "screen" that's not being displayed
[18:47] <joanie> nope.
[18:47] <joanie> And if I switch to "classic" ubuntu via gdm...
[18:47] <joanie> I get a panel
[18:47] <arow> okay
[18:47] <arow> ah
[18:47] <joanie> and I can use the panel to launch apps
[18:47] <joanie> i.e. problem solved
[18:47] <joanie> but then I'm not using Unity
[18:48] <joanie> arow: make sense?
[18:49] <arow> joanie, yes, while you could ignore the problem, it makes sense to try to fix it instead
[18:49] <joanie> :-)
[18:51] <joanie> so does unity work on other boxes **where each monitor is a separate x screen** (where "work" == you can launch apps on either screen)?
[18:52] <arow> well, I don't know too much about Unity as I've barely used it myself (I'm still on Maverick and the old Unity isn't very friendly with my system) but there should be some experts here if you wait around
[18:52] <arow> sorry I can't be of more help
[18:54] <joanie> arow: hey no worries. I can lurk. :-)
[19:36] <arow> ronoc, are you still around, and do you have a minute?
[19:37] <ronoc> arow, just about, whats up ?
[19:38] <arow> I've made a text of the order my code works in, would you mind looking it over and telling me if I'm doing anything wrong?
[19:39] <arow> it's here: http://pastebin.com/raw.php?i=wNVRsQuJ
[19:40] <arow> I know I've gotta be missing something basic
[19:45] <ronoc> arow, that looks reasonable, can you email the python script - i'll have a gander in the morning, need to grab some food (sorry for delay - needed to sort a broken merge request)
[19:45] <ronoc><EMAIL_ADDRESS>[19:46] <arow> ronoc, sure thing, thanks much for your time
[19:46] <ronoc> arow, no probs :)
[20:24] <BenIsaacs> I'm new so forgive me if I do any thing new- after downloading and install natty daily build in virtualbox, there are still gnome panels but they have one menu button as well as the app menu. is this right
[20:24] <mterry> So when I login to a unity session, compiz seems to freeze.  It doesn't crash, but stops rendering.  (happened before and after today's update) is this a known issue?
[20:50] <lamalex> tedg, can you verify for me that Marco Trevisan signed the ca?
[20:54] <cando> lamalex, i've already signed the ca for a previous contribution... (i'm the guy of the trashbin quicklist mp)
[20:54] <lamalex> why the hell isn't the list being updated then
[20:55] <cando> dunno...:)
[20:55] <lamalex> ok
[20:55] <lamalex> cando you already had something else merged in, didn't you?
[20:55] <lamalex> right
[20:55] <cando> yeah..
[20:55] <lamalex> you just said that
[20:55] <cando> :)
[20:55] <lamalex> ok
[20:55] <lamalex> I will merge your trash merge
[20:55] <cando> jcastro can confirm that
[20:55] <lamalex> yeah I recognized your name
[20:55] <cando> :) thanks..
[20:56] <lamalex> but I couldn't find you in the last so I figured I was just wrong
[20:56] <lamalex> I will track down whoever is supposed to be updating the list
[20:56] <cando> lamalex, can you fix the translation problem? i won't be on natty until tomorrow..
[20:57] <jcastro> yeah cando is a recurring rock star
[20:57] <lamalex> cando, you don't really need to be on natty to fix that
[20:57] <lamalex> but yeah I can, it's on eline
[20:57] <cando> lamalex, yeah..you're right..thanks
[20:57] <cando> jcastro, ^^
[20:59] <lamalex> cando, merged! thanks again for your help
[20:59] <cando> lamalex, :):) thank to you!
[21:01] <jcastro> gord: you're still working on Places right?
[21:25] <jcastro> htorque: is your dash working (latest updates?)
[21:25] <jcastro> I get a black box
[21:26] <htorque> jcastro, using trunk, i'm seeing a black box and a search field
[21:26] <jcastro> no icons or anything?
[21:26] <jcastro> that's what I get
[21:26] <htorque> jcastro, yeah, no icons
[22:18] <jcastro> htorque: I started this btw, https://wiki.ubuntu.com/Unity/KeyboardShortcuts
[22:21] <lamalex> tedg, libindicate has so many build system patches that need reviewed
[22:23] <jcastro> lamalex: what's our term for the expose mode, super-a
[22:23] <lamalex> scale
[22:23] <lamalex> jcastro, ^
[22:23] <lamalex> idk why
[22:23] <lamalex> that's a shitty name
[22:23] <lamalex> or no
[22:23] <lamalex> spread
[22:23] <lamalex> it's spread
[22:24] <jcastro> k
[22:26] <jcastro> ok so spread is super-a, super-e is expo right?
[22:29] <lamalex> yes i believe so
[23:30] <jcastro> htorque: https://bugs.launchpad.net/unity/+bug/710792
[23:30] <htorque> jcastro, oh, thanks! :)
[23:34] <bcurtiswx_> unity ubuntu button, should I have other apps installed for that to show anything?
[23:35] <bcurtiswx_> right now it's blank
[23:42] <bcurtiswx_> ah ha found it
[23:51] <smspillaz> nerochiaro: pong
[23:56] <nerochiaro> smspillaz: nevermind, i think I figured it out on my own. But for confirmation: there's really no way for a regular (non-wm) client to be notified of WM_CHANGE_STATE ClientMessage events from the root window, right ?