[00:06] <lgc> Hi, I'm new to 12.04 and am struggling with Ubuntu One. I wonder if I can just sync just a few folders already in my cloud.
[00:20] <lgc> Hi. Is anyone awake here?
[01:07] <Jester86_Mobile> hey, has anyone had files go missing lately?
[01:07] <Jester86_Mobile> my account seems to have deleted some files 13 hrs ago
[01:07] <Jester86_Mobile> ... 13 hrs ago I was at work.
[01:11] <beuno> Jester86_Mobile, no, no known such issues
[01:12] <Jester86_Mobile> beuno, i'm wondering if one of my machines didn't do a reboot .. i had had my main desktop not running ubuntuone for a while
[01:12] <Jester86_Mobile> if it rebooted, started ubuntu one and ubuntu one screwed up.. perhaps it was trying to sync the server to my PCs dir ?
[01:12] <beuno> Jester86_Mobile, yeah, not sure. Support can help you recover those files if needed
[01:13] <beuno> maybe tose files were gone from one of the computers
[01:13] <beuno> so U1 assumed you had deleted them and that propagatd
[01:13] <Jester86_Mobile> well its my arduino library that I keep on ubuntu one
[01:14] <Jester86_Mobile> .. so all of my machines work off the same library
[01:14] <Jester86_Mobile> I believe I deleted the library on that machine then stopped the sync from that machine
[01:14] <beuno> right, so that probably propagated to the server and other machines
[01:15] <Jester86_Mobile> i was trying to replace the library entirely but that machine was connected via crappy wireless so I stopped the sync and uploaded the new lib from a hardwired machine
[01:15] <Jester86_Mobile> i'd think it'd see the newest lib as being the newest and not continue what the other machine had started doing though
[01:16] <Jester86_Mobile> but regardless, if theres any easy way to restore these files i'm all ears
[01:16] <beuno> Jester86_Mobile, well, I'm not a support person but I can try. What's your email address?
[01:16] <Jester86_Mobile> jesse.klaus@gmail.com
[01:18] <Jester86_Mobile> why is restore not an easy feature to access?
[01:18] <beuno> Jester86_Mobile, I can't see your files or any information, I can just do a blanket "restore deleted files"
[01:18] <beuno> which will go into a new folder
[01:18] <Jester86_Mobile> even dropbox allows for easy restoring
[01:18] <beuno> is that ok?
[01:18] <Jester86_Mobile> sure
[01:18] <beuno> yes, yes, we're working on allowing you to restore them yourself  :)
[01:18] <Jester86_Mobile> that would be terrific ;)
[01:19] <Jester86_Mobile> so when my machines decide to run a muck i can fix it lol
[01:19] <beuno> Jester86_Mobile, ok, pressed the button and it said success
[01:19] <beuno> you should see a folder
[01:20] <beuno> if I learnt from watching support properly  :)
[01:20] <Jester86_Mobile> lol
[01:20] <Jester86_Mobile> well we'll see what happens
[01:20] <Jester86_Mobile> how long do you think it will take?
[01:20] <beuno> Jester86_Mobile, should be there already
[01:20] <Jester86_Mobile> hmm
[01:20] <Jester86_Mobile> no dice
[01:21] <beuno> under ~/Ubuntu One, I'd guess
[01:21] <Jester86_Mobile> wait
[01:21] <Jester86_Mobile> hmm
[01:21] <beuno> "hmm" is rarely good!
[01:21] <Jester86_Mobile> it has it on the web but not pushed down to my
[01:22] <beuno> ah, maybe the client is disconnected?
[01:22] <Jester86_Mobile> thats what i'm looking into again
[01:23] <Jester86_Mobile> just disconnected and reconnecting... its taking a while so i'm thinking it did screw up in some fashion
[01:24] <Jester86_Mobile> I'm just glad it didn't delete my sketchpad lol
[01:24] <beuno> Jester86_Mobile, alright, I'll let the client do its work then, your files are there so it's just a matter of getting to them
[01:24] <beuno> going to call it a day then
[01:24] <Jester86_Mobile> i wrote a program last night to track the sun .. for a solar panel
[01:24] <Jester86_Mobile> didn't want to lose that lol
[01:25] <beuno> Jester86_Mobile, if you have any more issues, just contact support through the website, they'll help you with anything you need
[01:25] <Jester86_Mobile> alright man, thanks for your help
[01:25] <beuno> o/
[01:25] <Jester86_Mobile> alright
[01:25] <Jester86_Mobile> thank you very much sir
[01:25] <Jester86_Mobile> or miss lol
[01:26] <Jester86_Mobile> Is there anyway to lock a folder to not allow changes.. essentially a read-only sync?
[01:27] <Jester86_Mobile> something you just manually deactivate
[01:46] <karni> Jester86_Mobile: I don't think there's a way. And beun'o is a guy, a really awesome developer.
[01:47] <karni> Now, I'm calling it a day, too.
[01:47] <karni> Night all o/
[01:47] <Jester86_Mobile> lol
[01:47] <Jester86_Mobile> i thought he was, just wanted to verify
[01:47] <karni> There you have it :)
[01:47] <Jester86_Mobile> seems like it loaded my old libs though
[01:47] <karni> I'm sorry, my brain's fried for today (or yesterday, almost 4AM here), I wouldn't be of much help.
[01:48]  * karni disappears
[01:48] <Jester86_Mobile> alright - but is there anyway for me to get the file back that were deleted as of 8am today?
[01:48] <Jester86_Mobile> you don't have to - I just want to know if there is a way
[01:50] <karni> Okey, I was just leaving. Basically, there is a way to recover files. If you need that, please contact our support via the website, or hang out here tomorrow or the day after, and ping ry'e or joshuahoove'r (without the ' , they're not here now anyway).
[01:50]  * karni disappears for real
[01:51] <Jester86_Mobile> ok
[01:51] <Jester86_Mobile> thanks
[04:19] <mmcc> hey neato, side effect of debug print fixes bug! My favorite!
[04:29] <rmcbride> heh. Side effects of debug print might squash the behavior, but it doesn't really fix. I think of bugs that are fixed by debug prints as a sub-classification of Heisenbugs
[04:29] <rmcbride> still, sometimes that's enought to help find the root of it
[04:29]  * rmcbride should be in bed an hour ago. good night
[08:18] <freddy__> hi - I'm new here. I have problems with my ubuntuOne install. Trying to sync 5GB of data. u1sdtool --current-transfers gives me this:
[08:20] <freddy__> pastebin.com/V3Aj3BwZ
[08:20] <freddy__> and then it hangs ...
[08:21] <freddy__> My nautilus also hangs a lot ...
[08:32] <freddy__> I think I will try to ask in the #ubuntu channel
[08:52] <mandel> morning all!
[09:01] <rye> mandel: morning
[09:02] <mandel> rye, hello :)
[09:02] <rye> mandel: we seem to be getting a lot of package installation bug reports, such as bug #1009891 - do you happen to know anything about that?
[09:03]  * mandel looking
[09:03] <mandel> rye, which OS version, N? or is it N just in that bug report?
[09:04] <mandel> oh, no sorry, there is this: UpgradeStatus: Upgraded to precise on 2012-06-06 (0 days ago)
[09:05] <mandel> rye, do you have something more than the comment you gave?
[09:09] <rye> In the File "/usr/lib/python2.5/site-packages/ubuntuone/utils/curllib.py", line 134
[09:10] <rye> except pycurl.error as e:
[09:10] <rye> and i guess i saw this
[09:10] <rye> mandel: nevermind, let me dig more
[09:11] <JamesTait> Happy $TODAY, all!
[09:11] <mandel> rye, alecu and ralsina where talking about that, or code should be installed in python2.6 and not python2.5 which does not support that syntax (Exception as e)
[09:12] <rye> +    except pycurl.error as e:
[09:12] <rye> +        raise HTTPError(request.url, e[0], curl.errstr())
[09:12] <rye> +    else:
[09:12] <mandel> rye, although in theory the oldest python we support is 2.6 we know there are users that install 2.5 to work with google appengine
[09:12] <rye> yes, that's the same "syntax from the future"
[09:13] <mandel> rye, exactly, and a package with that syntax should be in "/usr/lib/python2.6/ and not /usr/lib/python2.5/
[09:13] <mandel> rye, does the info help?
[09:14] <rye> mandel: yep, looking into latest reports now to duplicate properly
[09:14] <mandel> rye, cool, let me know if I can help.. I think there must be a dependency no interacting well with the fact that there is a 2.6 and a 2.5 in the same system
[09:30] <rye> aha, for lucid fix is bug #1009573
[09:43] <rye> mandel: moar questions - https://pastebin.canonical.com/67625/ - ActivationTimeoutError - what does this mean - which process failed to start in time?
[09:44] <rye> the only thing that sso says is 2012-06-05 18:19:38,068:68.0000782013 - ubuntu_sso.utils.webclient.qtnetwork - INFO - Querying OS for proxy.
[09:45] <mandel> rye, yes, so the way it works is that the tcpactivation tries to check a number of times if the process it wanted to start did indeed start
[09:45] <mandel> rye, if after that number it did not, we get that error
[09:45] <mandel> the definition of the number of times and the delay between checks is in ubuntu_sso/utils/tcpactivation.py
[09:45] <mandel> rye, that is on windows, right?
[09:46] <rye> mandel: yep
[09:47] <mandel> rye, so yes, the process did not start for some reason.. is a work around to the fact that we do not have dbus to start things :(
[10:04] <rye> mandel: can "Querying OS for proxy" in sso hang?
[10:06] <rye> also, my yesterday tweet should have had this in it - http://files.lappyfamily.net/flood.jpg - Euro2012 - Kyiv welcomes you. I am just scared about what people are going to experience here
[10:13] <mandel> rye, it could but that is very very strange..
[10:16] <mandel> rye, is it raining that bad over there?
[10:18] <rye> mandel: due to high number of buildings and outdated/broken infrastructure of draining system (and it was built around 1992) we had enormous amount of water. subway station entrances were flooded, parking lots, you can search youtube for kiev 2012-06-06 and see those. For some reason rain is thought as of exception here
[10:19] <mandel> rye, lol.. in mallorca we once tried to have a subway it also looked like that :P
[10:22] <rye> mandel: the other thing is that people continue to get into water even though there is electricity still up and running
[10:23] <mandel> rye, now that is dangerous!
[10:23] <rye> okay, i suspect another thunderstorm to happen now...
[11:12] <gatox> good morning!
[11:42] <rye> anybody had issues installing lucid in lxc on precise?
[11:43] <mandel> gatox, hola!
[11:43] <mandel> gatox, I hate dirty reactors, I hate twisted ;)
[11:43] <gatox> mandel, jejeje i hate twisted too.... but basically because my interaction with twisted was always fixing stuff
[11:44] <gatox> mandel, i'm starting to review your second branch now, before going into macfsevents again
[11:44] <mandel> gatox, yeah.. I don't know why the fuck in mac is not working..
[11:44] <gatox> mandel, i read your twit......
[11:45] <mandel> gatox, the connectionLost does not get called, wtf!
[11:47] <Tm_T> language...
[11:51] <mandel> frustration
[11:51] <gatox> releasing frustration :P
[11:54] <Tm_T> it's still not respectful toward others, you can release frustration in private (:
[12:06] <mandel> gatox, http://twistedmatrix.com/documents/12.0.0/api/twisted.conch.insults.insults.html
[12:07] <mandel> gatox, and yes, conch is concha and insults, well insults :P
[12:07] <gatox> mandel, it seems that is a module to not mess around jeje
[12:11] <mandel> gatox, http://twistedmatrix.com/trac/wiki/FrequentlyAskedQuestions#WhyisntmyconnectionLostmethodcalled
[12:11] <mandel> gatox, sometimes I want to kill myself when working around twisted issues..
[12:12] <gatox> mandel, the platform specific thingy was screwing your tests?
[12:13] <mandel> gatox, very possible, making the call for connectionLost not happen in certain cases and therefore making the test wait for ever on mac os x
[12:14] <mandel> gatox, which means that I have to fix devtools to ensure that we if we wait to long we are ok to continued, yet timeouts cannot be added to the main loop because then we will have a dirty reactor issues
[12:14] <gatox> mandel, :S
[12:18] <mandel> gatox, so I'm running the tests with --loop=100 and sometimes passes the 2500 times other gets stuck waiting for the connectionLost method to be called.. I think I'm going to cry
[12:18] <mandel> well.. at least I found the error
[12:19] <gatox> mandel, timing issues..... always the worst kind!
[12:20] <mandel> gatox, the problem is mainly, I cannot trust the os to call the connectionLost and therefore I need to use a timeout, the problem is that if you do TestCase.addlCleanup(func) and func never ends all tests are blocked because TestCase.timeout is only used for the tests and not the cleanups
[12:21]  * mandel smells a good post somewhere there..
[12:21] <gatox> mandel, i decided to start doing posts about my frustration with some ninja's bugs :P
[12:22] <mandel> gatox, it is a great exercise, lets you think carefully about the problem, improves communication skills and smarter people read them and correct you
[12:22] <mandel> gatox, I had glyph (twisted creator) sending me an email about the show() dialog + qtreactor :)
[12:23] <gatox> mandel, wow... cool!
[12:23] <mandel> gatox, is good to be in planet python  just for that :)
[12:37] <alecu> hellhole, all!
[12:38] <gatox> alecu, hai
[12:42] <gatox> mandel, ping..... let me know when you are back
[13:39] <ralsina> good morning, was on a call forgot to say hi
[13:39] <gatox> ralsina, hi
[13:42] <dobey> oi
[13:44] <mandel> gatox, popey
[13:44] <mandel> popey, sorry
[13:44] <mandel> gatox, pong :P
[13:44] <gatox> jajajaa
[13:44] <dobey> alecu: any reason you didn't start with trunk, rather than stable-4-0 for the validate-ssl-cert branch?
[13:44] <gatox> mandel, i'm having some problems trying to run the python tests of your branch :S
[13:45] <alecu> dobey, no reason
[13:45] <mandel> dobey, alecu do you have a few mins to talk about an issue in ubuntuone-dev-tools + mac os x?
[13:45] <alecu> mandel, sure
[13:45] <mandel> gatox, which branch?
[13:45] <dobey> mandel: what's up?
[13:45] <mandel> alecu, dobey, so the issue is the following, according to the twisted FAQ http://twistedmatrix.com/trac/wiki/FrequentlyAskedQuestions#WhyisntmyconnectionLostmethodcalled
[13:46] <gatox> mandel, "improve python client"....... are you using the system configured with the buildout to run these tests?
[13:46] <mandel> alecu, dobey connectionLost is not guaranteed to be called, in the clean_up of the servers we are expecting a deferred to be called when the connectionLost method in the server is executed
[13:47] <mandel> alecu, dobey, we are seeing cases in which that connectionLost method is never called, and because the execution is in a cleanup call all tests are blocked (the timeout of the testcase does not affect functions added as cleanups)
[13:47] <dobey> mandel: this seems like a general problem, not an osx issue
[13:47] <alecu> mandel, you say "in the cleanup of the servers" <- what servers?
[13:47] <mandel> gatox, I'm just using utrial in my path and normal python
[13:47] <dobey> alecu: ServerTestCase i presume
[13:48] <gatox> mandel, ahhhhhh i think i know where the problem is..... you are using "u1lint"..... and with the env setup.... you should be using it as "$u1lint"
[13:48] <mandel> alecu, this guy: http://bazaar.launchpad.net/~ubuntuone-control-tower/ubuntuone-dev-tools/trunk/view/head:/ubuntuone/devtools/testcases/txsocketserver.py#L154
[13:48] <gatox> that allows the env to find the proper u1lint
[13:48] <mandel> dobey, exactly
[13:49] <mandel> gatox, oh.. what is the diff between $u1lint and using u1lint?
[13:50] <mandel> alecu, dobey, so, while we have not seen that happening much in win or linux, it seems is 'quite' possible in mac os x.. I wonder if you have an idea on how to work around the problem
[13:51] <alecu> mandel, first, let's discuss the FAQ you posted above.
[13:51] <gatox> mandel, actually i don't know if the right thing to do will be: "python $u1lint", the difference is executing just: u1lint tries to find the dependencies in the system, not in the buildout folder
[13:51] <dobey> mandel: fix the code to not depend on connectionLost happening?
[13:51] <alecu> mandel, it should not affect us, because we are "closing actively", not waiting for a "tcp timeout close".
[13:51] <gatox> mandel, so i'm having some import issues, but if i open a python console and import that, it's ok
[13:52] <alecu> mandel, so, we will *always* get the connectionLost.
[13:52] <mandel> alecu, but we are not..
[13:52] <alecu> mandel, we won't have the case described in the FAQ at all.
[13:53] <alecu> mandel, anyway, it's not the case that's being described in the FAQ.
[13:53] <mandel> alecu, ok, nevertheless, connectionLost is not called which makes the cleanup to hang there..
[13:53] <alecu> mandel, ok, but it's a different issue.
[13:54] <alecu> mandel, so, is this only happening on osx with Unix Domain Sockets?
[13:54] <mandel> alecu, and tcp sockets too
[13:55] <alecu> mandel, but only on osx, right?
[13:56] <mandel> alecu, yes, only on os x AFAIK
[13:56] <alecu> mandel, are any of the twisted tests failing like this on osx?
[13:56] <mandel> alecu, I have not seen this happening in any other os (running same tests and same u1devtools)
[13:56] <mandel> alecu, I have not ran the twisted tests. let me take a look
[13:56] <alecu> mandel, I mean, the tests for the twisted trunk.
[13:57] <alecu> mandel, if the twisted tests are running, then we have to use the same "cleanup" method that they do.
[13:57] <alecu> mandel, if they fail... then there's something more serious.
[13:58] <mandel> alecu, let me run them then :)
[14:01] <gatox> alecu, it seems i fix macfsevents :D
[14:01] <alecu> gatox, branch or it didn't happen!
[14:03] <gatox> alecu, jeje ok... uploading the branch
[14:03] <gatox> alecu, and i didn't add any wait condition
[14:03] <gatox> need to add
[14:03] <alecu> awesome!
[14:06] <ralsina> alecu: quick IRC 1-1 ?
[14:07] <alecu> ralsina, sure!
[14:14] <gatox> alecu, https://code.launchpad.net/~diegosarmentero/+junk/python-macfsevents
[14:14] <alecu> gatox, I'm on my 1-1, I'll review it laters
[14:15] <gatox> alecu, ack
[14:15]  * gatox go back to tests
[14:18] <mandel> alecu, tests pass with a number of skips.. I'm looking closer at them
[14:19] <alecu> mandel, twisted tests, right_
[14:19] <alecu> ?
[14:20] <alecu> gatox, if you only push the modified branch there's no sane way to see the diff!
[14:20] <alecu> gatox, perhaps you can make two commits (before and after your changes) and repush?
[14:21] <gatox> alecu, ok..... although the change is really simple
[14:21] <gatox> alecu, can i show you the diff?
[14:21] <alecu> gatox, sure!
[14:22] <mandel> alecu, yes
[14:26] <gatox> alecu, the diff is not working.... i'm going to upload the code in 2 steps
[14:33] <gatox> alecu, now you can see the original file in revision1, and the modification in revision2: http://bazaar.launchpad.net/~diegosarmentero/+junk/python-macfsevents/files
[14:33] <mmcc> morning folks
[14:34] <gatox> mmcc, hi
[14:34] <elopio> mandel: please remember to send me the proxy stuff.
[14:34] <gatox> alecu, sorry, i mean this: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/darwin-fsevents
[14:35] <gatox> alecu, ohhhh wrong paste again...... right one: https://code.launchpad.net/~diegosarmentero/+junk/python-macfsevents
[14:36] <mandel> elopio, true, let me finish some tests and I'll write the email
[14:37] <elopio> mandel: sure. Thanks.
[14:51] <mandel> alecu, tests from twisted in trunk seem not to have that problem, yet I need to take a closer looks because I think they sometimes leave the rector dirty and don't fail
[14:52]  * mandel just got a grey screen of death in the mac
[14:55] <alecu> mandel, awesome!
[14:55] <alecu> mandel, with the pretty text in many languages?
[14:56] <alecu> mandel, is there any mach setting to make it blue? /me wants
[14:57] <mmcc> I have a PyQt / SIP puzzle for anyone who's interested...
[14:57] <mandel> alecu, haha I got the many langs but I have no idea to change it to blue
[14:57] <mandel> alecu, I'm asking about the error in #twisted maybe someone have seen the error before
[14:58] <mmcc> if you call PyQt4.QtGui.QApplication(sys.argv) and ignore the return value, what happens to the C++ QApplication?
[14:58] <mandel> mmcc, get collected and bad things happen
[14:58] <mmcc> mandel, so it would seem
[14:58] <mandel> mmcc, best is to keep a ref so that the gc does not take it away
[14:58] <mandel> mmcc, I have had that problem before :)
[14:59] <mmcc> one of those bad things is that Qt no longer looks in the app wrapper for a qt.conf, thus using the default plugin path and loading the wrong plugin
[14:59] <mmcc> s
[14:59] <gatox> also (i don't know mixing the qtreactor and twisted), but the common use is to bind: sys.exit(app.exec_())
[14:59] <briancurtin> are we doing mumble or sticking with irc?
[15:00] <gatox> ralsina, team meating?
[15:00] <ralsina> yes, meeting
[15:00] <ralsina> I'll be there in 1'
[15:00] <mmcc> team meating makes me hungry for BBQ
[15:01] <briancurtin> its never too early for bbq
[15:01] <joshuahoover> i'm joining a bit late...sorry
[15:01] <alecu> mumble!
[15:03] <alecu> dobey, mandel, thisfred, joshuahoover, mmcc: mumble!
[15:03] <dobey> fdafdmk
[15:04] <ralsina> MANDEL!
[15:05] <mandel> ralsina, is thrusday? sorry going
[15:05] <ralsina> mmcc: I think *maybe* you can set the environment variable QTDIR or QTDIRS for that
[15:06] <ralsina> mmcc: http://www.os2world.com/forum/index.php?topic=3809.30
[15:08] <joshuahoover> alecu, ralsina: sorry, running late...on another call
[15:08] <ralsina> joshuahoover: ack
[15:27] <mandel> alecu, so at twisted they told me not to make network connections in tests... fuuuu
[15:28] <dobey> mmcc: maybe you should do a review of https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/add-dispatcher-tests/+merge/107766
[15:28] <mandel> please
[15:28] <mandel> dobey, abstain?
[15:28] <dobey> mandel: i can't run the tests or anything :)
[15:28] <mandel> dobey, yes, I agree :)
[15:29] <mmcc> mandel, dobey, I can't compile it on 10.6
[15:29] <mandel> dobey, as I understand the abstain..
[15:29] <mandel> mmcc, code review is ok, gatox ran the tests
[15:29] <mandel> mmcc, we can ask alecu to run them
[15:29] <mmcc> mandel: ok
[15:29] <dobey> ok. then alecu or ralsina can run the tests i guess
[15:30] <mandel> dobey, I'll set up a machine (macmini) in a fix ip, when done I'll send you a user and a stupid password so that you can do it too
[15:35] <alecu> mandel, exactly who said "no net connections on tests"?
[15:36] <alecu> mandel, there are lots of network connections in twisted's tests.
[15:36] <alecu> mandel, grep for connectSSL and connectTCP in the twisted codebase, and see for yourself.
[15:36] <mandel> alecu, quote: <dash> mandel: so my initial advice is to stub out the clientFromString bits and don't make actual network connections in your test
[15:36]  * alecu joins #twisted
[15:37] <mandel> alecu, and yes, I know there are lots..
[15:38] <mandel> alecu, dash is => http://washort.twistedmatrix.com/
[15:45] <mandel> alecu, so I have changed the tests and the error does not happen that often (1-10) but I still want to know why that connectionLost method is not called (me reading twisted source)
[15:46] <alecu> mandel, I hope I'm not popping any happy balloon, but "1 out of 10" is not good enough for tests either.
[15:46] <mandel> alecu, you are not :)
[15:47] <mandel> alecu, yet it is an improvement over nearly all the time..
[15:47] <dobey> ok, i need to get lunch. bbiab
[15:47]  * gatox lunch
[15:47] <alecu> mandel, right :-)
[15:48] <mandel> alecu, are you close to the mac? (running OS X)
[15:48] <alecu> mandel, what I meant is that if a test works "9 out of 10" we will still have to skip it.
[15:48] <alecu> mandel, yes
[15:48] <alecu> mandel, one quick flick of the mouse downwards and synergy controls the mac.
[15:49] <mandel> alecu, try running the tests for lp:~mandel/ubuntu-sso-client/fix-tcp-activation
[15:50] <mandel> alecu, if you pass -loop=10 they'll be ran 10 times
[15:51] <mandel> alecu, if it does get stuck it means that the server protocol on connectionLost deferred was not called and is waiting for it
[15:57] <mandel> alecu, did it happen to you? (blocked tests)
[15:58] <alecu> mandel, I've tried both branching it, and merging it over trunk, but I always get "no module named gobject"
[15:59] <alecu> mandel, I might need a newer u1-devtools, right?
[15:59] <mandel> alecu, yes, its trying to use gi as the default reactor
[15:59] <mandel> alecu, the new u1devtools chooses the correct one (or simply do --reactor=qt4)
[15:59] <mandel> alecu, actually, do reactor=qt4 because it tests the qt ui
[16:03] <alecu> mandel, brb
[16:04] <mmcc> mandel, I just ran tests on that branch and got two reactor unclean errors. http://paste.ubuntu.com/1028846/
[16:04] <mmcc>  
[16:04] <mmcc> and a spelling error :)
[16:04] <mandel> mmcc, which version of u1devtools?
[16:04] <mandel> mmcc, try with trunk, please :)
[16:06] <mmcc> trunk, ok. I was using   parent branch: bzr+ssh://bazaar.launchpad.net/~mandel/ubuntuone-dev-tools/darwin-unix/
[16:07] <mandel> mmcc, I guessed so.. I have been fighting this problems for way too long hehe
[16:09] <lgc> Hi.
[16:10] <lgc> Can origin and destination be different on different computers?
[16:10] <mmcc> mandel, against trunk your fix-tcp-activation branch passes the tests for me
[16:11] <ralsina> mmcc: http://icanhascheezburger.files.wordpress.com/2012/06/advice-animals-memes-animal-memes-evil-cows-sounded-like-a-good-idea.jpg
[16:11] <mandel> mmcc, can you run them a couple of times.. one must fail at some point (/me going crazy)
[16:11] <ralsina> And with that, lunch time for me!
[16:11] <mmcc> mandel, ok. is there a repeat flag somewhere?
[16:11] <mandel> mmcc, for trial you can do --loop=100 for example
[16:12] <mandel> mmcc, u1trial I mean
[16:12] <mmcc> mandel ok, looping 100 for your sanity
[16:12] <mandel> thx
[16:13] <lgc> How can I get an answer here?
[16:13] <mandel> lgc, rye can give you hand
[16:14] <lgc> Thanks, mandel.
[16:14] <lgc> rye, can origin and destination be different on different machines?
[16:16] <ralsina> lgc: Sorry, origin and destination of what?
[16:16] <rye> lgc: i am not sure I understood your question but if you refer to UDF then yes, it is possible to mount only certain UDFs on different machines. Main Ubuntu One folder will be always synchronized on all computers.
[16:16] <mmcc> mandel, test_is_already_running hung for me the first time now
[16:17] <mandel> mmcc, exactly, for some reason connectionLost is not called sometimes..
[16:17]  * mandel wonders if it is due to the null protocol...
[16:23] <lgc> ralsina, if files. Say, on machine A, with Windows, .../My Documents/Ubuntu One, and on machine B, with Ubuntu, ... /home/johndoe/Desktop/Ubuntu One, for example.
[16:24] <ralsina> lgc: no, sorry
[16:24] <ralsina> The Ubuntu One folder is always on the user's home dir
[16:24] <lgc> rye_, pardon me, but do you mean by UDF?
[16:24] <ralsina> lgc: we have a feature in our roadmap about making the location  folders configurable, but it's not going to be done soon
[16:25] <lgc> rye_, I mean "what do you mean".
[16:26] <lgc> ralsina, I see. Is it in the roadmap the prospect of deleting the space within "Ubuntu One"? It is a pain for command line users.
[16:26] <ralsina> lgc: no
[16:26] <ralsina> lgc: and why is it a pain? Ub<tab> adds the quotes and everything.
[16:26] <lgc> double whammy.
[16:27] <lgc> It doesn't always work.
[16:27] <mmcc> ralsina: does the windows command shell do smart complete? maybe that's the reason lgc wants a different folder name on windows?
[16:27] <ralsina> lgc: sorry, but no, we are not planning on removing it by default, although as a side effect of the feature we *are* planning, it may become possible
[16:28] <ralsina> mmcc: it round-robins
[16:28] <mmcc> ah, ok then
[16:28] <ralsina> mmcc: So it may be Ub<tab><tab><tab><tab> or something :-)
[16:29] <lgc> If you do a scp, for example, you need to take doble care of the blank space.
[16:30] <lgc> mmcc, no, I don't use command line on Windows.
[16:30] <rye_> lgc: UDF - user defined folder
[16:30] <ralsina> lgc, yes, agreed it's not as nice as it could be
[16:30] <mmcc> lgc, would a symlink with no spaces be a reasonable workaround?
[16:30] <ralsina> lgc: but we can't change it yet
[16:31] <lgc> mmcc, it's not the best thing.
[16:31] <ralsina> lgc: you may want to vote on https://bugs.launchpad.net/ubuntuone-client/+bug/581050
[16:31] <lgc> ralsina, you bet.
[16:33] <alecu> mandel, pong
[16:37] <mandel> alecu, pong?
[16:38] <ralsina> and now really, lunch
[16:44] <lgc> ralsina, thanks for the link. I posted my opinion there. On the other hand, I wonder why I get the "file sync is up to date" checkmark but at the same time the Ubuntu One folders appears as if its syncing.
[17:07] <mandel> ok, I'm going crazy debugging within twisted.. I'm off to take the dog for a walk, see you all tom!
[17:09] <mmcc> ok mandel, byw
[17:10] <gatox> mandel, bye
[17:10] <gatox> mandel, enjoy while the dog walks you :P
[17:10] <dobey> ugh
[17:10] <dobey> evil allergies
[17:12] <dobey> ralsina: it's possible to rename it now
[17:12] <dobey> ralsina: we just don't document it, because it's a pain to support
[17:15] <mandel> I think I've found the bastard.. but I really need to walk the dog :(
[17:15] <mandel> adios..
[17:21] <alecu> gatox, ping
[17:21] <gatox> alecu, pong
[17:21] <alecu> gatox, I'm taking a look at the branch you uploaded
[17:21] <alecu> gatox, I'm very curious about "PATH_SNAPSHOT.pop(path)"
[17:21] <gatox> alecu, yes, i need to add a better check there
[17:21] <alecu> gatox, is PATH_SNAPSHOT supposed to be a constant?
[17:22] <alecu> gatox, why is it being modified then?
[17:22] <gatox> alecu, no, it wasn't suppose to be a constant.... maybe i should name it path_snapshot...... it was to store the different snapshots that all the instances of FileEventCallback will use
[17:23] <gatox> for the case when we want the data of the folder before the thread reach there
[17:24] <gatox> alecu, if you want, we can have a quick mumble about that, and i can explain you the problem and why this sollution
[17:24] <alecu> gatox, ok, but let's do it in 30 mins, ok?
[17:24] <gatox> alecu, ack!
[17:24] <gatox> alecu, let me know when you are free
[17:37] <mmcc> briancurtin, ralsina quick review for you guys: https://code.launchpad.net/~mikemc/ubuntu-sso-client/fix-1010102/+merge/109193
[17:37] <briancurtin> mmcc: will do
[17:37] <mmcc> kind of sad I missed number 1010101 for my bug
[17:37] <mmcc> ok, leaving for lunch now...
[17:45] <ralsina> mmcc: got it
[17:46] <ralsina> mmcc: aquarius got bin(93) early today
[18:05] <ralsina> mmcc, briancurtin: approved and globally approved for being trivial
[18:05] <ralsina> mmcc: now, I will do the triaging or this bug, ater dobey sends his presentation you will have to do it ;-)
[18:06] <dobey> my brain is in shambles at the moment.
[18:07] <ralsina> dobey: I am not rushing you
[18:07] <ralsina> dobey: take a break?
[18:08] <dobey> it's not so much a shambles of exhaustion, but more of surprise
[18:13] <ralsina> dobey: ok, I'll bite. Surprise?
[18:13]  * ralsina held for 5 whole minutes there
[18:15] <aquarius> ralsina ping
[18:15] <ralsina> aquarius: pong
[18:16] <aquarius> ralsina, my mate from earlier? the one who logged out? He now has a ROOT_MISMATCH :)
[18:16] <aquarius> should he fix it by u1sdtool -q; rm -rf ~/.ubuntuone; u1sdtool -c ?
[18:16] <ralsina> aquarius: let me find the URL
[18:16] <aquarius> ralsina, https://one.ubuntu.com/help/faq/what-does-the-root_mismatch-error-mean/
[18:17] <aquarius> is WRONG
[18:17] <aquarius> step 1 is: just sign out and sign in again :)
[18:17] <aquarius> which does not work :)
[18:18] <aquarius> ralsina, and the rest of it just suggests backing up the folders.. but not deleting .ubuntuone
[18:18] <aquarius> I would have thought that deleitn g.ubuntuone would be the best because then it's like the machine is fresh
[18:19] <ralsina> aquarius: checking...
[18:21] <ralsina> aquarius: the solution there assumes the problem is solved by logging in with the correct user
[18:21] <aquarius> ralsina, indeed
[18:21] <dobey> aquarius: it's not .ubuntuone. it's ~/.local/share/ubuntuone
[18:21] <ralsina> aquarius: your friend logged in first with the wrong one, which is more unusual ;-)
[18:21] <ralsina> http://askubuntu.com/questions/31940/root-mismatch-error-after-following-faq-directions
[18:22] <ralsina> aquarius:
[18:22] <ralsina> ^
[18:24] <aquarius> ralsina, heh
[18:24] <elopio> mandel! don't leave :(
[18:24]  * aquarius reads
[18:25] <dobey> elopio: i think he left a while ago :P
[18:25] <elopio> dobey: yes, I was just making a dramatic cry.
[18:26] <ralsina> elopio: now you run alongside his train, with a white handkerchief in your hand!
[18:28] <elopio> and he will return in 20 years just to find that I died leaving a son that has his eyes.
[18:28] <aquarius> ralsina, that looks useful, thanks! joshuahoover should update the faq, perhaps?
[18:28] <ralsina> aquarius, joshuahoover: maybe!
[18:29] <ralsina> elopio: awwwwww snif!
[18:29] <elopio> aquarius: I can edit the FAQ. What do you want me to change?
[18:31] <aquarius> elopio, https://one.ubuntu.com/help/faq/what-does-the-root_mismatch-error-mean/ is updated by http://askubuntu.com/questions/31940/root-mismatch-error-after-following-faq-directions which rye did, I think
[18:31] <ralsina> elopio: the ROOT_MISMTCH error has 2 solutions really,
[18:31] <ralsina> elopio: one case is, you logged with user A, then with user B, and want to go back to user A
[18:31] <ralsina> elopio: that one is covered in the FAQ
[18:32] <ralsina> elopio: the other case is, you logged with user A, it works, but you really want user B
[18:32] <ralsina> elopio: that one is described in askubuntu
[18:33] <elopio> ralsina: in askubuntu rye says rm -rf ~/.local/share/ubuntuone/syncdaemon
[18:33] <elopio> that's also on the FAQ.
[18:33] <ralsina> elopio: yes
[18:33] <ralsina> elopio: really?
[18:33] <ralsina> and yes it is
[18:33] <elopio> I'm looking at it on Option Two
[18:33] <elopio> https://one.ubuntu.com/help/faq/what-does-the-root_mismatch-error-mean/
[18:34] <ralsina> aquarius: READ THE WHOLE PAGE ;-)
[18:34] <ralsina> And so should I
[18:35] <aquarius> ralsina, ya, but option 1 is recommended, and doesn't work, and option 2 days to back everything up but not to delete your .ubuntuone folder
[18:35] <elopio> aquarius: you owe me 1 minute of my life. It was going to be the greatest minute.
[18:35] <aquarius> I do.
[18:35] <ralsina> aquarius: it does delete the correct folder
[18:35] <aquarius> ah, just the syncdaemon folder?
[18:35] <aquarius> why do we need to back up all the files?
[18:35] <ralsina> aquarius: yes, just the sd metadata needs to be deleted
[18:35] <elopio> rye never mentions to delete .ubuntuone.
[18:35] <ralsina> aquarius: plus this way you steal all the other account's MP3s
[18:36] <rye_> elopio: .ubuntuone is in UDF of purchased music, it's not a very special folder
[18:36] <elopio> what we should add is why option one sometimes is not the right thing to do.
[18:38] <ralsina> elopio: right. Option 1 is if you want to go back to the 1st account, Option 2 is for when you want the 2nd account to work
[18:38] <ralsina> neither one should be recommended over the other in principle
[18:39] <rye_> ralsina: why such a spike in ROOT_MISMATCH-related activity?
[18:39] <elopio> ralsina: ok, I'll add that.
[18:39] <rick_h> I want to file a bug about the U1 sharing folder email, any hints on which project I should be selecting?
[18:39] <ralsina> rye_: aquarius has friends!
[18:39] <rick_h> infrastructure perhaps?
[18:40] <elopio> rye_: I overheard something about duplicated accounts due to the ubuntu pay stuff.
[18:40] <elopio> might be related. joshuahoover should know.
[18:40] <ralsina> rick_h: for the email itself, https://bugs.launchpad.net/ubuntuone-servers
[18:40] <rick_h> ralsina: ty
[18:41] <joshuahoover> elopio: duplicate accounts was related to a bug rye found and it's fixed now...though we still need help fixing the duplicate accounts
[18:41] <rye_> elopio: bug #1004009
[18:41] <rye_> elopio: https://bugs.launchpad.net/ubuntuone-servers/+bug/1005819
[18:42] <elopio> joshuahoover: you are here. I updated the faq, I hope you don't mind :)
[18:43] <joshuahoover> elopio: which one, the root_mismatch?
[18:43] <elopio> joshuahoover: yes. https://one.ubuntu.com/help/faq/what-does-the-root_mismatch-error-mean/
[18:43] <joshuahoover> elopio: yeah, i hate the formatting on that one...very confusing
[18:44] <elopio> joshuahoover: and the windows stuff is missing the \
[18:45] <elopio> what's that format? markdown?
[18:45] <joshuahoover> elopio: right
[18:46] <rick_h> ralsina: and for the U1 files web UI? Same?
[18:46] <ralsina> rick_h: yes
[18:47] <elopio> ok, now the backslashes are escaped.
[18:59] <gatox> alecu, do you want to mumble?? i'm convinced about the solution, but maybe you don't :P
[19:10] <alecu> gatox, uh, I forgot about your mumble. I must leave now to kinder, let's do it first thing tomorrow.
[19:10] <gatox> alecu, ok, no problem..... i'm moving to fix another tests..... because i need to ask mandel something for the remaining test inside test_filesystem_notifications
[20:02] <briancurtin> elopio: so i think i have everything built and in the right places...what's something i can actually do on u1cp or in the visualizer to know that this actually works?
[20:04] <briancurtin> like, before i wasn't able to get the visualizer to connect or anything, but after putting the plugin in the pyqt packages then starting up u1cp -testability...the visualizer started without issue, so i think its ready to run
[20:04] <elopio> briancurtin: the visualizer has a recording utility. You can click things and then reproduce them.
[20:04] <briancurtin> elopio: hm, the record menu is grayed out
[20:04] <elopio> briancurtin: but if you can see the tree of objects from the control panel on the visualizer, that's should be enough to check it works.
[20:05] <briancurtin> hm, i dont see that
[20:05] <elopio> briancurtin: let me send you the screenshot from what we should see.
[20:08] <elopio> briancurtin: http://ubuntuone.com/3sVbFw0mPiESbMuNzk2XP9
[20:09] <briancurtin> elopio: do you start u1cp on your own, or do you start it from within the visualizer?
[20:09] <elopio> briancurtin: I start it from the control panel.
[20:09] <elopio> osrry
[20:09] <elopio> ahhh, I need a little break, jaja.
[20:09] <elopio> briancurtin: I start it from the terminal
[20:10] <elopio> ubuntuone-control-panel-qt -testability
[20:10] <elopio> then, on the visualizer I hit refresh.
[20:10] <elopio> you need the qttasserver running before starting the control panel.
[20:11] <briancurtin> i've tried the same way and it doesnt seem to be showing up in the visualizer
[20:12] <elopio> briancurtin: have you started the sample calculator?
[20:12] <briancurtin> i cant figure out how to get it compiled for windows
[20:12] <elopio> that should definitely appear on the visualizer. Then, our control panel should work just as that calculator.
[20:13] <elopio> but I just know what should happen. I don't know how to do that, sorry.
[20:14] <briancurtin> i'll try again to find out how to build that, then see if it works in there
[20:14] <elopio> ok, thanks.
[20:16] <elopio> briancurtin: this is how I compiled everything and had the calculator working:
[20:16] <elopio> http://projects.developer.nokia.com/Testabilitydriver/wiki/WindowsInstallation#a8b.Alternative2:GetTDriverusinggit
[20:16] <elopio> just without the checkout, I used the trunk.
[20:16] <gatox> EOD for me!! bye!!
[20:17] <gatox> tomorrow i'll be here around the standup time..... doctor appointment in the morning
[20:22] <briancurtin> elopio: i got calculator built and running yet it doesnt show up. weird. anyway, at least i now have that part...
[20:25] <elopio> briancurtin: yes, that's weird. That didn't occur to me.
[20:27] <ralsina> briancurtin, elopio: maybe the plugin is not loading for some reason
[20:27] <ralsina> briancurtin: is there something that traces files being opened on windows, like strace and dtrace on linux/mac?
[20:27] <briancurtin> i'm rebuilding everything to ensure it was all built in release mode. maybe something was in debug
[20:33] <mmcc> I'm planning to push a branch that adds my current setup-mac.py and a couple of template files to ubuntuone-windows-installer - but I don't think I've heard a solid yes that they should go there...
[20:33] <mmcc> it could really go anywhere
[20:33] <ralsina> mmcc: <solid>it goes there</solid>
[20:34] <ralsina> mmcc: we will rename it eventually, so please put it there :-)
[20:34] <mmcc> ralsina: ok that's pretty solid, but I'd be more comfortable if there was a DTD
[20:35] <ralsina> <span style="border: 5px solid black">THERE</span>
[20:35] <mmcc> I'm testing the switch that tells it to use fresh branches, then I'll push it up
[20:35] <ralsina> mmcc: awesome
[20:36] <mmcc> then I have a fix for bug 992593, but it's kind of blocked by the test problems that mandel is working on, so I'm waiting on it
[20:37] <mmcc> so my plan is to push on control-panel platform support so the main package that setup-mac.py builds actually does something
[20:39] <ralsina> mmcc: awesome * 2
[21:23] <mmcc> are there any problems with reordering the test suites in controlpanel's run-tests? I'm adding darwin support and it'd make the script a little cleaner to run the dbus tests first. (fewer ifs)
[21:26] <dobey> generally no
[21:36] <mmcc> dobey, you mentioned adding a set -x to run-tests over in dev-tools. would that be useful for eg. tarmac?
[21:37] <mmcc> also I had to move 'set -e ' below the line that does $(which xvfb-run) or else it just exits quietly when it can't find it
[21:38] <dobey> well -x prints the commands being run, iirc
[21:38] <dobey> what happens if it can't find it after moving the set -e below it? does it exit with a useful error?
[21:40] <mmcc> hmm, on darwin we just ignore it and don't use xvfb.
[21:41] <mmcc> if it's on linux and can't find xvfb, I should add a useful error...
[21:42] <dobey> right, we definitely need it on linux
[21:42] <dobey> does it pop a million windows without it, on osx?
[21:44] <mmcc> the sso client branch pops a bunch of windows, but it's fast enough that it's a blur.
[21:45] <mmcc> in control-panel I can't run enough tests yet to see any windows
[21:46] <mmcc> but all the non-GUI tests pass, once I tell it to use the qt4 reactor instead of the gi reactor when on darwin...
[21:46] <mmcc> otherwise the webclient tests try to use libsoup
[21:52] <mmcc> also, I'm aware of no eqivalent to xvfb on OS X.
[21:57] <dobey> right
[21:57] <dobey> well, there's xvfb on osx also, but we're not using X on osx, so it's not useful :)
[21:58] <mmcc> yup. that reminds me, I should switch back to xterm
[21:59]  * mmcc dislikes Terminal.app, which thinks I might ever want to print my scrollback instead of using meta-P
[22:00] <mmcc> I mean really, why does it even support printing? Come on, save a tree
[22:04] <dobey> heh
[22:04] <mmcc> so dobey, in your opinion, if we don't have xvfb on linux we should abort with an error? I looked at the log for when the test for xvfb was added but it didn't enlighten me as to why it has a default ""
[22:05] <mmcc> if that makes sense... there's a revision that adds XVFB_CMDLINE="" before the 'which', but of course if the which fails, we're done, so why the default?
[22:05] <dobey> i don't know that it should error, but we should print something. like do an echo "Runnint tests without xvfb." or something
[22:05] <dobey> it really shouldn't fail silently
[22:05] <mmcc> for real
[22:05] <mmcc> ok, I'll print a warning before we window-bomb with tests
[22:06] <dobey> oh, there's a default because we have to add an argument to it
[22:06] <dobey> i guess
[22:07] <dobey> or we should just alwyas require xvfb on linux, unless an env var is set to not use it or something
[22:07] <dobey> anyway, i gotta go
[22:07] <dobey> maybe i can actually get the grass cut today
[22:07] <dobey> later
[22:16] <popey> my u1 has been trying to upload a file for days and keeps retrying
[22:17] <popey> i have now moved that one file out of a synced folder and it still seems to be trying again ☹
[22:26] <mmcc> popey: :( I think you might have to ping someone directly this time of day... I'm still around but I'm not going to be much help
[22:29] <mmcc> for those keeping track: control-panel now has 1421 out of 1432 tests passing on macs
[22:30] <popey> mmcc: I'll ping someone tomorrow ☺
[23:12] <mmcc> end of my day. see you all tomorrow
[23:12] <elopio> have a good night mmcc.