[06:19] <kvalo> kamstrup: good morning
[06:20] <kamstrup> morning kvalo
[06:23] <spikeb> hello you two
[06:27] <kamstrup> morning spikeb
[06:40] <kvalo> hi spikeb
[06:42] <kvalo> kamstrup: I have to apologise in advance for a really long merge request I'm about to send later today. can you read the intermediate commits or should I try to split it some other way?
[06:56] <kamstrup> kvalo: I'll probably 'bzr viz' it anyway, as I am sick and tired of LPs review interface
[06:59] <kvalo> kamstrup: oh, that's a really nice app. thanks for the tip!
[06:59] <kvalo> kamstrup: is there any way to get the diff to the same window as the commits? ala gitk
[07:00] <kvalo> hehe, too easy. view > show diffs
[07:00] <kamstrup> kvalo: I'm not sure what you mean...
[07:01] <kamstrup> kvalo: ah, the setting
[07:01] <kamstrup> kvalo: I thought Show Diffs was on by default...
[07:02] <kvalo> it wasn't for me
[07:03] <kvalo> but maybe bzr noticed that user is a git fan boy, and decided to play tricks on me ;)
[07:05] <kamstrup> kvalo: yeah, it checks if ~/.gitconfig has mtime newer than 12 hours and if so enables the Emacs style "butterfly mode"...
[07:06] <kamstrup> in fact I added that code to bzr
[07:08] <kvalo> hehe
[07:14] <kvalo> kamstrup: but really good that you use bzr viz for review. makes also my life easier.
[07:59] <didrocks> good morning
[08:02] <spikeb> good morning didrocks
[08:02] <didrocks> hey spikeb
[08:05] <MacSlow> greetings everybody
[08:05] <spikeb> greetings MacSlow
[08:06] <MacSlow> yo spikeb
[08:17] <kvalo> didrocks: morning. I want to temporarily include debug symbols to indicator-network. is there a switch for that?
[08:18] <didrocks> kvalo: morning, yeah there is :)
[08:19] <kvalo> didrocks: ie. I want to disable strip
[08:19] <didrocks> DEB_BUILD_OPTIONS="debug nostrip noopt"
[08:19] <kvalo> didrocks: perfect, thanks!
[08:19] <smspillaz> DBO: Clearly you and I both hate sleep
[08:19] <didrocks> that will keep the debug symbols in the libs/bin
[08:19] <didrocks> and remove all optimization
[08:19] <smspillaz> DBO: eg, it's for the weak, etc
[08:19] <didrocks> and then, don't strip in the package :)
[08:19] <DBO> smspillaz, it was college that did this to me
[08:20] <DBO> smspillaz, after 5 years of uni... I simply stopped sleeping. My brain wont shut off at night, I just lay there thinking for hours if I try. So I figure, what the hell might as well be productive
[08:20] <smspillaz> DBO: it was law school that did this to me
[08:20] <smspillaz> DBO: college: good grades, social life, enough sleep: pick 2
[08:21] <DBO> smspillaz, yeah but I only got good grades of the 3
[08:21] <DBO> whats wrong with me?
[08:22] <smspillaz> clearly you must have had a social life
[08:22] <smspillaz> IRC counts
[08:22] <kvalo> didrocks: works just as I wanted, thank you very much!
[08:23] <didrocks> kvalo: you're really welcome, I always keep it as my favorite post-it :)
[08:23] <DBO> smspillaz, worst social life EVAR
[08:23] <didrocks> kvalo: what I want to do for every dx package is to get those option on odd number (==unstable) and not on even number
[08:23] <didrocks> that can be cool
[08:23] <smspillaz> DBO: hahaahah
[08:24] <DBO> smspillaz, in dallas, we'll go out on the town... well the hotel they take is too is more out in the middle of a highway garden... but we'll take a bus into town, then go out on it!
[08:24] <smspillaz> woooo!
[08:25] <smspillaz> hit up the night clubs oh wait fml the drinking age changes
[08:25] <kvalo> didrocks: I agree, that would be really handy
[08:25] <DBO> smspillaz, are you not of legal age?
[08:25] <smspillaz> DBO: your stupid united states and it's 21 year old drinking age. why can't it be more like australia (18)
[08:25] <DBO> smspillaz, because then we'd have drunk children everywhere!
[08:25] <DBO> duh!
[08:26] <RAOF> Be thankful they're not still prohibiting all forms of alcholol!
[08:26] <RAOF> :P
[08:26] <smspillaz> because we don't already have drunk children everywhere ...
[08:27] <smspillaz> not being able to drink = meh not being able to go to the clubs = NOOOOOOOOOOOOOOOOOOOOO
[08:27] <DBO> we just banned caffeinated alcoholic beverages here in Michigan
[08:27] <DBO> so yeah, we are heading back to the all out ban, no worries there
[08:27] <DBO> smspillaz, you can go to most clubs, you just cant drink
[08:27] <smspillaz> DBO: we had a 200% tax on "alchopops" (whatever the hell they are)
[08:27] <smspillaz> DBO: oh really? So the rules regarding licenced venues are different then
[08:27] <DBO> smspillaz, yes
[08:28] <smspillaz> in australia you can't go to any place that serves alcohol without fodo until you're 18
[08:28] <DBO> smspillaz, if a venue is 21+ it tends to be because its easier to make sure you dont serve minors
[08:28] <smspillaz> hm
[08:28] <smspillaz> heh
[08:28] <smspillaz> actually
[08:28] <smspillaz> the proof of age cards here don't actually say your DOB
[08:29] <smspillaz> they just say "proof of age card"
[08:29] <smspillaz> I wonder if I'd pass as 21
[08:29] <smspillaz> (probably not)
[08:29] <smspillaz> wow, this is wayyyy offtopic
[08:29] <DBO> indeed
[08:29] <DBO> to go a bit ontopic
[08:29] <smspillaz> it's what happens when you don't sleep
[08:29] <DBO> why does recordmydesktop have tons of artifacts in it
[08:30] <DBO> when I use it with compiz + unity
[08:30] <smspillaz> DBO: nvidia?
[08:30] <DBO> yes
[08:30] <smspillaz> DBO: yeah that's why
[08:30] <DBO> thats a bad answer
[08:30] <smspillaz> DBO: nvidia can't do vsync properly on full screen repaints
[08:30] <DBO> wat?
[08:30] <smspillaz> not even their windows drivers can get it right
[08:31] <DBO> RAOF ^^ confirm?
[08:31] <smspillaz> that's at least my experience
[08:31] <RAOF> Not that specific issue, but nouveau *does* do video vsync significantly better than nvidia.
[08:31] <RAOF> It wouldn't amaze me to find that nvidia doesn't vsync particularly well.
[08:32] <DBO> RAOF, does it do power management yet?
[08:32] <smspillaz> DBO: you're on a macbook pro right
[08:32] <DBO> yes
[08:32] <smspillaz> DBO: I'd approach noveau with caution, I think there could be some EFI issues still
[08:32] <RAOF> Only in the nouveau kernel tree; some power management support should get merged for 2.6.38, and hence make its way into Natty.
[08:32] <spikeb> is compiz+unity the default on the daily isos yet?
[08:33] <DBO> RAOF, only some?
[08:33] <DBO> spikeb, no
[08:34] <RAOF> DBO: My understanding is that the developer working on it has dynamic reclocking and similar powermanagement stuff pretty much solid for his hardware.
[08:34] <spikeb> ok
[08:34] <smspillaz> RAOF: G80?
[08:34] <DBO> RAOF, thats about the scariest sentence I ever read
[08:34] <RAOF> smspillaz: Yeah; only nv5x+
[08:34] <smspillaz> I love having the best supported card
[08:35] <smspillaz> Its just like using linux and not being screwed
[08:35] <RAOF> DBO: He's been reclocking his card thousands of times a second overnight.  That's moderately solid.
[08:35] <DBO> RAOF, *his card* is the bit that scares me
[08:35] <RAOF> Yeah. :)
[08:35] <DBO> as you know, hardware generalizes in the same way that rocks float
[08:35] <spikeb> heh
[08:35] <RAOF> Would it reassure you to know that fglrx has more power-management code than the radeon kernel driver + mesa driver + DDX combined? :)
[08:36] <smspillaz> DBO: do you mind if I can clean up the unity plugin code?
[08:36] <smspillaz> DBO: you wrap a whole bunch of functions you don't need
[08:36] <DBO> smspillaz, oh yeah the spare functions we never used?
[08:36] <DBO> smspillaz, yeah go ahead
[08:36] <smspillaz> yeah that's inefficien
[08:36] <DBO> i know
[08:36] <DBO> i just stole your example code
[08:36] <smspillaz> I saw
[08:37] <DBO> then from there its just been "but I might need that some day... might as well leave it until later"
[08:37] <smspillaz> it seems to be the new rage round the ayatana circles
[08:37] <smspillaz> though that's not very good considering that it's poorly formatted
[08:37] <DBO> you remember when you play an RPG, and you get ammo for the Super KillMax 5000, but you never use it because you dont know whats around the corner?
[08:37] <DBO> same mentality
[08:37] <smspillaz> fair enough
[08:38] <RAOF> Nice analogy!
[08:38] <DBO> thanks
[08:38] <spikeb> I rather like that analogy too
[08:38]  * smspillaz was probably just going to go with the whole "you save money in the bank for a rainy day)
[08:38] <DBO> I dont think todays youth would get that really
[08:38] <smspillaz> you're right. SPEND IT ALL ON GOON
[08:39] <DBO> first off, half of them are going to ask you what rain is, and the other half will ask what a bank is
[08:39] <smspillaz> DBO: hahaha
[08:39] <spikeb> haha
[08:39] <DBO> either I am funny when I am tired, or you all are quite nice to me
[08:40] <smspillaz> it really is the former
[08:40] <smspillaz> not so much tired ... but ... delerious
[08:40] <smspillaz> like that night when I started writing code inside of my law essay
[08:40] <DBO> I write code in my sleep all the time
[08:40] <smspillaz> and then almost handed the essay in with some code caught in the middle
[08:40] <DBO> then I wake up and wonder where it all went
[08:40] <DBO> its depressing...
[08:40] <spikeb> haha smspillaz
[08:41] <smspillaz> DBO: that must be a massive fml right there
[08:41] <DBO> it is!
[08:41] <DBO> the worst part of it is I have gotten really good at this
[08:41] <smspillaz> DBO: We need to create a device to hook a comptuer up to your brain
[08:41] <DBO> I'll code in my sleep
[08:41] <DBO> wake up, and just write out what I coded whilst sleeping
[08:41] <spikeb> i can sort of code in my sleep, but most certainly not while awake.
[08:41] <DBO> and 90% of the time it will be an effective and creative solution to an earlier problem
[08:41] <smspillaz> DBO: actually I get that too
[08:42] <DBO> its weird
[08:42] <smspillaz> DBO: although it's not really code, it's more like, wake up, and "crap i was meant to do it this way all along"
[08:42] <smspillaz> "quick find a pen find a pen"
[08:42] <DBO> I think in framework design
[08:42] <DBO> so it starts as classes, then methods, then implementations
[08:42] <DBO> and usually a monster pushing me down the stairs
[08:43] <DBO> which somehow does not prevent me from typing
[08:44] <DBO> aaanyhow, night all
[08:45] <didrocks> good night DBO
[08:45] <DBO> good night didrocks
[08:45] <RAOF> Sleep productively :)
[08:45] <DBO> that sounds like the catch phrase apple would use if they made a sleeping pill
[08:46] <RAOF> No; it'd be “Sleep productive”
[08:46] <DBO> yes
[08:46] <didrocks> smspillaz: so, it seems from what I see there there is profile support in the gconf backend. I guess the profile switch is handled by libcompizconfig, right? (btw, I don't see your commit there about profile choice by the env variable)
[08:46] <RAOF> Adjectival forms are for squares.
[08:46] <DBO> you lost me
[08:46] <DBO> I only speak english, not understand the rules
[08:47] <RAOF> “Productively” is an adverb, modifying the verb “to sleep”.  So I was wrong, too.  *Adverbial* forms :)
[08:47]  * RAOF restarts to test the new mesa hotness.
[08:51] <smspillaz> didrocks: oh I need to commit that
[08:51] <smspillaz> didrocks: also, yes profile suppor tis handed by lcc
[08:51] <smspillaz> didrocks: basically when you switch profiles it copies the gconf tree over to the master one
[08:52] <smspillaz> DBO: it looks like hooking the paint of one window seems more and more like a hack when I look at it
[08:52] <smspillaz> DBO: maybe I should change the way CompWindowPaintList works and change it to something like PaintList <PaintableObject>
[08:52] <smspillaz> DBO: so we can make Unity a PaintableObject with it's own draw callbacks
[08:52] <didrocks> smspillaz: yeah, that's bad… but we will try to get something better for the gsettings backend if possible :)
[08:53] <smspillaz> didrocks: the gsettings backend should load directly from the profile
[08:53] <smspillaz> didrocks: the only reason the gconf backend does that is to maintain compatibility with the old gconf plugin
[08:53] <didrocks> smspillaz: ok, makes sense
[08:54] <didrocks> smspillaz: so, thinking about people having ini backend and not the gconf backend, we should maybe rather ship the .xml file for the profile (which get automatically imported if you activate the gconf backend, right?)
[08:54] <smspillaz> didrocks: I think compiz config will handle the change in backends
[08:54] <didrocks> smspillaz: btw, if you don't have the time now, we can discuss about it a little bit later, just tell me when you have the time for that + looking at the transition script integrations (nice work on gconf btw!) and make dist
[08:55] <smspillaz> didrocks: yeah, just gotta finish this paint thing first in nux
[08:55] <didrocks> I saw a lot of i/o when switching with a new profile, right
[08:55] <didrocks> so I guess it handles that :)
[08:55] <didrocks> smspillaz: I'll have a look if we can ship the Profiles in /usr or /etc
[08:56] <smspillaz> yeah
[08:56] <smspillaz> didrocks: switching profiles between backends is always going to be expensive unfortunately
[08:56] <smspillaz> didrocks: IMO if the user has chosen to use the ini backend we should just preserve that
[08:56] <smspillaz> otherwise gconf as default
[08:56] <smspillaz> in fact, gconf already is the default
[08:57] <didrocks> smspillaz: right, the thing is that I want to profiles to be there for both
[08:58] <didrocks> so, you mean, if I create a "bar" profile in gconf
[08:58] <didrocks> and switch to ini
[08:58] <didrocks> it will create the file for me?
[08:58]  * didrocks tries
[09:00] <didrocks> smspillaz: no, it doesn't create a profile, so we have to ship both :/
[09:09] <kamstrup> didrocks: I assume we have glib 2.27/2.28 in Natty?
[09:12] <didrocks> kamstrup: 2.27.3
[09:12] <kamstrup> didrocks: cool
[09:39] <kvalo> kamstrup: do I always need to call g_signal_handler_disconnect() during object destroy for signals connected with g_signal_connect()?
[09:41] <kamstrup> kvalo: basically yes
[09:42] <kvalo> kamstrup: damn, I have missed this altogether
[09:43] <kvalo> kamstrup: thanks again
[09:43] <kamstrup> kvalo: if an object connects to its own signals it's less of an issue because the signals wont be emitted once the object is finalized
[09:43] <kvalo> yeah
[09:43] <kamstrup> kvalo: but if the signals are on another object, the other object will still emit signals, triggering the callbacks, when the first object is dwead
[09:44] <kvalo> I learned this the hard way :)
[09:44]  * kamstrup should alias make=make -j2
[09:44] <kamstrup> kvalo: so did I :-)
[09:44] <kvalo> no no, -j8! ;)
[09:45]  * kvalo taps his i7
[09:45] <kamstrup> kvalo: if you're hungry I can serve you a knuckle sandwich!
[09:46] <kvalo> :9
[09:46] <kamstrup> it's not good custom to belittle people who don't have an i7 ;-)
[09:50] <kvalo> kamstrup: just to give you some motivation to buy a faster machine ;)
[09:51] <kamstrup> kvalo: rest absolutely assured that I have plenty motivation to do that :-)
[10:01] <didrocks> MacSlow: btw, do not forget the "QL/tooltip empty" for the release (kind reminder :))
[10:12] <didrocks> MacSlow: oh, fix commited? (just received the email), awesome!
[10:15] <MacSlow> didrocks, that is fixed in trunk for some days now
[10:15] <didrocks> MacSlow: ok, but I don't have the time to run trunk. Awesome news :)
[10:16] <MacSlow> didrocks, I always forget we ride different parts of the same wave :)
[10:16] <didrocks> MacSlow: heh :)
[13:13] <vish> hmm, is it a holiday in UK? seems no one from Canonical towers in online..
[13:14] <vish> s/in/is
[13:45] <kvalo> vish: I think it's not a holiday today
[13:46] <kvalo> kamstrup: oh man, this one is huge: https://code.launchpad.net/~kvalo/indicator-network/libconnman-backend/+merge/41734
[13:47] <kvalo> kamstrup: take your time, it's not urgent in any way
[13:47] <kamstrup> kvalo: probably tomorrow before lunch, ok?
[13:47] <kvalo> kamstrup: I tried to keep commits small so that it would be easier to review
[13:47] <kvalo> kamstrup: even friday is ok
[14:13] <lamalex> njpatel, what do you mean for "parenthesis on new line"
[14:13] <njpatel> woops
[14:13] <njpatel> brackets
[14:13] <lamalex> haha ok
[14:13] <njpatel> braces
[14:13] <njpatel> even
[14:13] <njpatel> fudge
[14:14] <njpatel> that would be weird, eh?
[14:14] <njpatel> if
[14:14] <njpatel> (
[14:14] <njpatel>   x == y
[14:14] <njpatel> )
[14:14] <njpatel> {
[14:14] <lamalex> that's what I was thinking
[14:14] <lamalex> and i was ready to quit
[14:14] <njpatel>   return false;
[14:14] <njpatel> }
[14:14] <njpatel> lamalex, lol
[14:15] <lamalex> njpatel, is that true for loops also?
[14:15] <njpatel> yeah
[14:15] <njpatel> basically everyone likes something different so I made the choice
[14:16] <lamalex> yeah, that's fine as long as it's brackets and not parens :)
[14:16]  * lamalex wants to be technical lead so he can make these kinds of decisions for people
[14:16] <lamalex> .. someday
[14:16] <njpatel> My usual approach to these problems is choose something I like or everyone hates, but I'd have had to invent a new way of doing braces to do that
[14:16] <lamalex> haha
[14:17] <lamalex> so I tried to comb my hair by cutting it this morning
[14:17] <lamalex> didn't turn out well
[14:18] <njpatel> pics or it didn't happen
[14:18] <lamalex> njpatel, I'll bring the bag of hair to QA sprint
[14:18] <lamalex> njpatel, and re: AddChild vs addChild- should all methods be pascal cased then?
[14:18] <njpatel> I found an interesting bug on natty....when my computer attempts to sleep the graphics decides I only need 16bit color when it wakes up
[14:19] <njpatel> lamalex, yeah, I think in unity.h/cpp and Launcher* there is some fooBar, but it all should be FooBar
[14:19] <lamalex> yeah, unity.h was kind of the basis I used for headers/style
[14:19] <lamalex> apparently not the right choice :{
[14:19] <njpatel> lamalex, no, no, never use DBO's files for code style ;)
[14:20] <lamalex> ha- yeah I seem to remember giving him lots of shit when I would review merges for Do
[14:21] <njpatel> i'm going to make a precommit astyle hook when I'm bored
[14:22] <njpatel> okay, my eyes are screwed thanks to this driver bug, going to reboot so I can code
[14:25] <lamalex> hah, I forgot to remove that, "EAT IT, BITCH" line..
[14:25] <lamalex> thanks kamstrup
[14:26] <kamstrup> lamalex: lol, :-)
[14:28] <lamalex> the astyle man page is full of /very/ nerdy references
[14:30] <kamstrup> DeeModel is going to be ridiculously awesome when ported to GVariant
[14:31] <njpatel> so, it seems my monitor is broken :(
[14:32] <lamalex> <3 dee
[14:32] <lamalex> I want to start a new project just to use dee..
[14:32] <njpatel> I'm going to be  (1440*900)/(1920*1200) * 100 less productive
[14:34] <dbarth> njpatel: we can still read you, even if you can't see us (are you typing blind?)
[14:34] <njpatel> dbarth, no, no, I rebooted, But thanks for making me now think that when I type stuff it makes about as much sense if someone couldn't see what they are typing :)
[14:35] <dbarth> :-D
[14:35] <njpatel> Okay, time to make glib feel foolish
[14:36] <lamalex> njpatel, could you look at kamstrup's comments? He had a question or two directed at you I'd like answered
[14:36] <njpatel> sure
[14:38] <njpatel> lamalex, just the dbus related one, right?
[14:39] <lamalex> yeah
[14:39] <lamalex> kamstrup, what is simpler about using a stack allocated GVariantBuilder?
[14:39] <njpatel> done, basically leave it how it is until I add a proper object that will own the name
[14:41] <kenvandine> kamstrup, DeeModel is going to be ridiculously awesome when i can use it in python :-D
[14:41]  * kenvandine ducks 
[14:42] <lamalex> kamstrup, kenvandine  DeeModel is going to be ridiculously awesome when i can use it in C#
[14:42] <kenvandine> hehe
[14:42] <kenvandine> i suspect python will come first :)
[14:42] <lamalex> not if RAOF ever writes his gobject-introspection parser/generator for mono...
[14:43] <kenvandine> Dee is close to working with GIR in python
[14:45] <lamalex> oh njpatel there were two things :P
[14:45] <lamalex> StateIntrospection vs. Introspection
[14:46] <njpatel> Introspection is nicer I guess, but it's not a big deal for me
[14:46] <lamalex> kenvandine, please implement autocomplete for gwibber
[14:46] <kenvandine> lamalex, we will
[14:46] <lamalex> <3 da best
[14:47] <kenvandine> it will be in the new vala client
[14:47] <kenvandine> i hope :)
[14:47] <kenvandine> if not 3.0, 3.2 :)
[14:47] <kenvandine> just getting a usable pure gtk client has to come first
[14:49] <lamalex> wow new vala client eh?
[14:51] <kenvandine> yeah
[14:52] <kenvandine> depends on getting DeeModel working in python though, gwibber-service will provide the model
[14:52] <lamalex> so gwibber-service will remain in python?
[14:52] <kenvandine> yeah
[14:53] <kenvandine> not going to re-write all that just to get Dee :)
[15:00] <lamalex> kamstrup, https://pastebin.canonical.com/40119/ is why DBusMethodCall was public. I need to put it in one of the GDBus structs- and if it's not public I get that error. Is there a way to define those structs in the header?
[15:08] <njpatel> lamalex, can it just be a standard static C call inside the file? Seeing as it's a static C++ call anyway, that should work
[15:08] <lamalex> njpatel, as in don't declare it in the header?
[15:09] <njpatel> right
[15:18] <lamalex> njpatel, how do I prototype those in the cpp file?
[15:18] <lamalex> or do I just have to get the order right..
[15:19] <njpatel> lamalex, the normal C way of prototyping at the top of the file
[15:19] <njpatel> lamalex, basically it just a C function
[15:19] <lamalex> yeah, that's what I thought
[15:19] <njpatel> see IndicatorObjectFactoryRemove.cpp for instance
[15:20] <lamalex> I was getting a weird compiler error
[15:21] <lamalex> njpatel, that file are all normal class methods
[15:22] <lamalex> /home/alex/Projects/unity/unity.si/src/IntrospectionDBusInterface.cpp:30: error: invalid conversion from ‘void (*)(GDBusConnection*)’ to ‘void (*)(GDBusConnection*, const gchar*, const gchar*, const gchar*, const gchar*, GVariant*, GDBusMethodInvocation*, void*)’
[15:22] <lamalex> void DBusMethodCall (GDBusConnection*); looks like a fine prototype, right?
[15:22] <njpatel> lamalex, IndicatorObjectFactoryRemote::on_proxy_ready_cb is just a normal C callback that links up to the C++ object after some validation checks
[15:23] <njpatel> lamalex, the gpointer data ?
[15:23] <njpatel> user_data, even
[15:23] <lamalex> nevermind-- I'm missing so many arguments in that prototype
[15:23] <lamalex> I'm a moron
[15:25] <smspillaz> DBO: yeah, review my work plz :)
[15:26] <DBO> on it you sexy sexy law student
[15:26] <lamalex> smspillaz is a law student?
[15:26] <lamalex> fancy
[15:26] <njpatel> he studies law?
[15:26] <smspillaz> DBO: also, after I finish the migration stuff with didrocks I'm going to take scissors to the unity plugin
[15:26] <smspillaz> ahahahahahaahahahahahahaaha
[15:26] <DBO> njpatel, no thats just my fantasy
[15:26] <smspillaz> lamalex: njpatel: didn't you see when I got a law case submission caught in the compiz planet feet?
[15:26] <didrocks> DBO: I'll keep him busy, do not worry :)
[15:26] <smspillaz> *feed
[15:27]  * smspillaz will lawyer your face
[15:27] <njpatel> DBO, awww, I have a bunch of "keep 100ft away" orders that I was going to get his help with
[15:27] <smspillaz> (IANAL!!! (yet))
[15:27] <DBO> njpatel, yeah, in reality he studies Australian Law
[15:28] <DBO> which is like bizarro canada law
[15:28] <smspillaz> yeah, I'll section 279 you!
[15:28] <njpatel> smspillaz, whenever I read that I read: I ANAL
[15:28] <njpatel> sorry
[15:28] <njpatel> DBO, oh, that's no use to anyone
[15:28] <DBO> exactly
[15:28] <smspillaz> actually, western australian criminal law is very different to english law actually
[15:28] <smspillaz> njpatel: BAHAHAHAHAHAHAHHAHAHHAHAAHHAAHAH
[15:28] <smspillaz> I am actually laughing to hard right now
[15:29] <DBO> njpatel, australian law is kinda a weird concept to me
[15:29] <smspillaz> it seems we just cant get away from the innuendo today
[15:29] <DBO> I mean they have already been convicted once
[15:29] <DBO> in-your-endo
[15:29] <smspillaz> DBO: I saw that one coming
[15:29] <smspillaz> how I met your mother
[15:29]  * njpatel refrains
[15:29] <DBO> I can't help it
[15:29] <DBO> every time someone says that word
[15:29] <DBO> I *have* to quote The Todd
[15:30] <smspillaz> *sigh*
[15:30] <smspillaz> gee and I think the conversations I have with my friends at uni are bad ...
[15:30] <DBO> also its from Scrubs not How I Met Your Mother
[15:30] <njpatel> right, dumb youngsters getting it wrong
[15:31] <DBO> Unity has 11 active reviews?
[15:31] <njpatel> yeah, but most are for 0.2
[15:31] <njpatel> I wonder if I can mark them as needs-fixing?
[15:32] <lamalex> njpatel, in the cpp files there's a strong mix of void Method and void\nMethod
[15:32] <lamalex> which is right
[15:32] <njpatel> lamalex, void\nFoo::Method
[15:32] <lamalex> ok
[15:33] <lamalex> but in the header files it's void Method
[15:33] <njpatel> for the sake of not having to have screen-size terminals
[15:33] <njpatel> lamalex, yes, we're special like that
[15:33] <lamalex> ha
[15:33]  * lamalex keeps his terminal screen-sized..
[15:33] <njpatel> you don't have the Foo:: in header mostly, that's why
[15:33] <DBO> smspillaz, why does your branch work?
[15:33] <lamalex> right
[15:34] <DBO> smspillaz, I really honestly dont understand how it works...
[15:34] <njpatel> PanelIndicatorObjectEntryView::PanelIndicatorObjectEntryView ()
[15:34] <njpatel> we really need to use namespaces
[15:34] <smspillaz> DBO: because I'm a sexy sexy law student?
[15:34] <DBO> smspillaz, no I want a real answer, then I'll humor your funny bone (set up)
[15:34] <smspillaz> DBO: probably a lack of stack overflows
[15:35] <smspillaz> I did see one or two calls to empty boost functiosn while mucking around with the clock on this machine though
[15:35] <DBO> smspillaz, no seriously, to me it looks like your find would hit every single glPaint call
[15:35] <smspillaz> DBO: oh right, you mean my paint thing
[15:35] <smspillaz> DBO: basically it hooks every single GL window's glDraw call
[15:35] <DBO> wait, window is a list?
[15:36] <smspillaz> screen->windows () is
[15:36] <smspillaz> basicaly it hooks every window's call to glDraw, and if the window is above the nux windows it draws the nux windows underneath
[15:36] <smspillaz> otherwise it draws them on top
[15:36] <DBO> you can walk screen->windows () by doing window->prev???
[15:36] <smspillaz> yes
[15:36] <DBO> THATS AWESOME
[15:36] <smspillaz> doubly linked lists bitches?
[15:37] <smspillaz> DBO: there is also screen->reverseWindows ()
[15:37] <DBO> well window I did not expect to be a node
[15:37] <DBO> since its of type CompWindow
[15:37] <smspillaz> it behaves like a node and like a list iter
[15:37] <DBO> also
[15:37] <DBO> stop abusing C++
[15:37] <smspillaz> C++ was designed to be abused?
[15:38] <DBO> it was
[15:38] <DBO> it really was
[15:38] <smspillaz> you should see how much I abuse boost in my other projects
[15:38] <smspillaz> (non compiz related)
[15:38] <dbarth> brb
[15:39] <DBO> smspillaz, really that sounds to me like "you should see how amazing unmaintainable my other projects are"
[15:40] <DBO> smspillaz, you are +1 to merge
[15:40] <didrocks> DBO: stop distracting him, we are working!!! :p
[15:41] <DBO> didrocks, aren't you still on strike? :P
[15:42] <didrocks> DBO: not yet, but my strike time will begin in 20 minutes, so we need compiz uploaded first :p
[15:42] <didrocks> uploading*
[15:42] <didrocks> DBO: isn't thanksgiving btw?
[15:42] <DBO> i thought that was friday
[15:42] <smspillaz> oh right
[15:42] <smspillaz> tomorrow it's slapsgiving
[15:42] <smspillaz> totally forgot
[15:43] <smspillaz> oh what's worse is that the fb event time starts at 10:00AM
[15:43] <DBO> oh wow
[15:43] <smspillaz> ... right when I have a driving lesson
[15:43] <didrocks> DBO: I'm not American, I don't know, it was a real question :)
[15:43] <DBO> didrocks, seems that it is in fact tomorrow
[15:44] <DBO> didrocks, as you can tell, I dont have anything to do on thanksgiving, so you will be seeing me
[15:44] <didrocks> DBO: you should get some rest somtimes :)
[15:45] <DBO> social lives are overrates
[15:45] <DBO> overrated
[15:45] <smspillaz> thanksgiving is deprecated here
[15:45] <smspillaz> DBO: famous last words in college
[15:45] <DBO> smspillaz, are you merging?
[15:45] <smspillaz> DBO: oh right, I need to do that
[15:45] <DBO> please
[15:45] <smspillaz> I'll have to admit, I'm a bit bzr retarded
[15:45] <DBO> i will merge after
[15:45] <smspillaz> how exactly do I do that
[15:45] <DBO> do you have a branch of trunk
[15:46] <DBO> bzr branch lp:unity
[15:46] <DBO> cd unity
[15:46] <DBO> bzr merge lp:YOURBRANCH
[15:46] <DBO> bzr commit
[15:46] <smspillaz> ok
[15:46] <DBO> bzr push
[15:47] <smspillaz> done
[15:47] <smspillaz> merge yours and then I will start cleaning the hell out of the unity plugin code
[15:50] <DBO> smspillaz, i dont see your merge in trunk
[15:50] <smspillaz> DBO: the push failed for some reason
[15:50] <smspillaz> fixing
[15:51] <smspillaz> it probably doesn't like the clock changes caused by booting into windows and then osx today
[15:57] <DBO> smspillaz?
[15:58] <smspillaz> DBO: argh I lost the console to this machine
[16:00] <smspillaz> DBO: done
[16:00] <smspillaz> wait
[16:00] <DBO> O_o
[16:01] <smspillaz> DBO: argh wth
[16:01] <smspillaz> it's saying I have no new revisions to push
[16:02] <smspillaz> I hate to say it bug
[16:02] <smspillaz> http://whygitisbetterthanx.com
[16:02]  * smspillaz hids
[16:02] <smspillaz> *hides
[16:03] <DBO> screw it I will merge your branch
[16:03] <smspillaz> just mreged it now
[16:03] <smspillaz> authenticating
[16:03] <smspillaz> cool done
[16:03] <smspillaz> actually
[16:03] <smspillaz> done
[16:03] <DBO> perfect
[16:03] <DBO> thank you
[16:03] <smspillaz> :)(
[16:03] <smspillaz> :)
[16:17] <DBO> smspillaz, are you sure we are not painting every frame twice now?
[16:18] <smspillaz> DBO: no we aren't
[16:18] <smspillaz> DBO: that var gets reset at the beginning of every glPaintOutput
[16:19] <DBO> something weird is going on actually
[16:20] <DBO> smspillaz, yeah it can be painted twice
[16:20] <smspillaz> hum
[16:20] <DBO> smspillaz, the case where it gets painted twice happens when a window is painted over it
[16:20] <DBO> open a menu
[16:20] <smspillaz> have a look if glPaintOutput is being called twice
[16:21] <smspillaz> dont see it
[16:21] <DBO> make your wallpaper solid white
[16:21] <DBO> its easy to see then
[16:21] <DBO> if you open a menu such that it overlaps the launcher
[16:21] <smspillaz> ah right now I see it
[16:21] <smspillaz> hmm I'll have to look into that
[16:22] <smspillaz> do you mind if I can do that after I get this migration stuff done?
[16:22] <DBO> how long on that?
[16:26] <smspillaz> DBO: err depends on if something works
[16:26] <smspillaz> it's taking a long time write
[16:27] <DBO> can you switch to this then
[16:27] <smspillaz> is it critical?
[16:27] <DBO> yeah
[16:27] <smspillaz> :/
[16:27] <smspillaz> ok I'll have a look then
[16:27] <DBO> the background flickers quite often
[16:27] <DBO> every time notify osd comes up
[16:27] <DBO> so whenever it is painting under a window
[16:28] <smspillaz> hm
[16:28] <DBO> yeah
[16:28] <DBO> notify-send "test"
[16:28] <DBO> then mouse over the launcher
[16:28] <DBO> boom, double render
[16:29] <smspillaz> notify-send sigabrts for me
[16:29] <DBO> awesome
[16:32] <smspillaz> DBO: can you put an fprintf in glPaintOutput and one in preparePaint and see if glPaintOutput is getting called twice after a preparePaint
[16:32] <smspillaz> ?
[16:32] <smspillaz> that's the only reason I can think of it for it rendering twice
[16:32] <DBO> smspillaz, I see the problem
[16:32] <smspillaz> ah? what is it?
[16:32] <DBO> you put the check in the wrong place
[16:32] <DBO> in glDraw
[16:33] <DBO> it should be checking doShellRepaint in multiple places
[16:33] <DBO> outside and inside the loop
[16:33] <DBO> since unity has multiple input windows
[16:33] <smspillaz> it only needs to check it where we call paintDisplay ()
[16:33] <smspillaz> unless we call paintDisplay in other places too
[16:34] <smspillaz> yeah, that's not the problem, unless I missed some obscure code path
[16:35] <DBO> smspillaz, yeah that fixed it
[16:35] <smspillaz> O.o
[16:35] <DBO> you'll see the fix when I push it
[16:35] <smspillaz> DBO: where did you put the check?
[16:35] <DBO> for (CompWindow *w = window; w && uScreen->doShellRepaint; w = w->prev)
[16:35] <DBO> there
[16:36] <smspillaz> ah right
[16:36] <smspillaz> yeah yeah that makes sense
[16:36] <DBO> yes indeed
[16:36] <smspillaz> actually
[16:36] <smspillaz> actually
[16:36] <smspillaz> more obvious solution
[16:36] <smspillaz> after calling paintDisplay
[16:36] <DBO> no we are not putting the check in paintDisplay
[16:36] <smspillaz> break ()
[16:36] <DBO> i thought of that
[16:36] <smspillaz> break;
[16:36] <DBO> i thought of that too
[16:36] <smspillaz> sure ?
[16:36] <DBO> its possible that paintDisplay does not actually paint
[16:36] <DBO> for some reason
[16:36] <DBO> in other words, we should assume paintDisplay is a black box
[16:37] <smspillaz> but putting the check into the for loop is going to have the same effect as just breaking after paintDisplay () ...
[16:37] <smspillaz> except that it will be slower
[16:37] <DBO> no it wont
[16:37] <DBO> you are talking MAYBE an extra instruction
[16:38] <DBO> i can live without the fraction of a nanosecond that will take
[16:38] <smspillaz> DBO: try break after paintDisplay ()
[16:38] <smspillaz> I'm 100% certain it will also work
[16:38] <smspillaz> also much cleaner
[16:38] <DBO> I am too
[16:38] <cyphermox> njpatel, kvalo, anybody else: the NM indicator patch is slowly taking form, here's how it looks right now: http://twitpic.com/39s20s
[16:38] <DBO> thats not the point smspillaz
[16:38] <DBO> the point is we should treat paintDisplay as a black box
[16:38] <DBO> not make assumptions about its implementation
[16:39] <DBO> in other words say for some reason we decide to add a check into paintDisplay in the future
[16:39] <DBO> this check determines if nux is ready to paint or not
[16:39] <DBO> if not, it doesn't paint
[16:39] <smspillaz> DBO: oh I see
[16:39] <DBO> now you get it :)
[16:39] <smspillaz> yeah
[16:39] <smspillaz> because I was going to say
[16:39] <DBO> yeah I see how right now it makes no difference
[16:39] <smspillaz> the current paintDisplay () always sets doShellRepaint to false
[16:39] <DBO> but the idea is to never rely on a side effect
[16:39] <smspillaz> fair enough
[16:40] <DBO> please please remember that as you program, so important :)
[16:40] <smspillaz> heh
[16:41] <njpatel> cyphermox, Nice!
[16:41] <DBO> cyphermox, you are a gentleman and a scholar, I salute you
[16:42] <cyphermox> DBO, not such a huge feat. the code for nm-applet is clear and nice, so it makes it easy to integrate things
[16:42]  * cyphermox goes back to hacking. I may fall offline regularly :)
[16:43] <DBO> smspillaz, last major issue
[16:43] <DBO> smspillaz, when using the wall plugin to change workspaces and having a notify-osd notification up
[16:43] <DBO> something bad happens
[16:43] <DBO> smspillaz, other than that, I am so very happy with this work
[16:43] <cyphermox> njpatel, if you're interested, there should in theory be daily builds showing up here: https://code.edge.launchpad.net/~mathieu-tl/+recipe/nm-indicator, but it seems the chroots are unhappy right now
[16:44] <DBO> smspillaz, also the "something bad that happens" is not introduced by you, it was there before but I couldn't fix it
[16:45] <smspillaz> DBO: maybe we need to put a check and paintDisplay into glPaintTransformedScreen ?
[16:45] <smspillaz> *Output
[16:45] <smspillaz> that was my guess since I hit something like that too
[16:46] <njpatel> cyphermox, definitely interested, will try them out tomorrow after I've made the unity release
[16:47] <njpatel> cyphermox, thanks for the link!
[16:47] <DBO> smspillaz, whatever makes it work
[16:47] <smspillaz> DBO: *shrug*
[16:47] <cyphermox> njpatel, it directly replaces nm-applet though, so you'll want to be careful :)
[16:47] <njpatel> heh, will do :)
[17:04] <lamalex> DBO, make[2]: Leaving directory `/home/alex/Projects/uni
[17:04] <lamalex> uh
[17:04] <lamalex> I mean
[17:04] <lamalex> DBO, http://pastebin.com/3n14P8QA
[17:05] <DBO> lamalex, bamf doesn't crash
[17:05] <DBO> Im calling solar ray on this one
[17:05] <lamalex> it just did dog
[17:05] <DBO> SOLAR RAY
[17:05] <lamalex> a bunch of times
[17:05] <lamalex> like, it was A PROBLEM
[17:06] <DBO> priv->connection = dbus_g_bus_get (DBUS_BUS_SESSION, &error); <--- that call failed
[17:06] <DBO> dude wtf did you do to dbus?
[17:06] <smspillaz> who me?
[17:06] <DBO> no, launi
[17:06] <smspillaz> ah right :)
[17:06] <DBO> why is it that QA guys have the worlds most broken machines?
[17:06] <smspillaz> that line of code appears in compiz so I was just checking
[17:06] <DBO> lamalex, it didn't crash, it aborted due to an ability to connect to the bus
[17:07] <lamalex> i dont care why it did it- make it not happen!
[17:07] <DBO> is dbus working on your system?
[17:07] <DBO> its trivial for me to make it not crash, but you wont get any launchers
[17:07] <lamalex> yeah
[17:08] <DBO> its not crashing really
[17:08] <DBO> but yeah I see your point
[17:08] <DBO> you want me to fix dbus for you
[17:08] <lamalex> yeah
[17:08] <lamalex> and a foot rub please
[17:08] <DBO> lamalex, it should have printed out a console message
[17:08] <DBO> i need that message
[17:08] <lamalex> DBO, I think no launchers is better than crashing
[17:09] <lamalex> umm everything should be in that gdb log?
[17:09] <DBO> aborting
[17:09] <DBO> its not
[17:09] <DBO> i need the stdout
[17:09] <lamalex> that's all I have
[17:09] <DBO> g_error ("Failed to open connection to bus: %s", error != NULL ? error->message : "Unknown");
[17:09] <lamalex> why wouldn't stdout go into the gdb log- that's retarded
[17:09] <DBO> you should get a message that looks like that
[17:12] <lamalex_> njpatel, pushing state-introspection fixes
[17:13] <lamalex_> njpatel, Im going to hold off on fixing the use of g_variant_builder to use stack allocation- it's segfaulting for some reason and I think getting it in is more important than making it ideal (according to kamstrup)
[17:16] <njpatel> lamalex, that's fine, easily can be another merge request
[17:16] <njpatel> lamalex, I'll have a look at your merge again in 10mins
[17:17] <lamalex> njpatel, ok. sounds good
[17:25] <lamalex> wow so rolling releases
[17:26] <lamalex> I wonder if that makes didrocks' job easier or harder
[17:26] <didrocks> lamalex: source? :)
[17:30] <lamalex> didrocks, http://www.theregister.co.uk/2010/11/23/darily_ubuntu_updates/
[17:31] <lamalex> DBO, that hard lock on alt-tab happens all of the fing time
[17:31] <didrocks> lamalex: well, let's see, thanks for the source! :)
[17:31] <DBO> lamalex, nothing i can do about that right now
[17:33] <njpatel> lamalex, (reviewing) you have a merge conflict with trunk
[17:34] <lamalex> njpatel, ok- will fix
[17:34] <lamalex> also I figured out my error with g_variant_builder_init segfaulting
[17:34] <lamalex> so I'll do both now
[17:35] <njpatel> lamalex, bah, okay so I approved pending the conflict being resolved
[17:36] <njpatel> lamalex, can take a look at the g_variant thing once you've pushed to your branch again :)
[17:36] <lamalex> k
[17:47] <njpatel> I'm using Claws mail right now
[17:47] <njpatel> it's actually quite fun
[17:47] <njpatel> quite robust
[17:53] <lamalex> njpatel, conflict fixed
[17:54] <njpatel> cool, did you push up your g_variant stuff too?
[19:00] <didrocks> ok, will work a little bit offline, see you!
[19:10] <DBO> review please: https://code.launchpad.net/~canonical-dx-team/unity/unity.trash-can/+merge/41781
[19:52] <seiflotfy_> ok any unity hacker around
[19:52] <seiflotfy_> i am having toruble adding new groups
[19:52] <seiflotfy_> only 2 groups show up
[19:52] <seiflotfy_> although i added 10
[21:21] <seiflotfy> jcastro, there?
[21:21] <seiflotfy> DBO jcastro and rickspencer3
[21:21] <seiflotfy> http://seilo.geekyogre.com/2010/11/unity-place-people-day-3/
[21:21] <seiflotfy> :)
[21:26] <boulabiar> seiflotfy, the bg e is for enlightenment ?
[21:29] <fagan> boulabiar: its for elementary
[21:31] <boulabiar> thanks