[09:42] <mandel> ivanka: ping
[09:57] <JamesTait> Goeie dag, mense!
[11:18] <mpt> Can someone please remind me how to clear my SSO credentials so that I need to sign in again?
[11:21] <mandel> mpt: ou have to remove the keys from the keyring, do you know how to do that?
[11:21] <mpt> mandel, ah, never mind, I just closed Ubuntu Software Center and reopened it
[11:21] <mandel> ok
[11:21] <mandel> ivanka: ping
[12:12] <ralsina> good morning everyone!
[12:12] <karni> time to code.
[12:13] <karni> wish everybody a fruitful day of work
[13:20] <alecu> hello all!
[13:20] <mandel> alecu: hola
[13:21] <alecu> hello mandel! how are you feeling today?
[13:21] <mandel> alecu: fine, i'm getting quite good at typing like ths :P
[13:22] <mandel> alecu: also quite happy about the pipeline plugin for bzr, is bloody awesome, have u tired it?
[13:22] <alecu> mandel, never tried it... looking.
[13:23] <mandel> alecu: is certainly useful for whenever you have huge changes to make
[13:24] <alecu> mandel, oh, that's really interesting. I could have really used it a few days ago :P
[13:24] <mandel> alecu: well,better late than never ;)
[13:25] <mandel>  u already know it for the next time
[13:25] <alecu> yes! I'm going to learn it before next time :-)
[13:44] <thisfred> it's also on my list
[13:45] <thisfred> looks like it would really help with branches that depend on one another
[13:45] <mandel> thisfred: I can tell you, if switch to use it in the widnwos port and i cannot be happier :)
[13:45] <thisfred> alecu: there was a mail to warthogs or canonical-tech a week or two ago with a video demonstrating pipelines
[13:47] <mandel> sorry for my typing, the hand is tired :P
[13:54]  * alecu needs to catch up with warthogs...
[13:58] <nessita> hello eveyrone!
[13:58] <nessita> everyone* as well
[14:00] <dobey> hi
[14:00] <nessita> me
[14:00] <mandel> me
[14:00] <alecu> me
[14:01] <dobey> me
[14:02] <nessita> ralsina?
[14:02] <ralsina> me
[14:02] <nessita> thisfred ?
[14:03] <thisfred> me
[14:03] <thisfred> sry
[14:03] <nessita> DONE: proposed branch for bug #714583 (need reviews!). Conversations re: bug #709496. Talk with chicharra team re bug #715776
[14:03] <nessita> TODO: work on #715776
[14:03] <nessita> BLOCKED: nopes
[14:03] <nessita> NEXT: mandel
[14:04] <ubot4> Launchpad bug 714583 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Support share subscription in Folders tab (affects: 1) (heat: 3426)" [High,Triaged] https://launchpad.net/bugs/714583
[14:04] <ubot4> Launchpad bug 709496 in canonical-identity-provider "Need a way to set the 'displayname' property for newly created accounts using REST API (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/709496
[14:04] <ubot4> Launchpad bug 715776 in ubuntuone-client "Shares dir name may not be unique (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/715776
[14:04] <mandel> DONE: Update the man for u1trial to fix bug #715195. Fixed merging issue of os_helper branch for sd. Slipted branch that adds file system notification for easy review.
[14:04] <mandel> TODO: propose merges for filesystem notifications. Rearrange meeting with ralsina and ivanka. Get ralsina to tests changes on windows. Slip ipc brach for windows.
[14:04] <mandel> alecu, please
[14:04] <alecu> DONE: worked on pending UI branch to update unity launcher icon progressbar (bug #702116). started looking into tomboy oopses, found little robots and 503 couch timeouts
[14:04] <ubot4> Launchpad bug 715195 in ubuntuone-dev-tools "u1trial man is not updated (affects: 1) (heat: 6)" [Medium,Fix committed] https://launchpad.net/bugs/715195
[14:04] <alecu> TODO: find out root oops cause, finish progress branch above
[14:04] <alecu> BLOCKED: no
[14:04] <alecu> NEXT: dobey
[14:04] <mandel> uh blocked: no
[14:04] <ubot4> Launchpad bug 702116 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to show and update a progressbar in the Ubuntu One launcher for pending operations (affects: 1) (heat: 166)" [Medium,Triaged] https://launchpad.net/bugs/702116
[14:04] <dobey> λ DONE: more shotwell research, more pth fixing, bug 715450, bug 715488,
[14:04] <dobey> λ TODO: shotwell plug-in research, finish bug 673012, evaluate SRUs for maverick
[14:04] <ubot4> Launchpad bug 715450 in ubuntuone-client "[r847] ubuntuone-client crashes with ImportError from ubuntuone.platform.linux.api.restclient import RestClient (no api.restclient in ubuntuone.platform.linux) (affects: 1) (heat: 6)" [Critical,Fix committed] https://launchpad.net/bugs/715450
[14:04] <dobey> λ BLCK: None.
[14:04] <ubot4> Launchpad bug 715488 in ubuntuone-client "[r847] ubuntuone.credentials moved to ubuntuone.platform.linux. Syncdaemon ImportErrors (affects: 1) (heat: 8)" [Critical,Fix committed] https://launchpad.net/bugs/715488
[14:04] <ubot4> Launchpad bug 673012 in desktopcouch (Ubuntu) (and 1 other project) "Async monitoring of _changes (affects: 1) (heat: 43)" [Undecided,Confirmed] https://launchpad.net/bugs/673012
[14:04] <dobey> ralsina:
[14:04] <ralsina> DONE: reviews (on windows, too), many many calls, canonicaladmin
[14:04] <ralsina> TODO: reviews, management stuff, sprint planning, triage another 8 tons of bugs
[14:04] <ralsina> someday actual coding ;-)
[14:04] <ralsina> BLOCKED: no
[14:04] <ralsina> thisfred?
[14:04] <thisfred> DONE: bug #702055, bug #702075, bug #702138, bug #702144
[14:05] <alecu> o/
[14:05] <ubot4> Launchpad bug 702055 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to send a notification when a new UDF is available for subscription (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/702055
[14:05] <ubot4> Launchpad bug 702075 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to add an entry to the messaging menu when a new UDF is available for subscription (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/702075
[14:05] <ubot4> Launchpad bug 702138 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to send a notification when a new share offer comes in (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/702138
[14:05] <ubot4> Launchpad bug 702144 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to add an entry to the messaging menu when a new share offer comes in (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/702144
[14:05] <thisfred> TODO: the other 3 | API
[14:05] <dobey> and frack it's cold.
[14:05] <thisfred> Blocked: no
[14:05] <thisfred> dobey: amen to that
[14:05] <nessita> comments anyone?
[14:06] <dobey> how did it go from 50F to 25F overnight :(
[14:06] <nessita> ralsina: so, we got the official approve for the sprint? :-)
[14:06] <dobey> at least next week's forecast is pretty much all in the 60s
[14:06] <ralsina> nessita: waiting on Chipaca's word on it
[14:06] <thisfred> dobey: 21 here
[14:07] <ralsina> dobey: same here, only celsius :-)
[14:07] <dobey> grr
[14:07] <thisfred> I found one flight that leaves at 6am on the 3rd that would work, but otherwise yeah
[14:07] <ralsina> ok, comments?
[14:07] <nessita> none here
[14:07] <dobey> just one
[14:08] <nessita> I need reviews for: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/share-subs/+merge/48955 and https://code.launchpad.net/~nataliabidart/ubuntuone-client/get-sharesdir/+merge/48954
[14:08] <dobey> DING DONG THE WITCH IS ALMOST DEAD
[14:08] <dobey> where by witch, i mean u1sync
[14:08] <thisfred> I also need reviews https://code.launchpad.net/~thisfred/ubuntuone-client/lp-702055/+merge/48987
[14:08]  * ralsina will do them all
[14:08] <ralsina> first mandel, then nessita, then thisfred, then nessita2
[14:09] <ralsina> First come, first server basis.
[14:09] <dobey> on review to bring them, and one to bind them?
[14:09] <ralsina> s/ver/ved/g
[14:09] <dobey> i think that should be our policy
[14:09] <thisfred> nessita: that second branch I can probably do, unless my computer makes it impossible again
[14:09] <ralsina> dobey: don't do the full nerd. Yo never do the full nerd :-)
[14:09] <nessita> thisfred: let me know :-)
[14:09] <thisfred> I'm on it
[14:11] <ralsina> eom?
[14:11] <nessita> eom!
[14:12] <mandel> ralsina: ready for reviews then :)
[14:12] <ralsina> mandel: cool.
[14:12] <ralsina> mandel: so I will re-merge that branch and test it in 2'
[14:12] <mandel> ralsina: perfect, plus that one there are other 3 that you need to run on windows
[14:13] <alecu> my internet is flaking out.
[14:13] <mandel> so let me know if ou can do them
[14:13] <ralsina> mandel: sure I can
[14:13] <ralsina> what's the windows equivalent of rm -rf ?
[14:13] <alecu> deltree \ ?
[14:13] <ralsina> alecu: that's DOS :-)
[14:14] <mandel> i though del works....
[14:14] <thisfred> deltree \ -Y :)
[14:14] <ralsina> mandel: del /s /q leaves the folders
[14:14] <dobey> windows is dos
[14:15] <dobey> if you mean windows windows, it is "select the folder in explorer and press shift+del on keyboard"
[14:15] <alecu> ralsina, rmdir /q /s
[14:15] <thisfred> http://bash.org/?50070
[14:15] <ralsina> dobey: I meant a command inside cmd
[14:15] <ralsina> alecu: cool, thx
[14:15] <dobey> haha
[14:16] <ralsina> dobey: and it's not DOS if you don't have command.com :-)
[14:16] <dobey> sure it is
[14:17] <dobey> the real question is, do you have gorilla.bas?
[14:17] <ralsina> dobey: no I don't :-(
[14:18] <dobey> OOH
[14:18]  * karni loads batteries with lunch
[14:19] <dobey> http://inventwithpython.com/extra/gorilla.py
[14:19] <dobey> this needs packaging.
[14:20] <ralsina> mandel: no module named pywintypes, what am I missing?
[14:20] <karni> i'm missing pygame x]
[14:20] <mandel> ralsina: this http://starship.python.net/~skippy/win32/Downloads.html
[14:20] <ralsina> mandel: getting
[14:21] <ralsina> mandel: that page says that page is obsolete
[14:21] <mandel> ralsina: we access the win32 calls from there to fix some issues with the rights of a file etc..
[14:21] <mandel> ralsina: yes, but you can follow pointer :)
[14:21] <ralsina> mandel: ok
[14:21] <mandel> ralsina: is the one i know heheh
[14:22] <ralsina> mandell fetching & installing
[14:22] <alecu> dobey, that's an awful display of bad pygame.
[14:24] <ralsina> mandel: successful tests!!!!!
[14:24] <dobey> alecu: yes, it crashed when i pressed arrow :P
[14:24] <dobey> anyways
[14:24] <mandel> ralsina: yes, and more are to come :)
[14:24] <ralsina> mandel: and it only runs the path I asked
[14:24] <ralsina> So +1 it is
[14:25] <mandel> ralsina: ok, hre is the next: https://code.launchpad.net/~mandel/ubuntuone-client/windows_reuse_pyinotify/+merge/49062
[14:25] <ralsina> mandel: but just to be sure, what's the goal you are aiming for in this first branch?
[14:25] <mandel> ralsina: i've reused pyinotify as max as possible so that most of the logic in the current code con stay the same way
[14:25] <ralsina> I meant in the os_helper
[14:25] <nessita> dobey: what happened with the release?
[14:26] <mandel> ralsina: there are os calls on linux python that do not exist on windows or that throw diff error etc...
[14:26] <dobey> nessita: will make it today. some stuff broke when mandel's branch landed and the fix just landed this morning
[14:27] <ralsina> mandel: yes, but what am I supposed to test to say "this works?" all the platform tests?
[14:27] <mandel> dobey, nessita UPS SORRY
[14:27] <mandel> ralsina: yes, all the platform tests should run
[14:27] <ralsina> ok, they don't:-(
[14:27] <ralsina>     self.monitor = FilesystemMonitor(self, fs, ignore_config)
[14:27] <ralsina> exceptions.TypeError: object.__new__() takes no parameters
[14:27] <nessita> dobey: we need https://code.launchpad.net/~verterok/ubuntuone-client/fix-712056/+merge/48826 landed as well
[14:28] <mandel> ralsina: all the os_helper tests :)
[14:28] <mandel> ralsina: not everything atm
[14:28] <ralsina> mandel: ok, let me check the output then
[14:28] <mandel> so you can do python u1trial tests/platform/test_os_helper
[14:28] <dobey> nessita: ok, i'd also like to get the branch i'm going to propose shortly, in as well
[14:29]  * karni is back after lunch.
[14:29] <ralsina> mandel: in os_platform there are a couple of NotImplementeds
[14:29] <mandel> and python u1trial tests/platform/windows/test_os_helper
[14:29] <ralsina> os_helper I meant
[14:29] <mandel> ein?
[14:30] <mandel> ralsina: can you pastebin it
[14:30] <ralsina> mandel: on it
[14:30] <ralsina> damn, windows terminal history is TINY
[14:31] <ralsina> is there something like tee for windows?
[14:31] <ralsina> mndel: give me 1' and I'll re-run and pastebin it
[14:32] <mandel> ralsina: use cygwin, is the best thing to do for us
[14:32] <ralsina> ActionQueueCommandTestCase object has no attribute action_queue
[14:32] <mandel> ralsina: ok, i'll be out for 2 min i need to microwave my food :)
[14:32] <ralsina> That makes a bunch fail
[14:32] <karni> ralsina: heh, I'm at that very place, but porting to Java
[14:32] <mandel> ralsina: you have to run python u1tiral tests/platform/test_os_helper
[14:32] <ralsina> oh, wait, it's running the wrong tests!
[14:32] <karni> python is so freaking smart it's not making it easy sometimes.
[14:33] <mandel> ralsina: and python u1trial tests/platfrom/windows/test_os_helper
[14:33] <ralsina> mandel: with FORWARD slashes?
[14:33] <mandel> ralsina: no, with back, but I cannot type very well :P
[14:33] <ralsina> Then that's what I did :-(
[14:34] <mandel> ralsina: pastebin please :)
[14:34] <mandel> and include the command you used and from where
[14:35] <ralsina> mandel: I am getting cygwin, I just can't get a useful copy from the cmd window
[14:39] <ralsina> mandel: I used that command. It starts with the right tests but doesn't stop, and starts running other tests
[14:39] <ralsina> argh, my mistake of course
[14:40] <ralsina> I was using run-tests.bat instead of u1trial
[14:40] <ralsina> It's perfect. +1
[14:44] <mandel> ralsina: cool :)
[14:44] <mandel> ralsina: shall we move to the next
[14:44] <mandel> ?
[14:44] <ralsina> yes please
[14:45] <mandel> ralsina: https://code.launchpad.net/~mandel/ubuntuone-client/windows_reuse_pyinotify/+merge/49062
[14:45] <ralsina> Ok, I am now starting with that one
[14:45] <mandel> that is part of a huge merge, it get the code i can reuse from pyinotify
[14:46] <mandel> which later i reuse for the file notifications so that we cna reuse as much logic as posible
[14:46] <mandel> ralsina: is a copy paste, so running the tests on windows and get the fail is the expected result :P
[14:46] <ralsina> mandel: ok, that should be achievable ;-)
[14:46] <mandel> otherwhise the merge was of 3000 lines or more
[14:47] <ralsina> mandel: bzr is again whining about limbo and permissions. That means I have to whack the whole repo here to unstuck it. Will take a minute or two.
[14:48] <mandel> ralsina: ok, i"ll get a coffee then :)
[14:53]  * ralsina is starting to hate bzr, windows and life
[14:54] <mongy> tea, hot, with hints of brand new kettle
[14:55] <mandel> ralsina: so do i deserve a pay raise? :)
[14:56] <ralsina> mandel: or sainthood :-)
[14:56] <mandel> ralsina: i had to try :)
[14:58] <mandel> nessita: ping
[14:59] <nessita> mandel: pong
[14:59] <dobey> whoot whoot
[14:59] <mandel> nessita: can you give me a read review on  windows branch?
[15:00] <nessita> mandel: sure! shoot
[15:00] <mandel> nessita: thx!
[15:00] <mandel> there you go: https://code.launchpad.net/~mandel/ubuntuone-client/implement_windows_os_helper/+merge/46630
[15:01] <nessita> dobey: a couple of branches have been approved for u1client, so let me know before you make the release so I can confirm they are landed
[15:01]  * ralsina is paddling in a river jello. And not the nice jello, ugly green jello. Guacamole flavored jello.
[15:03] <ralsina> mandel: ok, finally slapped bzr into giving me a merged branch
[15:03] <dobey> https://code.launchpad.net/~dobey/ubuntuone-client/remove-u1sync/+merge/49070
[15:03] <ralsina> mandel: runnint tests
[15:03] <nessita> mandel: why this file tests/platform/linux/test_os_helper.py appears as added?
[15:04] <dobey> and https://code.launchpad.net/~dobey/u1sync/move-u1sync-here/+merge/49072
[15:04] <ralsina> mandel: they fail as you predicted. That means approve? :-)
[15:04] <mandel> nessita: because on linux we are testing certain things that are specific to it, the idea is that the linux one stays and the more general one too, it may appear the test the smae thing, but there are small differences to take intoaccount
[15:04] <mandel> ralsina: yes hehe
[15:05] <mandel> ralsina: you can read the code, but it is a copy paste from pyinotify
[15:05] <ralsina> mande: are you checking that these are not breaking anything on Linux?>
[15:05] <nessita> mandel: right, but I wonder is why that file, that has as author only verterok, is added as a new file
[15:05] <mandel> ralsina: yes, and i'm also asking people to do linux reviews to make sure
[15:05] <ralsina> mandel: ok
[15:06] <mandel> nessita: no idea, maybe i used the cp command instead of bzr move
[15:06] <ralsina> mandel: +1 applied
[15:06] <mandel> ralsina: ok, in the next we use that code, ready?
[15:06] <nessita> mandel: can you please revert that change and use bzr move? otherwise the bzr history will be screwed up
[15:07] <ralsina> yes, shoot
[15:07] <mandel> ralsina: take a look at this: https://code.launchpad.net/~mandel/ubuntuone-client/windows_pyinotify_missing_parts/+merge/49061
[15:08] <mandel> ralsina: the new tests to run are python u1trial tests/platfrom/windows/test_fylesystem_notifications
[15:08] <dobey> mandel: copy/paste? is pyinotify GPLv3?
[15:09] <ralsina> mandel: ok, merging
[15:09] <mandel> dobey: is MIT
[15:09] <mandel> dobey: is that a problem
[15:09] <mandel> ??
[15:09] <dobey> mandel: the original (C) notice must be preserved
[15:09] <ralsina> mandel: tests pass now. cool.
[15:09] <mandel> nessita: it would be kind of hard to do since i have other branches based on that one….
[15:10] <dobey> cut+paste code is not fun
[15:10] <mandel> dobey: it is there...
[15:10]  * mandel checks
[15:10] <nessita> mandel: but this is not good, we lose all the bzr history on that branchy
[15:10] <nessita> on that file, sorry
[15:10] <dobey> mandel: also, it is not 2009 any more
[15:11] <ralsina> dobey: if it says (c) 2009 it's because 2009 was the last time the file was edited by that author, regardless of what year it is ;-)
[15:11]  * alecu__ hates bad internet days
[15:11] <dobey> ralsina: look at line 8 of the diff
[15:11] <dobey> 8+# Copyright 2009 Canonical Ltd.
[15:11] <dobey> in a newly added file :P
[15:11] <nessita> hi alecu__, look what rye found: http://ubuntuone.com/p/cIS/
[15:12] <mandel> dobey: uh, which diff?
[15:12] <nessita> mandel: you can fix this branch and then merge the branch again on the depending branches
[15:12] <alecu__> nessita, yeah. I knew that would bite us... but not in such an ugly way.
[15:12] <dobey> mandel: https://code.launchpad.net/~mandel/ubuntuone-client/windows_pyinotify_missing_parts/+merge/49061
[15:12] <alecu__> nessita, that's because I'm considering the amount of pending operations towards the %
[15:12] <nessita> but allowing this just because is too much work to fix something that was made not properly the first time... I don't know, I don't feel comfortable
[15:13] <nessita> mandel: ^
[15:13] <nessita> alecu__: which makes sense. But why the total does not count that?
[15:14] <alecu__> nessita, the 52/52 is the number of UploadCommands that were done. The 95% counts the total number of operations...
[15:14] <mandel> nessita: well, is not that much work, but taking into account that: 1 I can just yype with my left ahdn, 2: is a test file, 3: I need to get this wokring for the release, well it is a PITA for what i get back
[15:14] <alecu__> nessita, so I'm open to finding out a better way of counting that.
[15:14] <mandel> dobey: I must have copy the header from somehwere
[15:15]  * mandel fixed that
[15:15] <nessita> mandel: where the file come from? there is no file deleted in your branch
[15:15] <ralsina> hmmm u1trial ran the tests successfully, and then locked up the terminal session.
[15:15] <alecu__> nessita, the thing is that if I count the "other" operations towards the count of uploads it will be misleading.
[15:16] <dobey> ralsina: u1trial did, or run-tests did?
[15:16] <ralsina> dobey: u1trial
[15:16] <alecu__> nessita, because each "upload" may be a MakefileCommand followed by an UploadCommand.
[15:16] <ralsina> alecu: count only the uploads for the %?
[15:16] <nessita> alecu__: this is why at the beginning I said we should count the MakeFIle as operations
[15:17] <nessita> in the sense that one upload is 2 operations pending
[15:17] <dobey> ralsina: i blame twisted
[15:17] <alecu__> ralsina, if I only count uploads for the %, my "all completed!" message would be misleading as well. (but perhaps it would work)
[15:18] <mandel> nessita: tests/plafrom/test_os_helper was modified adding the general changiges, the linux one is ne, i really donot see an issue here
[15:18] <ralsina> alecu__: it would be misleading in that there will be some operations pending, but the files will be uploaded anyway
[15:18] <alecu__> nessita, I'm counting MakeFile as operations, yes. But I can't say "2 files uploaded" just because I have two operations if only one file is being uploaded.
[15:19] <mandel> nessita: there one new added and one modified? what is the issue you see?
[15:19] <nessita> mandel: I'm not following you. IN the diff, the file is a whole new file tests/platform/linux/test_os_helper.py. If you created it from scratch, you should be the author. If you didn't, and you took it from somewhere in the repo, I'm asking from where, and in that case, it should not be in the diff as 'completely new'
[15:19] <alecu__> ralsina, yes. So... in that case, would we still be showing the progressbar, or will be consider everything as "done" ?
[15:19] <ralsina> lI say done
[15:20] <alecu__> yes, I like that.
[15:20] <ralsina> It's lying, but the important part is really done.
[15:20] <nessita> alecu__: I agree. I would suggest then changing the wording a bit, for example:
[15:20] <alecu__> ralsina, we should find out what other types of operations those can be, and if they can be "dangerous" at all.
[15:20] <ralsina> In the case of dangerous operations, count them in too.
[15:21] <nessita> alecu__: '52 of 52 files uploaded. Still 5% operations to be in sync.'
[15:21] <ralsina> nessita: that's just soooo nerdy :-)
[15:21] <nessita> nerdy?
[15:21] <nessita> 52/52 is nerdy :-)
[15:21] <nessita> 52/52 == 1 is nerdy :-D
[15:22] <dobey> 42 is nerdy
[15:22] <dobey> 52 is just a bit over the top
[15:22] <ralsina> what's a user supposed to figure out from "all my files are uploaded but it still has to do things, it seems. 5% of things :-)"
[15:22] <mandel> nessita: cp tests/platform/test_os_helper.py tests/platform/linux/test_os_helper.py, vim tests/platfrom/test_os_helper.py :wq bzr add tests/platfrom/linux/test_os_helper.py bzr status added tests/platfrom/linux/test/os_helper.py modififed tests/platfrom/linux/tests_os_helper.py
[15:22] <ralsina> Or, lie harder: put the "other ops" at the beginning.
[15:23] <ralsina> ie: until all ops are done, say there is one file left to sync.
[15:23] <nessita> mandel: there, the error is using cp. You should bzr move tests/platform/test_os_helper.py tests/platform/linux/test_os_helper.py
[15:23] <mandel> nessita: well, the modified should be the platfrom one, i misstyped that
[15:23] <nessita> mandel: and the file will not appeared as new
[15:23] <alecu__> rye, that's a lovely screenshot: http://ubuntuone.com/p/cIS/ Would you mind opening a bug for it?
[15:23] <nessita> mandel: is important to maintain the bzr history in the file
[15:23] <mandel> nessita: but tests/platfrom/test_os_helper.py would
[15:24] <nessita> mandel: but tests/platform/linux/test_os_helper.py should not be new
[15:24] <alecu__> ralsina, "until all ops are done, say there is one file left to sync" <- this is butt ugly, but I think it could work out.
[15:24] <nessita> it already existed
[15:24] <ralsina> alecu__: or spread them.
[15:24] <mandel> nessita: no, it never existed
[15:24] <karni> cheezaz fck. yield is a PITA.
[15:24] <ralsina> alecu__: suppose you have 3 files and 10 non-upload ops, then count one file every 4.3 ops or so :-)
[15:25] <karni> verterok: any hints on blocking the deferred in Java like yield does in Python?
[15:25] <alecu__> ralsina, right :-)
[15:25] <nessita> mandel: you moved one file from one place to another. That have to be done with bzr move, to move the history as well.
[15:25] <karni> verterok: the run method of ActionQueueCommand is pretty fck twisted :<
[15:25] <nessita> mandel: all this time arguing is enough to do the fix ;-)
[15:25] <mandel> nessita: i added a new file, and modified a second one, look at trunk
[15:26] <mandel> nessita: that is what the diff says, i added a new one, and modified a second one, if i do a bzr move, from platfrom to linux, what happens with the platfrom code i want to  keep
[15:26] <verterok> karni: no, that's a python specific stuff
[15:26] <nessita> mandel: maybe I misunderstood. What file you added as new?
[15:26] <karni> verterok: uh :<
[15:27] <mandel> nessita: the new is the linux one, but verterok wrote it
[15:27] <verterok> karni: it's juts syntactic sugar
[15:27] <nessita> mandel: where was that file located before your branch?
[15:27] <nessita> mandel: if you didn't create it, is existed. So you moved it from somewhere, right?
[15:27] <ralsina> who has REAL unity working? Alecu?
[15:28] <karni> verterok: that's true. I'm thinking how to reorganize -- the python code calls 'continue;' of a while loop, which using the Deferred.callbacks can't be ported 1:1 just like that.
[15:28] <karni> verterok: thanks, I'll handle it :)
[15:28] <alecu_> wtf! internet!
[15:28] <verterok> karni: are you writing syncdaemon in java?
[15:28] <ralsina> alecu__: do you still have unity-3d?
[15:28] <karni> verterok: yes I am. does that sound crazy?
[15:29] <verterok> karni: depends :)
[15:29] <karni> verterok: I'm quite far actually
[15:29] <alecu_> ralsina, I do. But it keeps crashing on startup.
[15:29] <mandel> nessita: the linux tests never existed, i modified the platfrom ones to be more generic, and added the linux tests based on code written by verterok, the diff states clearly, modified in platfrom, added in linux. if you go to trunk, you will see , no file in linux, therefore is new, and present in platfrom
[15:29] <ralsina> Do you think you could take a screenshot?
[15:30] <ralsina> alecu_: oh, on startup. I guess not :-(
[15:30] <karni> verterok: certainly I can't do 100% work of 4+ programmers, but I like the logic of things you guys implemented.
[15:30] <alecu_> ralsina, so I have a launcher on the desktop to start up gnome-panel and metacity.
[15:30] <alecu_> ralsina, what kind of screenshot do you need?
[15:30] <mandel> nessita: the platfrom code needed to be changed, the linux one had to be added and there is not bzr cp
[15:30] <ralsina> "a screenshot of the control panel showing off the tab for selecting folders to sync" for joshuahoover
[15:30] <nessita> mandel: so you copied a filed into linux dir? and now we have 2 pretty  much the same files in 2 directories?
[15:30] <ralsina> alecu_: on unity to make it all pretty
[15:30] <mandel> nessita: yes, we have
[15:30] <alecu_> ralsina, I'll try starting it all up under xephyr
[15:30] <mandel> ralsina: did the tests work?
[15:31] <ralsina> mandel: yes!
[15:31] <nessita> mandel: what for? let's avoid duplication!
[15:31] <verterok> karni: :)
[15:31] <karni> verterok: it's pretty crazy anyway ;D
[15:31] <dobey> nessita: your branch failed make test
[15:31] <alecu_> "xoo - graphical wrapper around Xnest/Xephyr"
[15:32] <nessita> mandel: what is tests/platform/linux/test_os_helper.py testing than tests/platform/test_os_helper.py is not testing?
[15:32] <nessita> dobey: checking
[15:32] <mandel> nessita: because they are similar yet not the same, because the assertions test different things and the platfrom one are there  simply to ensure that both implementations are following the same interface
[15:32] <mandel> nessita: let me get and example
[15:33] <nessita> mandel: so, linux spoecific tests should inherit from general tests and customize the specific bits
[15:33] <nessita> mandel: we should not duplicate the whole file
[15:35] <alecu_>  bah, xoo is ugly.
[15:38] <mandel> nessita: they cannot inherit, on window the handle has to be managed in a different way because you cannot rename/remove a file used by a process while you can on linux. If you do not take care of that you will have failing tests on windows, yet not on linux. The linux tests assert that a unix behaviour is done, iheritance will not work, i;ll have to use composition, create a class tha later is accessed by the two diff tests to be able to t
[15:40] <nessita> mandel: and why you did do that? :-D
[15:41] <nessita> dobey: I forgot a push from yesterday! pushing now
[15:41] <dobey> ok
[15:42] <mandel> nessita:  why i did the extra test, ot why i did not do that?
[15:42] <mandel> nessita: i did not understand the question
[15:42] <nessita> mandel: why you didn't do the composite stuff. My main concern is:
[15:42] <rye> alecu_, https://bugs.launchpad.net/ubuntuone-client/+bug/715842
[15:42] <ubot4> Launchpad bug 715842 in ubuntuone-client "Percentage in notification is a bit off: Uploaded 52/52 field, 95% completed (affects: 1) (heat: 6)" [Medium,Confirmed]
[15:42] <mandel> ralsina: so i do not get the +1 in the last branch you tested?
[15:42] <alecu_> rye, thanks!
[15:43] <ralsina> mandel: gack
[15:43] <ralsina> mandel: give me 1'
[15:43] <nessita> mandel: let's suppose we find a problem with how we're handling something on os_helper. We want to add a test for that, in order to solve. We will have to edit 3 files to do so?
[15:43] <rye> field
[15:43] <rye> ?
[15:43] <alecu_> rye, that bit is really interesting: "This happens because sd is still "processing" stock Move()s but all uploads and downlads are complete."
[15:43] <alecu_> ralsina, nessita ^^^
[15:43] <mandel> nessita:  i did not do it because I'm just one on this with a tight schedule and I have to prioritice my efforts
[15:44] <mandel> nessita: in which platform did it fail?
[15:44] <alecu_> nessita, would it be fine if we showed "all done" but some moves were still pending?
[15:44] <alecu_> nessita, what would happen if the user closes the laptop in that case?
[15:44] <nessita> alecu_: from my POV, nopes. I think we need to show all done only when SD is IDLE
[15:44] <rye> alecu_, facundobatista said there's a bug there
[15:44] <mandel> nessita:  if it was in all, then in platform, if it was on windows, then on windows, if it was on mac os, the …  and so on
[15:44] <nessita> alecu_: anyways, you can have all your uploads done but you can have pending downloads, right?
[15:45] <nessita> mandel: if it was in all, we need to edit only one file?
[15:45] <nessita> that will cover all two?
[15:45] <alecu_> nessita, right. But downloads and uploads are handled right now (as different lines in the bubble)
[15:45] <alecu_> nessita, it's those Moves (and other operations) that may be pending.
[15:45] <nessita> alecu_: right, but I mean that a user can have 10/10 uploads done and be 55% completed
[15:45] <mandel> nessita: yes, the platfrom one, that is why is there
[15:46] <mandel> platfrom is ran i all platfroms
[15:46] <nessita> mandel: ok, now I understand a bit more
[15:46] <nessita> mandel: thanks for taking the time to explain
[15:46] <mandel> agg i've been spelling platfrom all teh type wrong...
[15:46] <mandel> nessita: always a pleasure :)
[15:47] <alecu_> nessita, right. if all pending operations are downloads, it will show as "10/10 uploads. 4/10 downloads. 70% completed"
[15:47] <mandel> nessita: although Im more interested in you bashing my code
[15:47] <alecu_> nessita, but if they all are "other" operations it will show as "10/10 uploads. 70% completed"
[15:48] <nessita> alecu_: ok, I think we only need to tweak the phrasing
[15:48] <nessita> alecu_: I think the info we'e showing is correct but the wording is confusing
[15:52] <karni> verterok: theoretically, Twisted can be replaced with Java Future, isn't that right?
[15:53] <verterok> karni: do you mean Deferred?
[15:53] <karni> verterok: yes, I meat Deferred
[15:53] <verterok> karni: kind of. Deferred has a lot of nice features. also the java Future is just an interface...so you need to do all the heavy lifting :/
[15:54] <karni> verterok: I see. Thank you.
[15:55] <alecu_> ralsina, I've just fixed my unity-3d!
[15:55] <alecu_> ralsina, I'll screenshot after updating control panel
[15:56] <ralsina> alecu_: cool, please send it to joshuahoover
[15:56] <verterok> karni: I'ld like to try to migrate to java Future at some point
[15:57] <karni> verterok: aha!
[15:57] <verterok> karni: Deferred might be tricky to get right :)
[15:57] <karni> verterok: I kinda like the .get() method of FutureTask :> very similar to pythons yield
[15:57] <verterok> karni: but the whole thing needs to be changed...that's why I never started
[15:57] <ralsina> mandel: there is your +1, sorry
[15:57] <verterok> karni: no, it blocks!
[15:57] <karni> verterok: I know :D
[15:57] <verterok> karni: yield doesn't block
[15:58] <karni> verterok: but there's no way I can block a deferred heheheh
[15:58] <karni> o sh*t..
[15:58] <verterok> karni: that's the idea of deferreds, you just add callbacks ;)
[15:58] <karni> verterok: I'll be right back!
[15:58] <mandel> ralsina: cool, what take a lok at the last one?
[15:58] <ralsina> mandel: shoot, but this one will take a bit longer still
[15:59] <mandel> ralsina: no problem, here you go: https://code.launchpad.net/~mandel/ubuntuone-client/implement_notifier/+merge/49064
[16:00] <verterok> karni: the magic of yield + deferred is briefly explained here: http://twistedmatrix.com/documents/10.0.0/api/twisted.internet.defer.html#inlineCallbacks
[16:00] <mandel> ralsina: adds the file system events to the event q on winndows, this means that the sd starts to know what is going on in your drive :)
[16:00] <verterok> karni: and to know more about yield: http://docs.python.org/reference/simple_stmts.html#yield and http://www.python.org/dev/peps/pep-0255/
[16:01] <mandel> verterok: ping
[16:01] <verterok> mandel: pong
[16:01] <karni> verterok: I'vee seen the first link, true :) brb
[16:01] <mandel> verterok: can i use u fore reviews? or too much work?
[16:01] <verterok> mandel: I can try
[16:01] <verterok> mandel: trying to get resumable uploads finished, bah...at least proposed :/
[16:02] <ralsina> mandel: oh, neat branch then
[16:02] <mandel> verterok: cool, if you have time, there are a couple or merges for windows, just if you can, take a look, we should have the file system notifications working on windows thise week :)
[16:03] <mandel> verterok: but only if you can
[16:03] <verterok> mandel: I don't have a properly configured windows vm,what I can do is just "code" reviews
[16:04] <mandel> verterok: i'm more it interested in code reviews and the changes i have made to  the linux code, ralsina is taking care  of windows
[16:04] <mandel> verterok: running the tests on linux will be good too :)
[16:05] <verterok> mandel: ok
[16:05] <ralsina> I could run the tests on linux, but I can't approve twice ;-)
[16:05] <mandel> ralsina: i;m taking the assumtion that is u and me on windows and the other on linux :)
[16:05] <mandel> and I use nessita for the crazy code reviews :)
[16:06] <nessita> mandel: crazy?!?!?!
[16:07] <nessita> 'sofisticated'
[16:07] <mandel> mandel: good crazy :)
[16:07]  * mandel is crazy for the crazy reviews :P
[16:08] <mandel> nessita: he i autocomplited my nick… stupid arm that ^ was for you :P
[16:09] <ralsina> nessita: crazy as in "mad code skillz"?
[16:11] <joshuahoover> nessita, ralsina: is it possible to make u1 connect right after the user first signs up/sets up u1 in natty?
[16:12] <nessita> joshuahoover: not as how we have things today
[16:13] <joshuahoover> nessita: how hard would it be to add? it's one of those annoying things that's bugged me for quite some time
[16:14] <nessita> joshuahoover: we can't have syncdaemon autoconnecting if the credentials are not in place, because that causes the SSO window to be popped out of nowhere in some cases
[16:14] <nessita> joshuahoover: we could have it listening to the credentials found signal 'for ever' and connect in that case, but...
[16:15] <nessita> joshuahoover: there will be people against that. If you reach consensus between ralsina and Lunar_lucio I'm happy to implement
[16:15] <joshuahoover> nessita: don't we know when we have the credentials?
[16:15] <nessita> joshuahoover: in syncdaemon, today, the way is coded, nopes (it disconnects from all siganls immediatly)
[16:16] <joshuahoover> nessita: and how does it work when the user selects "connect"? is that a call to syncdaemon to tell it to connect?
[16:16] <karni> verterok: sorry, was on call. thank you so much for the links, you my man :)! btw I'm happy you mentioned the fact of moving to Future one day, I'll have that in mind!
[16:17] <karni> I'll be back shortly.
[16:18] <nessita> joshuahoover: yes, just like u1sdtool -c but thru dbus
[16:18] <nessita> joshuahoover: I see your point, and I agree
[16:19] <nessita> joshuahoover: but there are people that does not want SD connecting unless explicitely asked
[16:19] <joshuahoover> nessita: cool...i was thinking we could make that dbus call after we get the credentials since we know about that...save the user that extra setup step
[16:19] <nessita> joshuahoover: good idea! we can do that from the control panel...
[16:19] <joshuahoover> nessita: it would only be for setting up  u1
[16:19] <nessita> joshuahoover: and leave syncdaemon out of the question, I like that
[16:19] <dobey> hehe, the irony
[16:20] <joshuahoover> dobey: i know you're loving this
[16:20] <nessita> joshuahoover: would you please file me a bug under the u1cp project?
[16:20] <joshuahoover> nessita: sure
[16:20] <nessita> joshuahoover: good thinking :-)
[16:20] <dobey> joshuahoover: it is exactly what we used to do anyway
[16:21] <joshuahoover> dobey: i know...and it's bugged me ever since we removed it...Chipaca can tell you how i made his life miserable as desktop+ manager about this one small thing ;)
[16:21] <adam_> hello
[16:22] <adam_> what is ubuntu server
[16:22] <kristianlybaek> Hello - I can't change my preferred email address at either launchpad or Ubuntu one - It tells me my gmail is already registrered but I cannot choose as my preferred mail. Can anyone help?
[16:22] <adam_> pytam. jaki masz problem
[16:22] <dobey> adam_: i think you want #ubuntu maybe? but ubuntu server is the version of ubuntu for server installations
[16:23] <nessita> mandel: I'll finish your review once I finish one from verterok's
[16:23] <nessita> kristianlybaek: did you try setting that on login.ubuntu.com?
[16:24] <kristianlybaek> Yes - I tried both there and on launchpad - same problem.
[16:24] <adam_> ok
[16:25] <mandel> nessita: sure, np
[16:25] <Chipaca> kristianlybaek: what are you trying, exactly?
[16:26] <kristianlybaek> Chipaca: I want to change my preerred email from my hotmail to my gmail, when I try adding my gmail it says it is alredy registrered, but I can't seem to choose it as my preferred email.
[16:26] <nessita> who removed the credentials module??!?!?!
[16:27] <Chipaca> kristianlybaek: maybe you have unwittingly signed up using the gmail address?
[16:27] <dobey> nessita: it was moved
[16:27] <nessita> dobey: why? where? by who?
[16:27] <dobey> nessita: to platform.linux.credeentials
[16:27] <dobey> nessita: mandel, presumably because it is all dbusified
[16:28] <nessita> mandel: care to explain? :-)
[16:28] <kristianlybaek> Chipata: My gmail is rather new - shouldn't I be able to choose it as my preferred anyway?
[16:29] <Chipaca> kristianlybaek: not if they are two separate sso accounts
[16:29] <Chipaca> kristianlybaek: which is what I think it's telling you
[16:30] <ralsina> mandel: https://pastebin.canonical.com/43048/ on lp:~mandel/ubuntuone-client/implement_notifier
[16:30] <kristianlybaek> Chipata: I don't think so - it is so new, that I would remember if I just created a new account. And I have tried logging in with all my passwords and nothing happens.
[16:30] <Chipaca> kristianlybaek: try telling login.ubuntu.com you forgot the password for the gmail account, see where it takes you
[16:30] <kristianlybaek> I will
[16:33] <Chipaca> kristianlybaek: the other option is that the first time it sent you an email to confirm, and you haven't clicked it yet
[16:33] <nessita> mandel:  ping
[16:34] <mandel> nessita: dobey is rigth, it isa linux specific code, it had to be moved out
[16:34] <mandel> nessita: pong
[16:34] <mandel> ralsina: loking
[16:35] <nessita> mandel: why did you added ubuntuone/platform/linux/__init__.py:51:from ubuntuone.platform.linux.credentials import CredentialsManagement
[16:35] <nessita> mandel: the question is why you added the import clause to the __init__ file if is not used
[16:36] <Chipaca> kristianlybaek: I've asked the people behind login.ubuntu.com, and they say I'm to ask you to join the #canonical-isd channel please
[16:36] <kristianlybaek> Chipata: It seems you were right. I have an account on my gmail, but without any applications. Sorry. Can I delete this account, so I can add my gmail to my other account?
[16:36] <mandel> ralsina: is a threading issue in which the thread takes longer than expected and therefore the test fails, it work sometimes and sometimes it does not, the timeout can eb increased and it will always succeed, problem is, i do not know if there is a reason for the test to use 2 seconds
[16:36] <ralsina> mandel: may be related to the hangs I get when u1trial ends?
[16:37] <Chipaca> kristianlybaek: I'm glad that was the case (as opposed to something weirder). I don't know if you can do that, or if you can merge them ... ask in #canonical-isd :)
[16:37] <ralsina> mandel: may be some windows oddity
[16:37] <mandel> nessita: because of the platfomm/__init__.py, take a look there
[16:37] <kristianlybaek> Chipata: Thank you very much. Ciao.
[16:37] <dobey> Chipaca: you can file a request to merge accounts, yes
[16:37] <mandel> ralsina: yes, is weird, did you run it with run-test or u1trial?
[16:38] <ralsina> u1trial
[16:38] <nessita> mandel: I'm looking at that file, and I still don't understand. CredentialsManagement should not be used outside from where is used
[16:38] <mandel> ralsina: try to run it again after you have killed the u1trial process, but you have to wait
[16:38] <ralsina> mandel: ok
[16:39] <mandel> ralsina: and the signals come from the winodws kernel, which is not very public, so no real idea of why it does that sometimes
[16:40] <ralsina> mandel: it passed now
[16:40] <ralsina> So +1
[16:41] <mandel> nessita: well it is used in ubuntuone-login which i do not know if it will go to windows
[16:41] <mandel> nessita: actually i do not know what login does...
[16:42] <nessita> mandel: but ubuntuone-login uses the glib main loop
[16:42] <nessita> so I don't think you'll be using that in windows...
[16:42] <mandel> ralsina: misteries of the windows kernel…. we will not have issues in prodcution since the events will always arrive, just slower than o linux
[16:42] <nessita> mandel: and even if you do, you're still importing the class as from ubuntuone.platform.linux.credentials import ...
[16:43] <mandel> nessita: no idea to be honest...
[16:43] <nessita> mandel: grhm
[16:43] <nessita> :-)
[16:43] <mandel> nessita: which branch is this?
[16:43] <ralsina> mandel: ok, if they bug too much, we'll skip them
[16:43] <nessita> mandel: I don't know, one that already landed :-(
[16:43] <nessita> I mean, I'm seeing this in trunk
[16:44] <mandel> nessita: mmm bullocks! how bad is this affecting you?
[16:44] <nessita> mandel: is not affecting me other to my OCD syndrom :-)
[16:45] <mandel> nessita: oh, then file a bug and appoint me to fix it :)
[16:45] <nessita> mandel: :-)
[16:45] <mandel> nessita: I'll do it asap
[16:46] <nessita> dobey: is tarmac running? https://code.launchpad.net/~verterok/ubuntuone-client/fix-712056/+merge/48826 has been approved 2 hours ago and it has commit message
[16:46] <mandel> ralsina: yes, having test failing due to multithreading is a pain… i could do something to allow a number of retries increasing the time, and if it takes to long, failing, but it would be complicated
[16:47] <dobey> yes it's running
[16:47] <nessita> dobey: any idea why that branch hasn't landed?
[16:47] <ralsina> mandel: as long as we know how to tell if that's the problem and retry, I don't care much yet.
[16:47] <dobey> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 1: ordinal not in range(128)
[16:47] <nessita> dobey: ?
[16:47] <dobey> something causing tarmac to fail
[16:47] <nessita> ouch
[16:49] <dobey> probably from when your branch failed
[16:49] <karni> back to code.
[16:49] <mandel> ralsina: indeed, but i'll target that when we work on using run-test and we want all of them to pass, so far this are just the stepping stones
[16:49] <dobey> oh well, cleaned the tree, so it should hopefully work ok on the next run
[16:49] <ralsina> mandel: fine by me
[16:50] <mandel> ralsina: if everything is ok, we should have file system code my tom, and ipc by middle of next week, from there we should be very close
[16:50] <mandel> ralsina: have you talked with the msi guy?
[16:51] <dobey> ok, lunch time
[16:51] <dobey> bbiab
[16:51] <ralsina> mandel: sent mail
[16:51] <mandel> ralsina: cool, let me know how it goes
[17:00] <nessita> oki, lunch!
[17:15] <mandel> all: i'm done for the day, arm has started tohurt, will catch you tom
[17:21] <ralsina> mandel_afk: have fun!
[17:24] <karni> verterok: facundobatista: what is the uniqueness of commands used for? which commands don't have to be unique for instance, which have to ?
[17:30] <facundobatista> karni, the uniqueness is used for those commands that should be only one of them (for example, Upload)
[17:31] <karni> facundobatista: since there's need for uniqueness, I assume it happens that there appears second request for the same item sometimes, and it's rejected based on the uniqueness?
[17:31] <facundobatista> karni, the uniqueness attribute indicates what is the uniqueness about... Upload defines share/node ids, so it will not be two Uploads for the same share and node
[17:31] <karni> I see. I'm just wondering how is it possible to arrive at such situation.
[17:31] <facundobatista> karni, don't know which client version are you looking at, but right now each command takes care of this
[17:32] <karni> facundobatista: unleash-6
[17:32] <facundobatista> karni, two uploads for the same node?
[17:32] <karni> facundobatista: any situation where uniqueness is necessary.
[17:32] <facundobatista> karni, change a file, an Upload is queued, before it's finishes, change it again, the second Upload should cancel the first one
[17:32] <karni> does it happen that SD want's to upload twice at the same time to the same node?
[17:33] <karni> facundobatista: perfect! thanks buddy :):)
[17:33] <facundobatista> karni, :)
[17:34] <ralsina> facundobatista: we told you uniqueness was a confusing name for that :-)
[17:36] <karni> ralsina: it's not the name actually. I thought it should be well defined and not arrive at such situations - I can now see, that it (SD) can. Thus, the uniqueness :)
[17:37] <facundobatista> ralsina, ^ :p
[17:47] <ralsina> I am feeling really sick (stomach pain). I think I'll go to the doctor now.
[17:48] <ralsina> I will probably be back in a couple of hours, and may work some more, so feel free to ask for reviews, etc, I will check it
[17:50] <karni> ralsina: Wish you get better
[18:02] <dobey> too much asado
[18:57] <alecu> joshuahoover, ralsina_doctor said you wanted a screenshot of the new control panel with the "subscribed cloud folders" tab
[18:57] <joshuahoover> alecu: i think i've got what i need now, thanks!
[18:57] <alecu> joshuahoover, I see that the nightlies have a controlpanel that shows the UDFs, but no shares yet....
[18:57] <joshuahoover> alecu: yeah, i saw that too...
[18:58] <joshuahoover> nessita: are you still working on selecting shares to sync in the control panel?
[18:59] <nessita> joshuahoover: yes
[18:59] <joshuahoover> nessita: ah, ok :)
[18:59] <nessita> joshuahoover: what do you need?
[18:59]  * nessita provides
[19:00] <joshuahoover> nessita: nothing...was just curious about that feature...was getting a screenshot for the monthly report and would be cool if select shares was in there but it's not quite ready yet :)
[19:00] <nessita> joshuahoover: no, not yet. SYncdaemon has given me quite some headaches :-)
[19:00] <nessita> but is closer!
[19:01] <joshuahoover> nessita: good (well not about the headaches)
[20:16] <karni> facundobatista: in MakeThing(ACQ) in _run(): there's a call to maker = getattr(self.action_queue.client, self.client_method), and then the maker is used return maker(self.share_id, self.parent_id, self.name).
[20:16] <karni> facundobatista: how do you know if it's supposed to make a new node (file) or a directory?
[20:16] <karni> facundobatista: I'm asking, because I've got 2 methods in verteroks JAva source, makeFile and makeDir -- so I'm wondering which should I call in MakeThing ;]
[20:18] <karni> facundobatista: ah! nvm forget my question :)
[20:18] <karni> facundobatista: sorry to bother, I've got it.
[20:45] <facundobatista> karni, I'm back, sorry, was in a call
[20:45] <karni> facundobatista: no problem :) I found my answer
[20:45] <facundobatista> karni, ok :)
[21:07] <karni> The python client has list_shares() and list_volumes() separate implementation - I suppose it's just an implementation thing, right? (getVolumes() in u1-java-sp returns just all)
[21:07] <karni> verterok: ↑
[21:07] <verterok> karni: no, list shares is a different thing
[21:08] <verterok> karni: I think you can safely ignore it
[21:08] <karni> verterok: but we do get shares in the getVolumes call (type .SHARE), no?
[21:08] <verterok> karni: yes
[21:08] <karni> verterok: interesting. what's list_shares then ^ ^?
[21:08] <verterok> karni: but there is also a getShares() :)
[21:08] <karni> oh!
[21:08] <karni> :>
[21:08]  * karni chuckles
[21:08] <verterok> karni: a list of non-accepted shares to you, and the shares shared by you
[21:09] <karni> verterok: perfect! I'm then far from ignoring it. I'll need that :)
[21:09] <verterok> karni: regarding makeThing, the implementation of MakrFile and MakeDir is actually MakeThing :)
[21:09] <karni> verterok: ;D
[21:09] <verterok> karni: kind of
[21:10] <verterok> karni: the list of non-accepted shares to you only include the shares offered using the protocol, which no one use
[21:10] <karni> verterok: it was only few line of code duplicaiton, so I've let myself create two AQCommands, not extending a common MakeThing
[21:10] <verterok> karni: because you need the username
[21:10] <karni> verterok: aha
[21:11] <verterok> karni: and now (with sso) the username is some ugly url
[21:11] <karni> verterok: right.. true :<
[21:11] <verterok> karni: so, consider the non-accepted shares deprecated/old  stuff
[21:11] <verterok> karni: currently all the shares offer/accept is done via web
[21:12] <karni> verterok: ok. I do know however I extract the share owner names from stuff returned by getVolumes, so it's good
[21:12] <karni> verterok: I see. So I'll probably play with some REST then, too.
[21:12] <karni> verterok: thanks :)
[21:12] <verterok> np
[21:15] <karni> verterok: ah. if you could have just a short glance at PM I've sent you, I would really appreciate.
[21:16]  * verterok looks
[21:17] <verterok> karni: think of the yield+deferreds as a way to inline the callbacks (the method is decorated with @defer.inlineCallbacks ;))
[21:17] <karni> verterok: yes, I've noticed that ;)
[21:18] <verterok> karni: so, what "yield self.deferred" does is something like pausing the flow until the deferred result is available
[21:18] <karni> so whenever there's yield, a deferred is inlined -- is that returned at the same time?
[21:18] <verterok> karni: the result of the deferred is discarded in this case
[21:18] <karni> verterok: so it _is_ like blocking (not really, but resebmles)
[21:19] <verterok> karni: it helps to make the code simpler
[21:19] <verterok> karni: becuase it looks like regulard blocking code
[21:19] <verterok> *regular
[21:19] <karni> verterok: but it's not.. o_O
[21:19] <verterok> exactly
[21:20] <karni> verterok: this is seriously Twisted ;d
[21:20] <dobey> haha
[21:20] <karni> verterok: thanks. I don't think you can explain that better :)
[21:20] <verterok> hehe
[21:20] <verterok> karni: I'm sure there is a better way to explain it...that's the way I can :)
[21:20] <verterok> dobey: :)
[21:20] <karni> verterok: I appreciate :)
[21:23] <karni> verterok: what I wanted to add to your question if I was writing the SD in Java - I think that having relatively similar SD on Android, we'll be able to use less or more of it's potential when we want, depending if it's a phone/tablet/misc
[21:24] <karni> verterok: so instead of continuing to come up with my own way to the sync stuff, I thought I would go for it and try to implement the SD as it is. at least some parts of it.
[21:24] <verterok> karni: sure, but I was thinking that maybe is too much :)
[21:24] <karni> verterok: that's also possible hehehe
[21:25] <verterok> karni: IMHO, you should pick/steal the features/design you need/like from SD, and build from there
[21:25] <karni> verterok: there are moments when I'm testing faith in myself (the core of ACQ with those inline deferreds is the worst part since ever I think)
[21:25] <karni> verterok: uhm :)
[21:26] <karni> verterok: I think once I have the ACQ - I'm basically there. if anything is to heavyweight - I'll strip that.
[21:26] <verterok> karni: the components layout is good IMO, having the networks stuff isolated in ActionQueue, sync logic in a separate compoent, etc
[21:26] <karni> verterok: can't agree more. I like that, too.
[21:26] <verterok> karni: what I don't really like about SD/u1-sp is that we have a lot of duplication
[21:27] <karni> verterok: uhm..
[21:27] <verterok> karni: mostly in the network/protocol stuff
[21:28] <karni> verterok: right. I also didn't want to reach to low (although I happend sometimes, and I will, because I want to implement trottling at some point)
[21:28] <verterok> karni: e.g: the python storage protocol have Volume classes (share, udf, etc), and we have a separate Volume class hierarchy (share, udf, etc) in syncdaemon
[21:28] <karni> verterok: and focus on the app itself - but sometimes that wasn't possible - like now, with SD. much flesh.
[21:28] <verterok> karni: same happens with the commands/requests
[21:28] <karni> verterok: aha..
[21:28] <verterok> but it's just my opinion :)
[21:28] <karni> verterok: indeed sounds like some duplication
[21:29] <verterok> if I have to write the thing from scratch I'ld probably allow highly coupling between ActionQueue and the protocol
[21:30] <karni> verterok: I'll be happy to help / keep a close eye on that
[21:30] <verterok> karni: it will probably have a different set of problems :)
[21:30] <verterok> karni: good luck!, need to go afk for a while
[21:31] <karni> verterok: I'm aware it will be too low level high tech for me ;)
[21:31] <karni> verterok: ok, thanks! bye bye
[21:31] <karni> we'll use Java Future then, too ;)
[21:31] <verterok> sure! hehe
[21:31] <karni> It wouldn't be too low level if the dang thing was well documented ;D (the protocol)
[21:32] <karni> ok, will code a bit more now.
[21:33] <verterok> karni: got it...will write some docs sometime
[21:34] <karni> verterok: it's not your fault. I mean the really low stuff, like packing bytes etc
[21:34] <verterok> karni: ahh, that's my fault too ;)
[21:34] <verterok> hehe
[21:34] <karni> verterok: ;D
[21:34] <karni> verterok: you my best man verterok, anyway :)!
[22:36] <karni> beuno: I got a little stuck with one Twisted method of ActionQueueCommand - so instead of blocking work, I implemented 7 commands. will get back to AQC tomorrow.
[22:36] <karni> It's been nearly half a day, so I'm EODing. Have a great evening everybody.
[22:37] <karni> That was a good day :)
[22:41] <dobey> later
[22:48] <beuno> karni, sounds great
[23:09] <karni> beuno: my next TODO is complete the AQC (the tricky one), implement Upload and Download commands (I've got unlink, makefile, makedir, getdelta, listvolumes, etc), and integrate.
[23:14] <karni> "When you debug a platform, you sometimes have to understand what apps do. It can be very scary." -- romain guy :D (the guy from Android team)
[23:37] <beuno> heh
[23:42]  * karni was reading Twisted docs but seems it's time to get some sleep
[23:42] <karni> good night guys \o