[00:19] <nessita> ok, I'm gone
[00:19] <nessita> bye all!
[06:49] <nigelb> dobey: There was always a KDE thing called Neon.  Its the project which gets daily builds of kde.
[06:49] <nigelb> but yeah, lack of imagination.  We should have an app which spits out random project names :)
[06:52] <duanedesign> hello nigelb
[06:52] <nigelb> hey duanedesign :)
[07:08] <ralsina> morning
[07:47] <duanedesign> o/
[08:44] <mandel> morning all
[08:44] <duanedesign> o/
[08:56] <ralsina> morning mandel
[08:56] <mandel> ralsina: buenos dias :)
[09:10] <fagan> morning
[09:11] <ralsina> morning fagan
[09:12] <fagan> ralsina: want me to look into that nm bug
[09:12] <ralsina> fagan: good idea
[09:12] <fagan> ralsina: cool I have a good idea about how and what to do
[09:13] <ralsina> fagan: great!
[09:13] <fagan> ralsina: ill ask if I dont know anyway
[09:21] <ralsina> fagan: ok, go ahead
[12:01]  * duanedesign wonders if mr rye is around?
[12:27]  * fagan break
[12:35] <nessita> hello everyone!
[12:35] <duanedesign> o/
[12:35] <fagan> morning nessita
[12:36] <fagan> looking forward to london nessita?
[12:37] <nessita> fagan: I have different feelings, sometimes yes, sometimes I would like to stay at home (too much traveling lately). How about you?
[12:37] <fagan> nessita: well im just interested in whats going on more as a learning experience and all that
[12:38] <fagan> nessita: its always get being in those kind of meetings
[12:39] <fagan> nessita: like I learned a lot at UDS when I was there, I learned a lot at the windows sprint so any more experiences to take in is a plus
[12:41] <nessita> right
[12:45] <nessita> ralsina: hello there, you around?
[12:51] <duanedesign> anyone aware of any Tomboy-1.6.0 dataloss bugs that would cause you to lose notes?
[12:57] <nessita> I'm not, maybe rye knows?
[13:11] <ralsina> morning nessita
[13:12] <ralsina> was having lunch
[13:12] <duanedesign> mmmm, lunch
[13:12] <ralsina> duanedesign: there is no data losage reported in the last month or so, AFAIK
[13:17] <nessita> ralsina: hello! was it a good lunch?
[13:17] <ralsina> nessita: pretty good yes!
[13:17] <nessita> ralsina: QT question, when you have a moment
[13:17] <ralsina> right now is good
[13:17] <nessita> ok, so
[13:18] <nessita> I need to "walk" a QTreeWidget in order to do some asserts over its content. Google suggest using a QTreeWidgetItemIterator, which kinda sounds right, but when I constructs a QTreeWidgetItemIterator from my treewidget, the result is None
[13:18] <nessita> this is my code:
[13:18] <nessita> tree_iter = gui.QtGui.QTreeWidgetItemIterator(self.ui.ui.folders)
[13:19] <nessita> and tree_iter is None
[13:19] <ralsina> let me check...
[13:20] <ralsina> well, according to the C++ docs that should work
[13:20] <ralsina> now let me see if it's broken on python...
[13:21] <ralsina> nessita: workaround: http://www.mail-archive.com/pyqt@riverbankcomputing.com/msg11348.html
[13:22]  * nessita reds
[13:22] <nessita> reads*
[13:22] <ralsina> but there are examples of people using the iterator, so can you point me to the code?
[13:24] <ralsina> in fact, I don't know how tree_iter could be None, since that's a class instantiation :-D
[13:25] <nessita> let me re confirm
[13:25] <nessita> it may be PICNIC
[13:25]  * nessita checks for the third time
[13:34] <nessita> ralsina: so, you're right (as usual in this area) :-)
[13:34] <nessita> what I can't do, like you said, is iterate over that result
[13:34] <ralsina> haha, you have found my area of expertise ;-)
[13:34] <ralsina> I knew I had one!
[13:36] <nessita> :-)
[13:39]  * fagan thinks he found the bit of code he needs
[13:40] <fagan> nessita: Bug #790717 is in the cp not the sso
[13:40] <ubot4`> Launchpad bug 790717 in ubuntu-sso-client "Changes to the network manager break network detection (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/790717
[13:41] <fagan> nessita: its just in the detection of the network state
[13:41] <nessita> fagan: nopes
[13:41] <nessita> fagan: the main code is located in ussoc
[13:41] <nessita> see the imports
[13:41] <fagan> nessita: oh
[13:41] <nessita>      34 from ubuntu_sso import networkstate
[13:41] <fagan> ahhhhh
[13:41] <nessita> ;-)
[13:42] <fagan> nessita: well that shows why I was confused all morning
[13:42] <nessita> hehe
[13:43] <fagan> ralsina: if I make a branch and it gets merged into trunk to fix the network state thing wouldnt that break the nightlies for everyone no on 11.10
[13:43] <fagan> *not
[13:43] <ralsina> fagan: you tell me! You should make sure it doesn't ;-)
[13:44] <fagan> ralsina: good point
[13:45] <mandel> ralsina: pong
[13:47] <nessita> fagan: if you try to fix it, please take into account the following:
[13:48] <nessita> fagan: the code needs to be test driven or at least be accompanied with tests covering all the changes. And it has to keep working with natty, maverick and lucid, since we provide PPA for those :-)
[13:49] <ralsina> in fact, this is a neat case where a "small" fix is going to keep you busy for... a week or so ;-)
[13:49] <fagan> nessita: yeah ill make sure its working on at least natty and 11.10
[13:49] <nessita> fagan: ping me for reviews!
[13:49] <fagan> nessita: yeah harsh harsh reviews :D
[13:50] <nessita> nooooooo, lies!
[13:50]  * fagan will break everything
[13:50] <nessita> I'm a good girl
[13:50] <ralsina> nessita harsh? naaaaaaaah
[13:50] <nessita> exactly
[13:50]  * nessita is a sweet dolly doll-like girl
[13:50] <fagan> oh one question
[13:51]  * nessita thinks this f****ng trees are making my life miserable 
[13:51] <beuno> nessita, wasn't chucky a doll as well?
[13:51] <duanedesign> lol
[13:51] <nessita> beuno: but that was a male doll :-D. Though hard to guess, I'm a girl doll
[13:51] <fagan> actually nope false alarm no question
[13:51] <nessita> or did chucky have a girlfriend?
[13:52] <beuno> nessita, he did in Chuky 2!
[13:52] <beuno> a bride
[13:52] <duanedesign> beuno: the one and only time I ever hitchhicked the person had a Chucky doll in their car. o.O
[13:52] <nessita> LOL
[13:53] <duanedesign> the bride of Chucky :)
[13:53] <beuno> duanedesign, does this story end in a tub full of ice?
[13:53] <fagan> Is it wrong that I dont know what you guys (and gal) are talking about
[13:53] <ralsina> fagan: yes, it's unforgivable
[13:53] <nessita> the unforgiven!
[13:53] <fagan> hahah
[13:53] <ralsina> specially about "Bride of Chucky"
[13:53]  * nessita requests metallica
[13:54] <duanedesign> beuno: :D fortunately no.
[13:54]  * fagan googles
[13:54] <ralsina> fagan: careful, that movie contains puppet intercourse
[13:55] <fagan> ralsina: oh no then its not my kind of film
[13:55] <ralsina> fagan: it was necessary for the plot!
[13:55]  * fagan is still a little sick from a flash of two girls one cup
[13:57] <fagan> ralsina: names of vars
[13:57] <ralsina> fagan: it's not THAT kind of movie, you sicko
[13:57] <fagan> ralsina: I need to do a second state number for 11.10+ so what should I call it
[13:57] <fagan> ralsina: hahah
[13:57] <ralsina> fagan: I don't follow you
[13:58] <fagan> ralsina: well at the moment they are like NM_STATE_DISCONNECTED = 4
[13:58] <fagan> thats a different number for the new spec
[13:59] <fagan> so id need two vars 1 for the old style one for the new style
[13:59] <voidspace> ralsina: Chipaca: ping
[13:59] <ralsina> if there is a way to see the NM version, just check and set the right numbers
[13:59] <fagan> what should I call the var
[13:59] <ralsina> voidspace: pong, saw the CV
[13:59] <voidspace> ralsina: cool, after I sent it William realised he forgot to include details of his education in the cv
[13:59] <fagan> oooh that gives me an interesting idea on how to take on this
[13:59] <ralsina> voidspace: I am thoroughly impressed and want to have his children, or something like that ;-)
[14:00] <voidspace> ralsina: I have an updated version if you want it - but he already put the updated version into the system
[14:00] <voidspace> ralsina: hah :-)
[14:00] <nessita> me
[14:00] <ralsina> besides, I *have* tried to write a PLY thing to parse excel into python and am amazed someone succeeded ;-)
[14:00] <fagan> me
[14:00] <ralsina> voidspace: I will mail him in like 15 minutes
[14:00] <voidspace> ralsina: anyway, snap him up soon or we'll hire him for our team - Gustavo has already emailed him to arrange a voice chat about working on ensemble
[14:00] <ralsina> me
[14:00] <voidspace> ralsina: so the race is on...
[14:01] <ralsina> voidspace: :-)
[14:01] <voidspace> ralsina: yeah - the whole excel formula syntax -> python translate pipeline was great fun
[14:01] <voidspace> ralsina: I worked on it quite a bit too
[14:01] <nessita> alecu, thisfred, dobey?
[14:01] <thisfred> me
[14:02] <voidspace> ralsina: but most of it was already implemented (by Will) when I joined Resolver - although we continually added new features
[14:02] <ralsina> voidspace: you know the original excel parser is not actually a parser, right? It's just a stack of handmade if chains
[14:02] <dobey> me
[14:02] <voidspace> ralsina: I didn't know that
[14:02] <fagan> ralsina: mandel too no?
[14:02] <voidspace> ralsina: we did it properly :-)
[14:02] <nessita> DONE: more Cloud folders tab, started adding tests for that, got stucked and unstucked several times (but I keep moving forward).
[14:02] <nessita> TODO: please, finish the cloud folders!
[14:02] <nessita> BLOCKED: not ATM
[14:02] <nessita> NEXT: fagan
[14:02] <nessita> fagan: nopes
[14:02] <fagan> DONE
[14:02] <fagan> * finding where to do the work for the nm bug
[14:02] <fagan> * payroll
[14:02] <fagan> TODO
[14:02] <fagan> * fix the bug
[14:02] <fagan> * investigate if there is a way to query the nm version to set the var nicely rather than have some extras
[14:02] <fagan> Blocked
[14:02] <fagan> * nope
[14:02] <voidspace> ralsina: anyway, I'll leave you in peace - but really you'll need to move quickly if he's interesting...
[14:02] <fagan> ralsina: I think is next
[14:03] <fagan> yep gogo
[14:03] <ralsina> DONE: meetings, reviews, pinged design to confirm we have signoffs for everyhting, administrivia (yes, the same thing every day)
[14:03] <ralsina> TODO: same as every day. Try to conquer the world pinky!
[14:03] <ralsina> BLOCKED: no
[14:03] <nessita> that only happens at nights!
[14:03] <ralsina> thisfred?
[14:03] <thisfred> DONE: cry hot couchdb tears of sadness. Also was unhelpful with at twisted trial issues. TODO: more couchdb debugging BLOCKED: no NEXT: dobey
[14:03] <dobey> λ DONE: bug #789299, lots of debugging on 789300
[14:03] <dobey> λ TODO: bug #789300, bug #771488
[14:03] <dobey> λ BLCK: Twisted.
[14:03] <ubot4`> Launchpad bug 789299 in ubuntuone-dev-tools "DBusTestCase sometimes connects to real session bus (affects: 1) (heat: 5)" [Critical,In progress] https://launchpad.net/bugs/789299
[14:03] <ubot4`> Launchpad bug 789300 in ubuntuone-dev-tools "DBusTestCase needs to work with Qt main loop as well (affects: 1) (heat: 6)" [Critical,In progress] https://launchpad.net/bugs/789300
[14:03] <ubot4`> Launchpad bug 771488 in ubuntuone-dev-tools "u1trial should unset GTK_MODULES (affects: 1) (heat: 4)" [Medium,In progress] https://launchpad.net/bugs/771488
[14:04] <ralsina> voidspace: I will go really quick now!
[14:04] <nessita> dobey: any idea why your branch is not being merged?  https://code.launchpad.net/~dobey/ubuntuone-dev-tools/dbus-priv/+merge/63022 I approved it this morning
[14:04] <dobey> no, i'll look
[14:04] <nessita> thanks
[14:04] <nessita> ralsina: is alecu coming today?
[14:04] <ralsina> nessita: AFAIK he should
[14:05]  * fagan hopes tarmac doesnt blow up before the sprint 
[14:05] <dobey> well it's not a huge deal if it does next week. not like there will be a massive amount of branches being landed
[14:05] <ralsina> fagan: mashalla! <knock on table>
[14:06] <fagan> ok then I thought there would be at least some development going on next week
[14:06] <thisfred> dobey: actually from what I heard there will be more coding and less talking than last yeat
[14:06] <thisfred> year
[14:06] <dobey> wtf cron
[14:07] <fagan> I suppose I wasnt exactly fully aware of the entire content of the week
[14:07] <dobey> thisfred: i thought there were just going to be more cage matches (team building)
[14:07] <Chipaca> dobey: 4 of the 5 days are "mostly" hands-on
[14:07] <thisfred> dobey: remember the first rule of sprint club
[14:07] <dobey> Chipaca: those are the best kinds of cage matches
[14:09] <fagan> thisfred: ooh I know "dont talk about sprint club"
[14:09] <alecu> Hola gente!
[14:09] <thisfred> holalecu!
[14:09] <ralsina> alecu: say me!
[14:09] <alecu> sorry I'm late, got delayed getting to kinder.
[14:09] <alecu> me
[14:10] <ralsina> alecu, go ahead ;-)
[14:11]  * fagan hugs dfeet
[14:11] <dobey> make sure you wash dfeet before you hug them
[14:12] <fagan> dobey: I like it dirty
[14:12] <fagan> :
[14:12] <fagan> :D
[14:12] <alecu> DONE: worked on the "devices" tab; worked on a hard merge with nessita's latest branch
[14:12] <alecu> TODO: finish merge and devices branch
[14:12] <alecu> BLOCKED: some weird dbus initialization issues are blocking the merge
[14:12]  * fagan grew up in the christina agulara generation 
[14:12] <alecu> yuk
[14:13] <dobey> shen me niao!
[14:14] <dobey> ok, so why would cron just stop working all of a sudden?
[14:14] <dobey> 'cron' appears to be running, as does 'atd'
[14:14] <dobey> but it hasn't processed any jobs for 2.5 hours
[14:16] <ralsina> dobey: you know noone will know. You can give me shell access and I can probably guess using strace ;-)
[14:17] <dobey> well i restarted cron and atd, but i think i did it just after the time had passed for it to run again, so will wait until 9:30 and see
[14:18]  * fagan is terrible with dbus 
[14:24] <dobey> ralsina: ah, apparently there was a pam security update that broke it
[14:24] <dobey> ralsina: i guess it got installed automatically on my lucid server just before 07:00 today
[14:24] <dobey> which is why the last run of tarmac was at 06:45 on that box
[14:24] <ralsina> dobey: fun!
[14:25] <dobey> ok
[14:25] <dobey> 5 minutes and my branch should land then
[14:32] <dobey> huzzah, it is back
[14:32] <thisfred> dobey: hmm, I wonder if that explains why my mail suddenly stopped being fetched automatically yesterday. What did you do to fix cron?
[14:33] <thisfred> or does it fix itself?
[14:34] <dobey> there is another update today for pam that fixed it
[14:34] <dobey> so just upgrade again
[14:34] <thisfred> ah ok
[14:37] <dobey> ok, back to this awful twisted mess
[14:40]  * fagan sees the irony of the name twisted when dobey talks that way 
[14:42] <dobey> i'm not entirely sure what to do here
[14:43]  * ralsina records the moment for posterity
[14:44] <dobey> ok, well i'm sure of what to do, but you won't let me do it :)
[14:44]  * fagan break 
[14:44] <ralsina> dobey: you are probably right ;)
[14:44] <dobey> and it still wouldn't solve the problem in the case where we do have to use twisted
[14:45] <fagan> dobey: can
[14:45] <ralsina> dobey: care to explain a little bit what the problem is? Sometimes it helps
[14:45] <dobey> twisted's TestCase does not have a setUp or tearDown defined itself
[14:46]  * fagan was going to ask a question but then realised he read it in a book already anyway :)
[14:46] <dobey> and it expects all subclasses to return deferreds in setUp/tearDown
[14:46] <dobey> and also in test_foo()
[14:47] <thisfred> dobey: well, not exactly true: If *any* of the subclasses return a deferred in setUp or tearDown, they will all have to and take care of properly chaining those deferreds
[14:47] <dobey> but, it seems, since it doesn't have those methods, when we do super() to call them, the ultimate setUp which gets called, is from unittest.TestCase, which returns None (because it's just an empty function)
[14:47] <dobey> thisfred: i am just trying to make it work correctly in devtools at least first; and it's not complex enough to hit that issue :)
[14:47] <thisfred> right, that's the real problem
[14:48] <dobey> and so even when we check for the None result, and set up our own deferred, the method i added as a callback, never gets called, so the setUp pieces never actually get done
[14:48] <thisfred> dobey: well if there wasn't the dbus test case, I'm pretty sure the super would just work
[14:49] <dobey> thisfred: well it does work, if we don't try to deal with deferreds
[14:49] <ralsina> hmmmm
[14:49]  * thisfred stops confusing the issue
[14:49] <thisfred> right
[14:49] <dobey> except when we try to be good citizens, and deal with deferreds, it breaks
[14:49] <ralsina> we *could* monkeypatch  TestCase
[14:50]  * ralsina ducks
[14:50] <dobey> i don't think it matters
[14:50] <dobey> the problem isn't necessarily that the parent TestCase has no setUp/tearDown
[14:50] <dobey> the real problem is the deferreds
[14:50] <dobey> to fix it properly, i think we'd need to rewrite much of the twisted TestCase
[14:51] <ralsina> right
[14:51] <dobey> because, basically, there's no way to do synchronous code with it
[14:51] <dobey> and we need to make synchronous calls
[14:51] <ralsina> I'm surprised noone ever ran into this
[14:51] <dobey> which is why all of our tests always end up failing completely randomly with nonsensical errors
[14:52] <thisfred> well we're doing synchronous code with asynchronous superclasses
[14:53] <thisfred> having  a completely synchronous TestCase hierarchy works.
[14:53] <ralsina> we aren't the first ;-)
[14:53] <ralsina> http://twistedmatrix.com/pipermail/twisted-python/2008-July/018120.html
[14:55] <dobey> yeah the inlineCallbacks rubbish is what breaks :)
[14:55] <ralsina> dobey: see? Everything has been tried before ;-)
[14:56] <dobey> which is ironic
[14:56] <dobey> because "do what twisted wants" is when everything breaks
[14:56] <dobey> but "do what seems right to me" is when everything works
[14:56] <dobey> so i can only take this to mean that twisted is obviously just completely wrong
[14:57] <dobey> but alas
[15:01] <thisfred> dobey: have we tried using returnValue()
[15:01] <thisfred> I think that may be the missing part
[15:01] <dobey> what is that?
[15:02] <thisfred> with inlineDeferred, the method cannot return a value, because it's a generator, so it always yields None by default
[15:02] <thisfred> but twisted has a returnValue() that can return the deferred instead
[15:02] <thisfred> http://twistedmatrix.com/documents/8.1.0/api/twisted.internet.defer.html#inlineCallbacks
[15:03] <thisfred> and http://twistedmatrix.com/documents/8.1.0/api/twisted.internet.defer.html#returnValue
[15:03] <fagan> \o/ ralsina I got the version of network manager
[15:03] <dobey> wtf
[15:03] <thisfred> yeah
[15:04] <thisfred> twisted is a mess
[15:04] <ralsina> fagan: cool, you are 5% there ;-)
[15:04] <fagan> ralsina: well now all I need to do is sub in the other values and it should work
[15:05] <fagan> ralsina: (when the version is greater than the version im on since that was when the sate values changed
[15:05] <fagan> (
[15:05] <fagan> )
[15:05] <ralsina> fagan: making it work is 10% of the work. You need to create a test case that fails without your fix, and works with the fix, too
[15:06] <fagan> ralsina: yeah I know ill have it tested to hell
[15:06] <thisfred> well, ideally you'd start with that test
[15:06] <ralsina> fagan: what thisfred said ;-)
[15:06] <thisfred> which is easier than writing it afterwards
[15:06] <ralsina> now you have to *remove* the fix before writing the test
[15:07] <fagan> yeah I know im trying to make sure that it is just right
[15:07] <dobey> hrmm
[15:07] <dobey> returnValue seems to make things worse, not better
[15:07] <dobey> but that follows with my experience of using twisted :-/
[15:07] <dobey> so not exactly unexpected
[15:08] <dobey> hrmm, i think i need to postprocess some of my mp3s, particularly the classical pieces; so that the average volume is higher
[15:09] <dobey> can barely hear this symphony 1 in d minor recording
[15:09] <thisfred> mp3gain/vorbisgain are your firends
[15:09] <dobey> yeah
[15:10] <dobey> but "having to do stuff" is not my friend
[15:10] <ralsina> ok, coffee break for me.
[15:10] <dobey> says the guy who is designing a language
[15:10] <thisfred> dobey: find -L . -iname '*.mp3'  -print0 | xargs -0 mp3gain -k -r -f
[15:10] <thisfred> done
[15:11] <thisfred> although that does not do album gain, which you may want for classical
[15:11] <dobey> right
[15:12] <dobey> actually, what i *want* is for the music player to be smart
[15:12] <dobey> but i suppose that's asking too much in the world of foss
[15:12] <fagan> :( the version numbers in nm are dumb
[15:12] <dobey> uh, no they aren't
[15:13] <fagan> well the version number is 0.8.9997 in 11.10
[15:14] <fagan> It means ill have to do a str comparison and id prefer to do a float
[15:14] <dobey> yes
[15:14] <dobey> uhm
[15:15] <fagan> im up for suggestions on how to do it though I may be just seeing it wrong
[15:16] <fagan> I was thinking of dropping the leading 0. and doing a float and having it going >= the version that state changed
[15:16] <thisfred> It's not that hard if you don't have to handle alphas, betas, rcs etc
[15:17] <thisfred> fagan: then what happens when it hits 1.0?
[15:18] <dobey> seriously, version comparisons is like the one thing that python can actually do well
[15:18] <fagan> dobey: could you explain it to me why that is
[15:19] <fagan> thisfred: well id say im just overcomplicating it because im overlooking something that other peole might know
[15:19] <dobey> because it is dynamic
[15:20] <dobey> also, floats are stupid
[15:20] <thisfred> fagan: so write a test that covers a single case, and make that test pass, then think of a use case that is not covered by the existing tests, and repeat
[15:21] <thisfred> this prevents analysis paralysis
[15:21] <fagan> thisfred: ok then thats cool so ill make it work first and work backwards
[15:25] <fagan> weird question, why are we doing the network state thing when we could use the bool that says if you are connected instead
[15:25] <fagan> id say that would be more of a question for alecu since he wrote it
[15:26] <dobey> meta-x pyshcoanalyze-zippy
[15:26] <fagan> and it would be backwards compatable too if we did it with the bool
[15:27] <dobey> i don't know what bool you're talking about, but you are wrong
[15:27] <fagan> dobey: there is a var in the dbus that we have access to that says if you are connected or not
[15:28] <fagan> NetworkingEnabled
[15:28] <dobey> that has nothing to do with connectivity
[15:28] <dobey> stop making assumptions
[15:29] <fagan> dobey: hmmm well I see what you mean now sorry
[15:35] <dobey> why oh why is twisted so insane
[15:36] <alecu> fagan, make a tuple out of the version string, and compare with a version tuples
[15:39] <fagan> alecu: cool will try that, just working it out with strings first and ill do that after
[15:46] <dobey> the only base type in python is object. any US-ASCII encoded number in a "string" can be an int
[15:48] <dobey> sigh
[15:50] <dobey> Exception dbus.exceptions.DBusException: DBusException('Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.',) in <bound method BusName.__del__ of <dbus.service.BusName com.ubuntuone.controlpanel on <dbus._dbus.SessionBus (session) at 0xeaaaf8c> at 0xeb1768c>> ignored
[15:50] <dobey> i wonder where that came from. it is weird
[15:51] <dobey> but i get that in control-panel, and it has some very very weird usage of test cases
[15:53] <nessita> ralsina: ping?
[15:54] <dobey> ok this is messed up
[15:58] <dobey> tcole: ping
[15:59] <dobey> hrmm, does super() do the right thing with MI?
[16:03]  * dobey wonders
[16:06] <thisfred> dobey: It does, though not always the thing you'd expect, depending on how well you know the MRO
[16:07] <thisfred> dobey: if you're wondering MI is the problem, change the order of the baseclasses in the class that does MI
[16:07] <dobey> interesting
[16:08] <thisfred> this *should* only matter if both of them implement the method you're supering to
[16:09] <thisfred> but if they do, it does matter
[16:09] <dobey> ok
[16:09] <dobey> NOT interesting :'(
[16:10] <dobey> switching to super() with @inlineCallbacks in the u1client tests, caused memory usage to go to > 1.3G RSS, and caused lots of other errors in the tests directly
[16:10] <dobey> so uhm
[16:10] <dobey> time to rewrite i think
[16:11] <dobey> i think i'm going ot have to reboot now, just to fix up my memory usage
[16:12] <dobey> swap == slllllllllllllllllllloooooooooowwwwwwwwwwwwwww
[16:21] <dobey> so fixing ubuntuone-client seems to be not an option right now
[16:23] <thisfred> let me know if there's anything I can pick up or look at
[16:26] <dobey> i am not sure there is
[16:26] <dobey> i think "do what actually works now" is better than "do what twisted seems to expect, but always fails to work correctly"
[16:26] <dobey> so i think i'll just propose what i have now
[16:29] <thisfred> right. Fixing twistedtestcase is out of scope. We should contact jml to see if he knows a workaround that does work, I think, but barring that...
[16:31] <dobey> well, i am not sure it is as simple as "fixing twisted's testcase"
[16:32] <thisfred> maybe not
[16:38] <dobey> https://code.launchpad.net/~dobey/ubuntuone-dev-tools/dbus-strict-priv/+merge/63134
[16:39] <thisfred> looking
[16:40] <dobey> wrong button...
[16:40] <dobey> don't click the (x)
[16:41] <thisfred> actually I hit ^R to refresh my browser while xchat still had focus
[16:41] <thisfred> I do that a lot
[16:42] <thisfred> dobey: so what I don't understand is, if we're not using inline callbacks, why do setUp and tearDown still need to be generators?
[16:43] <dobey> well, it doesn't matter, but i'd rather have the change to go back to inlineCallbacks be the simplest possible
[16:44] <thisfred> ok, looks good to me, +1ing
[16:45] <thisfred> though tim should probably add his 2¢
[16:48] <fagan> Think I have it
[16:50] <dobey> tcole: ^^
[16:50] <dobey> i guess tcole's hilight in irc is acting up
[16:51] <thisfred> or he might not be up yet, west coast slacker ;)
[16:52] <dobey> he's usually up early
[16:52] <dobey> he's usually up earlier in EST, than when he actually lived over here :)
[16:52] <thisfred> I'm actually seriously considering moving to Portland next year, but getting up at 6 or so will take some getting used to
[16:53] <thisfred> probably 5 if I have to walk the dog
[16:53] <dobey> also, it's portland
[16:53] <thisfred> yeah, we covered that :)
[16:53] <dobey> i don't know how you'd survive without the weekly murders
[16:53] <fagan> Anyone on 10.10 or 10.04 that can test a branch for me
[16:53] <fagan> nessita: ^?
[16:53] <dobey> what branch?
[16:54] <nessita> fagan: I'm 11.04
[16:54] <fagan> dobey: the one that fixes the nm thing
[16:54] <fagan> dobey: and hopefully doesnt break everything else
[16:54] <dobey> nm hasn't changed since before lucid, until O
[16:55] <nessita> dobey: he's proposing a change to work with O, and he can't break former clients :-)
[16:55] <fagan> dobey: well 11.10 the states have changed
[16:55] <dobey> nessita: yes, but 11.04 is old enough :)
[16:55] <fagan> oh you guys refer to the new release as 0?
[16:56] <dobey> fagan: it is Oneiric Ocelot
[16:56] <nessita> dobey: right, but he should (the same) test older clients, as a final test
[16:56] <dobey> or Ocular Oroborus
[16:56] <fagan> dobey: I cant spell it so I just go 11.10
[16:56] <fagan> :D
[16:57] <dobey> nessita: well we don't test every branch on 10.04 before putting code in trunk
[16:57] <nessita> dobey: right. Maybe we all should, but since fagan is new to our source tree we're asking him to
[16:58] <fagan> nessita: well ill make sure it doesnt break on 11.04 first and since it hasnt changed in the previous releases I can just ask for a review on it and walk them through whats up
[16:59] <fagan> rather than going back in the releases since it didnt change anyway
[16:59]  * fagan tests (just to make sure)
[16:59]  * alecu will have lunch
[17:00] <dobey> ah lunch
[17:00] <dobey> i need to get lunch too. and also have an appointment and some errands to tend to. bbl
[17:08] <fagan> nessita: ok just tested it myself and its working on 11.04
[17:08] <fagan> can you check it out for me
[17:09] <fagan> I can do it in a merge im pretty sure
[17:09] <fagan> or ralsina for that matter can look at it
[17:10] <fagan> feck it ill just do the merge proposal and ask for you guys to look at it if I did it wrong ill fix it but it should work
[17:11] <nessita> fagan: what's the link to the merge proposal?
[17:11] <nessita> yes, I can look at it, just send me the link
[17:11] <nessita> I'll look after lunch, which is ready right now! :-)
[17:11]  * nessita brbs
[17:13] <fagan> nessita: cool ill make the merge and ping you with it
[17:13] <fagan> reviews please https://code.launchpad.net/~shanepatrickfagan/ubuntu-sso-client/nm-state-bug-fix/+merge/63136
[17:14] <fagan> nessita: we can ask for 3 reviewers for me for this one just to make sure
[17:16] <fagan> I have to say I was being a bit cheeky when I wrote the line that checks the version number but it works perfect so I cant complain
[17:17] <fagan> it may have been unnessiary though I probably did a few things wrong
[17:17]  * fagan checks if he could have done it differently 
[17:22] <fagan> ok working the easier way and tested on both versions again
[17:22]  * fagan feels good about this now 
[17:23] <fagan> Ok have to go to the shop be back in a few minutes and then will EOD
[17:31] <nessita> fagan: there is no tests for this change :-)
[17:32] <nessita> fagan: you need to add tests to assert over each branch of the if
[17:32] <fagan> nessita: well sudo python install and then fire up the cp
[17:32] <nessita> fagan: no no, you're not following :-)
[17:33] <nessita> fagan: we require all changes to be accompanied with unit tests
[17:33] <nessita> besides the usual IRL testing that reviewers should do
[17:33] <fagan> nessita: with mocker?
[17:34]  * fagan probably is still lost :S
[17:34] <nessita> fagan: with whatever is needed, you should check networkstate/tests/linux.py
[17:34] <nessita> and add the proper tests for this new functionality
[17:34] <fagan> nessita: ahh ok well ill do that tomorrow then I suppose
[17:34] <fagan> since thats something new to figure out too
[17:34] <nessita> ok, I'll add this comments to the merge proposal
[17:35] <fagan> nessita: other than that does the code look ok?
[17:35] <nessita> fagan: in general, yes. But for example you define self.NM_STATE_UNKNOWN in one branch of the if and not in the other
[17:36] <nessita> that will make the code not work properly for all cases
[17:37] <fagan> nessita: cool will fix that (its the same in both cases I just forgot to move it)
[17:37] <nessita> ack
[17:37] <fagan> like that var is 0 for both
[17:37] <fagan> fixed
[17:39] <fagan> ok so thats something nice to work on tomorrow
[17:39] <fagan> actually writing the test cases
[17:39] <nessita> fagan: thanks for helping with this!
[17:39] <fagan> nessita: well making myself useful is always good
[17:39] <fagan> learning + helping = winning
[17:40] <nessita> fagan: also, tests do not run in your branch, I'll add that to the MP as well
[17:40] <fagan> nessita: in what way?
[17:40] <fagan> so they dont run at all on it?
[17:41] <nessita> right, see the comment I added
[17:41] <fagan> will check it out
[17:42] <fagan> ah so the test imports the vars the way they were before
[17:42] <fagan> I think I can fix that pretty easy
[17:43] <fagan> anyway thats work for tomorrow EOD
[17:44] <nessita> enjoy
[17:45] <fagan> nessita: thanks for the help
[17:45] <nessita> anytime
[18:02] <thisfred> bah, couchdb+erlang in natty is broken, as well as in oneiric
[18:02] <thisfred> but differently
[18:03] <thisfred> ralsina: I don't know what the best way forward is wrt ^ / bug #665024
[18:04] <ubot4`> Launchpad bug 665024 in erlang (Ubuntu) (and 3 other projects) "Desktopcouch doesn't replicate with json_encode error 500 (affects: 8) (dups: 2) (heat: 46)" [High,Confirmed] https://launchpad.net/bugs/665024
[18:04] <thisfred> For Oneiric, packaging couchdb 1.0.3 or 1.1.0 (to be released this week, with any luck)
[18:05] <thisfred> For natty, patches to erlang-ssl and maybe couchdb.
[18:05] <thisfred> I think
[18:05] <thisfred> I best get on those I guess
[18:06] <nessita> thisfred: any idea when those broke?
[18:07] <thisfred> nessita: not really, erlang-ssl has a problem in r13, which was fixed in r14, but there was never an official bug for it anywhere
[18:07] <thisfred> nessita: the problem is the bug is apparently not always triggered
[18:08] <thisfred> it has to do with chunking and ssl, I bet
[18:08] <nessita> right, otherwise we had have tons of reports
[18:08] <thisfred> well, we have quite a few
[18:08] <thisfred> but I didn't see it myself until today
[18:09] <thisfred> and the logs don't show any useful info unless you turn debug level logging on. And then ask someone in #couchdb to explain the logs... :S
[18:10] <nessita> thisfred: maybe we should email ubunet-discuss to ask for advice?
[18:10] <nessita> are the fixes SRUables?
[18:11] <thisfred> yes, in the sense that the erlang-ssl patch is not big, but since it touches ssl, it will have to be reviewed quite carefully, by someone who speaks erlang, I suspect
[18:11] <thisfred> this is the patch https://gist.github.com/603808
[18:12] <thisfred> I am first gonna see if it even solves the problem, and if so, put the version into our nightlies, so at least some people have the benefit of the fix
[18:12] <thisfred> then try to sru it
[18:12] <nessita> thisfred: makes tons of sense
[18:12] <thisfred> should help with my goal of becoming an Ubuntu dev, I guess.
[18:13] <thisfred> glass -> 1% full
[18:13] <fagan> thisfred: are you an ubuntu member?
[18:13] <thisfred> nope
[18:13] <thisfred> depending on what you mean by member
[18:13] <fagan> thisfred: well do you have @ubuntu.com email reallu
[18:13] <fagan> *really
[18:14] <thisfred> yeah  I think I do, though I've never used it.
[18:14] <thisfred> I think everyone at canonical gets that still, but we're no longer automatically ubuntu developers
[18:14] <thisfred> not sure though
[18:15] <fagan> thisfred: I dont think everyone at canonical gets one I remember the release manager had to apply and she got turned down inially for it
[18:16] <fagan> thisfred: you could try to send an email to your lp id + @ubuntu.com and see anyway
[18:16] <fagan> Anyway I have to reboot see you all tomorrow
[18:16] <beuno> everyone does get it
[18:16] <beuno> we're not suppose to use it unless we're Ubuntu members  :)
[18:18] <thisfred> ah right. So I'm a good boy
[18:18] <thisfred> cookie?
[18:18]  * beuno pets thisfred 
[18:18]  * beuno throws a treat in the air
[18:42]  * dobey shakes his head
[18:43]  * teknico shakes his snakes
[18:53] <dobey> shaking snakes can be dangerous dude
[18:56] <nessita> alecu: you still fighting the big merge? :-(
[19:08] <thisfred> Is that teknico in the photo on http://en.wikipedia.org/wiki/Snake_handling ?
[19:12] <ralsina> thisfred: still around?
[19:15] <thisfred> ralsina: yep
[19:17] <ralsina> I suppose what you said is the right course, even if it's a huge pain
[19:17] <thisfred> ralsina: yeah, building erlang with the patch now, to see if it even works
[19:17] <ralsina> I don't know who we have handy that can back you up on erlang
[19:17] <ralsina> specially for something security-related
[19:19] <nessita> I would say Elliot...
[19:19] <thisfred> maybe, or Gustavo maybe
[19:20] <ralsina> cool, then, good luck with that
[19:20] <nessita> ralsina: you available for a review?
[19:20] <nessita> not sure how late is there
[19:21] <thisfred> anyway, if we propose the SRU, and motivate it, the SRU review process should take care of that
[19:21] <ralsina> nessita: I just had a 4 hour coffee break, I am here for an hour or two ;-)
[19:21] <nessita> ralsina: yey! https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/list-folders/+merge/63149
[19:22] <nessita> ralsina: be strict with the QT stuff, please
[19:22] <ralsina> nessita: ok, I'm looking at it
[19:22] <ralsina> nessita: will try to curb my easygoing nature
[19:22] <nessita> I'll build some mate in the mean time
[19:22] <nessita> ralsina: jejeje
[19:23] <dobey> make: *** No rule to make target `mate'.  Stop.
[19:23] <nessita> lol
[19:23] <ralsina> nessita: what's the format of the icon images? jpg, png?
[19:23] <nessita> ralsina: what icons? the one I'm setting by name?
[19:23] <ralsina> alecu, nessita, quick mumble in say 15 minutes?
[19:23] <nessita> sure
[19:23] <dobey> bmp FTL
[19:23] <ralsina> nessita: yes, the files for those icons
[19:24] <ralsina> nessita: there is a packaging problem with non-png images
[19:24] <nessita> ralsina: the files are being distributed by the theme, not by us
[19:24] <ralsina> nessita: ok, we need to have a copy for the windows version...
[19:24] <nessita> ralsina: right
[19:25] <nessita> we can ask the icons to our designer and make those the defaults if the theme's are not available
[19:25] <nessita> since fromTheme accepts an optional argument for a fallback
[19:25] <ralsina> hahaha, humanize goes to YiB :)
[19:25] <nessita> wel...
[19:26] <nessita> well, Chipaca inspired me ;-)
[19:26] <ralsina> I know, same effort ;-)
[19:29] <nessita> ok, now yes, build mate time
[19:29] <dobey> ralsina: png? i thought they had to be bmp?
[19:30] <ralsina> dobey: nope, png
[19:30] <ralsina> dobey: the problem is with deploying Qt modules, and the only "non-plugin" image format is png
[19:30] <ralsina> touch mate.c; make mate
[19:31] <ralsina> of course, it mails, but is more interesting that just make mate
[19:31] <dobey> ralsina: ok, that shouldn't be a big issue then
[19:31] <ralsina> dobey: nope, it was more annoying on SSO because the captcha is a JPG
[19:32] <dobey> right
[19:32] <ralsina> s/mails/fails 2 before
[19:33] <nessita> ralsina: but in SSO the captcha is not distributed, but downloaded...
[19:33] <nessita> was that an issue as well?
[19:33] <ralsina> nessita: yes, because we needed to create a QPixmap out of it to display it
[19:34] <nessita> ah...
[19:34] <ralsina> manuel did a workaround using PIL but that's ugly
[19:34] <nessita> so is difficult to show a JPG using QT? sounds... poor
[19:34] <ralsina> no, shwing it using Qt is trivial
[19:35] <dobey> well, apparently not :)
[19:35] <ralsina> Showing it using PyQt from a frozen exe on windows... not trivial. It breaks when you have PyQt installed
[19:36] <ralsina> nessita: line 492 f the diff
[19:36] <ralsina> what you are doing probably works, but did you check every possible flag? Keep in mind you are restting all the others
[19:38] <nessita> ralsina: yes, I did
[19:38] <nessita> ralsina: is there any other (cleaner) way?
[19:39] <ralsina> cleaner?  well, you can take item.flags() and OR them with the ones you want set
[19:39] <nessita> right, but I want to unset flags
[19:39] <nessita> shall I OR with the ~ of those I need unset?
[19:40] <ralsina> yes, too
[19:40] <ralsina> that's why I am not sure it's actually cleaner ;-)
[19:41] <nessita> right, in this case I think I prefer the absolutely explicitness
[19:41] <ralsina> alecu: ping?
[19:42] <nessita> if we miss a flag we will find out soon enough
[19:42] <ralsina> surely
[19:42] <ralsina> nessita: if it was intentional, it's A-OK
[19:43] <ralsina> nessita: +1 from me
[19:43] <nessita> ralsina: thanks!
[19:43] <nessita> alecu: review please? https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/list-folders/+merge/63149
[19:44] <ralsina> alecu seems to be gone
[19:44] <nessita> right, he mentioned having lunch at 1pm ART, maybe he got delayed?
[19:44] <ralsina> ok, I can wait for him another 15 minutes
[19:44] <nessita> ralsina: want me to call him or text him?
[19:45] <ralsina> or I can come back in one hour and have our talk
[19:45] <nessita> is cheap for me :-)
[19:45] <ralsina> ok, at 5PM your time we talk
[19:45] <nessita> ok, I'll let him know
[19:48] <nessita> I texted him, let's see if he responds
[19:48] <dobey> tcole: are you there?
[19:48] <nessita> ralsina: alecu says he will be here in 15', shall we have the meeting then or at 5pm ART?
[19:50] <ralsina> ok, in 15 is fine
[19:54] <dobey> hrmm, i really want to get this branch in
[19:54] <dobey> oh well, brb; gotta drop a couple things in the post
[19:57] <tcole> dobey: pong
[19:57] <tcole> dobey: what's up?
[20:06] <alecu> ralsina, nessita: I'm back. Sorry for the delay, had to go to the bank and run some "trámites"
[20:06] <nessita> ralsina: so, meeting? are we still in time?
[20:06] <ralsina> I'm here
[20:07] <ralsina> let's have a quick chat in #meeting2011?
[20:07] <nessita> ah, no mumble? ok
[20:07] <ralsina> No mumble because tato is asleep
[20:10] <dobey> tcole: can you review https://code.launchpad.net/~dobey/ubuntuone-dev-tools/dbus-strict-priv/+merge/63134 please?
[20:10] <tcole> dobey: okay, I'll have a look
[20:11] <thisfred> erlang fix seems to work and not break other stuff. Uploaded to nightlies
[20:14] <dobey> hmm
[20:19] <tcole> dobey: +1
[20:19] <dobey> yay!
[20:20] <dobey> thanks!
[20:34] <dobey> weird
[20:34] <dobey> i think lp automatically scheduled rebuilds of a recipe, when i pushed the packaging branch
[20:34] <dobey> or i requested the builds and for some reason don't remember doing it
[20:35] <dobey> confusing
[20:45] <dobey> thisfred: uhm
[20:46] <thisfred> dobey?
[20:46] <dobey> thisfred: are you running oneiric already?
[20:46] <thisfred> what'd I break?
[20:46] <thisfred> nope
[20:46] <dobey> thisfred: why'd you upload erlang to the nightlies ppa as an oneiric package then?
[20:46] <thisfred> dobey: I tried yesterday, and it completely broke my laptop
[20:47] <dobey> thisfred: it's older than the version which is already in oneiric
[20:47] <thisfred> dobey. hmm, I branched it from the natty package, so why would it say oneiric
[20:47] <dobey> thisfred: are you *sure* you're not on oneiric? :)
[20:48] <thisfred> dobey and I know it's older than the O version
[20:48] <dobey> where did you branch it from?
[20:48] <thisfred> that one doesn't have the problem (though it has another one)
[20:48] <thisfred> dobey ubuntu:n/erlang
[20:49] <dobey> thisfred: hrmm, and you should have added the ~seriesN to the end
[20:49] <thisfred> dobey yes, I realized that just after the upload. I'll delete it from the ppa and try again
[20:49] <dobey> ok
[20:50] <dobey> make sure changelog says 'natty' this time too :)
[20:50] <thisfred> yeah, weird it would change that to O
[20:50] <thisfred> dobey what would ~seriesN be in this case?
[20:51] <dobey> well for natty i think ~natty1 is appropriate
[20:51] <thisfred> kk
[20:55] <thisfred> dobey: done. And yeah dch -i sets it to oneiric by default. Which I guess is smart, since SRUs would be the exception rather than the rule
[20:56] <dobey> no it shouldn't do that on 11.04 i don't think
[20:56] <dobey> it doesn't here
[20:56] <dobey> dch -i gives me a new entry with 'natty' as the series target
[20:57] <dobey> not -proposed or -backports or anything, just natty
[20:57] <thisfred> dobey: no idea why it doesn't here then
[20:57] <thisfred> I am definitely not on Oneiric
[20:58] <dobey> weird
[21:01] <dobey> blah why is it taking so long for lp to publish this package
[21:32]  * alecu will run to fetch Amelia from kinder, and will be back later.
[22:04] <dobey> alright, need to go do other stuff; have a good evening all!
[22:04] <nessita> dobey: you too
[22:45] <thisfred> later all
[23:45] <jeffreyf> hello.  I am getting File Sync error. (auth failed (AUTH_FAILED)).  It brought in my other devices that are registered, registers this computer also....but it doesn't sync
[23:57] <jeffreyf> this is what I did
[23:57] <jeffreyf> http://pastebin.com/REkZrmDM