[04:25] <keithclark> I have had great luck with support from the basic free service of Ubuntu One, but how useful is it to pay for it?
[04:26] <keithclark> If at all?
[04:28] <keithclark> Is there a 24 hr support online chat line for paid/unpaid customers?
[04:29] <keithclark> What is the difference in support for paid versus not paid users?
[04:30] <keithclark> Is there anyone here?
[04:39] <fagan> keithclark: hey, there isnt 24hour support here and its the middle of the night for most of the developers. Have a look at http://one.ubuntu.com to find out more about the paid plans
[04:40] <fagan> keithclark: there are 20GB addons and a mobile package that has streaming of music to iphone or android
[04:41] <fagan> Im only awake because I slept a bit earlier and I cant get back to sleep.
[04:43] <ajmitch> it's a bit much to expect a 'thanks' from people on irc :)
[04:45] <fagan> ajmitch: yeah or patience
[04:45] <fagan> ajmitch: its really funny when people join ask a question and leave after 30 secs without an answer
[04:46] <ajmitch> 30 seconds is a long time if you're expecting an absolutely instant reply
[04:47] <fagan> ajmitch: well ive had a few times when I was actually tying an answer pretty fast and the person left before I could hit enter
[04:47] <ajmitch> heh
[04:49] <fagan> ajmitch: what time is it down under?
[04:49] <fagan> its 4:49 here
[04:49] <ajmitch> 3:49pm
[04:50] <fagan> so its almost the opposite to here
[04:50] <fagan> ha
[04:51] <ajmitch> yeah, UTC+12
[04:51] <ajmitch> +13 in summer
[04:52] <fagan> im on +1 +-~0
[04:52] <fagan> (in winter)
[04:55] <fagan> Anyway im off till work a bit later
[04:59] <ajmitch> night :)
[05:04] <fagan> ajmitch: na morning
[05:04]  * ajmitch thought you were going back to sleep, if possible
[05:06] <fagan> ajmitch: nope tried that watching any given sunday
[07:57] <mandel> morning all
[08:46] <ralsina> good morning
[09:00] <zetheroo> seems UO is on the fritz in 11.04
[09:00] <fagan> morning
[09:00] <zetheroo> "The information could not be retrieved. Maybe your internet connection is down?"
[09:01] <zetheroo> my Internet is working just fine
[09:01] <fagan> zetheroo: are you behind a proxy by any chance
[09:01] <zetheroo> meanwhile a notification keeps appearing saying that files are being uploaded to my personal cloud
[09:01] <zetheroo> no proxies
[09:02] <zetheroo> simple and straightforward broadband
[09:02] <zetheroo> UO was working in 10.10
[09:02] <zetheroo> and since then nothing but the OS version is different
[09:02] <fagan> ok so is it still syncing files? Could you login at http://one.ubuntu.com
[09:03] <zetheroo> well it's saying its syncing files but it's not really ... it's been doing that for days ... and I have not seen any progress
[09:04] <zetheroo> login on the website was successful
[09:04] <fagan> zetheroo: are there any of the files that you have been trying to upload?
[09:04] <zetheroo> I have also logged in successfully from within Ubuntu
[09:05] <zetheroo> fagan: all the files are here .. I have not put anything new in my Ubuntu One folder since upgrading to 11.04
[09:06] <fagan> zetheroo: oh could you try to sync a text file for me then
[09:06] <zetheroo> just that it seems Ubuntu One on the desktop seems to think it needs to re-sync or whatever
[09:06] <fagan> zetheroo: well we only resync things that get updated
[09:07] <zetheroo> fagan: yeah, I understand that ... this is not the case here though
[09:07] <zetheroo> how do I kill that annoying notification?
[09:08] <zetheroo> all the files in the Ubuntu One folder have the two curved arrows on them ... they have been like that since I upgraded ... about a week
[09:09] <fagan> zetheroo: you can turn off the notification in the control panel I think from the clould folders tab
[09:11] <zetheroo> ok, seems to have worked for a second ... and then it just disconnected ... "File Sync is disconnected"
[09:11] <fagan> zetheroo: well that just turns off the notifications about things syncing I think
[09:12] <fagan> file sync is diconnected is more important
[09:12] <zetheroo> I am in the UO CP now ... which is where that message is seen with a red "x" in front of it
[09:12] <zetheroo> and now it's just decided to connect and says "File sync in progress..."
[09:13] <fagan> zetheroo: interesting, I think I know the bug that was going on
[09:13] <zetheroo> can I close the CP without shutting down UO?
[09:13] <fagan> zetheroo: yep
[09:13] <ralsina> zetheroo, fagan: it may be ug #773164
[09:13] <zetheroo> darn ... "File Sync is disconnected." again
[09:14] <zetheroo> I keep having to manually "Connect" ...
[09:14] <fagan> bug #773164
[09:14] <ubot4> Launchpad bug 773164 in ubuntuone-control-panel (Ubuntu) "Wont show account - information could not be retrieved - file sync etc works (affects: 1) (heat: 127)" [Undecided,Incomplete] https://launchpad.net/bugs/773164
[09:14] <ralsina> zetheroo: could you run "u1sdtool -s" ?
[09:14] <fagan> ralsina: yeah that was the one
[09:15] <zetheroo> output: http://paste.ubuntu.com/613653/
[09:16] <zetheroo> now it's back to "File Sync in progress..."
[09:16] <fagan> very strange
[09:16] <zetheroo> repeat command above: http://paste.ubuntu.com/613654/
[09:18] <zetheroo> there is one line in that output that continues to change ... description:
[09:18] <zetheroo> description: doing server rescan
[09:18] <zetheroo> description: processing the commands pool
[09:18] <fagan> zetheroo: thats just trying to say what its doing
[09:18] <ralsina> zetheroo: ok, it's failing to connect. Could you please open a bug and attach your logs?
[09:19] <zetheroo> how long should it take to process the commands pool?
[09:19] <zetheroo>  :P
[09:19] <ralsina> or probably rye could have a better idea on a workaround
[09:19] <ralsina> zetheroo: if it doesn't connect? forever :-)
[09:20] <zetheroo> ralsina: ok ...
[09:20] <zetheroo> what logs?
[09:20] <fagan> ralsina: do you think the update broke it
[09:20] <zetheroo> this is a fresh install btw
[09:21] <ralsina> fagan: the update to natty? It has broken it in a few cases.
[09:21] <fagan> zetheroo: oh I thought you said you updated from 10.10
[09:21] <ralsina> zetheroo: not an upgrade from maverick?
[09:21] <fagan> but I get you now
[09:21] <zetheroo> I gotta run .. but I'll open a bug on this
[09:21] <ralsina> zetheroo: cool, thx for the effort
[09:21] <fagan> zetheroo: cool thanks
[09:21] <zetheroo> what logs though?
[09:22] <fagan> zetheroo: well do a ubuntu-bug ubuntuone-client and let rye or who ever answers tell you what to collect
[09:23] <zetheroo> ok thanks
[09:31]  * fagan brb
[09:42]  * fagan accidently did a dir in linux and was suprised that it actually worked 
[09:47] <fagan> ralsina: ok I installed it fine but how do I know that the bookmarks are being synced or even syncing at all?
[09:48]  * fagan guesses something might be in the console or something 
[09:48] <fagan> ahhh its the error console
[09:48] <ralsina> fagan: AFAIK: have two accounts, add a bookmark in one, see if it appears in the other, viceversa
[09:49] <fagan> ralsina: cool ill check it but the error console is after showing up some tracebacks from bindwood
[09:49] <ralsina> fagan: if it's saying something interesting, pastebin it
[09:50] <fagan> ralsina: it looks like it didnt stop it so ill ignore it for the moment
[09:50] <ralsina> ok
[09:54] <fagan> the lack of visual confirmation seems like a bug to me
[09:55] <fagan> Hmmmmm and it didnt sync it
[09:56]  * fagan heads to #ubuntu-desktop to poke the mozilla guy 
[10:01] <ralsina> fagan: what didn't sync with what? Please don't poke around before actually explaining what you tried
[10:03] <fagan> ralsina: well I made 3 bookmarks and it didnt actually sync them
[10:04] <fagan> ralsina: he isnt around anyway
[10:04] <ralsina> andd what's on the console?
[10:04] <fagan> ralsina: give me a sec was making a pastebin of everything from startup of firefox
[10:04] <ralsina> fagan: ok
[10:05] <fagan> ahhh the one that I thought was nothing had the word exit in it so definitely something
[10:06] <fagan> http://paste.ubuntu.com/613661/
[10:06] <fagan> the formatting is off but thats the error
[10:09] <ralsina> hmmm
[10:09] <ralsina> let me think 1'
[10:10] <fagan> sure ill go grab a cup of tea
[10:15] <ralsina> fagan: no idea what that is, really. Are you running with the branch I sent you?
[10:16] <fagan> ralsina: yep
[10:16] <ralsina> had you been using bindwood before?
[10:17] <fagan> ralsina: nope
[10:17] <fagan> there were bookmarks on the system but that shouldnt break it
[10:17] <fagan> and I dont have the mozilla one in use either
[10:17] <ralsina> no idea then. Don't ping Chris Coulson because this is not his thing, it's outs
[10:17] <ralsina> ours
[10:17] <ralsina> Ok, I will take a break now, will take a look at it later.
[10:18] <fagan> cool
[10:18] <fagan> ill see if i can take some more info for you
[10:27] <zetheroo> well I opened the bug report ... but soon after that it seemed to have suddenly completed the file sync process
[10:27] <zetheroo> :P
[10:27] <zetheroo> "it knows I am reporting on it"
[10:27] <zetheroo> :D
[10:29] <fagan> zetheroo: very weird
[10:30] <zetheroo> fagan: tell me about it ...
[10:30] <fagan> well it sounds like you were getting the bug that I thought you were getting
[10:30] <fagan> but that wouldnt effect the file sync like that
[10:30] <fagan> so anyway at least its fixed
[10:30] <zetheroo> hehe ... we hope so anyway
[10:31] <zetheroo> https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/789028
[10:31] <ubot4> Launchpad bug 789028 in ubuntuone-client (Ubuntu) "Ubuntu One connection fails/disconnects/reconnects automatically (affects: 1) (heat: 6)" [Undecided,New]
[10:31] <zetheroo> should I close it then?
[10:31] <zetheroo> dunno if I even can ...
[10:32] <fagan> zetheroo: well we would still be interested in debugging it but if you arent getting it any more and we havent heard of anyone else having issues like that id say you can make it invaild
[10:32] <fagan> *invalid
[10:33] <zetheroo> ok
[10:33] <zetheroo> before doing that I'll reboot the machine and see how things are ;)
[11:13] <fagan> got to go get my guitar fixed and stuff be back in an hour or so
[12:04]  * fagan back and with a new shiny harmonica
[12:08] <ralsina> fagan: there seems to be a problem with a couch shard so maybe that's why it's not working foryou
[12:08] <fagan> ralsina: ah thats interesting, well im in 11.10 would that have something to do with it
[12:08] <ralsina> fagan: no idea about that.
[12:09] <fagan> ralsina: hmmmm give me a sec ill reboot and see if that changes something
[12:09] <ralsina> fagan: ok
[12:14] <fagan> ok back
[12:17] <fagan> ralsina: nope still broken
[12:17] <ralsina> booted into natty?
[12:17] <fagan> ralsina: well this is on 11.10
[12:17] <fagan> ill give it a try in natty
[12:17]  * mandel walks dog
[12:17] <fagan> ralsina: same error in natty
[12:18] <fagan> (my desktop is on natty my netbook is on 11.10 (the one I cant spell))
[12:41] <ralsina> fagan: ok, lost internet for a while
[12:44] <fagan> ralsina: its cool I went to get some food
[12:44] <ralsina> fagan: try to ping thisfred about that error after standup
[12:44] <fagan> cool
[12:44] <fagan> I can do what ever debugging is needed
[12:46] <fagan> I have a feeling that its probably not getting a lot of use anyway
[12:46] <fagan> and maybe its not working at all
[12:46] <fagan> (for anyone at the moment)
[12:52] <ralsina> fagan: bindwood? Actually it *is* working for a bunch of people
[12:53] <ralsina> fagan: therefore my guess that your user is in the dead couchdb shard
[12:58] <fagan> ralsina: ahh ok then
[12:59] <fagan> ralsina: I dont know too much about couchdb but just the error seemed like it was interesting. Are other people on this shard?
[12:59] <ralsina> fagan: thousands
[12:59] <nessita> hello everyone
[12:59] <fagan> ralsina: wow so it is a bigger then then
[12:59] <ralsina> it is a problem, yes.
[13:00] <ralsina> then again, I am not sure that is the problem, which is why I am about to try itmyself, just in case
[13:00] <ralsina> hello nessita!
[13:00] <fagan> nessita: hey (hey you you I dont like your girlfriend no way no way think you need a new one...etc)
[13:00]  * fagan shares a love of avril :D
[13:00] <ralsina> fagan: that is a really really weird thing you just said :-)
[13:01] <fagan> ralsina: nessita knows what im on about
[13:01] <fagan> :D
[13:01] <nessita> fagan: I'm not a big fan of avril (though I like her), I mainly like to listen to her and sing as loud as I can. It helps me relax ;-)
[13:02] <nessita> fagan: but I can see you are a big fan!
[13:02] <nessita> ralsina: is a piece of a song from Avril Lavigne
[13:02] <fagan> nessita: ahhh well im more of a fan of paramore in that area
[13:02] <nessita> paramore? I don't know that
[13:02] <fagan> nessita: and avril's last album was a little bad :)
[13:02]  * nessita googles
[13:02] <ralsina> all I can remember about avril lavigne are horizontal stripes in clothes (geez)
[13:03] <nessita> fagan: agreed
[13:03] <fagan> ralsina: horizontal stripes are all the rage with those new fangled emo kids man
[13:03] <duanedesign> morning all
[13:03]  * fagan has already after an hour worked out his new harmonica 
[13:04] <ralsina> fagan: I respect their right to wear the wrong kind of stripes.
[13:04] <fagan> ralsina: well im all about the solid colours myself
[13:06] <thisfred> fagan: what error?
[13:10] <fagan> thisfred: give me a sec ill get the pastebin
[13:11] <fagan> http://paste.ubuntu.com/613661/
[13:12] <fagan> thisfred: ralsina thinks its a problem with a shard
[13:12] <fagan> thisfred: all I know is bindwood doesnt work for natty or 11.10
[13:12]  * fagan really should look up the name of that and learn to spell it 
[13:13] <thisfred> fagan: on your machine or for everybody? This looks like a problem with the local couchdb btw: bindwood itself never interacts with the cloud servers
[13:13] <fagan> thisfred: on both of my machines
[13:14] <fagan> thisfred: I dont know if its for everybody but ralsina didnt have a problem I think
[13:14] <thisfred> Yeah, so there's a different problem that breaks replication for some people, but that does not generate errors in bindwood itself.
[13:15] <thisfred> fagan: could you file a bug for this, including:
[13:15] <ralsina> thisfred: the story so far: with the new firefox release cycle, we need to update bindwood (or throw it away), there is a patch that was tested by Chris Coulson on FF6, and I wanted some more testing but it doesn't work at all for fagan
[13:15] <thisfred> ralsina: ah, so there *may* be a bug in the patch, or the patch does not fix bindwood completely
[13:16] <fagan> thisfred: well it happens on the version from the repo too
[13:16] <fagan> and I tested the nightlies too and same thing
[13:16] <thisfred> ah'
[13:16] <thisfred> ok
[13:16] <ralsina> thisfred: well... the patch ispretty trivial, really
[13:16] <thisfred> so it has nothing to do with the new FF version then
[13:16] <fagan> thisfred: its just a version bump really
[13:16] <ralsina> thisfred: probably nothing to do with the patch, yes
[13:16] <thisfred> fagan: so the same thing happens with the current version of bindwood with FF4?
[13:17] <fagan> thisfred: yep exact same error
[13:17] <thisfred> if so, please file the bug, and include the following logs:
[13:17] <fagan> thisfred: and the version from the nightlies although it probably hasnt changed in that either
[13:18] <thisfred>  ~/.cache/desktop-couch/desktop-couchdb.log.1
[13:18] <thisfred> hmm, I don't know if bindwood itself logs somewhere as well
[13:19] <thisfred> but maybe starting ff from the command line in debug mode, and pasting some relevant bits from the output if you can find them?
[13:19] <thisfred> Or just the full tb from firebug or whatever
[13:19] <fagan> thisfred: I did that it just outputted more or less what the pastebin had
[13:20] <thisfred> right, so please include that as well. If at all possible, formatted over multiple lines ;)
[13:20] <fagan> hah
[13:26] <nessita> ralsina: you up for reviews?
[13:26] <ralsina> nessita: sure thing!
[13:27] <nessita> first: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/use-sdtool/+merge/62571
[13:27] <nessita> and depending on that last one: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/update-file-sync-status/+merge/62575
[13:28] <fagan> nope im going crazy ff only puts out a crappy gtk warning in commandline
[13:28]  * fagan must need a break 
[13:28] <fagan> thisfred: Bug #789107
[13:28] <ubot4> Launchpad bug 789107 in bindwood "Bindwood broken in natty and 11.10 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/789107
[13:29] <fagan> if you need any of my other logs ask away
[13:29] <thisfred> fagan thx
[13:29]  * fagan break 
[13:30] <nessita> ralsina: added some merge description and test instructions on both branches
[13:31] <ralsina> nessita: cool, I'm on it
[13:31] <fagan> alecu: sorry didnt see you tried to login
[13:31] <fagan> try again and I can let you in
[13:31]  * fagan wishes there was a thing to auto accept 
[13:31] <fagan> but there isnt
[13:31] <nessita> ralsina: be sure to have nightlies updated, we depend on the latest syncdaemon and latest dev-tools
[13:32] <ralsina> nessita: ok, updating now.
[13:35] <nessita> alecu: you around?
[13:38] <nessita> alecu: when you are, could you please update the status of bug #745540? I know you've been not working on that, but I would like you to comment our plans to make it work :-)
[13:38] <ubot4> Launchpad bug 745540 in ubuntuone-client (Ubuntu) (and 5 other projects) "Method "CreateItem" with signature "a{sv}(oayay)b" on interface "org.freedesktop.Secret.Collection" doesn't exist (affects: 20) (heat: 156)" [Undecided,Invalid] https://launchpad.net/bugs/745540
[13:51] <ralsina> fagan alecu mandel nessita dobey thisfred: standup in 10'
[13:51] <nessita> yessir
[13:52] <fagan> ralsina: you mean I have to stop playing harmonica? /me gets depressed
[13:52] <ralsina> fagan: ha!
[13:53] <fagan> ralsina: I swear im having a ball playing it here im trying to figure out that j-lo song on the floor
[13:53] <fagan> :d
[13:53] <ralsina> nessita: ERROR: Python module aptdaemon.defer not found (I have aptdaemon-python installed)
[13:55] <dobey> ralsina: you need python-defer
[13:55] <nessita> ralsina: that happen every single time you build, is something that the disutilextra complains about
[13:55] <nessita> dobey: we have that installed
[13:55] <ralsina> have python-defer already
[13:55] <nessita> and the warning is the same there
[13:55] <ralsina> nessita: ok
[13:55] <dobey> right, it's because we fall back to aptdaemon.defer for compatibility
[13:55] <nessita> dobey: right
[13:55] <dobey> and the warning is when it is checking all the imports and ignoring the ImportError handling
[13:56] <ralsina> and now I get xvfb-run: error: Xvfb failed to start
[13:56] <ralsina>  (and I do have xvfb installed)
[13:56] <dobey> if we are definitely going to use qtreactor, we really need to get it packaged up properly
[13:57] <nessita> ralsina: I've seen that in past. Can you try again?
[13:57] <ralsina> nessita: tried thrice. Is there a log for that?
[13:57] <nessita> ralsina: if it does not work on the second or third try, you may need to restart your X session
[13:57] <nessita> not that I know of
[13:57] <ralsina> nessita: oh, fun. Will restart the VM
[13:58] <alecu> hello
[13:58] <nessita> hi alecu
[13:58] <fagan> alecu: sorry I didnt see you try to connect try again and I can accept
[13:58] <alecu> fagan, cool
[13:59] <fagan> Not being able to auto accept is a pain
[14:00] <mandel> me
[14:00] <nessita> me
[14:00] <nessita> who is second? :-)
[14:00] <nessita> (10:00:20 AM) nessita: me
[14:00] <nessita> (10:00:20 AM) mandel: me
[14:00] <ralsina> me
[14:00] <nessita> mandel: you go first
[14:00] <fagan> me
[14:00] <ralsina> restarting it fixed it (weeeeird)
[14:01] <dobey> me
[14:01] <nessita> ralsina: somehow the X session gets... funky
[14:01] <nessita> alecu, thisfred?
[14:01] <fagan> nessita: mandel is first here but that may be the sec lag between ar
[14:01] <nessita> true
[14:01] <ralsina> nessita: could be IP and/or hostname change. That used to break X
[14:01] <nessita> let's have mandel going first, he deserves it (?)
[14:01] <nessita> alecu, thisfred?
[14:02] <thisfred> ne
[14:02] <ralsina> IRC is not a sync protocol and has no reliable timestamps ;-)
[14:02] <thisfred> me
[14:02] <thisfred> ni!
[14:02] <mandel> nessita: I dont mind to be second, I just saw the time and typed, not much of a deal :)
[14:02] <dobey> we are no longer the knights who say ni
[14:02] <nessita> ok, mandel, go!
[14:03] <dobey> ecky ecky pitang rooooooot boing
[14:03] <nessita> mandel: go?
[14:03] <mandel> DONE: Finished creds changes and push the changes to all the branches that depended on them. Moved to illegal chars and json-rpc.
[14:03] <mandel> TODO: Request reviews from nessita and facundo. More work on the rpc side.
[14:03] <mandel> BLOCKED: no besides still being distracted my personal stuff.
[14:03] <mandel> nessita, go go go
[14:03] <dobey> mandel: just do it you lazy spaniard :)
[14:03] <nessita> DONE: made QT ui runnable under linux faking ther SyncDaemonTool to by pass dbus. Made file sync status a widget and implemented the whole logic.
[14:03] <nessita> TODO: cloud folders logic in QT?
[14:03] <nessita> BLOCKED: a running nose (nothing serious so far)
[14:03] <nessita> NEXT: ralsina
[14:03] <ralsina> DONE: reviews, minor bindwood messing around, read 10 (10!) CVs for the windows position, administrivia, drafted email to fagan's owner ;-). TODO: meeting about re-guesstimating progress and dates for windows port, lots of reviews BLOCKED: no
[14:03] <fagan> DONE
[14:03] <fagan> * Tried to evaluate the branch that updates bindwood to ff5/6 but got a big bug
[14:03] <ralsina> fagan?
[14:04] <fagan> TODO
[14:04] <fagan> * Debug the error
[14:04] <fagan> (going clothes shopping for an hour or two before 5 ish but will stay a bit late)
[14:04] <fagan> Blocked
[14:04] <fagan> * kinda by that bug but the harmonica cheered me up
[14:04] <fagan> dobey: go
[14:04] <dobey> λ DONE: bug #788682, bug #788679, couple small bugs in devtools, helped with u1couch nightlies setup
[14:04] <ubot4> Launchpad bug 788682 in ubuntuone-dev-tools "Make reactors more generically pluggable (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/788682
[14:04] <dobey> λ TODO: bug #771488, more magic
[14:04] <ubot4> Launchpad bug 788679 in ubuntuone-dev-tools "Allow the txnamedpipes reactor to be used (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/788679
[14:04] <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] <dobey> λ BLCK: None.
[14:04] <alecu> me
[14:04] <dobey> thisfred: have fun
[14:04] <thisfred> DONE: recipe for ubuntuone-couch | bug triage investigation TODO: look at bindwood bug #789107 and help samuele fix the couchdb token issue on the server BLOCKED: no
[14:04] <ubot4> Launchpad bug 789107 in bindwood "Bindwood broken in natty and 11.10 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/789107
[14:04] <thisfred> NEXT: alecu
[14:04] <alecu> DONE: got defeated by QtNetwork.QHttp+twisted brokenness, moved onto twisted.web.client
[14:04] <alecu> TODO: make QtNetwork work at least on windows or use twisted.web.client
[14:04] <alecu> BLOCKED: my sinuses
[14:04] <alecu> HATE: alergy
[14:05] <ralsina> alecu: I *may* be able to help you with QtNetwork. Maybe.
[14:05] <dobey> ralsina: 1:1 meetings? should be fast for you to do them today
[14:05] <dobey> :)
[14:05] <ralsina> OH AND 1-1 meetings with ALL of YOU!
[14:05] <fagan> ralsina: I dont need a 1-1 do I?
[14:05]  * nessita can't wait
[14:05] <ralsina> fagan: no you don't
[14:05] <fagan> yay
[14:06] <alecu> ralsina, I can make QtNetwork work fine by itself. It's when running inside the qt-twisted reactor that turns the process unresponsive, and it never-ever returns anything.
[14:06]  * fagan doesnt feel left out 
[14:06] <ralsina> alecu: ok, then I can't :-(
[14:06] <nessita> alecu: is thet under linux or windows (or both)?
[14:06] <fagan> anyway im going to go do that shopping now alecu connect now so you wont be waiting
[14:06] <fagan> just in case
[14:07] <mandel> alecu: do you have a small example of what you are doing?
[14:07] <mandel> alecu: we should try this on windows with the txnamedpiped reactor with the UI integration
[14:07] <nessita> mandel: if you can, would you do a couple of reviews for me?
[14:07] <alecu> I only tried under linux, will try on windows as soon as fagan finds a way to automatically let me in.
[14:08] <alecu> mandel, cool. Is the txnamedpipe reactor working already on sso?
[14:08] <fagan> alecu: well I can let you in anyway I just have to notice either a ping or the vm coming out of screensaver mode
[14:08] <mandel> alecu: on sso, yes
[14:08] <mandel> alecu: well, I need to look at the state of the review, let me check
[14:08] <fagan> and I went looking to see if there was a setting or something for auto auth but nope
[14:09] <alecu> fagan, the thing is that we are in different time zones, so I usually work when it's your gaming time :-)
[14:09] <alecu> brb
[14:09] <fagan> alecu: its cool they both can live together fine :)
[14:10]  * fagan has a good machine for VMs and gaming and both is fine as long as I dont stress the gaming bit 
[14:10] <fagan> and yeah i can do it on the weekend
[14:10] <mandel> nessita, facundobatista: ping
[14:11] <nessita> mandel: pong
[14:11] <facundobatista> mandel, pong
[14:11] <mandel> nessita: can you take a look at https://code.launchpad.net/~mandel/ubuntuone-client/provide_credentials_management/+merge/62627
[14:11] <mandel> facundobatista: &
[14:11] <mandel> sorry I meant can you take a look at https://code.launchpad.net/~mandel/ubuntuone-client/provide_credentials_management/+merge/62627
[14:11] <nessita> mandel: yes sir. CAn we trade reviews?
[14:11] <mandel> facundobatista: ^
[14:11] <mandel> nessita: sure :)
[14:12] <nessita> mandel: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/use-sdtool/+merge/62571 and depending on that one https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/update-file-sync-status/+merge/62575
[14:12] <facundobatista> mandel, both URLs are the same
[14:12] <facundobatista> mandel, ah, understood now
[14:12] <mandel> mandel: I'm lost?
[14:13] <mandel> facundobatista: hehe I'm loosing my head, you were saying? what don't you understand?
[14:14] <mandel> nessita: does reviews, the tests will have to be ran on linux, right?
[14:15] <dobey> mandel: FIX YOUR CONFLICT :)
[14:17]  * fagan realised 2 days ago my wardrobe is mildly out of date (most of my clothes have been there for at least 2-4 years)
[14:19] <mandel> dobey: that branch should land after the creds fixes, otherwise I'll get lots of conflicts later, I'm waiting for that branch, but I can push the fixes
[14:21] <nessita> mandel: yes. THough the UI tests should run in both systems
[14:22] <ralsina> dobey: 1-on-1 mumble please?
[14:22] <mandel> nessita: ok, are those the runtest -qt tests?
[14:22] <fagan> alecu: hurry back really should be heading off
[14:23] <nessita> mandel: yes sir, there are instructions on the merge proposal, specially for the UI branch (the second)
[14:23] <fagan> or are you ok without it for an hour or so
[14:23] <nessita> mandel: be as strict as you want regarding windows compat here, I want to learn :-)
[14:23] <nessita> (and fix)
[14:23] <dobey> ralsina: ok, i'll try to get on mumble
[14:23] <ralsina> alecu, mandel: we already had 1-on-1 on budapest, please send me a draft of your objectives later today or early monday at the latest
[14:24] <mandel> ralsina: can re-do my life be an objective? ;)
[14:24] <ralsina> mandel: sure!
[14:24] <fagan> mandel: thats a fab objective
[14:24] <fagan> can you re-do some of mine while you are there
[14:25]  * nessita hugs mandel
[14:25] <mandel> nessita: thx
[14:26] <fagan> group hug
[14:26] <fagan> :D
[14:28] <ralsina> apparently objectives are actually due for either june 22 or june 30 so let's talk about that on London
[14:29] <ralsina> or may 31, depending on what email you want to believe
[14:29] <ralsina> thisfred: got 5' for mumble?
[14:30] <ralsina> alecu, nessit, mandel: windows port meeting in 30 minutes?
[14:30] <ralsina> nessita: ^
[14:30] <nessita> mandel: hey, can I ask you a needs fixing? the (new) imports from  tests/platform/linux/test_credentials.py (and any other) should be sorted alphabetically
[14:30] <nessita> ralsina: sure, I'll be here
[14:30] <mandel> nessita: sure, no problem , but look to see if there are more issues so I fixe everything in one go
[14:30] <nessita> mandel: ok
[14:31] <mandel> nessita: a needs fixing is always welcome
[14:33] <ralsina> CardinalFang: ping
[14:34] <CardinalFang> ralsina, hi
[14:34] <thisfred> ralsina: sure, let me hook up my headset
[14:34] <ralsina> Hi, do you have 5' fr a quick 1-on-1 mumble?
[14:34] <dobey> hmmmm
[14:34] <ralsina> ok, nw I am in trouble :-)
[14:34] <ralsina> CardinalFang: in 5' ;-)
[14:34] <CardinalFang> ralsina, me?  Sure.  In 5 minutes, I'll join mumble then?
[14:34] <dobey> i wonder if we should move to pyflakes for everywhere
[14:34] <ralsina> CardinalFang: perfect
[14:35] <fagan> ok so i gtg alecu ping me when I get back and ill let you in
[14:44] <nessita> mandel: question
[14:45] <nessita> mandel: why are you defining the class CredentialsManagementProxy c lass? I would say is not needed (but I might be missing something)
[14:46] <mandel> nessita: why would you considered not useful? the proxy is the one that hides the platform details, for example, connecting to the signals of the IPC
[14:47] <nessita> mandel: but under linux, I don't see the point of defining it. We can certainly implement class CredentialsManagementTool(CredentialsManagementToolRoot): without thye Proxy class
[14:48] <nessita> mandel: what I mean is, I don't see what abstraction is providing the CredentialsManagementProxy class
[14:50] <nessita> mandel: what I also mean, is that all we need (I think) in the linux/credentials module is:
[14:50] <nessita> http://pastebin.ubuntu.com/613770/
[14:51] <nessita> mandel: does that make sense? am I missing the obvious?
[14:51] <mandel> nessita: that code would not solve the fact that connecting to the dbus signals is completely different to connecting to the windows IPC singnals
[14:51] <mandel> nessita: look at register_to_credentials_stored for example
[14:51] <mandel> nessita: that method has to be abstracted somehow
[14:52] <ralsina> nessita: got an error on the qt tests: http://paste.ubuntu.com/613771/
[14:52] <nessita> mandel: but that s the window implementation
[14:52] <nessita> mandel: I was referring to the linux one
[14:52] <nessita> ralsina: looking
[14:53] <ralsina> hey, one-on-ones finished
[14:53] <nessita> ralsina: right, I got that too (sometimes), is a timing thing. I'll try to debug further
[14:53] <ralsina> nessita: ok
[14:53] <ralsina> nessita: reading the code now
[14:53] <nessita> ralsina: ack
[14:53] <mandel> nessita: look at line 741 of the diff
[14:54] <nessita> mandel: there
[14:54] <ralsina> I am off for coffee. See you windows people on mumble in 6 minutes ;-)
[14:54] <mandel> nessita: that is for linux, right?
[14:55] <nessita> mandel: yes. But I don't get that change either, can't the windows proxy provide "proxy.connect_to_signal('CredentialsFound', d.callback)"? that wya the implementation does not need to wrap up that
[14:58] <mandel> nessita: if we do that I have to keep a map of the linux signals names to the windows ones, which is ugly…doable though
[14:59] <nessita> mandel: fair enough. I understand your changes now (didn't before). I still think that the Proxy adds an overhead to the code, but let's leave it like that.
[15:03] <nessita> mandel: needs fixing added, you can start fixing them (code review done, test to be run now(
[15:03] <nessita> ))
[15:08] <dobey> thisfred: curious; do you have any u1couch branches in the works?
[15:08] <thisfred> dobey: not atm, no
[15:09] <dobey> hmm, ok
[15:09] <thisfred> I think our user is happy ;)
[15:09] <thisfred> dobey: I started and abandoned one yesterday
[15:09] <nessita> ralsina: hola!
[15:10] <ralsina> ya volví :-)
[15:10] <nessita> ralsina: perdí  mumble de mis ventanas
[15:10] <ralsina> hahaha
[15:10] <nessita> ralsina: oops, sorry
[15:10] <nessita> english
[15:10] <ralsina> i can make noise so you can find it quicker ;-)
[15:10] <nessita> mumble is running but I can't access it to unmute me! :-)
[15:10] <nessita> no no
[15:10] <nessita> let me kill it and try again
[15:10] <nessita> in the mean time, mandel, alecu: mumble?
[15:11] <dobey> thisfred: quitter
[15:11] <thisfred> dobey: if everyone was, the world would be a better place :)
[15:11] <mandel> nessita: give me a min to get something to drink
[15:11] <dobey> thisfred: i was just wondering, because i made some additional changes to the packaging-dailies before i pushed it last night
[15:12] <thisfred> dobey: oh, ok, but I (usually) won't need to touch that anywya right?
[15:12] <dobey> thisfred: right
[15:13] <dobey> thisfred: i made it run the tests during build, and added necessary deps for that
[15:13] <thisfred> oh cool
[15:14] <mandel> nessita: I'm there
[15:14] <nessita> mandel: yes, waiting for alecu
[15:14] <nessita> and ralsina said he will be back (hasta la vista baby)
[15:14] <nessita> alecu: ping?
[15:14] <alecu> uh, I'll be there.
[15:14] <ralsina> I am back!
[15:15] <dobey> eek, a poltergeist!
[15:20] <dobey> nice, best buy is now just e-mailing me the coupons they always send for weekend holiday sales, instead of mailing physical waste
[15:22] <dobey> hrmm
[15:23] <dobey> i need to write some e-mail
[15:38] <thisfred> dobey: http://www.physorg.com/news/2011-04-scientists-spacetime-dimension.html
[15:41] <dobey> THEY STOLE MY SPOTLIGHT
[15:41] <thisfred> yup :)
[15:41] <thisfred> I didn't leak it!
[15:41] <dobey> lies
[15:44]  * fagan back 
[15:58] <nessita> alecu: did you got my comment earlier this morning re bug #745540?
[15:58] <ubot4> Launchpad bug 745540 in ubuntuone-client (Ubuntu) (and 5 other projects) "Method "CreateItem" with signature "a{sv}(oayay)b" on interface "org.freedesktop.Secret.Collection" doesn't exist (affects: 20) (heat: 156)" [Undecided,Invalid] https://launchpad.net/bugs/745540
[15:59] <karni> lisette: mail set!
[15:59] <karni> *sent as well
[15:59] <ralsina> nessita: no llego con los reviews :-(
[15:59] <dobey> nessita: you commented on the bug? or?
[16:00] <ralsina> oops, english!
[16:00] <dobey> oh, a couple people did
[16:00] <alecu> nessita, no, I didn't. I just read that bit of backlog, thanks.
[16:00] <nessita> dobey: nopes, I was hoping alecu can do it :-) (commenting, not the actual fix - we're full with this windows stuff)
[16:01] <nessita> ralsina: oh, what can we do?
[16:01] <nessita> alecu: yw
[16:02] <nessita> ralsina: can you make the later today? or not at all?
[16:02] <fagan> alecu: was that dc by choice?
[16:03] <nessita> mandel: let me know when I should re review
[16:03] <ralsina> nessita: I can lie!
[16:03] <mandel> nessita: ok, I'm looking at your branches right now
[16:04] <dobey> nessita: oh, well i commented on the bug; didn't realize others had commented on it so recently
[16:05] <nessita> ralsina: please don't lie!
[16:05] <nessita> ralsina: I'll hunt someone else, no prob :-)
[16:05] <nessita> thankjs though
[16:06] <ralsina> 6PM, EOD for me. I may be able to put a couple of extra hours late today, depending on the god will of my wife. Have fun, keep me posted!
[16:09] <nessita> ralsina: enjoy
[16:12] <dobey> huh. this dude's estimate is like twice what he told me in person :-/
[16:13] <nessita> dobey: is he doing a windows port? :-P
[16:13] <dobey> nessita: no; fixing my front yard
[16:14]  * fagan is just hanging around to make sure alecu can work since he dced from my share
[16:14] <alecu> fagan, I got connected now!
[16:14] <fagan> alecu: hmmm havent been asked yet to allow it
[16:15] <alecu> fagan, sorry, it shows the screen but it is unresponsive :-(
[16:15] <fagan> alecu: ill reshare it again
[16:15] <fagan> id say its after doing that weird thing again
[16:16] <fagan> alecu: now you should be good
[16:16] <fagan> check your email and use the new link
[16:17] <dobey> alright, well; off to lunch for now
[16:17] <dobey> bbiab
[16:27] <alecu> fagan, I'm trying again now.
[16:27] <alecu> cool
[16:27] <fagan> ok should be good now
[16:28] <fagan> im not going to be doing anything with my iternet so should be ok for bandwidth
[16:28] <fagan> *internet
[16:29] <alecu> fagan, shit, it got disconnected again :-(
[16:30] <fagan> didnt noice there
[16:30] <fagan> notice
[16:31] <fagan> did you close the brower window again :)
[16:41] <mandel> nessita: when running th etest I get the following: http://paste.ubuntu.com/613813
[16:42] <nessita> mandel: how did you branch?
[16:42] <nessita> mandel: there is something wrong with your install, you're running u1trial from /usr/local/bin/u1trial
[16:42] <mandel> nessita: bzr branch lp:
[16:42] <nessita> that smells
[16:42] <mandel> nessita: I'm using the u1trial from trunk
[16:43] <nessita> mandel: can you use it from nightlies?
[16:43] <nessita> meaning, enable nightlies and update everything from there
[16:43] <nessita> mandel: I'm trying to think out the box here, that error "makes no sense" (tm)
[16:44] <nessita> mandel: or, we can try something else: from control panel trunk, try this:
[16:44] <mandel> nessita: ok, so is my env, no worries I'll find out why
[16:44] <nessita> mandel: try this:
[16:44] <nessita> PYTHONPATH=. python -c "import ubuntuone.controlpanel.gui.gtk.tests.test_gui"
[16:45] <mandel> nessita: that works
[16:45] <nessita> mandel: that error is odd since is trying to import without the ubuntuone.
[16:45] <nessita> ImportError: No module named controlpanel.gui.gtk.tests.test_gui <- where is the "ubuntuone."?
[16:45] <fagan> alecu: missing something you need?
[16:45] <fagan> I should have all the deps installed
[16:46] <mandel> nessita: it must be something with my env, I'll try t see what is going on
[16:46] <alecu> fagan, no: your env works fine, but it's very slow to use it from here.
[16:46]  * fagan feels like he is spying 
[16:46] <nessita> mandel: let me know
[16:46] <alecu> fagan, so I'm looking at the dependencies, to see what's missing on my vm
[16:46] <fagan> alecu: there is a wiki page for that
[16:46] <fagan> mandel: whats the address of that wiki page for the deps
[16:47] <fagan> alecu: there are a lot that are got through easy install so your best bet is to follow the wiki
[16:47] <mandel> fagan: you can find it through our Ubuntu One wiki
[16:48] <alecu> fagan, yeah, good point.
[16:48] <fagan> mandel: is it linked on a page somewhere I cant remember the address
[16:51] <fagan> alecu: https://wiki.canonical.com/UbuntuOne/WindowsPort
[16:52] <alecu> fagan, that page looks much complete than the last time I saw it :-)
[16:52] <fagan> alecu: I updated
[16:52] <fagan> *it
[16:52] <fagan> with stuff from my blog post
[16:53]  * fagan wonders why more people dont read his blog 
[16:53] <fagan> :d
[16:55]  * mandel walks dog
[17:12] <fagan> alecu: if you have any questions just ask and ill be able to answer them
[17:12] <fagan> ive set up the deps about 3 times now so its easy enough now
[17:13] <alecu> cool
[17:22] <nessita> lunchtime!!!
[17:47] <nessita> mandel: were you able to run the test suite?
[17:53] <Daviey> Bah, where is Aq when you want him.
[17:54] <fagan> Daviey: missed him by about an hour
[17:54] <Daviey> gah
[17:55] <fagan> anything i can help with buddy?
[17:56] <Daviey> fagan: Oh, thanks for offering - something unrelated..
[17:56] <fagan> Daviey: ah ok thats cool
[18:16] <dobey> mandel: are there any issues with running pyflakes on windows?
[18:19] <nessita> mandel: ping?
[18:44] <nessita> dobey: hey there. Is there any way to debug why in a test I'm getting  dbus.bus.REQUEST_NAME_REPLY_EXISTS when trying to request a bus_name for a test? I m pretty sure I haven't request it before, since I have a single test registering the com.ubuntuone.SyncDaemon bus name
[18:45] <nessita> dobey: can I inspect the dbus session some how to see what other service is registered under that name?
[18:46] <dobey> nessita: well, you could pdb at that point, and pause the tests, get the dbus bus address, and connect to it in d-feet
[18:46] <nessita> dobey: ah, let's see!
[18:47] <dobey> nessita: probably should insert the pdb bits right before you try to register
[18:47] <nessita> yes, did that
[18:47] <nessita> right after requesting the name
[18:48] <nessita> dobey: how can I query the address? so far I have
[18:48] <nessita> (Pdb) session_bus
[18:48] <nessita> <dbus._dbus.SessionBus (session) at 0x42c1d10>
[18:49] <nessita> session_bus.get_unique_name()?
[18:49] <dobey> nessita: os.environ['DBUS_SESSION_BUS_ADDRES']?
[18:49] <nessita> (Pdb) import os
[18:49] <nessita> (Pdb) os.environ['DBUS_SESSION_BUS_ADDRES']
[18:49] <nessita> *** KeyError: 'DBUS_SESSION_BUS_ADDRES'
[18:49] <nessita> SS
[18:50] <nessita> ;-)
[18:50] <dobey> typo yes
[18:50] <dobey> :)
[18:50] <nessita> dobey: ok, so there is nothing registered in that bus
[18:50] <nessita> and yet name == dbus.bus.REQUEST_NAME_REPLY_EXISTS is True
[18:51] <dobey> what does session_bus.get_unique_name () return?
[18:51] <nessita> (Pdb) session_bus.get_unique_name ()
[18:51] <nessita> ':1.2691'
[18:51] <dobey> i don't even know what that does exactly :)
[18:51] <dobey> huh, ok, not sure what that is
[18:54] <dobey> nessita: not sure what the args are, but what does session_bus.name_has_owner() give you?
[18:54] <nessita> checking
[18:54] <dobey> when you pass in the name you're trying to register
[18:54] <nessita> True
[18:54] <nessita> I mean, (Pdb) bus_name
[18:54] <nessita> 'com.ubuntuone.SyncDaemon'
[18:54] <nessita> (Pdb) session_bus.name_has_owner(bus_name)
[18:54] <nessita> True
[18:55] <dobey> what does session_bus.list_names() give you? only that one?
[18:55] <nessita> nopes, a lot
[18:55] <nessita> (Pdb) len(session_bus.list_names())
[18:55] <nessita> 264
[18:55] <dobey> wow
[18:56] <dobey> it's only 112 for me; connected to my actual session bus
[18:56] <nessita> WTF?
[18:56] <nessita> (Pdb) [i for i in session_bus.list_names() if 'ubuntu' in i]
[18:56] <nessita> [dbus.UTF8String('com.ubuntuone.controlpanel.gui'), dbus.UTF8String('com.ubuntu.sso'), dbus.UTF8String('com.ubuntuone.controlpanel'), dbus.UTF8String('com.ubuntuone.SyncDaemon'), dbus.UTF8String('com.ubuntuone.Credentials')]
[18:56] <nessita> this is somehow the real bus
[18:56] <nessita> but the address is certainly a custom one
[18:56] <dobey> weird
[18:56] <nessita> well, the env var is a custom address
[18:56] <dobey> is this using the qtreactor, or the glib one?
[18:57] <nessita> dobey: is this using the qtreactor
[18:57] <nessita> dobey: it never happens using the glib one
[18:57] <dobey> ok
[18:57] <nessita> can we confirm that the address returned by os.environ['DBUS_SESSION_BUS_ADDRESS'] is the same "attached" to the session_bus?
[18:58] <nessita> dobey: for what is worth, this is d-feet pointing to what os.environ['DBUS_SESSION_BUS_ADDRESS'] returned: http://ubuntuone.com/p/vy5/
[18:58] <alecu> nessita, in the d-feet connected to that bus address... do you see all those 264 items?
[18:59] <dobey> no
[18:59] <nessita> alecu: nopes, is empty (see http://ubuntuone.com/p/vy5/)
[18:59] <alecu> nessita, weird.
[18:59] <nessita> alecu: somehow the real session bus is being used in the tests when using qtreactor
[19:02] <alecu> nessita, let's say that backwards: somehow the qt-dbus bindings are not using the value in DBUS_SESSION_BUS_ADDRESS (so it's connecting to the default session bus)
[19:02] <nessita> alecu: :-)
[19:02] <dobey> nessita: i'm not sure how to check the bus address inside the dbus code itself
[19:03] <nessita> dobey: I'm reading the dir() output, can't say either. I know that:
[19:03] <nessita> (Pdb) session_bus.get_unix_fd()
[19:03] <nessita> 29
[19:03] <nessita> but not sure what that means
[19:03] <dobey> nessita: can you create a separate SessionBus() instance?
[19:03] <nessita> dobey: I think so, in another python terminal
[19:03] <dobey> nessita: i mean, inside the pdb
[19:04] <nessita> sure
[19:04] <dobey> nessita: like newbus = dbus.SessionBus(); len(newbus.list_names())
[19:04] <dobey> nessita: is that still 264, or is it 1? :)
[19:05] <nessita> (Pdb) import dbus
[19:05] <nessita> (Pdb) session_bus2 = dbus.SessionBus()
[19:05] <nessita> (Pdb) session_bus2.get_unix_fd()
[19:05] <nessita> 29
[19:05] <nessita> (Pdb) len(session_bus2.list_names())
[19:05] <nessita> 266
[19:05] <nessita> (Pdb) len(session_bus.list_names())
[19:05] <nessita> 266
[19:05] <nessita> get_unique_name() also matches
[19:06] <dobey> ok
[19:06] <dobey> this is in controlpanel i presume?
[19:06] <nessita> dobey: yes sir
[19:07] <dobey> ok, i'm going to check something; gimme a couple minutes
[19:07] <nessita> dobey: thanks!
[19:10] <dobey> nessita: what test is this failing under?
[19:10] <dobey> or, what part of the code are you attempting to test?
[19:12] <dobey> i think i might have an idea what the problem is :(
[19:13] <nessita> dobey: from https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/use-sdtool/+merge/62571, the only test that is leaft alone testing DBus syncdaemon stuff
[19:13] <nessita>  def test_set_status_changed_handler(self):
[19:13] <nessita> dobey: the setUp calls:
[19:13] <nessita> 1026         self.register_mockserver(SD_DBUS_IFACE_NAME,1027                                  "/status", StatusMockDBusSyncDaemon)
[19:13] <nessita> oosp
[19:13] <nessita> 1026         self.register_mockserver(SD_DBUS_IFACE_NAME,
[19:13] <nessita> 1027                                  "/status", StatusMockDBusSyncDaemon)
[19:14] <nessita> and that fails (from ubuntuone/controlpanel/integrationtests/__init__.py: register_mockserver)
[19:17] <dobey> right, ok
[19:19] <dobey> nessita: can you tell me what happens if you run the tests with QT_NO_GLIB=1 set in the environment?
[19:20] <nessita> trying...
[19:20] <nessita> though you must know the failure doesn't happen 100%, but I'll try
[19:20] <dobey> so sometimes it connects to the correct dbus-daemon?
[19:21] <dobey> well, QT_NO_GLIB i would expect to cause more errors, not less; in this case
[19:21] <nessita> dobey: I'm not sure, I may have had syncdaemon turned off
[19:21] <dobey> ok
[19:21] <nessita>     test_file_sync_status_changed ... Traceback (most recent call last):
[19:21] <nessita> Failure: twisted.internet.defer.TimeoutError: <ubuntuone.controlpanel.integrationtests.test_dbus_service.FileSyncTestCase testMethod=test_file_sync_status_changed> (test_file_sync_status_changed) still running at 3.0 secs
[19:21] <nessita> every dbus related thing is failing like that ^
[19:21] <dobey> ok, great
[19:21] <nessita> great? :-/
[19:22] <dobey> yes, great as in more clues to debug the problem are better than no clues :)
[19:22] <dobey> so it is causing more issues, as i expected
[19:23] <dobey> ralsina: are you still around?
[19:30] <dobey> nessita: ok, i am making a branch to test against; but it is not the real fix branch, just to help us debug
[19:30] <nessita> dobey: sure, bring it on!
[19:32] <dobey> doh; it is failing for me :(
[19:36] <dobey> ok, yay, semi-fix working now
[19:38] <nessita> dobey: any clue what's wrong?
[19:38] <dobey> nessita: ok; can you branch lp:~dobey/ubuntuone-dev-tools/dbus-qt-test and add it to your PYTHONPATH for running your failing test
[19:38] <nessita> or where, at least
[19:38] <nessita> dobey: yessir, doing it now
[19:38] <dobey> yes :)
[19:41] <lucian> __lucio__: hi. you named yourself the contact for anyone curious about ubuntu ono (syncdaemon) on osx
[19:42] <nessita> dobey: one sec, I need to sanitize my env
[19:42] <nessita> (been doing some other chnages in the mean time)
[19:42] <__lucio__> lucian, yessir!
[19:42] <__lucio__> whats on your mind?
[19:42] <dobey> nessita: no problem; they are your tests, i'm not in a big hurry. just trying to help and fix the bugs :)
[19:42] <lucian> __lucio__: i don't think i have time for it in the near future, but i'm wondering what are the roadblocks. it looks written in python
[19:43] <__lucio__> lucian, it should be straightforward, i think. kepyla is also interested in it and has been playing a bit
[19:43] <lucian> __lucio__: any dependencies not present on osx?
[19:43] <__lucio__> lucian, we have all the platform dependent stuff in ubuntuone.platform, and most stuff from linux should work there too
[19:43] <__lucio__> lucian, the biggest issues are: ipc and fs notifications
[19:44] <lucian> __lucio__: isn't dbus used for ipc?
[19:44] <__lucio__> (from the top of my head, maybe more)
[19:44] <dobey> nessita: i think the proper fix will mean having to split up the DBusTestCase into multiple parts, since there doesn't seem to be a way to pass options to test cases :-/
[19:44] <lucian> fs notifications, there's an api similar to inotify (fsevents i think)
[19:44] <__lucio__> lucian, i dont think dbus is the solution for a native mac client, i might be wrong, but it definitely was not the solution for windows
[19:44] <lucian> __lucio__: really? why? it works on both win and osx?
[19:44] <__lucio__> lucian, yes, we just have to make sure that we can get events in the way syncdaemon expects them
[19:45] <lucian> i mean it does work, i know for sure. scratch the ?
[19:45] <nessita> dobey: what kind of options? setting which dbus mainloop?
[19:45] <nessita> dobey: ok, just ran the test without your branch and I get the failure. Testing with your branch now
[19:45] <__lucio__> lucian, people dont want to put dbus on windows, and i think that doing an explorer (files) extension with dbus is impossible/crazy hard
[19:46] <dobey> nessita: yes, because the test case was still using the DBusGMainLoop bits; and we can't easily switch that at runtime it seems
[19:46] <lucian> __lucio__: i don't understand why, but ok. shouldn't be a problem on osx afaik
[19:46] <dobey> so looks like we will have to make a DBusGTestCase, DBusQtTestCase, and a DBusTestCase with common bits
[19:46] <nessita> dobey: a lot of errors of this kind:L
[19:46] <nessita>     self.assertLess(len(self.bus.list_names()), 10)
[19:46] <nessita>   File "/usr/lib/python2.7/unittest/case.py", line 921, in assertLess
[19:46] <nessita>     self.fail(self._formatMessage(msg, standardMsg))
[19:46] <nessita> twisted.trial.unittest.FailTest: 139 not less than 10
[19:47] <nessita> dobey: the number increases on each test
[19:47] <dobey> nessita: hrmm, ok
[19:47] <dobey> nessita: so that does point to another problem then, that connections aren't being cleaned up properly in tearDown
[19:47] <nessita> dobey: some output http://pastebin.ubuntu.com/613872/
[19:48] <__lucio__> lucian, i think it has something to do with doing things the way the platforms likes them, not just porting the whole freedesktop
[19:48] <dobey> nessita: i presume it only started failing after the ~10th dbus test case in your run?
[19:48] <nessita> dobey: let me confirm
[19:48] <__lucio__> lucian, but i dont care much as i dont do windows or macos, actually. i just know syncdaemon.
[19:48] <dobey> nessita: if instead of run-tests, you do u1trial manually, and pass -t just.this.test.to.run, with the previously failing sdtool test, does it then work?
[19:49] <lucian> __lucio__: ok. i disagree with that assertion, dbus is tiny. but sure, whatever the people who do the work prefer
[19:49] <nessita> dobey: before answering that, I went to the top of the run and the first error I got was:
[19:49] <nessita>     d = self.cleanup_signal_receivers(self.signal_receivers)
[19:49] <nessita> exceptions.AttributeError: 'DBusServiceTestCase' object has no attribute 'signal_receivers'
[19:50] <nessita> dobey: so I guess that explains the connection not being cleaned up
[19:50] <dobey> lucian: it's not that tiny
[19:50] <__lucio__> lucian, get it working with dbus and people will have to do better or shutup :)
[19:50] <nessita> dobey: and yes, second error is twisted.trial.unittest.FailTest: 10 not less than 10
[19:50] <lucian> __lucio__: yeah, i know. i don't really have time for that
[19:51] <lucian> dobey: it's small enough. to me it seems like saying "using winforms is better because that's what the platform expects, let's rewrite this qt api"
[19:51] <dobey> nessita: ok great; i think i know where to go from here to fix then. thanks
[19:51] <lucian> __lucio__: i was mostly curious about the deps
[19:51] <nessita> dobey: no need to run the single test?
[19:51] <dobey> lucian: well, dbus is small if you don't consider everything else it needs to build and run on windows.
[19:51] <dobey> ie, the entire cygwin/mingw environment
[19:52] <dobey> nessita: well, i'd like to know that it actually fixes that issue as well (it should with the single test run)
[19:52] <lucian> dobey: cygwin would be a problem. mingw? that's debateable
[19:52] <nessita> dobey: let me see
[19:52] <dobey> nessita: but the information so far also lets me fix the other issues with cleanup
[19:53] <nessita> dobey: thanks
[19:53] <dobey> lucian: well i've been down this road before of "just use glib/dbus on windows"
[19:53] <lucian> __lucio__: hmm https://github.com/gorakhargosh/watchdog
[19:53] <dobey> lucian: and you see where we are with using dbus on windows :)
[19:54] <lucian> dobey: hmm, that's a bit troubling. it's the one platform where dbus/glib appear to be problematic
[19:54] <lucian> but that's a more general issue
[19:54] <nessita> dobey: and no, the problem persists with your branch
[19:54] <dobey> mainly the big issues for porting are the IPC and file watching
[19:54] <dobey> nessita: really? now that is odd
[19:54] <dobey> nessita: still the NAME_EXISTS error?
[19:55] <nessita> yes... and a Segmentation fault at the end: http://pastebin.ubuntu.com/613874/
[19:55] <nessita> dobey: first run is without your branch, second is with
[19:55] <dobey> nessita: i think the segfault is the same issue that you were seeing the other day with the weird segfault with the QThread/QTimeout issue
[19:56] <dobey> nessita: basically, a problem in qtreactor :(
[19:56] <nessita> :-(
[19:56] <nessita> well, if we could fix the other issue... I may feel less sad
[19:56] <nessita> the other issue == name already exists
[19:58] <dobey> i think we need to fix the other issues (cleanup, and qt vs glib loop) first
[19:58] <dobey> nessita: is anything in controlpanel tests explicitly creating a bus connection?
[19:59] <dobey> hrmm, seems stuff is
[19:59] <dobey> yes
[19:59] <nessita> dobey: kinda, this is the code (tiny): http://pastebin.ubuntu.com/613876/
[20:00] <dobey> nessita: ok, in the DBusClientTestCase.setUp(), get rid of the session_bus = dbus.SessionBus()
[20:00] <dobey> nessita: and use self.bus instead of session_bus, in that code
[20:00] <nessita> ack
[20:00] <dobey> nessita: then try again with my branch :)
[20:00] <nessita> on it!
[20:00] <dobey> should work
[20:01] <nessita> YEYE
[20:01] <nessita> it worked
[20:01] <dobey> :)
[20:01] <nessita> and no seg fault (just luck?)
[20:01] <dobey> not sure actually
[20:01] <nessita> dobey: the rest fails with the twisted.trial.unittest.FailTest: 138 not less than 10, but I guess that is casued by the tearDown error?
[20:02] <dobey> yes
[20:02] <dobey> it is
[20:02] <nessita> ok, great news
[20:02] <nessita> (given the context)
[20:03] <dobey> yep, should be able to fix it pretty easily; just need to figure out how to set up a warning/error when people call dbus.SessionBus() directly in tests
[20:07] <nessita> mandel: iuuuuhhhuuuuu
[20:08] <dobey> nessita: he is at a concert
[20:08] <nessita> dobey: he is? did he mention he was leaving? he was ion the middle of doing some reviews for me :-(
[20:09] <dobey> https://twitter.com/#!/mandel_macaque/status/74137406357516288
[20:10] <nessita> bu :-(
[20:14] <fagan> nessita: whats the review
[20:15] <fagan> I can test it and give a code review if you want
[20:15]  * fagan doesnt mind
[20:15] <nessita> fagan: I'd love that! https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/use-sdtool/+merge/62571 and https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/update-file-sync-status/+merge/62575
[20:15] <fagan> nessita: linux review or windows?
[20:16] <nessita> fagan: well, linux for now, we have no connection between SD and the control panel yet, on windows
[20:16] <fagan> I suppose i
[20:16] <fagan> scratch that
[20:16] <fagan> thats easy then
[20:17] <fagan> nessita: im on it
[20:17] <nessita> fagan: great!
[20:20] <fagan> nessita: so I have to test it for qt as well yeah?
[20:20] <nessita> fagan: yes sir
[20:21]  * fagan has to install that on this machine then so will be 15 minutes
[20:27] <fagan> nessita: what package is qtreactor in?
[20:27] <nessita> fagan: you need to clone it directly from the url.... let me find it
[20:28] <nessita>  git clone https://github.com/ghtdak/qtreactor
[20:28] <fagan> ahhh ok
[20:29] <fagan> I did that for the windows one but presumed it was in the repo for linux
[20:32] <nessita> not at the moment, nopes :-(
[20:32] <fagan> nessita: passed on both for me
[20:32] <nessita> :-)
[20:32] <fagan> for the update-file-sync-status branch
[20:32] <dobey> hrmm
[20:32] <fagan> need to move to the other one
[20:33] <fagan> dobey: whats up?
[20:35] <dobey> pondering how to make the testcase complain
[20:35] <dobey> i guess muck about with sys.modules[]
[20:35] <fagan> nessita: done both branches pass
[20:36] <fagan> just a quick code review and then im done
[20:36] <nessita> yey!
[20:42] <fagan> nessita: done
[20:42] <fagan> and +2
[20:43] <nessita> fagan: thanks a lot :-)
[20:43] <fagan> nessita: np any time :)
[20:44] <nessita> fagan: you may be able to help with the following:
[20:44] <nessita> exceptions.AttributeError: 'QTreeWidgetItem' object has no attribute 'setIconSize'
[20:44] <nessita> fagan: but from http://www.riverbankcomputing.co.uk/static/Docs/PyQt4/html/qabstractitemview.html#setIconSize
[20:45] <nessita> the method is valid and exists
[20:45] <nessita> and QTreeWidgetItem inherits from the abstract item ... or not?
[20:45] <nessita> hum, the doc does not say it inherits
[20:46] <fagan> nessita: let me have a look
[20:46] <nessita> hum, seems like I got it wrong
[20:47] <nessita> QTreeWidget inherits QAbstractItemView
[20:47] <fagan> hmmm weird
[20:47] <nessita> so I can not set an icon size in a per item fashion?
[20:47] <nessita> only per treewidget?
[20:47] <nessita> and ralsina want me to like QT? :P
[20:47] <dobey> eww
[20:47] <fagan> nessita: id say it would like if you do it per treewidget so the sizes will be uniform
[20:47] <dobey> although makes some sense
[20:48] <fagan> that would be my best guess but I didnt use treeviews in my qt learning time
[20:48] <dobey> fagan: which is a dumb thing to enforce in the widget set
[20:48] <nessita> fagan: I disagree. For folders listing (on control panel), higher level rows (My Folder, Ivanka's, etc) have a bigger icon that each folder
[20:48] <fagan> dobey: yeah it is a little strange
[20:49] <nessita> anyways, not a stopper so I'll move on :-)
[20:49] <dobey> nessita: i'm not sure that makes sense :)
[20:49] <fagan> nessita: well ralsina can answer when he gets in on monday
[20:49] <nessita> fagan: next question, would you know how to set Rich text on treewdiget items?
[20:49] <dobey> the case that makes sense to me is contacts/messaging apps
[20:49] <nessita> dobey: I see your point. I think it makes sense, not setting absolute values but relative values
[20:49] <karni> DanRabbit: hey Daniel!!
[20:50] <karni> DanRabbit: how are you?
[20:50] <DanRabbit> karni: hey dude. I'm doing well, how are you?
[20:50] <nessita> dobey: like in GTK, I set ICON_SIZE_MENU or ICON_SIZE_LARGE_TOOLBAR
[20:50] <fagan> nessita: hmmm I have to look for that
[20:50] <karni> DanRabbit: awesome. little rushed, but what can I do ;)
[20:50] <nessita> dobey: and the rest is decided by the theme
[20:50] <DanRabbit> haha as always :p
[20:50] <karni> DanRabbit: just sent out new (last) beta
[20:50] <karni> DanRabbit: how are the icons coming?
[20:51] <dobey> nessita: yes, i know what you're doing; but i don't think it makes much sense in the control-panel where we're doing that. if we were showing avatars of people, maybe
[20:51] <nessita> fagan, dobey: setting the icon size in a per treewidget manner works :-.
[20:51] <dobey> anyway
[20:51] <nessita> :-/
[20:51] <karni> DanRabbit: did you have time to work on them? we missed the beta window, so you can imagine the rush
[20:51] <dobey> i'm not saying qt isn't horrible :)
[20:51] <nessita> dobey: ideally we need to be showing avatars
[20:51] <nessita> no hands available to do that job yet
[20:52] <dobey> no infrastructure to do it on :)
[20:52] <DanRabbit> karni: working on them :) I'll be sending new revisions again today. Ah, what kind of deadline are we working with?
[20:52] <karni> DanRabbit: I have lisette and blajk here as well, so if you need help, we could maybe split some work?
[20:52] <nessita> dobey: why not? can't we get the avatars from eds?
[20:52] <DanRabbit> karni: sure, whatever works
[20:53] <karni> DanRabbit: @ priv
[20:53] <dobey> nessita: we have no idea if "Foo Bar" in your e-d-s contacts is the same "Foo Bar" that shared you some folder. we don't have the data to make such a connection
[20:53] <nessita> hum... right
[20:54] <fagan> nessita: hmm I cant find any mention of rich text in treeviews
[20:54] <dobey> openiduser5 isn't a helpful piece of data to distinguish who is who :)
[20:54] <dobey> maybe if clients knew about other users' e-mail addresses it would be doable, but alas
[20:55] <DanRabbit> karni: priv?
[20:56] <karni> DanRabbit: look around. you have new chat windows :)
[20:56] <nessita> fagan: me neither
[20:56] <dobey> http://lists.trolltech.com/qt-interest/2006-02/thread00097-0.html
[20:56] <nessita> fagan: I'll ask ralsina next week, thanks
[20:56] <karni> DanRabbit: *window. you see it?
[20:56] <dobey> nessita: ^^
[20:56] <nessita> dobey: right, I see what your mean. Thanks for clarifying.
[20:57] <dobey> nessita: that url tells you how to do rich text :)
[20:58] <nessita> dobey: yey! I got that but I read it wrong since at that point I was assuming QTreeWidgetItem was inheriting from the abstract item
[20:58] <nessita> now it makes more sense
[20:58] <dobey> ok
[20:58] <fagan> nice
[20:58] <fagan> go team go :D
[20:59] <dobey> it's amazing what google can find
[20:59] <fagan> well I went straight to the api docs and tried to find something that matched it but that sometimes gets lost in translation I suppose
[21:08] <lucian> am i reading this right? syncdaemon/hash_queue.py uses python threads for CPU-bound tasks?
[21:09] <dobey> ugh, all these TestCase things are so confusing to follow
[21:31] <dobey> this heat is tiring
[21:33] <dobey> nessita: can you pastebin me the full traceback for the signal_receivers error you saw when testing with my test branch?
[21:33] <nessita> yes
[21:33] <dobey> thanks
[21:34] <fagan> dobey: how hot is it?
[21:34] <dobey> hot enough to boil a monkey's bum
[21:35] <nessita> dobey: http://pastebin.ubuntu.com/613903/
[21:35] <nessita> dobey: wait, I have a better one
[21:35] <dobey> ok
[21:35] <fagan> dobey: thats pretty hot, here its about 10 degrees C
[21:35] <fagan> which is mildly warm for night time
[21:35] <nessita> dobey: http://pastebin.ubuntu.com/613904/
[21:36] <dobey> fagan: http://www.youtube.com/watch?v=_f_p0CgPeyA
[21:37] <fagan> dobey: hahaha
[21:39] <dobey> nessita: hrmm, i think these are a result of some weirdness with Python and the way test cases are being used in control panel
[21:40] <thisfred> more likely MRO issues
[21:40] <dobey> nessita: and maybe tim's fix to use @defer.inlineCallbacks and yield/super in the DBusTestCase in devtools exposed it
[21:41] <dobey> ah well bruce
[21:41] <nessita> dobey: probably. ANy specific code I can help you with?
[21:41] <nessita> I need to context switch to do so, I'll all over a QT issue right now. But if you need help, shout
[21:41] <nessita> I'm*
[21:42] <dobey> nessita: not at the moment. was just looking at that, and it looks like something we need to fix in cp rather than in devtools. afaict the devtools code is correct.
[21:42] <thisfred> dobey I think this is a case where something isn't yet calling super in its __init__
[21:43] <dobey> thisfred: well, in setUp probably; and deferreds are involved
[21:43] <thisfred> shall I have a look? which branch?
[21:43] <thisfred> or setUp yeah
[21:43] <dobey> thisfred: no, i'm going to fix the other issues first, and then come back to this
[21:43] <thisfred> missing attribute in a superclass is probably not related to deferreds, I'm thinking this will be simple to find
[21:44] <dobey> well i don't think it's hard, but i think there other issues i need to fix first :)
[21:44] <thisfred> sure, let me not distract you
[21:44] <thisfred> BEER BREAK EVERYONE
[21:44] <dobey> mmm, beer
[21:45] <thisfred> dobey: going here on sunday!  http://biergartenhaus.com
[21:45] <thisfred> wierd name, but proper beer
[21:45] <dobey> nice
[21:45] <thisfred> weird
[21:46] <dobey> bier
[21:46] <dobey> not weird, just redundant
[21:46] <fagan> no fair I have tea
[21:46] <dobey> or at least, garten + haus seems redundant
[21:47] <dobey> actually, forget beer
[21:47] <dobey> rum!
[21:47] <thisfred> Im Himmel gibt’s kein Bier,
[21:47] <thisfred> Drum trinken wir es hier.
[21:47] <fagan> dobey: what kind of rum are we talking about?
[21:48] <dobey> the black seal
[21:51] <fagan> dobey: never heard of it but malibu is tasty
[21:51] <fagan> although its not *really* rum because its flavoured and all that
[21:51] <fagan> but its very nice
[21:51] <fagan> :)
[21:52] <dobey> shume zhurme, shume shume zhurme
[21:52] <dobey> uh, what do you mean "because it's flavored"
[21:53] <fagan> dobey: its coconut flavoured
[21:53] <dobey> uh, yes
[21:53] <fagan> I love it though
[21:53] <dobey> but i don't understand the "not really rum" bit
[21:53] <fagan> dobey: well there is run in it but its not like regular rum
[21:53] <fagan> *rum
[21:53] <dobey> obviously you're not a golfer.
[21:54] <nessita> alecu: you up for a couple of (no so short) reviews? mandel was on them but he left
[21:54] <fagan> dobey: oh no
[21:54] <fagan> LD
[21:54] <dobey> your statement is totally illogical
[21:54] <fagan> dobey: yeah im a bit illogical
[21:54] <fagan> :)
[21:55] <dobey> you don't know anything about rum, do you?
[21:55] <fagan> dobey: well ive drank it
[21:55] <fagan> dobey: I wouldnt say I know much about it
[21:55] <alecu> nessita, pong. I better do them on monday.
[21:56] <thisfred> nessita: can I help?
[21:56] <dobey> or liquor in general, and how it is produced
[21:56] <thisfred> I have one or two reviews left in me
[21:56] <nessita> thisfred: yes you can, and I would love if you do!
[21:56] <nessita> thisfred: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/use-sdtool/+merge/62571 and https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/update-file-sync-status/+merge/62575
[21:56] <fagan> dobey: well I learned how beer is made but not vodka or any spirits
[21:56] <thisfred> on it
[21:57] <dobey> what, at the guiness storehouse tour in dublin?
[21:58] <fagan> dobey: well they teach us in school but I have worked for a couple of nights in the guinness storehouse and have worked in pubs for a good while
[21:58] <fagan> I help out my dad from time to time
[21:58] <fagan> and my uncle
[22:00] <dobey> anyway, malibu is not flavored; but it has flavor. there is a difference
[22:00] <fagan> dobey: well its part of the process in making it that adds the flavor I get that
[22:01]  * fagan cant think of the word for it though 
[22:02] <dobey> well, but part of the process is not "add flavor" like say, with Bacardi Orange and such
[22:02] <dobey> anyway
[22:02]  * dobey ponders how to split this test case up properly
[22:02] <fagan> yeah anyway I know what you mean though
[22:03] <thisfred> nessita, I get this on the first branch: http://pastebin.ubuntu.com/613912/
[22:03]  * dobey listens to some more foreign language music
[22:04] <alecu> fagan, how do you help your dad and uncle? do they run a speakeasy?
[22:05] <dobey> lol
[22:05] <dobey> i don't think ireland is in a period of prohibition :P
[22:05] <fagan> alecu: hah na my dad is a karaoke host and a dj and my uncle is a singer
[22:05] <fagan> dobey: Ireland *couldn't* have a prohibition
[22:05] <fagan> :D
[22:06] <thisfred> I was gonna say: banning smoking in pubs was a bold move, but prohibition will be suicide, and not just politically
[22:06] <dobey> uh
[22:06] <dobey> hell, Iran can't even have prohibition
[22:06] <fagan> thisfred: well there would be riots (im actually serious)
[22:06] <thisfred> I know
[22:07] <fagan> thisfred: someone would get their knees broken and it would be overturned in the morning :D
[22:10] <thisfred> nessita: looks like dbus type conversion issues? Why oh why did they do it this way in python-dbus
[22:10]  * fagan didnt get that I wonder why
[22:11] <fagan> thisfred: was that on the qt version or the non qt version you are getting that
[22:11] <thisfred> fagan: everything you get out of dbus is wrapped in a dbus.* type, which behaves 99% like the python type it represents
[22:11] <thisfred> and then breaks horribly in the other 1% of cases
[22:11] <dobey> lawl
[22:11] <fagan> ahhh ok
[22:11] <fagan> :)
[22:12] <dobey> thisfred: it's not type conversion issues
[22:12] <thisfred> 64bit issues?
[22:12] <dobey> it's https://bugs.launchpad.net/ubuntuone-dev-tools/+bug/789299
[22:12] <ubot4> Launchpad bug 789299 in ubuntuone-dev-tools "DBusTestCase sometimes connects to real session bus (affects: 1) (heat: 6)" [Critical,In progress]
[22:12] <fagan> I did it in 32bit
[22:12] <thisfred> dobey: I still don't understand the test failures though:
[22:13] <thisfred> twisted.trial.unittest.FailTest: dbus.UInt32(3L) == 3
[22:13] <dobey> thisfred: you have syncdaemon already running
[22:13] <thisfred> oh right
[22:13] <dobey> thisfred: it's doing assertNotEqual, and they are equal
[22:14] <thisfred> yeah I get it, I missed the line before that actually gives the information
[22:14] <dobey> i'll fix that first, since it's at least easier to deal with
[22:14] <thisfred> dobey: so if I kill sd the tests will pass, and the branch will be landable, since no sd will be running on the tarmac server?
[22:16] <dobey> well, i don't know
[22:16] <dobey> it might just fail because there isn't a session bus already running for that user
[22:16] <dobey> so let's fix that bug first, it's the easiest thing to fix here :)
[22:17] <thisfred> dobey: it's worse: running the tests seems to start the real syncdaemon
[22:18] <thisfred> killing it has no effect, I keep getting those errors
[22:22] <dobey> right
[22:29] <nessita> thisfred: sorry for the delay, I had to answer the door. The
[22:29] <nessita>     self.assertNotEqual(name, dbus.bus.REQUEST_NAME_REPLY_EXISTS) twisted.trial.unittest.FailTest: dbus.UInt32(3L) == 3
[22:29] <nessita> is caused by something that dobey is fixing
[22:30] <thisfred> nessita: right, so I'll have to wait for those fixes.
[22:30] <nessita> thisfred: well, kinda. If you could review the code diff and test it IRL (the second one) that would be a lot
[22:30] <nessita> I need to run for a while, people arrived for a visit
[22:32] <dobey> hrmm
[22:32] <dobey> i wonder why we don't just bus.close() in the tearDown()
[22:32]  * dobey suspects verterok doesn't remember either
[22:33] <verterok> dobey: right, no idea what's that about :)
[22:33] <verterok> dobey: but I remember having a very bad time trying to get dbus playing nice with the tests :)
[22:33] <dobey> we do call flush() and close() though, so wonder why it's not working right
[22:34] <thisfred> ooh my Harry Smith Anthology of American Fol Music arrived!
[22:34] <dobey> probably because it's in a deferred() so the next testcase is already running before close() completes
[22:34] <thisfred> dobey:  don't we inline the deferreds?
[22:35] <dobey> not on tearDown it seems
[22:49] <dobey> grr, close the connections dbus!
[22:53] <dobey> blah
[22:59] <dobey> sigh
[23:00] <dobey> thisfred, nessita: i think we'll have to finish fixing this later; am having trouble with stuff not disconnecting from dbus
[23:01] <thisfred> ok, then I declare it gin tonic o'clock in the fair city of Baltimore
[23:01] <thisfred> fair to middling
[23:02] <dobey> you should walk that dog thing
[23:09] <dobey> hrmm, and looks like the weird AttributeErrors were a result of tim's change to use inlineCallbacks and yield super() on setUp :-/
[23:14] <dobey> oh well, i give up for now
[23:14] <dobey> have a good weekend all
[23:20] <thisfred> you too