[09:43] <dpm> good morning everyone
[09:48] <mandel> uh, I forgot to say good morning... hola!
[09:48] <mandel> dpm, hello!
[09:49] <dpm> hey mandel
[09:49] <mandel> dpm, how is it going?
[09:51] <dpm> mandel, going well, recovering from some network issues... I was about to ask a question about u1, but then I thought better of it
[09:51] <mandel> dpm, lol
[09:53] <dpm> so I wanted to have a public share for anyone to write to, without having to know their e-mail and I wanted to ask if it's possible. But then I thought it might not be a very good idea if I don't want just anyone to delete all files in there...
[09:55] <JamesTait> Good day, all. :)
[10:00] <mandel> dpm, exactly, you need to know the email, there is no way around, mainly due to that reason
[10:01] <dpm> next time I'll try to think before asking a question, but it doesn't always work out...
[10:01] <mandel> JamesTait, can you access lp?
[10:01] <mandel> dpm, hehehe at least is between us  and a public log, who is going to know ;)
[10:02] <JamesTait> mandel: No, looks like a maintenance page.
[10:02] <JamesTait> mandel: DB offline.
[10:02] <dpm> mandel, not that it'd be the first time I've made a fool of myself in public :)
[10:04] <mandel> dpm, yeah, tell me about it, and the internet has a great memory
[10:04] <mandel> JamesTait, is amazing how dependent I'm on lp for my daily work, it scares me
[10:04] <dpm> :)
[10:09] <mandel> yay! lp is back \o/
[10:29] <alecu> Dia duit ar maidin #ubuntuone!
[10:34] <JamesTait> mandel: lp back for you now?
[10:34] <JamesTait> mandel: Oh, right. Ignore me. :)
[10:50] <mandel> alecu, early morning!
[11:02] <alecu> hola mandel!
[11:31] <alecu> hola gatox, buenos días!
[11:31] <gatox> alecu, buenas buenas
[11:31] <gatox> alecu, how are you?? do you need any review?
[11:32] <mandel> gatox, buenas!
[11:32] <gatox> mainerror, hi
[11:32] <alecu> gatox, not yet, thanks!
[11:32] <gatox> mandel, hi
[11:32] <gatox> grrrr autocomplete
[11:33] <mandel> gatox, hehehehe
[11:33] <mandel> gatox, I wonder what people think when we talk to them :P
[11:33] <gatox> jejjeej
[11:33] <d3ngar>  I also have a very annoying issue with Tomboy notes
[11:33] <alecu> mandel, "if not path[-1] == os.path.sep:" -> "if path[-1] != os.path.sep:" ?
[11:33] <d3ngar>  I really have a lot of notes there and synced with Ubuntu One
[11:33] <d3ngar> But for some reason I now get sync errors on two of my machiens, so I don't have the notes available
[11:34] <d3ngar> Is there something I can do?
[11:34] <alecu> d3ngar, hello
[11:34] <mandel> alecu, true, I moved from endswith to using [] so I stupidly left the not, will make that nicer
[11:34] <alecu> d3ngar, let's ask the right people. rye ping ^
[11:34] <rye> rye pong
[11:34] <rye> reading
[11:35] <alecu> mandel, also perhaps endswith is the right thing... in some weird case where os.path.sep is more than a char long
[11:35] <rye> d3ngar, what's the version of Ubuntu you are running?
[11:36] <mandel> alecu, hm.. well I did that following brians review.. where he pointed out that doing that is much more faster..
[11:38] <rye> d3ngar, in any case, try running the script from http://people.canonical.com/~roman.yepishev/us/tomboy-sync-validator.py - it should show whether all the notes are intact on the server-side
[11:41] <alecu> mandel, yes, it's probably faster because there are no dot lookups, and practically there's no OS where path separators are longer than a char.
[11:42] <alecu> mandel, but I don't think speed is critical in that bit of code, since we are doing .startswith and .endswith elsewhere.
[11:43] <mandel> alecu, indeed, I think we do that in os_helper at least, right?
[11:43] <alecu> mandel, we do .startswith two lines after the one above
[11:45] <alecu> (in _get_partial_child_path_dir )
[11:48] <mandel> alecu, let me see
[11:48] <mandel> alecu, jest, but there we are nto looking for a single char, but the watch path
[11:49] <ralsina> good morning!
[11:49] <gatox> ralsina, hi
[11:50] <ralsina> hello gatox. We have the 1-1 pending, we'll do it this afternoon
[11:50] <gatox> ralsina, ok
[11:51] <alecu> ralsina, morning... how's tato doing?
[11:51] <alecu> mandel,                 self._subdirs[current_child + os.path.sep] = False
[11:51] <ralsina> alecu: still fever
[11:51] <alecu> ralsina, hope he gets better :-P
[11:51] <ralsina> alecu: but he's keeping food inside, which is a big improvement for everyoneinvolved
[11:52] <alecu> mandel, in the line above, is the list of subdirs being kept with just the subdir name or with the full path?
[11:53] <gatox> ralsina, i'm trying to create a bundle.... can i skip fetch (because i don't have bzr in the windows machine) and just do: python setup.py prepare py2exe?
[11:53] <gatox> do i need to do something manually for that?
[11:53] <ralsina> gatox: no, because then you have no sources :-)
[11:53] <ralsina> gatox: you could copy the checkouts you have on Linux into sources, and then use that
[11:53] <ralsina> gatox: or get the tarballs and expand them there manually
[11:54] <alecu> mandel, or perhaps I'm not understanding the new Watches completely
[11:54] <ralsina> gatox: but really? get bzr, even if you don't setup keys, then configure the right brancheson conf.py and live with it ;-)
[11:54] <gatox> ralsina, thanks
[11:54] <gatox> ralsina, ok..... i'll try with bzr :P
[11:55] <mandel> alecu, I'm sure you are understanding them, here is how it works, lets say we have a watch looking at C:\Uses\Mandel
[11:55] <ralsina> gatox: I could do it myself, but I really want someone else to be able to do releases in case I am not available someday
[11:56] <gatox> ralsina, of course.... i want to learn too!
[11:56] <ralsina> gatox: thanks
[11:56] <ralsina> gatox: if it makes you feel better, it used to be *harder* ;-)
[11:56] <gatox> ralsina, i know i know jeje
[11:56] <mandel> alecu, there our watch will have self._path pointing to that dir and a var called _subdirs that contains a dict with {'path_to_child_1': True, 'path_to_child_2':False}
[11:56] <ralsina> gatox: remember to set the conf.py to use the stable branches though
[11:56] <d3ngar> rye: how do I run this script?
[11:57] <mandel> alecu, the boolean value states if we are watching the child events or not, and also keeps track of the subdirs in case we have a delete so that we can add de IS_DIR mask
[11:58] <mandel> alecu, when we add a new child_watch, we add new child paths,. for example path_to_child_1\other_child: False
[11:58] <mandel> alecu, so that we filter on the next level of the path
[11:58] <rye> d3ngar, are you using ubuntu?
[11:58] <alecu> mandel, ok, I kinda got that. But...
[11:59] <alecu> mandel, in your example above, 'path_to_child_1' is a full path or just a folder name? (a relative path)
[11:59] <d3ngar> yes!
[12:01] <mandel> alecu, always relative, since there is no need to keep the full path info and ReadDirectoryChangesW returns the paths as relative ones
[12:01] <alecu> mandel, great
[12:02] <d3ngar> rye: http://pastebin.com/eKhgRKjv
[12:02] <d3ngar> rye: I can also see the notes in the web-interface
[12:03] <rye> d3ngar, ugh, could you please try running it as "python tomboy-sync-validator.py", not as a shell script
[12:04] <d3ngar> rye: http://pastebin.com/saNuapyx
[12:05] <d3ngar> rye: I see that a lot of this seems to be fine
[12:05] <karni> Good morning!
[12:05] <d3ngar> rye: Sadly I only have 16 notes in Tomboy
[12:05] <rye> d3ngar, yep, no errors. Are you using Ubuntu 11.10 ?
[12:07] <d3ngar> rye: that is correct
[12:07] <rye> d3ngar, could you please quit tomboy now and run it as "tomboy" from the terminal?
[12:07] <rye> d3ngar, wait
[12:08] <rye> d3ngar, tomboy --debug
[12:08] <rye> d3ngar, then please try synchronizing and see whether there is any message related to New Note Template
[12:08] <alecu> mandel, any([file_name.startswith(path) and not watched for path, watched in self._subdirs.iteritems()])
[12:08] <nessita> hello everyone!
[12:09] <gatox> nessita, hi
[12:09] <alecu> mandel, that list comprehension inside the any can be surely replaced by a generator expression
[12:09] <alecu> mandel, just by dropping the [ and ]
[12:09] <alecu> hola nessita!
[12:10] <nessita> hola alecu!
[12:10] <mandel> alecu, you recon, cool
[12:10] <mandel> alecu, can you write those in the review so that I do not forget
[12:10] <alecu> mandel, and that means that a new list won't have to be constructed, and the any will be able to finish faster if the first item matches the expression.
[12:10] <alecu> mandel, sure
[12:10] <ralsina> anyone needs a review?
[12:10] <d3ngar> rye: http://pastebin.com/zs7XkGap
[12:11] <rye> bug #848250
[12:11] <ubot4`> Launchpad bug 848250 in tomboy (Ubuntu) (and 1 other project) "Tomboy sync fails on Oneiric, New Note Template already exists (affects: 35) (dups: 1) (heat: 186)" [Undecided,Confirmed] https://launchpad.net/bugs/848250
[12:15] <nessita> gatox: will start the reviews now
[12:16] <d3ngar> rye: was the bug related to me?
[12:17] <rye> d3ngar, yes, i am now checking what can be done
[12:18] <rye> d3ngar, in theory, if you open tomboy and edit the title of template called  "New Note Template" to be something else, it will allow the sync to proceed. This is Tomboy bug though, so it manifests on all sync backends (files/ssh/webdav)
[12:20] <gatox> nessita, ok..... i checked this morning that there weren't any conflicts
[12:20] <nessita> gatox: did you try them all IRL? (today or yesterday)
[12:20] <d3ngar> rye: that's a good idea!~ thnks
[12:21] <gatox> nessita, yesterday
[12:21] <gatox> all of them
[12:21] <nessita> gatox: great
[12:24] <d3ngar> rye: sadly it seems Tomboy is hanging / crashing
[12:24] <rye> d3ngar, does it print anything to the terminal?
[12:24] <d3ngar> rye: it just did
[12:25] <d3ngar> rye:weird
[12:25] <d3ngar> But stopped again
[12:25] <d3ngar> I think I kill it?
[12:27] <d3ngar> rye: now it doesn't do anything anymore. Last debug message is :Autosync pref changed...restarting sync timer
[12:28] <rye> d3ngar, and it did not sync, right?
[12:29] <d3ngar> StickyNoteImporter: Sticky Notes XML file does not exist or is invalid [DEBUG 12:28:15.099] Unable to locate 'wdfs' in your PATH
[12:29] <d3ngar> wdfs?
[12:29] <rye> d3ngar, that's ok, it is searching for webdav fs connector which you are not using
[12:30] <d3ngar> rye: but why doesn't it respond at all?
[12:30] <rye> hm
[12:30] <d3ngar> It's still open, but I can't interact with the GUI at all9
[12:30] <rye> d3ngar, then it locked up, you can terminate it with ctrl+c in the terminal
[12:31] <d3ngar> Did three times already
[12:33] <d3ngar> should I remove it, purge it and re-sintall?
[12:33] <rye> d3ngar, then "killall tomboy" in another terminal should kill it
[12:34] <rye> d3ngar, installing and removing applications in ubuntu are system-wide, most likely this will not change anything, all the settings that can be purged are in user's home directory but this bug is not yet fixed in tomboy so this renaming may or may not work
[12:35] <d3ngar> rye: why does ubuntu store so many settings in this couch-db nowadays?
[12:35] <d3ngar> used to be that tomboy had it's own settings folder
[12:35] <d3ngar> but this is gone, afaik
[12:35] <rye> d3ngar, actually ubuntu does not store any settings in couchdb now
[12:35] <d3ngar> oh
[12:36] <rye> d3ngar, tomboy store the data in ~/.local/share/tomboy folder
[12:36] <d3ngar> alright
[12:36] <d3ngar> So if I wanted to reset, I could delete that
[12:36] <rye> and settings are most likely in gconf that can be accessed via gconf-editor
[12:36] <d3ngar> But it looks like after killing the process ID, it worked
[12:37] <rye> d3ngar, well, yes, but in this case you need to reset a template only, not all other notes
[12:37] <d3ngar> Done already
[12:37] <d3ngar> I restarted and it looks as if notes are now working as expected!
[12:37] <d3ngar> Thank you so much!
[12:37] <rye> d3ngar,  oh, so the sync completed successfully?
[12:37] <nessita> gatox: are the linux tests passing for you with the fix-home branch?
[12:38] <gatox> nessita, yes.... let me check again
[12:38] <nessita> gatox: I'm getting this: http://pastebin.ubuntu.com/809586/ would my env have something wrong?
[12:38] <d3ngar> rye: yes
[12:39] <rye> great!
[12:39] <d3ngar> Yes!
[12:40] <gatox> nessita, let me check if i can reproduce that here
[12:42] <mandel> gatox, ralsina can i have a super simple review, I needed to get my head out of proxy a little and did this: https://code.launchpad.net/~mandel/ubuntuone-client/skip-lint/+merge/89232
[12:42] <ralsina> mandel: sure
[12:42] <gatox> mandel, on it
[12:43] <mandel> ralsina, that should solve the garbage we have in jenkins and will make your life easier when running tests on windows since the buffer wont be used to throw at you the lint errors
[12:43] <ralsina> mandel: cool
[12:43] <mandel> ralsina, I needed some context switch away proxy and it was easy enough :P
[12:44]  * gatox sees mandel branch and cries..... good one 
[12:44] <gatox> jeje
[12:44] <mandel> gatox, yeah, that %* is an asshole :P
[12:45] <ralsina> mandel: line 27, shouldn't that be set PARAMS=%* ?
[12:46] <ralsina> mandel: as in "shift removed %1 from %* so we reset PARAMS to the remaining options"?
[12:47] <mandel> ralsina, %* is an asshole and will not be affected by the SHIFT, so you SHIFT and remember the next
[12:47] <mandel> ralsina, if you do PARAMS=%* it will have all params..
[12:47] <ralsina> mandel: then I don't  see how this works at all :-/
[12:48] <mandel> ralsina, ok, first we shift, so that we forget /skip-lint
[12:48] <ralsina> mandel: OTOH, we have exactly one possible parameter for the script so maybe it just works ;-)
[12:48] <ralsina> yes
[12:49] <ralsina> so now %1 is what was the %2 before
[12:49] <mandel> ralsina, exactly
[12:49] <ralsina> then you put the new %1 in PARAMS
[12:49] <ralsina> and shift again
[12:49] <mandel> ralsina, then we ask, hey, is %1 == [] that is, do we have more params or not, if we don't lets move on
[12:50] <mandel> ralsina, if we do, that is %1 != [] we add the next one
[12:50] <ralsina> mandel: SET PARAMS=%PARAMS% %1 will only keep 2parameters
[12:50] <ralsina> %PARAMS% contains theoriginal %2, and%1 has what was %3
[12:51] <ralsina> if there was a %4 it's discarded
[12:51] <ralsina> and if /skip-lint is not the first parameter it's ignored
[12:52] <ralsina> mandel: unless I really don't get how this works (which wouldn't hurt my feelings a single bit)
[12:52] <mandel> ralsina, so, %PARAMS% gets incremented by %1 in every loop iteration
[12:53] <ralsina> mandel: theright way todo this is do a FOR and process %1 on each iteration
[12:53] <gatox> nessita, yep..... i reproduce it..... :S fixing that..... weird!
[12:53] <ralsina> mandel: like this: https://pastebin.canonical.com/58399/
[12:53] <nessita> gatox: ack
[12:54] <ralsina> mandel: and in the loop, if %1 is empty, jump to CONTINUE
[12:54] <ralsina> mandel: it's actually simpler than your code, too
[12:54] <ralsina> mandel: I mean not a FOR loop, of course, but "manually emulating a for loop" ;-)
[12:54] <mandel> ralsina, then, its the same :)
[12:54] <ralsina> mandel: no, this one is readable;-)
[12:55] <ralsina> mandel: you are only processing /skip-lint if it's %1
[12:55] <mandel> ralsina, yes, I'm not going to let people do evil things like run-tests -t /skip-lint test_name
[12:55] <ralsina> mandel: then why bother looping?
[12:56] <mandel> ralsina, 'cause I need to copy all the params, otherwise, how do i do it?
[12:56] <ralsina> mandel: %*
[12:56] <mandel> ralsina, that is wrong
[12:57] <mandel> ralsina, shift does not affect %*
[12:57] <ralsina> mandel: if you want to copy allparameters, why shift them?
[12:57] <ralsina> mandel: just todiscard /skip-lint ?
[12:57] <mandel> ralsina,  yes, because if we pass /skip-lint to u1trial is going to say WTF?!!?!
[12:58] <ralsina> mandel: one "good"  thing about BAT files, there is only %0 ... %9 ;-)
[12:58] <mandel> ralsina, that is why they invented SHIFT :P
[12:58] <ralsina> So, check if %1 is /skip-lint. If it is, pass %2 .... %9 if it isn't, pass %*
[12:58] <ralsina> mandel: yes, but this code deserves at least a comment ;-)
[12:59] <ralsina> Something like "/skip-lint can only be used as %1" and "copying all parameters to pass to u1trial"
[12:59] <mandel> ralsina, yes, although the fact that you only have up to %9 does not mean that you can only pass 8 params, %0 is the batch name itself, it means you can only access 9..
[12:59] <mandel> ralsina, I can add that :)
[12:59] <ralsina> mandel: ok, that's enough for me ;-)
[12:59] <mandel> cool
[13:00] <nessita> ralsina: any reason why you use relative imports in the unique app module in the control panel?
[13:00] <ralsina> nessita: no reason. Habit?
[13:01] <ralsina> nessita: Iwould evensay "bad habit"
[13:01] <nessita> ralsina: ack, will propose a branch that also fixes lots of lint issues
[13:01] <ralsina> nessita: lots? That got merged, didn't pylint catch those?
[13:02] <nessita> ralsina: well, we're not running the suite in tarmac using precise
[13:02] <ralsina> nessita: ok
[13:03] <mandel> ralsina, I will also add some indentation to that file to see if I make it readable...
[13:03] <ralsina> mandel: thanks.
[13:08] <alecu> mandel, added some comments to the proposal
[13:09]  * alecu needs to reboot, ttyl
[13:12] <gatox> nessita, could you run the tests for my u1-cp branch?? i'm able to run the tests for u1-cp in trunk... but i get a failure of u1-dev-tools when i try to run the tests in my branch
[13:14] <nessita> gatox: I can run them using ./run-tests -qt
[13:14] <nessita> gatox: what error is devtools giving you?
[13:14] <gatox> nessita, weird :S
[13:14] <gatox> nessita, http://paste.ubuntu.com/809617/
[13:14] <nessita> gatox: your directory name is too long
[13:15] <gatox> quack.....
[13:15] <gatox> changing that
[13:15] <nessita> gatox: that means, the directory you're running the test into is too long, you need to make it shorther
[13:16] <gatox> nessita, thanks!
[13:16] <nessita> :-)
[13:16] <gatox> nessita, grosa! :P..... i've just check, and all the test are ok there
[13:17] <gatox> fixing u1-client-user-home
[13:17] <nessita> gatox: ack
[13:23] <mandel> alecu thx I'll fix them right now
[13:27] <mandel> ralsina, I pushed a branch which makes the entire thing more readable
[13:27] <ralsina> mandel: cool, checking
[13:27] <mandel> ralsina, did you try the batch IRL ?
[13:28] <ralsina> mandel: not yet
[13:29] <mandel> ralsina, can you please, it seems that gatox cannot get it to work while I have no problems
[13:29] <ralsina> mandel: ack
[13:30] <mandel> thx
[13:30] <gatox> mandel, ok..... running from C: ignores the -t too..... and in a while i'll tell you if the /skip-lint too
[13:31] <mandel> gatox, in this the vm with the funny username?
[13:31] <gatox> mandel, no..... the username is gatox
[13:31] <mandel> gatox, then I don't understand, I've run it several times, which os and cmd are you using?
[13:32] <nessita> will do some network testing in linux, brb!
[13:33] <gatox> mandel, win7 Ultime SP1...... and the command: http://paste.ubuntu.com/809628/
[13:33] <mandel> gatox, I mean, you use cmd.exe nothing diff, right?
[13:33] <gatox> mandel, ah yes.....
[13:34] <mandel> gatox, lets wait for ralsina to run it, maybe is my system..
[13:34] <ralsina> mandel: with /skip-lint I do get "skipping style chekcs"
[13:34] <ralsina> gatox: what is theproblem exactly?
[13:35] <gatox> grrr why it fails here?!
[13:35] <mandel> ralsina, with the typo, or without it?
[13:35] <ralsina> mandel:  no typo
[13:35] <mandel> gatox, problem is, is not the first time it happens this in your system..
[13:35] <gatox> mandel, ok.... i know where the problem is
[13:35] <mandel> ralsina, \o/ I though I did it :)
[13:36] <gatox> it should work now....
[13:37] <mandel> gatox, what was the issue?
[13:37] <gatox> yep.... working
[13:37] <gatox> the issue was: me
[13:37] <gatox> forgot to merge with your branch
[13:38] <mandel> gatox, lol
[13:38] <nessita> gatox: chem... if I disable/enable the network connection in linux, syncdaemon  will no get those changes and will not update its status
[13:38] <gatox> nessita, u1-client-network-detect?
[13:38] <nessita> gatox: yes
[13:38] <nessita> gatox: does it work for you?
[13:39] <gatox> nessita, yes.... that's why i change the code in network_manager (the linux version) to don't disconnect the signal... and that was working
[13:40] <nessita> gatox: you can tell by running u1sdtool -s, the connection status should go from With User With Network to With User Not Network. does that happens for you? perhaps I need to point syncdaemon to the sso trunk?
[13:41] <gatox> nessita, the change was made in sso to support that..... i don't know if you have the last version of sso installed in your system
[13:41] <nessita> gatox: would you know what revno has that change?
[13:41] <gatox> nessita, let me check
[13:42] <mandel> ralsina, thx for the +1 once is merge we can let sidnei know, it should make things better on the jenkins side
[13:42] <ralsina> mandel: sure
[13:42] <nessita> gatox: I'm only missing one revno and is alecu's and-post branch:nessita@dali:~/canonical/ussoc$ bzr revno trunk/
[13:42] <nessita> 835
[13:42] <nessita> nessita@dali:~/canonical/ussoc$ apt-cache policy ubuntu-sso-client
[13:42] <nessita> ubuntu-sso-client:
[13:42] <nessita>   Installed: 3.1+r834-29~precise1
[13:42] <nessita>   Candidate: 3.1+r834-29~precise1
[13:43] <gatox> nessita, ok..... let me check with u1sdtool..... i test it looking at the logs
[13:44] <nessita> gatox: no rush
[13:44] <gatox> nessita, in the logs was very easy to see when the network state change
[13:44] <nessita> gatox: would you first confirm that sso trunk has the change you mention? because I'm seeing this:
[13:44] <gatox> in the console itself
[13:44] <nessita>     def call_result_cb(self, state):
[13:44] <nessita>         """Return the state thru the result callback."""
[13:44] <nessita>         if self.state_signal:
[13:44] <nessita>             self.state_signal.remove()
[13:44] <gatox> mmmmm that shouldn't be there
[13:44] <nessita> gatox: that's in trunk
[13:46] <mandel> ok, lunch time, cu!
[13:48] <gatox> nessita, i forgot to propose that branch because it was a really small change.... proposing now
[13:49] <nessita> gatox: ack (Please make sure it has tests! :-))
[14:03] <ralsina> alecu: mumble?
[14:04] <alecu> ralsina, joining mumble
[14:33] <mandel> I need to go off line a few mins
[14:47]  * mandel back
[14:49] <mandel> ralsina, gatox can you review the following: https://code.launchpad.net/~mandel/ubuntu-sso-client/skip-lint/+merge/89257 is similar to the last review you did so that we can ignore lint issues in jenkins or when working on linux
[14:49] <mandel> at least until I fix pylint on windows
[14:50] <gatox> mandel, ok
[14:50] <mandel> gatox, thx, I want to make working on windows lesss of a PITA if possible :)
[14:50] <briancurtin> mandel :)
[14:51] <mandel> gatox, ralsina same here: https://code.launchpad.net/~mandel/ubuntuone-control-panel/skip-lint/+merge/89260 yes in the control panel we do not foward %* to u1trial so is much more simple
[14:51] <mandel> briancurtin, morning! how is the the first week with us going?
[14:51] <gatox> mandel, what happend with the other branch?
[14:51] <gatox> the previous one
[14:51] <mandel> gatox, which other bracnh? the already reviewwd? it has been merged
[14:52] <mandel> gatox, I want to talk with sidnei to set jenkins to use that, and maybe point be to how we can get a jenkins irc bot telling us we broke windows :)
[14:52] <gatox> mandel, ah.... i saw the same description and i thought that maybe you delete the previous one or something
[14:52] <briancurtin> mandel: its good. getting started on a new project is always a little slow at first, but it has been picking up speed as more and more things start working
[14:53] <mandel> briancurtin, nice! it is indeed a terrible amount of work, at lest when I started we just had linux, which made it easier hehe
[14:53] <mandel> briancurtin, if I can help with anything let me know
[14:54] <mandel> briancurtin, do you have mumble setup, AFAIK we have a spoken standup today
[14:54] <briancurtin> mandel: yep, i have it all configured and i'm logged in now
[14:57] <ralsina> mandel:  +2
[14:58] <mandel> ralsina, thx
[14:58] <gatox> mandel, +1 on https://code.launchpad.net/~mandel/ubuntu-sso-client/skip-lint/+merge/89257
[14:58] <gatox> reviewing the other one
[14:58] <mandel> ralsina, I should be able to mumble, but I have to be on 3g because the eng is at home fixing some crap about the line...
[14:59] <mandel> ralsina, are you there so I can test it works?
[14:59] <ralsina> mandel: sure
[14:59] <gatox> mandel, +1 on this one: https://code.launchpad.net/~mandel/ubuntuone-control-panel/skip-lint/+merge/89260 too
[15:00] <mandel> gatox, ralsina thx!
[15:00] <ralsina> call will start 3 minutes late or so because I have to kick a kid out of the office ;-)
[15:00] <mandel> ralsina, I tried to contact sidnei with no luch, if you have the time, can you let him know about the new commands?
[15:00]  * mandel kicks the dog to the terrace
[15:01] <ralsina> mandel: I would prefer to wait until briancurtin has the new buildout thing working well, so we can have a repeatable environment for testing
[15:01] <ralsina> mandel: so we don'tmakehim setup things twice
[15:01] <nessita> ralsina, mandel: you in a private call?
[15:01] <ralsina> nessita: no, we tested his mumble
[15:01] <nessita> ah :-)
[15:02] <nessita> alecu: mumble? (weekly team  meeting)
[15:02] <nessita> dobey: hello there! mumble?
[15:03] <ralsina> joshuahoover: you wanted to be on this call :)
[15:03] <joshuahoover> ralsina: i'm on
[15:03] <joshuahoover> :)
[15:03] <dobey> oh yes
[15:03] <mandel> joshuahoover, booh
[15:05] <joshuahoover> mandel: booh? is that spanish for boo? ;)
[15:05] <ralsina> boo-urns
[15:06] <mandel> joshuahoover, I don't pronouce the h :P
[15:07] <dobey> alecu: mumble
[15:07] <alecu> uhhh
[15:07] <sak3t> This channel remain this quite?
[15:07] <dobey> sak3t: eh? you joined like 30 seconds ago
[15:08] <ralsina> LOUD NOISES
[15:08] <alecu> dobey, thanks for reminding me
[15:08] <dobey> it's really loud here, you just can't hear the music
[15:08] <sak3t> yup..... not habitual to such silent chat rooms!!
[15:08] <sak3t> actually am new to IRC
[15:10] <sak3t> clc
[15:19] <mandel> briancurtin, FYI https://launchpad.net/qt4reactor
[15:30] <alecu> joshuahoover, u1-proxy
[15:30] <joshuahoover> thanks guys!
[16:01] <dobey> cold
[16:02] <mandel> alecu, so, regarding the dialog, what did I say wrong or did not understand, I mean, we lauch the dialgo from sso but is a diff process, right?
[16:03] <dobey> ralsina: so, where is this crash with ntfs bug?
[16:03] <ralsina> dobey: let me find it, I amin another call :-/
[16:03] <dobey> ok
[16:12] <mandel> nessita, ralsina so, I'm talking with briancurtin and we are wondering in which project we should be adding the bootstrap work he is doing, I'm between ubuntuone-client and ubuntuone-windows-installer?
[16:12] <mandel> briancurtin and I think is better on the installer, but is not bad to ask
[16:13] <ralsina> I would say in -installer, in scripts
[16:13] <ralsina> nessita, briancurtin: ^
[16:13] <briancurtin> works for me
[16:14] <nessita> mandel: I would also say installer
[16:14] <mandel> ack
[16:16] <dobey> https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-setup/+merge/89274
[16:17] <dobey> much smaller branch to review. pretty trivial really :)
[16:18] <dobey> alright, i'm off to get some lunch. bbiab
[16:20] <alecu> mandel, "we launch the dialog from sso, but it's a different process"... that's fine if we are talking about sso trying to get the proxy credentials.
[16:22] <alecu> mandel, and it will be done in a similar way to how the sso "backend" starts a new process asking for the UI stuff
[16:22] <alecu> mandel, but... I'm not sure this all makes sense when we are using the webclient module from the other applications.
[16:23] <ralsina> gatox: mumble? #catchingupon1-1s
[16:23] <gatox> ralsina, ok
[16:24] <alecu> mandel, in that case we should think if doing something via ipc is a better solution
[16:25] <mandel> alecu, it does indeed sound bad
[16:26] <mandel> alecu, the deal is, having all that work in sso sounds a little strange
[16:27] <mandel> alecu, nevertheless I think it makes more sense to talk about it with some more code in it
[16:28] <alecu> mandel, if do "mv ubuntu-sso-client ubuntuone-credentials-manager" does it sound better?
[16:28] <alecu> mandel, because it will end up storing and providing proxy credentials for all of our other parts.
[16:29] <mandel> alecu, hahaha I'm avoiding that trap question :P
[16:45] <nessita> CoMIDA!
[16:53] <mandel> ok, EOD for me, also know as, walk the dog + rugby
[16:54] <mandel> briancurtin, If I'm alive after the rugby I'll try to catch up with any work you have done regarding windows, feel free to tell me thorugh irc since I'm using a bip server :)
[16:54] <mandel> all, have a great afternoon!
[16:54] <briancurtin> have fun
[17:00] <dobey> heh
[17:00] <dobey> mandel: try not to lose any more teeth
[17:03] <ralsina> mandel: or hands
[17:05]  * gatox lunch
[17:06] <nessita> lunch and reboot, brb
[17:08] <dobey> ralsina: that ntfs crash is not from u1-client-gnome
[17:08] <dobey> (wherever it is)
[17:10] <dobey> works fine for me with ntfs, vfat, and sftp mounts mounted
[17:11] <dobey> actually, ntfs seems to get mounted with fuseblk instead of ntfs
[17:11] <dobey> but still, seems to work fine :)
[17:20] <ralsina> dobey: I just remembered a comment saying "more u1 breakage" or similar ;-)
[17:21] <ralsina> dobey: then let's forget about it (again ;-)
[17:24] <briancurtin> is https://pastebin.canonical.com/58448/ familiar to anyone? there's a comment acknowledging that it doesn't exist for pylint, but what am i missing that the tests won't run?
[17:25] <dobey> briancurtin: i think that's a question for nessita. maybe we need the logilab-common patch on windows too
[17:26] <dobey> ralsina: ^^ or do you know?
[17:26] <ralsina> In looking...
[17:26] <ralsina> briancurtin: these are the tests for what?
[17:27] <ralsina> briancurtin: you probably need to set PYTHONPATH
[17:27] <briancurtin> run-tests for ubuntuone-control-panel
[17:27] <briancurtin> i set it to .
[17:27] <ralsina> briancurtin: for control panel, set itto ubuntu-sso-client;ubuntuone-client;.
[17:27] <ralsina> change folder names as needed :-)
[17:28] <briancurtin> ah there we go
[17:29] <ralsina> briancurtin: for -ubuntuone-windows-installer is ubuntu-sso-client:ubuntuone-client:ubuntuone-control-panel:.
[17:30] <dobey> weird
[17:31] <nessita1>  /me is back
[17:32] <dobey> friholas nessita1 :)
[17:33] <dobey> you don't like refried hellos?
[17:35] <nessita> dobey: heh
[17:36] <nessita> dobey: I switched computers, so I had a nickname clash
[17:48] <dobey> nessita: no clash. you /quit for lunch and reboot earlier, and just now came back :)
[17:54] <nessita> dobey: I had to ghost my former instance, so there was nickname clash
[17:54] <nessita> I have logs!
[17:59] <dobey> weird
[18:23] <gatox> is anyone having issues running the test for sso?? i've just re-branch it....... and i keep having the same issues on windows (reboot the vm and still the same): http://paste.ubuntu.com/809884/
[18:24] <dobey> gatox: yes
[18:25] <gatox> dobey, ah.... so..... i should expect that tests to fail?
[18:25] <dobey> gatox: the nightlies are erroring in a bunch of tests with unclean reactor
[18:25] <gatox> dobey, ahhhhh ok.... thanks!
[18:25] <dobey> gatox: no, those tests shouldn't fail
[18:25] <dobey> not sure why they are
[18:25] <gatox> dobey, but it's not just me, isn't it?
[18:26] <dobey> gatox: no, it's not you
[18:26] <gatox> dobey, thanks
[18:27] <dobey> gatox: hrmm, the errors are slightly different in nightlies though
[18:27] <dobey> https://launchpadlibrarian.net/90438898/buildlog_ubuntu-precise-i386.ubuntu-sso-client_3.1%2Br836-29~precise1_FAILEDTOBUILD.txt.gz
[18:28] <gatox> dobey, but related to the same thing
[18:29] <dobey> right
[18:32] <nessita> dobey: how can I tell if importing dbus.mainloop.glib will bring the new glib lib?
[18:33] <dobey> nessita: i'm not sure i understand the question
[18:33] <nessita> dobey: yeah, I'm not sure I understand it either :-)
[18:34] <nessita> dobey: so, I want to confirm that our SSO dbus service is using only dynamic bindings of glib. So, in order to provide a dbus service, we do, among other things:
[18:34] <nessita>      dbus.mainloop.glib.DBusGMainLoop(set_as_default=True)
[18:35] <dobey> nessita: i don't think it imports the static bindings
[18:35] <nessita> dobey: will that call set a default main loop to be a main loop from the dynamin glib bindings? (from gi.repository)
[18:36] <dobey> nessita: i think you can pass a MainLoop object to it. and i think set_as_default=True just uses the default main context (from within C)
[18:36] <nessita> dobey: pass a mainloop to which call exactly?
[18:37] <dobey> oh, maybe i was wrong about passing a mainloop in
[18:38] <nessita> dobey: also, shall I use a GObject mainloop or a GLib one?
[18:38] <nessita> GLib I guess
[18:38] <dobey> GLib
[18:39] <dobey> well, they are the same, but the correct API path is GLib for that
[18:39] <nessita> ack
[19:10] <ralsina> mandel, dobey: there is something weird in bug #845659 it has a branch associated, which is not merged,and is marked fix-released.
[19:11] <ubot4`> Launchpad bug 845659 in ubuntuone-control-panel "Windows: implement the "there is a new version available" notifications (affects: 1) (heat: 7)" [High,Fix released] https://launchpad.net/bugs/845659
[19:11] <ralsina> of course it's too late for mandel, right?
[19:12] <briancurtin> he's off to rugby
[19:12] <ralsina> briancurtin: thanks. Oh, well, I'll mail him
[19:12] <dobey> yeah
[19:13] <dobey> ralsina: i don't recall, but clearly this is released given that people are getting notified of new versions being available, no?
[19:14] <ralsina> dobey: welllllll we already checked for pdats on startup
[19:14] <ralsina> dobey: this is about checking periodically
[19:14] <ralsina> s/pdats/updates
[19:15] <ralsina> So maybe the main feature is released but that branch deserves its own bug. I already mailed mandel, he'll figure itout
[19:19] <gatox> ralsina, i've created a vm specially to build the bundle..... but everytime i run python setup.py fetch prepare py2exe..... this happens: http://paste.ubuntu.com/809938/
[19:19] <gatox> do you know what might be going on?
[19:20] <ralsina> gatox: looking...
[19:20] <gatox> ralsina, there is a problem with lazr
[19:20] <gatox> where that the come from?
[19:20] <ralsina> well, you don't have lazr :-)
[19:20]  * gatox not sure
[19:20] <gatox> yes
[19:20] <ralsina> lazr.restfulclient
[19:20] <gatox> ralsina, thanks.... installing that
[19:21] <ralsina> gatox: additionally, itmay have happened that you have a file in installed/ubuntu_sso or something like that
[19:21] <gatox> ralsina, i remov the complete folder installed before running this
[19:21] <ralsina> gatox: good idea
[19:21] <gatox> so.... probably is just the lazr
[19:21] <gatox> thingy
[19:21] <ralsina> gatox: well, if you are missing lazr you may be missing other stuff too
[19:22] <ralsina> gatox: we'll see!
[19:22] <gatox> ralsina, they will pop up eventually...... but when the vm is ready -> SNAPSHOT! :P
[19:22] <ralsina>  ;-)
[19:23] <dobey> ralsina: care to do https://code.launchpad.net/~dobey/rhythmbox-ubuntuone/fix-setup/+merge/89274 ? :)
[19:30] <ralsina> dobey: sure!
[19:30] <dobey> thanks
[19:52] <gatox> ralsina, how can i know if the script end well..... it didn't throw any import error or anything, but it keeps saying: "error: ..\..\installed\Lib\site-packages\ubuntu_sso: Cannot create a file when that file already exists"
[19:52] <gatox> ralsina, even if i delete always the installed folder before executing the script
[19:52] <ralsina> gatox: what is installed\Lib\site-packages\ubuntu_sso ?
[19:52] <ralsina> gatox: file or folder?
[19:52] <gatox> ralsina, folder
[19:53] <dobey> ralsina: you got distracted? :)
[19:56] <ralsina> gatox: beats me, doesn't do that here
[19:56] <gatox> ralsina, ok..... i'll debug this
[19:56] <ralsina> dobey: sorry, +1, got sidetracked
[19:56] <dobey> thanks
[20:02] <briancurtin> ralsina: is there a prefered location to get protobuf-compiler from (for -storage-protocol)? i worked around it by providing my own for now, but the buildout will need it
[20:02] <ralsina> briancurtin: the protoc.exe?
[20:02] <briancurtin> yeah
[20:03] <ralsina> I just got it from somewhere. If you could automate the getting of that, it would be great
[20:03] <briancurtin> will do
[20:27] <gatox> eod for me! see you tomorrow!
[20:28] <ralsina> bye gatox!
[20:28] <gatox> ralsina, bye
[21:27] <nessita> ok, I'm eodin now
[21:27] <nessita> see ya all tomorrow!
[21:28] <dobey> i need to get away from the computer for a while. will be back later.
[21:31] <ralsina> EOD for me too
[21:31] <ralsina> bye ppl!