[03:41] <wi43> anyone from the ubuntu one team here?
[08:10] <didi> Is it possible to use Ubuntu One if I'm not using Unity?
[08:19] <zyga> didi, yes
[08:19] <didi> zyga: Nice. Where can I read about it?
[08:20] <zyga> didi, you don't? just install it (if needed) and use it
[08:20] <zyga> didi, run u1sdtool -c to start the server
[08:20] <didi> zyga: Aha.
[08:21] <zyga> didi, install the control panel and run that for some UI
[08:21] <didi> zyga: I'll look into it. Thank you.
[08:34] <JamesTait> Morning all! :D
[08:36] <mandel> morning all!
[11:15] <gatox> good morning!
[11:31] <alecu> good morning, gatox, mandel!
[11:31] <gatox> alecu, hi
[11:43] <mandel> gatox, alecu, hola!
[11:44] <gatox> mandel, hi
[12:05] <mandel> gatox, alecu, looking at the integration tests I have written the daemon solution might be the easiest one to integrate with u1client we have done so far :)
[12:05] <mandel> it just notifies of everything in the correct way, including if the event was on a dir or not..
[12:06] <gatox> mandel, \o/....... in other news..... i really think that i would be able to propose a branch for mac fsevents today :D
[12:06] <mandel> gatox, I should have it by late today or tom morning :)
[12:06] <alecu> mandel, gatox: great news!
[12:07] <mandel> gatox, alecu, If we do have the branches by tom I think we might be able to get sd running on friday (or at least see it collapse in a diff place)
[12:07] <gatox> mandel, i take "see it collapse in a diff place" as a something really nice at this moment! jejee
[12:08] <mandel> gatox, yes is really good news :)
[12:08] <gatox> mandel, i'm going to participate in a web tv-program today :P from some people in spain
[12:09] <mandel> gatox, wtf? really
[12:09] <gatox> mandel, http://desarrolloweb.com/en-directo/linuxio-diego-sarmentero-ninja-ide-7062.html jeje
[12:09] <gatox> mandel, it's a google hangout, with streaming
[12:10] <mandel> gatox, haha let me know if I can see it from utube, I like you but not to be up 'til that late in spain ;)
[12:11] <gatox> mandel, you go to bed before 22hs in spain??
[12:11] <mandel> gatox, oh, I misread the time, I'll be at the bar :P but I can try
[12:11] <gatox> mandel, jejejje no problem..... it's better if you don't see it, so you don't hear my lies jeje
[12:12] <mandel> gatox, hahaha
[12:23] <ralsina> good morning!
[12:24] <gatox> ralsina, hi! o/
[12:26] <ralsina> gatox, mandel: nice to see good news in the backlog! Makes for a better start of the day than usual -;-)
[12:26] <gatox> ralsina, yeyyyy
[12:26] <mandel> :)
[12:43] <mandel> ok, lunch for me :)
[13:21] <dobey> hmm
[13:42] <briancurtin> ralsina: is there a release branch that i should build the windows installer from?
[13:42] <briancurtin> or are we not ready yet? I just remember tuesday being the day
[13:42] <ralsina> briancurtin: stable-3-0
[13:43] <ralsina> briancurtin: as long as the twisted patch is in place, that one should be good
[13:43] <dobey> not ready yet
[13:43] <briancurtin> dobey: ah, we need the new tag, correct?
[13:43] <ralsina> dobey, briancurtin; briancurtin, dobey. Now talk, because I am otp ;-)
[13:44] <dobey> briancurtin: right we haven't made a 3.0.2 release yet in the tree. and there are a couple of changes we really need to have in it, which aren't there yet, i think
[13:44] <briancurtin> dobey: ok cool
[13:45] <dobey> so hopefully can get that all done today, and then probably build the win installer this evening or tomorrow
[13:45] <ralsina> dobey, briancurtin: let's hope it's late today so we don't slip on what we asked from IS
[13:47]  * mandel back
[14:11] <alecu> ralsina: btw: the sync menu blueprint says that the spec was completed: https://wiki.ubuntu.com/SyncMenu
[14:11] <ralsina> alecu: very interesting
[14:14] <dobey> uh
[14:14] <dobey> that's odd
[14:14] <dobey> oh, the spec is "complete"
[14:15] <dobey> although i'd have to say it isn't
[14:15] <dobey> the concerns about the icons do not seem to have been addressed
[14:16] <dobey> mpt: ^^ will there be some discussion about the sync menu icons?
[14:26] <mandel> dobey, is there a place where I can find the lint config used by u1lint so I can add it to the fsevents project?
[14:27] <dobey> mandel: why not just use u1lint?
[14:27] <dobey> mandel: or better yet, just use pyflakes?
[14:28] <mandel> dobey, I do use u1lint and I'm getting lots of complains of the type TestsCase does not have assertEqual etc..
[14:30] <ralsina> mandel: we get those in windows
[14:31] <dobey> mandel: probably because the logilab-common we're using on win/osx isn't patched
[14:31] <ralsina> mandel: and it was because pylint was confused and not finding the right imports
[14:31] <mandel> dobey, aha! so that is the issue, how can we get that?
[14:31] <dobey> mandel: i'd rather push to move off pylint
[14:31] <mandel> ralsina, I'd like to remove that noise if possible... it makes my tests ugly
[14:32] <dobey> mandel: USE_PYFLAKES=1 u1lint :)
[14:32] <mandel> dobey, yeah, I thinks is the simplest way to do it
[14:57] <mmcc> hi folks
[14:58] <ralsina> have to run for 15 minutes, do standup without me
[14:58] <gatox> ralsina, ack
[14:58] <gatox> mmcc, hi
[14:59] <mandel> mmcc, morning! I update the branch according to your review, can you take a look whenever you have the time?
[14:59] <mmcc> mandel, sure thing, I'll do that first. today is reviews for me
[14:59] <gatox> mmcc, did you see the need fixing in your branch? (the one i review)
[14:59] <mmcc> gatox, I saw you pinged me after I left?
[14:59] <gatox> mmcc, yes, it was about that
[15:00] <mmcc> ok
[15:00] <mandel> mmcc, awesome!! cause I have lots I'd like you to take a look :)
[15:00] <gatox> ME!
[15:00] <mmcc> gatox, yeah, the branch doesn't fix the tests, it just fixes the run-tests scripts so we can run the tests
[15:00] <gatox> mmcc, mandel alecu thisfred dobey briancurtin standup!
[15:00] <mmcc> me
[15:00] <briancurtin> me
[15:00] <gatox> mmcc, so i shouldn't pay attention to the tests?
[15:00] <thisfred> me
[15:00] <dobey> meh
[15:00] <mandel> me
[15:01] <mmcc> gatox, maybe not? let's chat after standup
[15:01] <gatox> mmcc, ok
[15:01] <dobey> ralsina: ?
[15:01] <gatox> ok..... go for me..... alecu last
[15:01] <gatox> dobey, ralsina is not here for the standup
[15:01] <gatox> DONE:
[15:01] <mandel> dobey, he just mentioned we should ignore him
[15:01] <gatox> Submit macfsevents branch, fixing tests on darwin fsevents implementation.
[15:01] <gatox> TODO:
[15:01] <gatox> Finish fixing the tests (almost there \o/)
[15:01] <gatox> BLOCKED:
[15:01] <gatox> No
[15:01] <gatox> mmcc, go
[15:01] <dobey> oh
[15:01] <mmcc>  DONE: long weekend
[15:01] <mmcc>  TODO: reviews polish off & propose setup-mac, work on controlpanel fails,
[15:01] <mmcc> BLOCK: none
[15:01] <mmcc>  NEXT: briancurtin
[15:01] <briancurtin> DONE: add every possible directory to the path, testability still doesnt work. rebuilt it with all of that, still no luck. looked into getting u1db built but had to wait for more directions.
[15:01] <briancurtin> TODO: before i go crazy i need to write some code and produce some actual success, so i'm going to get installer versioning automated for jenkins. will also be putting together the windows installer once the tag is ready
[15:01] <briancurtin> BLOCKED: no
[15:01] <briancurtin> NEXT: thisfred
[15:02] <thisfred> DONE: Bug #1009505  TODO: Bug #999574 BLOCKED: no NEXT: dobey
[15:02] <dobey> λ DONE: python3 discussion, bug #1011666, protocol upload,
[15:02] <ubot5`> Launchpad bug 1009505 in U1DB "get_keys_from_index is useless for multicolumn indexes" [High,In progress] https://launchpad.net/bugs/1009505
[15:02] <dobey> λ TODO: finish releases/uploads, stable release, tarmac tweakery
[15:02] <dobey> λ BLCK: None.
[15:02] <ubot5`> Launchpad bug 999574 in U1DB "deal with database files copied between machines and backup restoration" [High,Triaged] https://launchpad.net/bugs/999574
[15:02] <ubot5`> Launchpad bug 1011666 in Ubuntu One storage protocol stable-4-0 "Tests failing when ubuntuone-storage-protocol not already installed" [High,Triaged] https://launchpad.net/bugs/1011666
[15:02] <dobey> mandel: go
[15:02] <mandel> DONE: Bug 1012048, bug 1010511, bug 1011659 and bug 1011677.
[15:02] <mandel> TODO: Bug 1012067 remove ARC add integration with u1-client
[15:02] <mandel> BLOCKED: no, but me needs reviews :)
[15:02] <ubot5`> Launchpad bug 1012048 in Ubuntu One FsEvents daemon "There is no API to determine if an event was performed on a directory or in a file." [High,In progress] https://launchpad.net/bugs/1012048
[15:02] <ubot5`> Launchpad bug 1010511 in Ubuntu One FsEvents daemon "Json messages are too long" [Medium,In progress] https://launchpad.net/bugs/1010511
[15:02] <ubot5`> Launchpad bug 1011659 in Ubuntu One FsEvents daemon "FSE_ARG_MODE args are not correctly set to the client" [Medium,In progress] https://launchpad.net/bugs/1011659
[15:02] <ubot5`> Launchpad bug 1011677 in Ubuntu One FsEvents daemon "Event paths cannot be easily retrieved from the python api" [Medium,In progress] https://launchpad.net/bugs/1011677
[15:02] <ubot5`> Launchpad bug 1012067 in Ubuntu One FsEvents daemon "There is no JSON API to tell the daemon not to send events to a user" [High,Triaged] https://launchpad.net/bugs/1012067
[15:02] <ralsina> I got back quicker than expected, so me :-)
[15:02] <dobey> ralsina: go then
[15:02] <ralsina> DONE: mgmt call, lots of thinking about the python3 situation, not much else, really
[15:02] <ralsina> TODO: help around, see if I can help briancurtin with the testability thing
[15:03] <ralsina> BLOCKED: no
[15:04] <alecu> me!
[15:04] <alecu> DONE: debugging of ssl issues with txweb, worked on a solution, py3k mumbles
[15:04] <alecu> TODO: get ssl finished, work on windows build
[15:04] <alecu> BLOCKED: not anymore
[15:05] <ralsina> ok then, EOM?
[15:05]  * mmcc forgot one TODO: choose new laptop
[15:07] <mmcc> mandel, which mp do you want me to look at first? the one I made comments on?
[15:07] <mandel> mmcc, yes please
[15:07] <gatox> ok...... lunch for me then!
[15:07] <mandel> mmcc, if that is ok I'll start merging some of the ones that depend on that one and then we can move on to the next
[15:08] <mmcc> ok
[15:13] <mandel> mmcc, I still need to add a bug for the proper method naming in the code.. I just remembered that
[15:14] <mpt> dobey, sorry, I don't understand the question. What concerns do you have about the icons?
[15:15] <dobey> mpt: they are clouds
[15:15] <mpt> dobey, yes, yes they are...
[15:15] <dobey> mpt: it was mentioned in the UDS session there would be further discussion about it; because the cloud metaphor is bad
[15:17] <mpt> dobey, I don't remember that and I don't see it mentioned in <http://summit.ubuntu.com/uds-q/meeting/20790/desktop-q-indicator-redesign/>. What do you think is bad about the metaphor?
[15:18] <dobey> mpt: people will think it's about weather, and not sync. in fact, we have had this reported as a problem before in ubuntuone because of the icons in the humanity theme being a simple cloud.
[15:23] <dobey> just the two arrows by themselves i think is a better metaphor, and more understandable; and is more widely used to mean exactly that, on other platforms as well
[15:24] <mmcc> mandel, I'm happy with that branch now but I still can't run the tests myself.. should I just +1 this, since the next branch after this will run the same tests?
[15:25] <mandel> mmcc, add a +1 and in the review type add code review and we will ask alecu or ralsina to run the tests (just in case)
[15:25] <ralsina> mandel: happy to run them
[15:25] <mandel> mmcc, I'll be removing the ARC later today, I left it 'til the end because it has less priority (I know is a PITA)
[15:27] <mandel> ralsina, ok, can you please run the tests for https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/add-dispatcher-tests/+merge/107766 on a mac os x?
[15:27] <ralsina> mandel: sure
[15:27] <mandel> ralsina, you will need xcode and set OCMock in the path (very very easy)
[15:27] <ralsina> mandel: ok, have xcode, need to do the ocmock thingie
[15:28] <dobey> ok, i need to get lunch. bbiab
[15:28] <mandel> ralsina, ok, download ocmock and I can tell you over mumble how to set it in the path, ok?
[15:28] <ralsina> mandel: why not write it down so you don't have to do that for each person? ;-)
[15:29] <mandel> ralsina, I think I wrote it down already.. I'll add it to the description
[15:29] <ralsina> mandel: awesome
[15:31] <mandel> ralsina, please confirm that the description makes sense
[15:31] <ralsina> mandel: looking...
[15:32] <mandel> ralsina, would have been awesome if you had said loading... jejeje
[15:33] <ralsina> mandel: makes sense apparently. Will try and get back to you in a bit.
[15:33] <mandel> ralsina, ok
[15:36] <mmcc> mandel, do you have more merges for me to look at?
[15:36] <mandel> mmcc, yes, give me a sec so that I get the correct order or them :)
[15:36] <mmcc> ok mandel :)
[15:38] <mandel> mmcc, the branch following the one you just reviewd is: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/add-fsevent-tests/+merge/109537
[15:38] <mandel> ralsina, can you also run the tests for it ^
[15:39] <mmcc> on it, mandel
[15:39] <mandel> mmcc, after that one there are some python branches which you can run the tests for via the command line and the very last one of them runs the objective-c and the python code to do a full p2p test of the solution
[15:41] <mpt> dobey, do you have the bug number handy? Or was it a usability testing problem, or something else?
[15:41] <mpt> (sorry, was just in a call)
[15:42] <mmcc> mandel, not sure how to do this in bzr, but while we're using .xcodeproj, we might want to have bzr ignore the stuff in FsEvents.xcodeproj/xcuserdata/*
[15:42] <mandel> mmcc, yes, I realized that and added it to the ignore list (I can't remember in which rev)
[15:43] <mandel> mmcc, the simplest way to do it is bzr ignore path :)
[15:43] <mmcc> mandel: ok, nice n' easy
[15:44] <mmcc> hrm, I need to catch up on xcode's changes - the userdata stuff includes "Schemes", which don't look so user-specific...?
[15:45] <ralsina> mandel: tests pass
[15:45] <mandel> mmcc, yes, is a PITA you have to explicitly tell xcode that you are sharing the schemes (is done already) which places them in a diff folder which can later be added to the branch :)
[15:45] <mandel> ralsina, please approve and I'll land a couple of branches that depend on that :)
[15:47] <mmcc> ah, ok mandel. thanks :)
[15:48] <mandel> mmcc, I also look at xcode a though wtf? they have changed a lot of things since I last used it
[15:48] <ralsina> mandel: approved
[15:48] <mmcc> mandel, you and everyone else who used it since before version 4
[15:48] <mandel> ralsina, groso!
[15:48] <mandel> mmcc, yeah, I felt old hehehe
[15:55] <briancurtin> Error 2. cool.
[15:58] <briancurtin> ha, apparently bitrock uninstalled itself from my machine? ugh.
[16:00] <briancurtin> oh it just removed itself from the registry. wonderful!
[16:01] <dobey> mpt: i don't. i was just trying to find it and having trouble locating it.
[16:02] <dobey> can't seem to find it though
[16:06] <Captain_Proton> can anyone help with a u1sdtool problem? when I try to connect or anything i receive this : u1sdtool --connect  Oops, an error ocurred: org.freedesktop.DBus.Error.UnknownMethod:
[16:06] <Captain_Proton> I have reinstall ubuntuone-client, redown loaded the u1sdtool. none of that helped
[16:07] <dobey> is ubuntuone-syncdaemon running?
[16:09] <Captain_Proton> Does not look like it. if I do u1sdtool --start it does not throw and error but looks like it does not start it
[16:10] <Captain_Proton> can I start manually?
[16:10] <dobey> can you look at ~/.cache/ubuntuone/syncdaemon-exceptions.log and see if there's an error?
[16:12] <mmcc> gatox, any reason why this branch of mandel's is still marked as needs-review https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/add-license-headers/+merge/107789
[16:12]  * gatox looking
[16:13] <mandel> mmcc, a dependecy was not merged
[16:13] <gatox> mmcc, no one change it to approve... i already done
[16:13] <mandel> mmcc, once the deps land that will be landed
[16:13] <gatox> mandel, oh really?
[16:13] <mandel> gatox, prisas!
[16:13] <mandel> gatox, no worried, tarmac will reject it :)
[16:13] <mmcc> huh, ok, sorry about that
[16:14] <dobey> sigh
[16:15] <mandel> mmcc, no, tarmac is there for that, it will not merge it unless the deps are in, that is why is important to add its parents branches (in case there is any)
[16:15] <Captain_Proton> dobey, nothing in exceptions. in the syncdaemon.log there is something about not start manhole? here a pastbin http://pastebin.com/SELSV1kk
[16:15] <dobey> Captain_Proton: that's unrelated
[16:16] <dobey> Captain_Proton: do you have any syncdaemon-exceptions.log files that are non-zero in size?
[16:16] <dobey> also, if that's the end of the log file, it suggets it is in fact running
[16:18] <mandel> mmcc, look at the message form tarmac: https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/add-license-headers/+merge/107789
[16:18] <Captain_Proton> yes here is one http://pastebin.com/8zUfRnM1
[16:18] <mandel> mmcc, is the last one in the MP
[16:18] <mmcc> mandel: aha, handy :)
[16:19] <dobey> Captain_Proton: hrmm. that's from 6 days ago. it's not still doing that?
[16:19] <mmcc> mandel: so, are you changing the code in FSEvent.m now, as you're workign on the JSON message size? I'm wondering why 'pid' is an NSString
[16:20] <gatox> mmcc, so..... i can approve your branch, because that branch doesn't fix the tests??......
[16:20] <mandel> mmcc, yes, but I forgot about the pid! please add a needs fixing to https://code.launchpad.net/~mandel/ubuntuone-fsevents-daemon/reduce-json-size/+merge/109584 with that comment :)
[16:21]  * dobey hopes these branches actually land this time
[16:21] <mandel> dobey, talking about landing, the timestamp fixes from alecu, will those be landed? I remember we had some issues with them
[16:22] <dobey> mandel: not today
[16:22] <mmcc> gatox, yes. the bug was that the run-tests script didn't work. there are later bugs about the test failures (or there will be)
[16:22] <mmcc> mandel, ok will add.
[16:22] <dobey> if it's not trunk or stable-3-0 related today, then it's low priority
[16:23] <gatox> mmcc, ok..... set it to approve then
[16:26] <mandel> dobey, ok, just wondering because they appear everytime I have to do reviews
[16:28] <Captain_Proton> dobey, I fixed it!  sysadmin@5xdata-01:~/.local/share$ mv ubuntuone ubuntuone.old than started it and it work. Thanks for point in the right direction. :)
[16:32]  * briancurtin back soon, need to run to the bank and do lunch.
[16:39] <mandel> mmcc, FYI removing ARC right now :)
[16:44] <mmcc> mandel, cool
[16:46] <alecu> dobey, all: can I have reviews for this pair of related branches? https://code.launchpad.net/~alecu/ubuntuone-storage-protocol/include-valicert/+merge/109883 and https://code.launchpad.net/~alecu/ubuntuone-client/validate-ssl-cert/+merge/109884
[16:47] <ralsina> alecu: got one at least
[16:47] <ralsina> alecu: probably both
[16:47] <gatox> alecu, i know you will enjoy this :P http://youtu.be/pxoL4bnLp0g
[16:48] <ralsina> alecu: this bug may also need a fix in ubuntuone-windows-installer so that it copies these certificates along with the other ones?
[16:50] <dobey> the setup.py will need fixed i guess
[16:51] <ralsina> dobey: yep
[16:51] <ralsina> dobey: both the ussoc setup.py and the windows-installer one, and maybe even the ubuntuone.xml, I would have to look
[16:54] <dobey> well windows-installer is a separate branch if it needs to be
[17:01] <ralsina> dobey: yes
[17:03] <alecu> dobey, ralsina: r151 of the -storage-protocol, including the cert.
[17:07] <mmcc> mandel, when removing ARC, the NSZombieEnabled setting might be useful: http://stackoverflow.com/questions/2190227/how-do-i-setup-nszombieenabled-in-xcode-4
[17:08] <mmcc> it'll give a useful error when you send a message to an object that is actually deallocated, instead of just segfaulting
[17:10] <mmcc> hm, using Instruments for detecting zombies and leaks looks good too. scroll down on that link and there's advice on that
[17:10] <mandel> mmcc, I was already playing with instruments, I did not know about the zombie stuff
[17:11] <alecu> dobey, ralsina: and here's the fixed ubuntuone-windows-installer: https://code.launchpad.net/~alecu/ubuntuone-windows-installer/include-valicert/+merge/109889
[17:12] <ralsina> alecu: awesome
[17:12] <alecu> briancurtin: I'd like your review on the branch above, since it needs a windows installer to be built
[17:12] <alecu> and now, time for lunch.
[17:12] <briancurtin> alecu: looking
[17:27] <karni> alecu: Hi man, how are you doing :)?
[17:30] <karni> alecu: My question has been answered :) Nonetheless, let me know how are you doing :) I'm working on the new music API Java library.
[17:33] <karni> alecu: Ah, just noticed you left :)
[17:34] <mandel> ralsina, alecu, briancurtin, we just made jenkins very very unhappy: https://jenkins.errormessaging.com/job/ubuntuone-client-windows-test/80/
[17:35] <ralsina> looking...
[17:35] <mandel> we have 220 tests.. was that branch ran by anyone on windows?
[17:35] <mandel> as in 220 failing tests
[17:35] <ralsina> wtf
[17:36] <briancurtin> i wasnt aware of it, but im running some installer stuff right now for other valicert things
[17:36] <mandel> briancurtin, no worries I'm sure you have nothing to do with it, it was more of FYI :)
[17:40] <mmcc> mandel, is the gid ever used in the fsevent? I see it isn't included in the proxyForJson method
[17:41] <mmcc> asking because the getGid function adds the group name as a string, and I was wondering why
[17:41] <mandel> mmcc, it is and I don't think it will be needed but atm I'm just sending all the info to u1client just in case
[17:41] <mandel> mmcc, I think we can remove the group name and the username and just send the ints since in python we can get the info with not too much work
[17:43] <mmcc> mandel: ah, I was missing that proxyForJson has all the args array in it
[17:43] <mandel> mmcc, yes because we don't know yet which infor to get rid off, we can improve the api as we use it
[17:43] <dobey> fml
[17:45] <mmcc> ok mandel, I just wrote my comments on the branch. one suggestion was kind of big, which you can feel free to argue with, and the others are really small
[17:46] <mmcc> without ARC (and maybe with?), we need to be careful about where we use autoreleased vs. retained objects
[17:46] <mandel> mmcc, sure, I'm usually quite happy with your suggestions :)
[17:46] <mmcc> glad to hear it :)
[17:52] <ralsina> mandel, briancurtin, alecu: we need to update the protocol in windows jenkins
[17:52] <ralsina> storage-protocol, I men
[17:52] <ralsina> mean
[17:53] <mandel> I'll take care of it
[17:53] <briancurtin> hm, is it not automatically updated?
[17:53] <ralsina> beats me
[17:54] <dobey> it's either not, or there's a race condition, or something
[17:55] <ralsina> Oh, "something", the cause and solution of all problems.
[17:56] <dobey> pretty much
[17:57] <mandel> you can always be like my grandmother and blame the thingy .. everything is a thingy
[18:04] <mmcc> going to lunch...
[18:06] <mandel> briancurtin, alecu, dobey, ralsina, FYI tests are back to green
[18:06] <dobey> cool
[18:06]  * briancurtin high-fives mandel
[18:06] <ralsina> mandel: awesome
[18:06] <dobey> slip slip slippety slip
[18:07] <mandel> :)
[18:07] <ralsina> I think we can officially say jenkins is working now
[18:07] <ralsina> not that it caught anything useful, but hey, we are noticing :-)
[18:10] <mandel> ralsina, well the qa-selenium messages are a little annoying hehe (/me gets a very loud noise from jenkins messages)
[18:10] <ralsina> mandel: can't you filter those?
[18:11] <mandel> ralsina, I should improve my xchat settings at some point, but is not a priority atm
[18:13] <mandel> mmcc, wow, the analyze from xcode hates that SBJson lib.. well an extra reason to remove it (+ license)
[18:19] <alecu> hey there, karni!
[18:20] <karni> alecu: How's it going :)?
[18:20] <alecu> karni: was I supposed to answer some question? did I miss any question?
[18:20] <alecu> karni: awesome! what about you?
[18:20] <alecu> karni: also, a bit sad that there seems to be no "london sprint" this year.
[18:20] <karni> alecu: No, you missed nothing :) I asked sidne'i (about projects on jenkins)
[18:21] <karni> alecu: Oh, too bad..
[18:21] <karni> alecu: I'm good as well, thank you :) Latest library I'm working on is coming along nicely rather quick.
[18:22] <karni> alecu: I'll ask anyway. Do you know why 4 out of 5 Windows projects on Jenkins have -test suffix?
[18:22] <alecu> karni: so, a new music API Java library; will it be available for other android apps to use?
[18:22] <karni> alecu: Is there some sort of source/test separation?
[18:22] <alecu> karni: no, I've been involved very little with the jenkins stuff.
[18:22] <alecu> karni: but perhaps briancurtin and/or mandel may be able to answer that.
[18:23] <karni> alecu: Of course it will :)!
[18:23] <mandel> karni, yes, we use it to filter them as windows-tests
[18:23] <mandel> karni, so that we know which ones run tests and which ones build packages (one of them)
[18:23] <mandel> so.. the answer is 'because' :)
[18:24] <karni> mandel: aha, so the -test projects build nothing?
[18:24] <mandel> karni, exactly, they just runt tests
[18:25] <karni> mandel: So they build some part of the windows project, and run tests on it?
[18:25] <mandel> karni, yes, the grab a single project and run the tests and then notify the other that depend on it to do the same
[18:26] <karni> alecu: I'm also starting to move some Android projects to jenkins. U1F is there, two libraries on the way (files API, and music API which is currently WIP).
[18:26] <mandel> karni, so imaging, you have the java lib for u1-files which runs the tests and then tells the depending code to run them and build something accordingly
[18:26] <karni> mandel: ah, cool :) thanks!
[18:27] <karni> mandel: such as, new U1 Files library is out, so it runs, and then tells Android U1F to build. nice
[18:27] <karni> mandel: That makes it clear, thanks.
[18:27] <mandel> that is the idea :)
[18:27] <karni> alecu: mandel: Have a nice evening :)
[18:27] <alecu> karni: you too! have a nice... night?
[18:27] <alecu> :-)
[18:28] <karni> alecu: Hehe, I call 8:30PM an early evening ^_^
[18:29] <mandel> same here hehe
[18:29] <mandel> specially during summer
[18:29] <alecu> mandel: btw, what was the issue with jenkins and my latest u1-client branch?
[18:29] <alecu> mandel: I saw that you said it was corrected already...
[18:29] <mandel> alecu, u1-protocol was old
[18:30] <alecu> mandel: so, how did you solve it? by asking jenkins to run again?
[18:30] <mandel> alecu, yes
[18:32] <mandel> alecu, I updated the dep and ran it again, I might change the way we have the deps..
[18:32] <mandel> ok, I need to go is late here,laters!
[18:33] <alecu> mandel: I'll ask you to tell me more about the deps tomorrow.
[18:33] <alecu> mandel: laters!
[18:49] <briancurtin> alecu: your installer works for me and includes the valicert cert - http://ubuntuone.com/1y4nTEL7pEcRJ8TgOg3MqW
[18:52] <alecu> briancurtin: great, thanks.
[18:53] <alecu> briancurtin: I'm sure this won't fix the whole problem with that cert, since it won't be used by QtNetwork, but it will allow the syncdaemon webapi calls to use it, since the webapi calls don't use the windows system certs (but Qt does)
[18:54] <dobey> well, we also can't make ubuntu-sso-client depend on ubuntuone-storage-protocol
[19:10] <dobey> need a snack, brb
[19:17] <ralsina> go gatox go! T-1 :-)
[19:18] <gatox> ralsina, :D
[19:28] <gatox> i need to leave a little bit earlier today, i'll probably going back later to finish with this test so i can propose this branch tomorrow morning! \o/
[19:29] <gatox> see you later/tomorrow people!! bye
[20:04] <briancurtin> ralsina: so for bug #101174 - what *is* the right version number of trunk builds? should i try to grab the bzr revision of some project or should i timestamp installers?
[20:04] <ubot5`> Launchpad bug 101174 in Silva "When an id is in use on the Zope level, inform users accordingly" [Wishlist,Fix released] https://launchpad.net/bugs/101174
[20:04] <dobey> so
[20:04] <briancurtin> oops, bug #1011774
[20:04] <ubot5`> Launchpad bug 1011774 in Ubuntu One Windows Installer "Set the right version number to the nightly windows installer" [High,Triaged] https://launchpad.net/bugs/1011774
[20:04] <ralsina> briancurtin: for the jenkins builds I would go with timestamped installers
[20:05] <dobey> well, it's complicated
[20:05] <ralsina> briancurtin: 3.0.timestamp or something
[20:05] <dobey> anyway
[20:05] <dobey> https://code.launchpad.net/~dobey/ubuntuone-storage-protocol/update-3-0/+merge/109915
[20:05] <ralsina> briancurtin: it's not interesting that those are actually reasonable version numbers, we just need to be able to recognize them
[20:05] <dobey> ralsina: egads no. but let's fix that later and try to deal with the critical priority things now :)
[20:13] <dobey> ralsina: care to glance through https://code.launchpad.net/~dobey/ubuntuone-storage-protocol/update-3-0/+merge/109915 and make sure you don't see any obvious merge screwups?
[20:13] <ralsina> dobey: sure
[20:17] <briancurtin> ralsina, elopio: i can make the installer file name like this - ubuntuone-2.99.91-windows-installer-20120612-201645.exe - acceptable?
[20:19] <briancurtin> all that does is just change the file name (it was already built into build_installer.py, it was just disabled)
[20:20] <ralsina> dobey: looks good to me
[20:20] <neglesaks> says that notes service is running fine. does anyone have any suggestions for me on how to restore normal functionality?
[20:20] <neglesaks> pardon, letme restate that.
[20:20] <neglesaks> question: i have been unable to sync my notes to ubuntu one for over 2 weeks now. the Ubuntu One status page says that notes service is running fine. does anyone have any suggestions for me on how to restore normal functionality?
[20:25] <ralsina> Have to go be a dad for a few hours. Mail me if you need me.
[20:25] <rye> neglesaks: hi
[20:25] <rye> neglesaks: are you using Ubuntu or Windows?
[20:26] <rye> neglesaks: in case of Ubuntu you might want to run http://people.canonical.com/~roman.yepishev/us/tomboy-sync-validator.py script to see whether it finds any issues with your notes stored online
[20:27] <neglesaks> ubuntu ontwo seperate laptops.
[20:27] <neglesaks> thank you, ill try that, rye
[20:29] <rye> neglesaks: if it finds the issue with the date, re-run the script with --fix option - that would fix the offending note
[20:29] <neglesaks> just run it in the terminal, aye? su or my own username?
[20:30] <rye> neglesaks: no su, as your own user
[20:31] <rye> neglesaks: before first sync please backup the local notes in ~/.local/share/tomboy
[20:31] <neglesaks> igot this: WARNING: Server replied with
[20:31] <neglesaks> [20:31] <neglesaks> Invalid access token:  <snip>
[20:32] <rye> neglesaks: aha, your tokens are invalid - try resetting the sync settings and reauthorizing Tomboy
[20:32] <rye> neglesaks: that's in Preferences/Synchronization tab
[20:32] <neglesaks> ill try....i wonder how this happened. an update recentrly?
[20:35] <neglesaks> it worked! muchappreciated, rye!
[20:36] <neglesaks> thank you.
[20:37] <theseb> what would cause file sync to never finish?  When I check 1 hr later the client always says "File Sync Disabled" and I try again over and over
[20:41] <elopio> briancurtin: that's better. But if you could make it to match the version number of ubuntu nightly packages, that'd be great
[20:41] <briancurtin> im not sure how i'd get that. what's an example of that version number?
[20:41] <dobey> one down, 34354343 more to go :(
[20:42] <elopio> briancurtin: for the ubuntu installer, 3.1+r27-16~precise
[20:42] <dobey> briancurtin: 4.1+`timestamp` would be the clostest/best thing for windows i guess
[20:43] <elopio> not sure if that makes sense, though.
[20:43] <elopio> the branch number of the trunk it's build from would be useful, too.
[20:44] <dobey> elopio: that's basically not doable though, becuase it's N different revision numbers
[20:44] <elopio> briancurtin: it's better to do what dobey says :)
[20:44] <briancurtin> dobey: so can i change the 2.99.91 version we have in various places to just follow the last released version, in this case 3.1?
[20:44] <dobey> elopio: knowing the revno of ubuntuone-windows-installer is pretty much completely useless
[20:45] <dobey> briancurtin: i wasn't aware we had 2.99.91 in any places still
[20:45] <neglesaks> a comment on the error i received: i got an empty "sync failed" window when i got those failures earlier...might want to change that...thanks again
[20:45] <dobey> oh bother
[20:45] <dobey> broken pipe from ssh to tarmac
[20:45] <elopio> dobey: ok, got it.
[20:45] <elopio> timestamp sounds fine.
[20:46] <briancurtin> dobey: it's in scripts\ubuntuone.xml and scripts\setup.py in ubuntuone-windows-installer on trunk, which is why the installers i create off of trunk end up being called 2.99.91
[20:46] <dobey> oh, tarmac seems fine though. must just be weird network trip somewhere
[20:48] <dobey> briancurtin: hrmm, ok. should be 4.1 in trunk.
[20:50] <briancurtin> dobey: i would've thought 3.0 since that's the latest release (3.0.1 to be exact), so a brand new installer would be the latest of the 3.0 line, so 3.0+(timestamp, etc)
[20:51] <dobey> it's not
[20:52] <dobey> well
[20:52] <dobey> what exactly are these installers building from?
[20:52] <briancurtin> trunk
[20:52] <dobey> are they building an installer from stable-3-0 or trunk?
[20:52] <dobey> if trunk it should be 4.1
[20:57] <rye> theseb: FileSync disabled is an error state of Control Panel, is it on windows?
[20:58] <theseb> no
[20:58] <theseb> ubuntu 12.04
[20:58] <theseb> rye: so that means there's a bug?
[20:59] <dobey> theseb: what does ~/.cache/ubuntuone/log/syncdaemon-exceptions.log say about it?
[21:00] <theseb> i see this over and over....2012-06-12 11:54:31,451 - twisted - ERROR - Unhandled error in Deferred:
[21:00] <theseb> 2012-06-12 11:54:31,451 - twisted - ERROR - Unhandled Error
[21:00] <theseb> Traceback (most recent call last):
[21:00] <theseb> Failure: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[21:01] <dobey> theseb: can you pastebin the output of "apt-cache policy python-ubuntuone-storageprotocol python-ubuntuone-client ubuntuone-client" ?
[21:01] <theseb> k sec
[21:03] <theseb> dobey: https://phil4.com/paste
[21:03] <rye> bug #995146
[21:03] <ubot5`> Launchpad bug 995146 in ubuntuone-control-panel (Ubuntu Precise) "File sync status is incorrect: it reports "File Sync Disabled" but syncdaemon is happy and IDLE" [Undecided,Fix committed] https://launchpad.net/bugs/995146
[21:03] <rye> theseb: what's u1sdtool --status ?
[21:03] <dobey> uhm
[21:03] <dobey> how about paste.ubuntu.com instead?
[21:07] <neglesaks> byefornow.
[21:07] <theseb> rye: http://paste.ubuntu.com/1037982/
[21:08] <theseb> dobey: http://paste.ubuntu.com/1037983/
[21:08] <theseb> rye: is that good?
[21:10] <theseb> rye: that bug page says a fix has been added to a packeag
[21:10] <theseb> ubuntuone-control-panel - 3.0.1-0ubuntu1.1
[21:11] <rye> theseb: working means that is is working on something, however what is the number in u1sdtool --waiting | wc -l ?
[21:11] <theseb> 200
[21:12] <theseb> cool...client used Twisted
[21:12] <theseb> coolest python framework ever
[21:12] <dobey> theseb: what happened to the newer version of ubuntuone-client i had you install late last week, from precise-proposed?
[21:13] <theseb> dobey: you may have me confused w/ someone else...i don't recall that convo
[21:15] <dobey> oh, indeed
[21:15] <theseb> dobey: is this just a cosmetic nuisance? can i just ignore it until it appears in normal updates?
[21:16] <dobey> you were having the issue with the empty dict dbus error
[21:16] <rye> theseb: could you please do grep MARK ~/.cache/ubuntuone/log/syncdaemon.log ?
[21:16] <theseb> dobey: yes...actually i don't think it is cosmetic because i've been trying to finish this sync all day
[21:17] <rye> theseb: MARK lines contain the number of queue items, if they don't decrease then there is a problem
[21:17] <theseb> rye: i see this over and over...2012-06-12 16:10:07,088 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: <State: 'QUEUE_MANAGER'  (queues WORKING  connection 'With User With Network')>; queue: 200; offloaded: 21008; hash: 0) ----
[21:17] <dobey> well, syncdaemon-exceptions.log should have a more specific error than what you pasted above, i would think
[21:18] <rye> theseb: no changes in "offloaded" value?
[21:18] <theseb> dobey: the last timestamp in the log was from hours ago...so i don't think the error added ANYTHING to log
[21:19] <theseb> rye: nope
[21:20] <dobey> have you quit/restarted syncdaemon?
[21:23] <theseb> dobey: no but that sounds like a good idea
[21:23] <theseb> dobey: actually..i restarted the client and right now I get "File Sync Is In Progress"...my guess is that if i check again in 1 hr I'll get the same ol ' "File Sync Disabled"
[21:23] <theseb> dobey: should i restart is anyhow?
[21:24] <theseb> dobey: how do that? i forgot
[21:24] <dobey> u1sdtool -q
[21:24] <dobey> that's to quit it. wait a few seconds and make sure it quit, then do u1sdtool -c
[21:24] <theseb> dobey: i don't see any stuff in /etc/init.d/ do do a nice /etc/init.d/*** restart
[21:24] <theseb> to do*
[21:25] <dobey> no, u1 is a user service, not a system service :)
[21:26] <theseb> dobey: # u1sdtool -c
[21:26] <theseb> Oops, an error ocurred:
[21:26] <theseb> org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[21:26] <theseb> dobey: BOOM!
[21:26] <theseb> can't start it!
[21:27] <dobey> it probably started
[21:27] <dobey> but it might be taking a while for the dbus interface to come up, as local rescan is taking a long time, because there are 21000+ files you're trying to sync with it :)
[21:28] <dobey> and i thinks it is time for me to go
[21:29] <theseb> should i not sync all at once?
[21:29] <theseb> perhaps add my $HOME in 100Mb pieces?
[21:29] <dobey> you're trying to sync everything in your $HOME?
[21:29] <theseb> dobey: yes
[21:30] <dobey> like, .mozilla and everything?
[21:30] <theseb> i want u1 to be my backup for laptop ..is that bad?
[21:30] <theseb> dobey: i ignore .mozilla
[21:30] <dobey> well, .local?
[21:30] <dobey> and .config? and all that?
[21:31] <theseb> i'll ignore those if you think it is a good idea
[21:31] <theseb> i'll do it now
[21:31] <dobey> i think syncing everything under $HOME is a very bad idea, yes :)
[21:31] <theseb> dobey: what do you use to backup your laptop if not U1?
[21:31] <theseb> dobey: my $HOME is 3Gb which is under the limit
[21:31] <dobey> u1 is not a back-up service. it's a sync service. it is possible to have a back-up application store its backups on u1 though
[21:32] <theseb> dobey: Deja-Dup is buggy
[21:32] <dobey> if you want back-ups you should look at deja-dup
[21:32] <theseb> dobey: :)
[21:32] <theseb> dobey: also you can't restore on a per file basis
[21:32] <theseb> dobey: i don't see why what i'm doing won't work..
[21:33] <theseb> dobey: i just copied my $HOME to Ubuntu One dir...seems harmless enough
[21:33] <dobey> theseb: well, syncing config and such is bad because it will break everything on all your other computers
[21:33] <dobey> and you generally don't just want to shove everything under the Ubuntu One director
[21:34] <theseb> dobey: i'm not syncing $HOME itself but rather a *copy* i put in Ubuntu One...it gets updated by crontab script nightly
[21:35] <dobey> right. what i mean though, is you should select additional folders for synchronization, outside of ~/Ubuntu One/
[21:35] <dobey> like, you can also sync ~/Music or ~/Downloads as separate folders
[21:36] <theseb> dobey: i think there was a problem adding folders outside of Ubuntu One
[21:36] <dobey> there shouldn't be
[21:36] <dobey> it works fine here :)
[21:36] <theseb> i'll try again
[21:37] <theseb> dobey: i just selected a folder but it doesn't show up
[21:37] <dobey> anyway, i do have to go now. but yes, a very large number of small files are not dealt with great still yet. though we are always working on making it better
[21:37] <theseb> dobey: ok..bye thanks for help!
[21:37] <dobey> theseb: well, it will take some time, especially if it's already going slow due to all the other files :)
[21:38] <dobey> later
[21:38] <theseb> later
[22:34] <mmcc> done for today, might be back later tonight