[01:16] <vbrummond> hi I have a quick unity question, it is of low importance, on 10.10 (the netbook one) it works great except sometimes the search is slow and sometimes it is fast, is there any way to make it index so it is always quick?
[01:18] <Hendrik1> Hello folks
[01:19] <spikeb> vbrummond, not that im aware of
[01:20] <vbrummond> spikeb: ok thanks
[01:20] <Hendrik1> I've got a question, I'm planning to write an application and I'm note sure if i should place it in the messaging menu or create a seperate indicator. The programm will get Staus updates from a phone and display incomming calls, sms, missed calls but also battery info and such things.
[01:21] <spikeb> Hendrik1, probably a seperate indicator, as it does more than messaging
[01:22] <spikeb> Hendrik1, 11.04 will have a battery status indicator, perhaps you could split the functionality between message indicator and battery indicator?
[01:22] <Hendrik1> ohh didn't know that yes that would make sense
[01:23] <Hendrik1> another question is there a guide on indicators for vala?
[01:26] <spikeb> google isn't finding anything
[01:55] <jono> folks, if you didn't see it, check out http://jonobacon.blip.tv/file/4481516/
[01:56] <tedg> Hendrik1, It should probably put it's data in two separate places :)  We want the messaging menu to be for "human to human" communcation.  But battery stuff should go in the power indicator.
[01:57] <tedg> Hendrik1, I believe that gpm will already show battery info for phones, though I'm not sure how to set that up.
[01:57] <RAOF> Connect the phone via bluetooth.  Voila.
[01:57] <RAOF> (At least in my experience)
[02:10] <tedg> kenvandine, Your patch isn't working for me :(  valac errors.
[02:15] <tedg> kenvandine, Hmm, seems to have been an alternatives issue -- since I had valac-0.10 installed it was choosing that to build instead of valac-0.12.
[02:22] <kenvandine> tedg, argh!
[02:22] <kenvandine> ah
[02:22] <kenvandine> tedg, i made the package depend on valac-0.12
[02:22] <kenvandine> to prevent that
[02:23] <tedg> kenvandine, Yeah, that'll work in the pbuilder and clean build case, but anyone who's upgraded their machine from Maverick won't be able to build.
[02:23] <kenvandine> ?
[02:23] <kenvandine> oh, from a fresh checkout
[02:24] <kenvandine> not sure what to do about that... besides requiring valac-0.12 in configure.ac
[02:24] <tedg> kenvandine, Were you going to get dbus-test-runner into the archive this cycle? :)
[02:24] <kenvandine> which is probably not insane
[02:24] <kenvandine> tedg, yup!
[02:24] <kenvandine> it's on my todo list for this week
[02:24] <tedg> kenvandine, Well, it seems that the alternatives system should choose valac-0.12 over valac-0.10
[02:24] <kenvandine> well, after i get python-appindicator and libindicate fixed
[02:25] <kenvandine> but it won't build on natty with valac-0.10
[02:25] <kenvandine> regardless
[02:25] <kenvandine> for GI reasons
[02:25] <tedg> Heh, lovely.
[02:26] <kenvandine> so we need to say if older GI, valac-0.10 and newer GI valac-0.12
[02:26] <kenvandine> i really want to get libindicate fixed... which needs to be built with gtk3 btw
[02:27] <kenvandine> and appindicator + dbusmenu to land
[02:28] <tedg> Yeah, that's one of my problems -- I need to get dbusmenu on my system so that I can get the appindicator test suite to pass so I can finish it's gdbus port :)
[02:32] <kenvandine> good times!
[02:34] <tedg> Uhg, and I can't get dbus-test-runner to build so that I can distcheck the indicator-application!
[02:34] <kenvandine> ugh!
[02:35] <kenvandine> what does it need?
[02:35] <kenvandine> i am pretty sure it built for me
[02:36] <tedg> Oh, fuck me.  And it's not even a source packaging build... bother.
[02:36] <kenvandine> yup
[02:36] <tedg> It's not liking the versioning.
[02:36] <kenvandine> it builds here
[02:36] <tedg> I released 0.0.2.
[02:36] <tedg> Now I need to update the packaging to be source tree packaging.
[02:43] <tedg> Okay, dbus-test-runner has a reasonable packaging branch now.
[02:43] <tedg> It'd be easier to contribute to our projects if we did these things better :)
[02:43] <kenvandine> i just added autoreconf to it and built the package
[02:44] <kenvandine> dh_autoreconf is awesome... when you aren't making multiple pass builds for python modules!
[02:59] <tedg> kenvandine, https://code.launchpad.net/~indicator-applet-developers/indicator-application/ubuntu/+merge/43038
[02:59] <tedg> Now to break out the 0.2 series so that we can patch Maverick :)
[03:13] <kenvandine> :)
[03:13] <kenvandine> tedg, thx
[03:28] <tedg> Wow, dbusmenu generates 14 packages now.
[03:28] <tedg> I feel like I've achieved entropy now.
[06:48] <kvalo> morning
[07:00] <ion> hi
[07:22] <kvalo> ion: moi
[07:24] <didrocks> good morning
[07:28] <kvalo> good morning didrocks. how are you?
[07:29] <didrocks> kvalo: I'm good thanks! yourself?
[07:30] <kvalo> didrocks: I'm good as well. hoping to finish that python+autotools task today.
[07:42] <didrocks> good luck :)
[07:42] <kvalo> didrocks: actually it hasn't been that bad
[07:42] <kvalo> didrocks: but I don't have any python unit tests yet
[07:43] <didrocks> well, tests should be ok :)
[08:02] <didrocks> smspillaz: hey, hope that your driving test was well :)
[08:02] <didrocks> smspillaz: you answered on some new bug reports, but you didn't on the one we were tracking yesterday, he answered, can you follow this please?
[08:34] <MacSlow> greetings everybody
[08:39] <didrocks> hey MacSlow
[08:39] <MacSlow> Salut didrocks
[08:46] <klattimer> morning guys
[08:47] <didrocks> hey klattimer
[08:48] <didrocks> MacSlow: do you have sometimes a blank panel at start?
[08:49] <didrocks> (blank as empty)
[08:49] <didrocks> and the service is indeed started
[08:49] <MacSlow> didrocks, not recently
[08:49] <didrocks> I have to restart compiz to get it
[08:49] <didrocks> quite in a row (yesterday evening and this morning)
[08:49] <didrocks> the launcher is fine, it's realy just the panel
[08:49] <MacSlow> didrocks, only when I didn't start (or explicitly killed) unity-panel-service
[08:50] <didrocks> MacSlow: yeah, it was started, I'm puzzled then :)
[08:50] <MacSlow> didrocks, hm *shrugg*
[08:50] <didrocks> will see with neil if he has an idea, it's not in the previous release
[08:50] <didrocks> MacSlow: and don't kill that service, it's innocent! ;)
[09:46] <czajkowski> aloha just wondering is there an issue at present with burning a unity iso https://twitter.com/#!/docum3nt/status/12439038308913152
[09:48] <didrocks> czajkowski: try an usb stick, it's reported at http://www.ubuntu.com/testing/natty/alpha1#Installation
[09:48] <kenvandine> czajkowski, it's oversized
[09:48] <kenvandine> hey didrocks
[09:48] <didrocks> hey kenvandine, still up? :)
[09:48] <kenvandine> yup
[09:48] <kenvandine> :)
[09:49] <czajkowski> didrocks: thanks
[09:49] <kenvandine> kids get up in 2 hours, so i should go get a little nap
[09:49] <czajkowski> kenvandine: way past your bedtime
[09:49] <kenvandine> tell me about it!
[09:57] <lamalex> smspillaz, gord what's the status of perf counters?
[09:57] <lamalex> gord, I saw a perf counter merge from you, how complete is that?
[09:59] <gord> lamalex, basic stuff going in to unity this week, perf is the wrong word, just a boot up speed logger really with a neat little graph - http://gordallott.com/img/unity-bootchart.svg
[10:00] <lamalex> gord, yeah that's what we're calling perf counters for now
[10:00] <gord> but, thats the wrong word! ;)
[10:02] <lamalex> https://bugs.launchpad.net/unity/+bug/681871 ?
[10:02] <lamalex> really?
[10:04] <lamalex> gord, looks nice!
[10:07] <didrocks> gord: is there an option, env variable to run it?
[10:08] <gord> didrocks, right now it runs by default, it really doesn't hurt enough to not run it, doesn't generate the graph by default though just stores a log file in /tmp
[10:09] <lamalex> njpatel, do you have an astylerc file hanging around, or do you just run astyle -mile-long-string
[10:10] <didrocks> gord: ok :)
[10:12] <lamalex> TheMuso, ping?
[10:23] <lamalex> gord, is it possible to right straight C in unity?
[10:23] <lamalex> as in, if I wanted to implement the a11y bits in pure C, shouldn't be a problem right
[10:24] <gord> lamalex, if you want to that, you should be fine, just be aware we compile with g++ not gcc
[10:24] <lamalex> I'm not sure what difference it will make but ok
[10:24] <lamalex> Maybe I can edit CMake to build my object file with gcc?
[10:25] <njpatel> lamalex, no need, g++ is fine apart from warning on some things you'd get away with doing in C
[10:25] <njpatel> lamalex, the astyle snippet is in README in trunk
[10:25]  * njpatel ->millbank
[10:25] <lamalex> njpatel, oh ok
[10:25] <lamalex> thanks
[10:42] <lamalex> anjuta's open dialog is complete shit
[10:42] <lamalex> it pretty much always opens in the wrong path
[10:45] <lamalex> gord, are you the only other unity hacker around right now?
[10:46] <gord> lamalex, am i not good enough for ya? ;) neil is around somewhere and MacSlow should be online
[10:46] <lamalex> gord, neil is on his way to millbank
[10:46] <gord> lamalex, ah, then its me or MacSlow
[10:46] <lamalex> gord, I just wanted to see if there was someone else I could occaisionally ping ;)
[10:46] <lamalex> how does nux/unity handle key events? Is there a nux event class of some kind?
[10:52] <gord> lamalex, i don't think there is any code in unity right now that is handling key events - i'm sure there is code in nux to give you events but shortcuts we are gonna want to get from compiz, so its still up in the air
[10:52] <lamalex> hm
[10:52] <lamalex> ok
[10:53] <lamalex> a11y is very dependent on key events
[10:53] <lamalex> so that's something we may want to figure out asap. I can hook into compiz though I suppose
[10:54] <lamalex> yeah I guess I'll just hook into compiz
[10:54] <gord> lamalex, just to make your life more complicated, for the places we will prolly get our own non compiz key events ;) compiz just does shortcuts
[10:55] <lamalex> ha
[10:55] <lamalex> so where do key events come from initially?
[10:55] <lamalex> like, will compiz pass non-handled ones to us?
[10:56] <gord> compiz :) yeah it will, they get fed into a WindowThread object, i think the code for event handling is in Nux/WindowThread.cpp
[11:06] <lamalex> gord, IEvent?
[11:08] <gord> lamalex, yeah
[11:12] <lamalex> thanks
[11:14] <lamalex> hmm should I fix nux to have an actual KeyEvent class
[11:14] <lamalex> instead of just passing a ton of params about key events
[11:24] <lamalex> no..
[12:32] <smspillaz> didrocks: segfault during drivers test
[12:32] <smspillaz> didrocks: prepare to not get your flat :)
[12:32] <didrocks> smspillaz: urg :/
[12:32] <didrocks> smspillaz: what happened?
[12:33] <smspillaz> they changed a regulation in the CBD area where the speed limit is now apparantly 40kmph just one week ago
[12:33] <smspillaz> (CBD == Central Buisness District)
[12:33] <smspillaz> So I assumed it was 50 since there were no visible signs
[12:33] <smspillaz> -_-
[12:33] <smspillaz> didrocks: which bug # was the one you wanted me to reply to ?
[12:34] <smspillaz> oh 686 094
[12:34] <smspillaz> oh 686094
[12:34] <smspillaz> oh bug 686094
[12:34] <didrocks> hum? and they just say "there is no sign but you should know it"
[12:34] <smspillaz> \o/
[12:34] <smspillaz> didrocks: yeah, weird
[12:34] <didrocks> smspillaz: hehe, ubot5 is not a wizard :)
[12:35] <smspillaz> ugh that bug is *weird*
[12:37] <smspillaz> didrocks: it would be awesome if we could create a system where we can run a script and this will compress the entire user's install into an ISO which we can launch in a VM
[12:38] <smspillaz> since some of these bugs are ... incredibly specific
[12:39] <didrocks> smspillaz: right, but security and data property issues :)
[12:41] <smspillaz> didrocks: the script can remove all non-code bits :)
[12:41] <didrocks> smspillaz: hum, what do you do from configuration files? :)
[12:42] <didrocks> containing keys, password (encrypted or not…)
[12:42] <smspillaz> *shrug* just floating the idea :)
[12:42] <didrocks> smspillaz: hehe, it's really difficult to get that, but yeah, that would help a lot devs :)
[12:42] <smspillaz> indeed
[12:45] <smspillaz> hel-lo DB-O
[12:45] <hyperair> smspillaz: did you intentionally avoid pinging him?
[12:46] <smspillaz> hyperair: no not really :p
[12:46] <hyperair> =p
[12:46] <smspillaz> it would have been awesome if I could ping him, but then I would lose the emphasis on the O
[12:46] <hyperair> you could just add it at the bottom and put ^^
[12:47] <smspillaz> ronoc: ohai
[12:47] <smspillaz> ronoc: did you want to talk about the sysbell issue ?
[12:47] <ion> Meh, the Apport retracing service has yet to handle my Unity segfault report. It’s five hours or so since i posted it.
[12:50] <ronoc> smspillaz, yup
[12:50] <ronoc> smspillaz, is there a bug report ?
[12:50] <ronoc> smspillaz, back in 30, grab a quick lunch
[12:53]  * spikeb has been previewing the new unity to his users
[12:55] <spikeb> well, having them sit down and try it out.
[12:56] <seb128> ion, on what ubuntu version and architecture?
[12:57] <seb128> ion, bug number?
[12:58] <ion> natty, x86-PAE, fglrx from x-updates. https://bugs.launchpad.net/ubuntu/+source/unity/+bug/687229 still private pending the retracing service.
[12:58] <seb128> ion, it's next in the queue
[12:59] <ion> alright
[13:11] <lamalex> hmm it's too early for bratsche, right?
[13:16] <ion> Yeah, a cello would be more appropriate.
[13:16] <lamalex> zing
[13:22] <klattimer> if anyone's in the office near njpatel please slap him round the back of the head, say "BOOOYA" from karl
[13:23] <lamalex> going
[13:23]  * klattimer just got gtk offscreen rendering working with nux
[13:24] <didrocks> lamalex: some deprecation warning in unity trunk today:
[13:24] <didrocks> src/IntrospectionDBusInterface.cpp:61:1: warning: deprecated conversion from string constant to ‘gchar*’
[13:37] <ronoc> smspillaz,  i'm back, so what is the story with this bug, is the problem that bell sound is not being played or that it is being played
[13:37] <smspillaz> ronoc: it is not being played
[13:38] <smspillaz> ronoc: I think PulseAudio intercepts the X11 bell and does not play anything
[13:38] <ronoc> smspillaz, is libcanberra being used to play it ?
[13:39] <smspillaz> ronoc: I don't know. All I know is that when we send an X11 bell there is no sound
[13:39] <ronoc> smspillaz, can you point to the part of the code base where all this happens ?
[13:40] <smspillaz> ronoc: sure, just a sec
[13:40] <ronoc> ta
[13:40] <smspillaz> ronoc: core/src/event.cpp:926
[13:40] <smspillaz> ronoc: apologies, we dont actually *trigger* a system bell
[13:41] <smspillaz> we intercept them and do "compiz" events on them
[13:41] <smspillaz> ronoc: but metacity intercepts them and uses libcanberra to play a sound
[13:41] <ronoc> smspillaz, which lp project is it ?
[13:41] <smspillaz> ronoc: before the advent of PA at least, there'd be a *beep*
[13:41] <smspillaz> ronoc: git.compiz.org/compiz/core
[13:41] <ronoc> cool thx
[13:55] <didrocks> smspillaz: you don't need to ask people to run the ccp plugin btw :)
[13:55] <didrocks> smspillaz: it's a distro-patch to add it
[13:56] <smspillaz> didrocks: ah right
[13:57] <smspillaz> didrocks: hm, so I found another semi-interesting bug
[13:57] <smspillaz> didrocks: create a panel on the right hand side of the screen and maximize a window
[13:57] <smspillaz> window goes underneath the panel
[14:00]  * smspillaz checks the code carefully for typoes
[14:08] <didrocks> smspillaz: yeah, there is quite some stack order issue
[14:08] <ronoc> smspillaz, I know this is obvious but are the system sounds level turned up on your machine
[14:08] <ronoc> start with the simple stuff
[14:08] <didrocks> smspillaz: for instance, since 2-3 days (but with previous unity version), I have the launcher empty at startup
[14:08] <didrocks> njpatel: btw, I think you discussed about that ^^
[14:08] <didrocks> but the service is running and restarting it doesn't change anything… I just need to restart compiz
[14:10] <smspillaz> didrocks: uuuuggghgh I really don't want to look at the stack order :(
[14:10] <smspillaz> you'll probably make me go insane
[14:11] <didrocks> smspillaz: speaking of going insane, do you have a minute so that we discuss bug priority?
[14:11] <didrocks> :)
[14:13] <smspillaz> didrocks: easy: if the bug if *f&%@ing annoying it becomes priority one :)
[14:14] <didrocks> smspillaz: yeah, I wanted to look at those you have on your plate, maybe we can switch to mp to avoid polluting the channel :)
[14:14] <didrocks> pm*
[14:14] <smspillaz> sure
[14:26] <tedg> smspillaz, DBO, can we have the default Compiz settings be so that the desktop (nautilus) and notify-osd don't slide when you change desktops?
[14:27] <DBO> yes
[14:36] <tedg> DBO, now?
[14:36] <tedg> DBO, How about now?
[14:36] <DBO> today okay?
[14:36] <tedg> DBO, Is it changed yet?
[14:36] <DBO> no
[14:36] <tedg> maybe
[14:36] <tedg> I don't update every day.
[14:36] <DBO> tedg, I feel the need to strangle you
[14:37] <DBO> thankfully I believe that is legal in texas
[14:37] <tedg> No, I'm white, you need a permit.
[14:37]  * spikeb laughs
[14:38] <klattimer> lmfao@tedg
[14:45] <lamalex> :\ klattimer I forgot to slap Neil. I'll get him later
[14:45] <klattimer> never mind I managed to get a hold of him
[14:51] <didrocks> lamalex: did you see my point about deprecation warning?
[14:51] <lamalex> didrocks, no
[14:51] <didrocks> 14:24:51   didrocks | lamalex: some deprecation warning in unity trunk today:
[14:51] <didrocks> 14:24:55   didrocks | src/IntrospectionDBusInterface.cpp:61:1: warning: deprecated conversion from string constant to ‘gchar*’
[14:52] <lamalex> yeah those
[14:52] <lamalex> about those
[14:52]  * lamalex runs
[14:52] <spikeb> haha
[14:52] <coz_> good day all
[14:54]  * didrocks purchases lamalex
[14:54] <lamalex> uh, what?
[14:54] <lamalex> you purchase me?
[14:54] <ronoc> smspillaz, it looks as if there is no mention of libcanberra in the core, as far as I can tell, a bell action is initiated which is called,
[14:54] <didrocks> argh, false friend :)
[14:55]  * lamalex feels his autonomy diminishing 
[14:55] <ronoc> smspillaz, shouldn't it be using libcanberra to play the sound
[14:55] <didrocks> chases rather :)
[14:56] <smspillaz> ronoc: core should not use libcanberra as libcanberra is a gnome library
[14:56] <smspillaz> ronoc: rather we need to have something which listens for XkbBell and uses libcanberra to play sounds
[14:56] <ronoc> smspillaz, sure makes sense
[14:56] <ronoc> smspillaz, so a new plugin ?
[14:56] <ronoc> smspillaz, would you like me to work on this ?
[14:57] <smspillaz> ronoc: well the thing was that dbarth didn't want to pull in libcanberra as a compiz dep. I can write a libcanberra plugin very easily
[14:58] <ronoc> smspillaz, right well how would you play the sound if you didn't pull in canberra ?
[14:58] <ronoc> smspillaz, how did it play sounds before, linking directly with alsa ?
[15:00] <smspillaz> ronoc: there used to be a system beep
[15:00] <smspillaz> ronoc: but now pulseaudio seems to intercept that
[15:00] <smspillaz> dbarth: ronoc and I think that the only wayt to get this sysbell issue worked out is to make a libcanberra compiz plugin
[15:00] <ronoc> smspillaz, okay I get it, sorry being a bit slow, (and the system beep was triggered straight from event.cpp ?)
[15:00] <smspillaz> ronoc: no problem :)
[15:00] <smspillaz> ronoc: if we want ot write a compiz plugin there is an action I can hook into very easily
[15:01] <smspillaz> ronoc: actually, is libcanberra accessible by dbus ?
[15:01] <ronoc> not that i know of
[15:01]  * ronoc checks
[15:08] <ronoc> nope I can't see any
[15:08] <ronoc> smspillaz, ^
[15:09] <smspillaz> ronoc: hrm ok
[15:10] <ronoc> smspillaz, http://0pointer.de/blog/projects/sixfold-announcement.html
[15:10] <smspillaz> ronoc: in which case we will just have to write a libcanberra plugin
[15:10] <ronoc> smspillaz, yup
[15:10] <smspillaz> ronoc: I can write a "skeleton compiz" bit - could you just insert the libcanberra "play sound" bit where I need you to ?
[15:10] <ronoc> smspillaz, sure
[15:11] <smspillaz> ronoc: cool, I'll write that by the end of this week then
[15:11]  * smspillaz is working on another FAB
[15:11] <ronoc> smspillaz, sounds good, ping me whenever
[15:16] <tedg> Is it known that GNOME Do doesn't work under Unity.
[15:16]  * tedg makes a very sad face
[15:19] <lamalex> njpatel, is it BaseWindow or View?
[15:19] <njpatel> lamalex, BaseWindow is the toplevel window
[15:19] <njpatel> jaytaoko, would know for sure
[15:20] <lamalex> what is view?
[15:20] <lamalex> njpatel, Panel implements nux::View
[15:20] <lamalex> as does the launcher
[15:20] <jaytaoko> lamalex: a View is the base class of a widget
[15:20] <lamalex> I don't know what class is actually the Panel, bt Launcher.cpp takes a BaseWindow as a constructor param
[15:21] <jaytaoko> lamalex: A BaseWindow is like a View that float over the main window...
[15:21] <lamalex> jaytaoko, view is to GtkWidget as BaseWindow is to GtkWindow ?
[15:21] <jaytaoko> lamalex: The Panel is a BaseWindow
[15:22] <jaytaoko> lamalex: I can say yes, for the parallel between GtkWidget and View
[15:22] <jaytaoko> lamalex: I am not sure about GtkWindow, but let me take a look
[15:22] <lamalex> jaytaoko, that's ok
[15:22] <lamalex> the important thing is that in a widget hierarchy, BaseWindow will be the top
[15:23] <jaytaoko> lamalex: I would say that BaseWindow is like GtkWindow, but it remains inside the Main window...
[15:23] <jaytaoko> lamalex: it is like an artificial window
[15:23] <lamalex> what is the main window?
[15:23] <lamalex> compiz jawn?
[15:24] <jaytaoko> lamalex: the physical limit of the XWindow you create...
[15:24] <lamalex> ah
[15:24] <jaytaoko> lamalex: in Unity the Main window is the fullscreen
[15:24] <lamalex> right
[15:25] <lamalex> that's outside of the realm I'm working within. BaseWindow is the top for my purposes
[15:25] <lamalex> thanks jaytaoko
[15:25] <ion> My crash report still hasn’t been retraced. Oh well, i guess i’ll get some sleep for now.
[15:25] <jaytaoko> lamalex: no problem... do not hesitate if you have more questions...
[15:30] <ion> Even though the crash report is private, the non-retraced stack trace is public: http://launchpadlibrarian.net/60306085/Stacktrace.txt
[15:38] <lamalex> I really hate our C/C++ mixing
[15:45] <lamalex> I was getting so far on a11y until I had to actually start talking to unity
[15:45] <seb128> ion, sorry, the retracers seems to be broken due to the launchpad rollout earlier today
[15:49] <jcastro> lamalex: poke me when that CA thing for that guy is sorted and you actually merge his code pls.
[15:49] <lamalex> jcastro, it was merged and you already put him in your post
[15:49] <jcastro> I did, I thought you had said you backed it out?
[15:49] <lamalex> jcastro, it got put back in
[15:49] <jcastro> so I left the part out about it landing
[15:49] <jcastro> you are awesome, ta.
[15:50] <lamalex> as soon as I found that wiki page I merged it back in
[15:51] <lamalex> didrocks, I'm sorry I did no triaging today
[15:51] <lamalex> got called into a meeting
[15:52] <didrocks> lamalex: no worry for today, just think to do that when you are in US time :)
[15:53] <lamalex> :)
[15:53] <didrocks> the morning is the hardest part
[15:53] <lamalex> you're the man didrocks
[15:53] <didrocks> ;)
[15:55] <lamalex> so I have no idea how to begin doing GObject subclassing inside of C++. I guess it's the same, but jesus christ
[15:55] <lamalex> As if GObject wasn't mystifying enough
[15:55] <kenvandine> damn, just missed ted
[15:56] <kenvandine> must have smelled my questions coming :)
[15:57] <klattimer> lamalex: are you using gtk or gtkmm?
[15:57] <lamalex> klattimer, neither
[15:57] <klattimer> for gtk it should be the same as gtk C subclassing
[15:58] <lamalex> atk
[15:59] <klattimer> atkmm?
[15:59] <ronoc> smspillaz, you about ?
[15:59] <klattimer> well either way, if you're not using mm then just use turbine from gnome git to generate the boiler plate code for a gobject class
[15:59] <lamalex> no just atk. atkmm doesn't expose the AtkUtil class
[16:00] <lamalex> klattimer, and I can interface with C++ objects?
[16:00] <klattimer> lamalex: I am in nux+gtk and it seems to work alright
[16:00] <lamalex> klattimer, do you have a branch I can look at?
[16:01] <klattimer> lamalex:  lp:~karl-qdh/nux/nux.gtkentry-wrapper
[16:01] <lamalex> beautiful
[16:01] <lamalex> thanks klattimer
[16:01] <klattimer> the event handlers at the top of the examples/gtk_entry_wrapper.c should help
[16:01] <klattimer> everything seems to be tolerant to cross C/C++ communication
[16:03] <lamalex> klattimer, do you work for canonical?
[16:03] <klattimer> subcontracting
[16:03] <lamalex> ah ok
[16:03] <lamalex> what are you working on with nux/gtk bridging?
[16:04] <klattimer> getting the IM Context to work in unity
[16:04] <klattimer> Input Methods/Ibus
[16:04] <lamalex> fancy
[16:07] <kenvandine> klattimer, we know how you love ibus
[16:07] <klattimer> kenvandine: like getting an enema with hydrochloric acid
[16:07] <klattimer> just brightens up my whole fucking day
[16:07] <kenvandine> there you go... i knew i could count on you :)
[16:08] <cando> hi guys, i'm trying to build unity form source in natty...i get this error when installing compizconfig-python, http://pastebin.com/rgm4K8GK
[16:11] <klattimer> cando: run make install with "sudo " before it
[16:11] <cando> with sudo python setup.py .....etc i get this http://pastebin.com/tafixJhc
[16:11] <cando> but libcompizconfig. pc it's in the path
[16:12] <klattimer> cando: do you have libcompizconfig-dev?
[16:14] <lamalex> klattimer, when it says Object Name in turbine, what is that used for?
[16:14] <klattimer> it should have been prefilled with something like GtkWidget
[16:14] <klattimer> so it *should* be the camel case of the widget name
[16:15] <klattimer> this is only from memory I haven't used it in a while
[16:15] <kenvandine> tedg, i'll have a merge request for libindicate fixing the build issues on natty in a few
[16:15] <cando> klattimer, i can't install it ...E: Unable to locate package libcompizconfig-dev
[16:15] <klattimer> cando, search synaptic for libcompizconfig instead
[16:15] <lamalex> klattimer, yeah it was autofilled I just don't like the object name UTIL and am wondering what it's use is
[16:15] <klattimer> it might be strangely named
[16:15] <tedg> kenvandine, Sweet!
[16:16] <cando> klattimer, libcompizconfig0-dev...^^
[16:17] <klattimer> cando: that'll be it
[16:17] <cando> klattimer, it works...thanks!
[16:17] <klattimer> np
[16:18] <lamalex> klattimer, turbine is handy, thanks
[16:21] <lamalex> klattimer, you're not creating new gobject types, you're just having a gtk entry member
[16:22] <klattimer> lamalex: no, we're just trying to get the offscreening of a widget working
[16:22] <klattimer> but that shouldn't matter
[16:23] <lamalex> klattimer, well the parts I'm confused about are mostly syntactic
[16:27] <lamalex> things like defining structs
[16:27] <lamalex> but I guess I already did a lot of this stuff in my Introspection crap
[16:27]  * lamalex takes a deep breath and starts over
[16:32] <tedg> kenvandine, Sometime when you get a chance can you start looking at lp:~dbusmenu-team/dbusmenu/ubuntu/ and fix my packaging?  :)
[16:32] <tedg> It works for me....
[16:32] <kenvandine> tedg, did you merge in my changes?
[16:33] <tedg> kenvandine, I think so.
[16:33] <kenvandine> i think i have libindicate all fixed... but it won't build without a rebuilt dbusmenu
[16:33] <tedg> kenvandine, The GIR ones?
[16:33] <kenvandine> because of the GIR version
[16:33] <kenvandine> yeah
[16:33] <kenvandine> and python
[16:33] <tedg> kenvandine, Yup, those are in.
[16:33] <kenvandine> great
[16:34] <kenvandine> so is that branch ready to upload?
[16:34] <kenvandine> like have you rolled a release and all?
[16:34] <tedg> kenvandine, No, not that far along.  But, I thought perhaps you could take a look at the packaging changes, there are quite a few.
[16:35] <kenvandine> ok
[16:35] <kenvandine> will do
[16:35] <kenvandine> now that is also blocking libindicate
[16:35]  * kenvandine grumbles about GIR
[16:35] <tedg> kenvandine, Well, it will continue to as there is an API change... so libindicate has to be ported not just rebuilt.
[16:35] <kenvandine> ugh
[16:36] <kenvandine> quite a puzzle we got here
[16:36] <tedg> Yes, for sure.
[16:59] <njpatel> smspillaz, didrocks: we need Grid plugin in natty for the window management stuff
[16:59] <njpatel> any eta on that?
[17:00]  * njpatel would like to tick off some boxes
[17:02] <didrocks> njpatel: where is it? not in main plugin?
[17:17] <jcastro> njpatel: is this bitesizeable? https://bugs.launchpad.net/bugs/685639
[17:18] <njpatel> jcastro, probably, yes
[17:19] <jcastro> man awesome, another bitesize branch attached today
[17:20] <didrocks> njpatel: should we get a design first?
[17:20] <didrocks> jcastro: ^^
[17:20] <didrocks> jcastro: there is a reason it's still incomplete :)
[17:21] <hallyn_> a grid plugin - yes please :)
[17:21] <njpatel> didrocks, I think it's okay to fix the problem that's obviously there, and then we can see if design get a chance to make a comment
[17:21] <njpatel> didrocks, (grid) I don't know, need to ask smspillaz when I get a chance
[17:21] <jcastro> didrocks: I think it's a great chance for whoever wants to fix it to learn how to work with design
[17:22] <didrocks> njpatel: not in main it seems
[17:22] <didrocks> jcastro: ok :) but change the status, incomplete is quite puzzling then
[17:22] <jcastro> ok, confirmed then?
[17:23] <njpatel> +1
[17:27] <jcastro> ok updated and I left a comment with some details
[17:28] <didrocks> nice :)
[17:56] <jamal> DBO: Hey, could I ask some questions when you have some time?
[17:56] <DBO> i got time
[17:56] <DBO> whats up
[17:57] <jamal> i started on the autohide quicklist last night
[17:57] <jamal> and wanted to see if i'm taking the right appraoch
[17:57] <jamal> approach*
[17:57] <jamal> Here is the branch https://code.launchpad.net/~jamalta/unity/683261-autohide-quicklist
[17:57] <jamal> So my main question regarding that is that I'm instansiating QuicklistManager in Launcher
[17:58] <jamal> And adding GetQuicklistManager
[17:58] <DBO> jamal, so QuicklistManager should be a singler
[17:58] <jamal> ok.. I thought so
[17:58] <DBO> look how PluginAdapter works for advice on how to implement a singlet
[17:58] <DBO> its pretty simple
[17:59] <jamal> Ah thanks!
[17:59] <jamal> To be honest, I didn't know how to do that with C++ :\
[17:59] <jamal> lol
[18:00] <jcastro> hi jamal!
[18:00] <jamal> Ah, so Default is to get the instance... got it!
[18:00] <jamal> jcastro: hey there! how's it going?
[18:00] <jcastro> good good, enjoying your fixed trash can. :)
[18:00] <jamal> DBO: Thanks for that.. I'll look over this and adapt QuicklistManager. My other question, was whether I was handling Hide/Show correctly in the manager.
[18:01] <DBO> 1 second
[18:01] <DBO> lemme look
[18:01] <jamal> ok
[18:01] <jamal> I went with the signals that BaseWindow (i think) throws when the window is shown / hidden and it seems to work okay.
[18:01] <jamal> jcastro: hehe, i'm glad :)
[18:02] <DBO> jamal, perfect
[18:02] <DBO> jamal, you the man!
[18:02] <jamal> DBO: awesome! so PluginAdapter also answers my question about what Default () was for.
[18:02] <DBO> :)
[18:03] <DBO> its how you get yourself an instance, yo :)
[18:03] <jamal> Hehe, yeah :)
[18:03] <jamal> I'm used to it being called getInstance()
[18:03] <DBO> I come from the land of C#
[18:03] <DBO> migrated to the land of C
[18:03] <DBO> and now am thrown into the land of C++
[18:03] <jamal> Hehe
[18:03] <DBO> so yeah... I call it all sorts of funny things
[18:03] <jamal> Well, I come from PHP :(
[18:03] <jamal> It's all messed up there... lol
[18:04] <DBO> im so sorry...
[18:04] <DBO> are you okay?
[18:04] <jamal> haha
[18:04] <jono> lol
[18:04] <jamal> i'm dealing with it
[18:05] <jamal> the worse part is that my day job is all php too.. but i'm living :)
[18:06] <jamal> Anyways, I think that's all the questions I came up with.. I think what I have left now is to switch that to using Default, emit signals when a quicklist is displayed / hidden, and make Launcher listen to those.
[18:06] <jamal> oh, also have to get LauncherIcon to stop doing things the old way
[18:07] <jamal> Oh last thing! Are you okay with the way I'm checking to make sure that the same quicklist doesn't get registered twice?
[18:07] <jamal> I'm not too experienced with std::list
[18:08] <DBO> if (std::find (_you_list.begin (), _you_list.end (), data) == _you_list.end ()) //item is not in list
[18:08] <jamal> ah, okay
[18:09] <DBO> print a warning on attempted double registrations
[18:09] <jamal> that's a lot easier :)
[18:09] <jamal> Ok
[18:11] <DBO> jamal, alright is that enough to keep you busy for a while?
[18:11] <jamal> DBO: yeap, thanks :)
[18:11] <DBO> awesome
[18:11] <DBO> gonna go take a "Im sick" nap...
[18:12] <jamal> DBO: oh, not feeling well?
[18:12] <jamal> hope you feel better after a nap
[18:12] <DBO> yeah been sick for about a week now
[18:12] <DBO> :)
[18:12] <DBO> working through it
[18:13] <jamal> DBO: oh gosh, hope you get better then
[18:13] <jamal> sorry to hear that :(
[19:17] <boulabiar> after a suspend, I have no more ethernet connexion, only wifi works, has anyone here expected a similar problem ?
[19:59] <nnnaji> boulabiar, never heard of that before..
[19:59] <nnnaji> does that always happen on your box?
[19:59] <boulabiar> yep
[20:00] <nnnaji> well, what can i say, strange thing! :P
[20:00] <nnnaji> i guess it's hardware related
[20:01] <nnnaji> the network adapter doesn't wake up
[20:02] <nnnaji> i'm afraid that's OT in here though..
[20:03] <boulabiar> I will submit a bug soon
[20:04] <nnnaji> boulabiar, ok, let's hope that will help! ;)
[20:05] <nnnaji> when i used to have that kind of problem myself, i used to swear to my self i'd learn Assembler :D
[20:41] <jamalta> Hey all, I have a question about code style
[20:41] <jamalta> I've seen some code that has the return type of a function in a line, then the name + params in the line after
[20:41] <jamalta> and some where it is all in the same line
[20:41] <jamalta> Which is the preferred style?
[20:42] <jamalta> (For Unity)
[20:54] <jcastro> jamalta: have you seen the style docs? we just put them up
[20:54] <jamalta> jcastro: i have not
[20:54] <jcastro> https://wiki.ubuntu.com/Unity/CodingStyle
[20:54] <jamalta> thanks!
[20:55] <jamalta> There's no link to the C++ doc
[20:55] <jamalta> :(
[20:56] <jcastro> bah
[20:56] <seb128> hey there
[20:57] <jcastro> jamalta: DBO and neil end-of-dayed, I'll get on one of them to sort that.
[20:57] <jcastro> jamalta: in the meantime just roll with what you got and if someone complains say the docs are missing. :)
[20:57] <jamalta> jcastro: sounds good :)
[20:57] <seb128> is there any page describing what sources are in unity?
[20:57] <jamalta> thanks
[20:57] <seb128> or in the indicator stack
[20:57] <seb128> explaining what they do
[20:57] <jcastro> seb128: ok so what I think is missing is an overall like, diagram-like thing
[20:58] <jcastro> seb128: something similar to this for example, and then you can click on each one for more detail? http://www.allaboutmeego.com/images/news/193346759.jpg
[20:59] <seb128> jcastro, yes
[20:59] <seb128> something which tell you
[20:59] <seb128> "if you work on indicators you might need those libraries"
[20:59] <seb128> with a list and description of what the lib in the indicator stack do
[20:59] <jcastro> yes, I know exactly what you mean now.
[20:59] <jcastro> yup
[21:00] <jcastro> otherwise you're like "what does BAMF do? Why would you call something bamf?"
[21:00] <seb128> because "let's get the indicator-application source" is not enough
[21:00] <seb128> jcastro, exactly
[21:01] <jamalta> jcastro: hey, that's a good question
[21:01] <jamalta> what does bamf stand for?
[21:01] <jcastro> jamalta: exactly what you think it's supposed to mean. :)
[21:01] <jamalta> i've had no reason to dive into the source for it yet, so i haven't
[21:02] <jamalta> o.o, i see...
[21:03] <jcastro> seb128: ok, I'll fire off a mail to ayatana-dev
[21:06] <seb128> jcastro, thanks
[21:16] <jcastro> jono: seb128: I miss anything? https://lists.launchpad.net/ayatana-dev/msg00050.html
[21:21] <seb128> jcastro, seems fine to start the discussion, thank you!
[21:23] <jono> jcastro, cool! :-)
[21:24] <jcastro> seb128: if they poke you over irc make them post on the list, we're losing too much conversation in IRC imo.
[21:29] <seb128> right
[21:31] <kenvandine> tedg, out of curiosity, what does the new indicator-application need json-glib for?
[21:32] <tedg> kenvandine, Hmm, not sure...
[21:32] <kenvandine> oh... funny
[21:33] <kenvandine> looks like it is only in configure.ac and debian/control
[21:33] <kenvandine> :)
[21:33] <kenvandine> copy and paste bug i guess
[21:33] <tedg> Yeah, probably.
[21:34] <kenvandine> actually, you added it back in january ... maybe libappindicator needs it?
[21:34] <kenvandine> doesn't look like it needs it either
[21:37] <kenvandine> tedg, and you probably didn't mean to keep src/appindicator3-0.1.pc.in around either
[21:37] <tedg> kenvandine, Nope, thought I caught that add though...
[21:38] <kenvandine> make sure it ends up in the lib
[21:38] <tedg> Awe, okay ;)
[21:39] <kenvandine> i am a bit nervous about this split... right in the middle of such big packaging changes
[21:39] <kenvandine> we are going to miss stuff
[21:39] <kenvandine> glad it is still kind of early :)
[21:42] <tedg> It actually, in many ways, makes things easier as the indicator portions don't need to be dual build.
[21:42] <tedg> So hopefully it'll reduce a bunch of churn.
[21:44] <tedg> Uhg, my firefox icon is opening Bazaar preferences :(
[21:44] <kenvandine> nice! :)
[21:45] <kenvandine> ugh, installing the new dbusmenu causes gwibber to segfault on start now
[22:16] <tedg> kenvandine, Can you look at lp:~indicator-applet-developers/libappindicator/ubuntu -- it's failing somewhere in the dual build stuff -- but I think it's close!
[22:16] <kenvandine> ok, so trying to run your branch of dbusmenu causes lots of really bad things
[22:16] <kenvandine> will do
[22:17] <kenvandine> i rebuilt appmenu-gtk, appindicator and libindicate against that branch of dbusmenu you gave me
[22:17] <tedg> The GDBus one?
[22:17] <kenvandine> and the launcher, panel and nautilus all failed to load
[22:17] <kenvandine> yes
[22:17] <kenvandine> :)
[22:17] <tedg> Yeah, that won't work :)
[22:17] <kenvandine> got it mostly back with rebuilding those, the unity panel is still hosed
[22:17] <kenvandine> not sure why
[22:18] <kenvandine> anyway
[22:18] <tedg> The libs need to be matched.  GDBus to GDBus or dbus-glib to dbus-glib.
[22:18] <kenvandine> so we will have to land all the indicators with dbusmenu at the same time, right?
[22:20] <tedg> Well, as long as everyone splits out nicely.  So if your app is linked with a version of appindicator using dbus-glib and dbusmenu using dbus-glib you're fine.
[22:20] <tedg> It's that they all need to *upgrade* at the same time.
[22:21] <tedg> I think we might get that some from the fact that since the API of dbusmenu changed everything will FTBFS.
[22:21] <jamalta> is there a nightly ppa for unity?
[22:21] <jamalta> ignore that...
[22:24] <kenvandine> tedg, lp:~ken-vandine/libappindicator/ubuntu
[22:24] <kenvandine> look at that
[22:25] <kenvandine> didn't build it here because for dbusmenu
[22:28] <tedg> kenvandine, Is that a branch of mine?
[22:29] <tedg> Yup
[22:29] <tedg> Sweet!
[22:29]  * tedg loves making complex version trees
[22:31] <jono> hmmm weird
[22:31] <jono> my persisance is not working on my USB key
[22:33] <tedg> jono, Be persistent, I'm sure you'll get it to work!
[22:33] <tedg> kenvandine, Still doesn't build for me :-/
[22:33] <jono> lol
[22:33] <jono> any idea why persistance might not work on a USB stick?
[22:33]  * tedg has no clue how that works
[22:37] <nnnaji> jono, seriously? you're checking out persistant install methods?
[22:38] <nnnaji> i'm interested, been fumbling around for weeks now.
[22:42] <kenvandine> tedg, pastebin the build failure
[22:43] <tedg> kenvandine, http://paste.ubuntu.com/541187/
[22:46] <tedg> kenvandine, I thought you'd done some work with the GIR stuff for libindicate?  Where is that branch?
[22:49] <tedg> Oh, a patch.
[22:49] <tedg> How quaint!
[22:50] <kenvandine> :)
[22:50] <kenvandine> tedg, i went all old school and stuff
[22:51] <kenvandine> tedg, pull my branch... try that
[22:52] <kenvandine> i wish i could figure out why my panel isn't really working
[22:52] <kenvandine> no menus
[22:55] <tedg> Nope, same issue.
[22:56] <kenvandine> :/
[22:56] <kenvandine> it is an ordering problem
[22:56] <tedg> Restart the panel service?
[22:56] <kenvandine> it hasn't run configure in the build dir
[22:56] <kenvandine> i did... i am getting the exact same error i was getting before with gwibber
[22:56] <kenvandine> i am rebuilding them all in pbuilder now
[22:57] <kenvandine> or... perhaps your problem isn't ordering
[22:57] <kenvandine> it justing isn't configuring the default build dir
[22:58] <kenvandine> although i would really think configure/libappindicator:: configure-stamp
[22:59] <kenvandine> would trigger that
[23:02] <tedg> Okay, I need to head out for dinner.
[23:02] <tedg> We'll have to fight this tomorrow :)
[23:03] <tedg> Thanks kenvandine!
[23:03] <kenvandine> later