[08:30] <j0nr> morning
[08:36] <j0nr> does renaming folder cause whole folder to be re-uploaded? similarly, does renaming a file, cause the file to be re-uploaded?
[08:42] <duanedesign> j0nr: no it does not
[09:51] <j0nr> duanedesign: oh good, so I could rename all my files and it will just rename them on the server?
[10:20] <karni> Good morning!
[10:36] <duanedesign> j0nr: that is correct
[10:36] <duanedesign> helllloooo karni
[10:36] <karni> hello duanedesign :)
[12:08] <mandel> buenos dias !!!
[12:12] <duanedesign> hey mandel !
[12:16] <fagan>  yo mandel
[12:31] <karni> yo mandel!
[12:37] <dobey> aquarius: aye, a .45. it's a quote from Ronin. :)
[13:21] <DiegoSarmentero> lisette, hi!
[13:21] <lisette> hi
[13:22] <lisette> diegosarmentero: I have been working on the new image today and expect to send you something later
[13:22] <DiegoSarmentero> lisette, ahhhhhh okok, thanks! you read my mind :P
[13:23] <lisette> diegosarmentero: of course, i am psychic! :)
[13:23] <lisette> or psycho..
[13:24] <karni> nessita: Hi hi! If user creates an account via SSO website, does U1 have tokens before the user validates the token? (Question: If user tries to *log in* to my app, can I assume the email has been validated already?)
[13:25] <DiegoSarmentero> lisette, jejeje
[13:25] <nessita> karni: if the user creates the account via SSO website, U1 *never* has any token until a ping happens
[13:26] <karni> nessita: right. so if user logs in to my app after creating an account via SSO, I should 1) get the token 2) check if it has been validated 3) if yes, ping U1
[13:30] <nessita> karni: yes. Since "login" will give you always a new token, you should always ping our server
[13:30] <karni> nessita: But new token does not mean the account has been validated. That was my main concern.
[13:30] <karni> nessita: Right? :)
[13:31] <nessita> karni: exactly, confirming that a account is validated is an independent step, that we need to always perform before pinging
[13:32] <karni> nessita: Thank you =)
[13:33] <karni> nessita: One more question. You are calling api.validate_email() - isn't it's success equivalent to account being validated? (Do you always call api.me() ? Can't we assume api.validate_email() == success ==> account has been validated?)
[13:42] <nessita> karni: thing is that you can't call validate_email without having the email token
[13:43] <karni> nessita: right. but if the user logs in, I get the token, verify account status - turns out not yet validated, instead of logging the user in I can show the "Please input token here" screen :)
[13:43] <nessita> right
[13:43] <karni> nessita: cool! :)
[13:43] <nessita> so, verify account status == calling me()
[13:44] <karni> nessita: in that case, yes
[13:44] <karni> nessita: I was too general, sorry.
[13:46] <nessita> :-)
[14:29] <nessita> mandel: https://code.launchpad.net/~nataliabidart/ubuntuone-client/cleanup-os-helper/+merge/69644
[14:42] <nessita> mandel: bug #817567
[14:42] <ubot4> Launchpad bug 817567 in ubuntuone-client "Windows: can_write and access have the same implementation (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/817567
[14:45] <nessita> alecu: tests.platform.test_filesystem_notifications
[14:45] <nessita> alecu: from http://pastebin.ubuntu.com/653817/
[14:47] <dobey> grr, deleted proposals. i wish lp would at least send mails when that happens
[14:54] <dobey> hrmm, i wonder
[14:54] <dobey> is it possible to make coverage ignore specific files
[15:00] <mandel> nessita: errno.ENOENT is the no file error
[15:00] <mandel> nessita: form http://docs.python.org/library/errno.html#errno.ENOENT
[15:01] <dobey> hmm
[15:02] <dobey> i wonder what the best way to check that ubuntu one is "installed" is
[15:02] <dobey> and i suppose classified as "up-to-date-ish"
[15:03] <dobey> suppose i have to ask aptdaemon if PPA is enabled or not
[15:03] <dobey> and if stuff is installed
[15:07] <DiegoSarmentero> nessita, https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/loadingoverlay-timing-fix
[15:09] <nessita> dobey: good morning! we have this branch failing to land because, apparently, tarmac is not using u1client latest trunk https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/loadingoverlay-timing-fix/+merge/69650
[15:10] <nessita> mandel: bug #817582
[15:10] <ubot4> Launchpad bug 817582 in ubuntuone-client "Windows: _set_file_attributes should raise a more specific error when the path does not exist (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/817582
[15:13] <dobey> nessita: no i already fixed it
[15:14] <nessita> dobey: ah, ok, great
[15:14] <nessita> thanks!
[15:14] <dobey> hrmm, actually maybe not
[15:15] <dobey> wtf
[15:16] <dobey> grrrr
[15:16] <dobey> nessita: actually, it will take a bit. apparently the client nightlies haven't built all week, no idea why :(
[15:17] <nessita> dobey: oh
[15:17] <nessita> dobey: ok, let us know. Thanks!
[15:21] <dobey> ok, it will take a bit to build
[15:21] <dobey> i'm going to get lunch and hopefully will be done and published when i get back :)
[15:24] <nessita> verterok: https://code.launchpad.net/~nataliabidart/ubuntuone-dev-tools/remove-signal-receivers/+merge/64730
[15:25] <nessita> dobey: ah! maybe the nightlies are not building becasue a new package in ubuntuone/platform? :-/.
[15:33] <alecu> nessita, when you have a minute, please re-review: https://code.launchpad.net/~alecu/ubuntuone-client/use-staggered-sso-ports/+merge/68922
[15:33] <nessita> dobey: ping
[15:47] <DiegoSarmentero> dobey, hi, the branch https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/loadingoverlay-timing-fix/+merge/69650 keeps failling to land into ubuntuone-control-panel, it seems that tarmac is not using u1client latest trunk, can you please let me know when this will be ready to be approved?
[15:47] <mandel> alecu, nessita: https://code.launchpad.net/~mandel/ubuntuone-client/improve_watcher_tests/+merge/69671 based on nessitas changes this removes the need of mocker in the filesystem notifications
[15:51] <mandel> verterok:  ^
[16:08] <dobey> nessita: no, they weren't even getting requested to build
[16:12] <nessita> dobey: ack. Other thing: verterok just found out he had test failures dbus-related, and he tried my remove-sugnal-receivers branch and that fixed the issue. He added a comment in
[16:12] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-dev-tools/remove-signal-receivers/+merge/64730
[16:12] <nessita> dobey: can you please re-review with this new info?
[16:17] <dobey> nessita: i think we're still at the same place as before with that. it still looks like magic to me. we have no idea why exactly those timeouts are happening. really need info about why those tests are getting timeouterrors with exact details. "this makes it work" isn't enough to convince me :(
[16:20] <dobey> verterok: do you have any idea why exactly those tests fail in that way?
[17:08] <DiegoSarmentero> dobey, ping
[17:09] <nessita> dobey: I'm not sure why we need to convince you to do the proper cleanup in tearDown, don't you agree removing the signals receivers is the proper procedure?
[17:11] <verterok> dobey: the handlers are alive after that test finish
[17:12] <verterok> dobey: before the move to devtools, that code was in the DBusTwistedTestCase
[17:14] <dobey> nessita: i don't agree that they're not already getting removed
[17:14] <nessita> dobey: right, but what's the harm in removing them?
[17:15] <dobey> nessita: it's not that i'm against doing it, if it's the right fix. but i want to understand that it is the right fix, and why. not just do it blindly because "it works" for you. black magic is not a good way to write software, and it seems like twisted is constantly forcing us into the black magic realm :(
[17:15] <dobey> DiegoSarmentero: yes?
[17:16] <DiegoSarmentero> dobey, did you have the chance to take a look at the branch i mentioned earlier?
[17:16] <DiegoSarmentero> dobey, the branch https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/loadingoverlay-timing-fix/+merge/69650 keeps failling to land into ubuntuone-control-panel, it seems that tarmac is not using u1client latest trunk yet, can you please let me know when this will be ready to be approved?
[17:16] <nessita> dobey: well, for me is not fixing any black magic, I proposed the branch because I consider it was correct. But for verterok, he has the _trial_temp dir in memory and is using a SSD, so tests are running really fast for him
[17:18] <dobey> DiegoSarmentero: it is already merged
[17:18] <nessita> dobey: and he's having these timeout issues and some failures becasue someone is calling sdtool.quit in the middle of another test
[17:18] <DiegoSarmentero> dobey, i've already seen it! great! thanks
[17:19] <dobey> nessita: it is black magic, because nobody can seem to tell me why exactly stuff is failing, and why that fix works. all anyone can say is "it works"
[17:19] <nessita> dobey: so, we're guessing that a former signal receiver is acting up on events becasue it hasn't been removed from a signal
[17:22] <verterok> dobey: I'll debug it later, and find out the causes...right now I can't do it as I'm in the sprint
[17:23] <dobey> verterok: ok
[17:26] <dobey> nessita: right. so there is an isolation issue we need to fix. apparently in some cases, tests don't get tearDown done properly, and thus don't get disconnected from the bus. i want to know how, where, and why, so we can fix that problem. given that is the problem, i can't even see how your branch could possibly fix the issue, since it just does more stuff in teardown. this tells me it is a timing issue, and your branch works be
[17:26] <nessita> dobey: may be, yes.
[18:38] <verterok> mandel: got this lint issues http://pastebin.ubuntu.com/653942/ in lp:~mandel/ubuntuone-client/remove_watcher_q
[18:48] <DiegoSarmentero> dobey, ping
[18:49] <DiegoSarmentero> dobey, are you there?
[18:49] <dobey> DiegoSarmentero: hi
[18:49] <DiegoSarmentero> dobey, hi, i have troubles to submit code into ubuntuone-windows-installer with my user
[18:49] <DiegoSarmentero> dobey, it seems that i'm not added to the members allowed to submit code for that project
[18:53] <dobey> DiegoSarmentero: that e-mail address is apparently not one you have associated with your launchpad account?
[18:53] <DiegoSarmentero> dobey, both of the e-mail address which i used to try to submit code are associated to my launchpad account
[18:56] <dobey> DiegoSarmentero: there's only one e-mail address used there. but now i am confused, because your branch merged to the control panel
[18:57] <dobey> DiegoSarmentero: you should update your bzr config so that it uses your canonical.com e-mail address when committing to canonical projects, though
[18:57] <DiegoSarmentero> dobey, no no, i'm talking about ubuntuone-windows-installer....... did i need different permissions for this project?
[18:58] <dobey> no
[18:58] <DiegoSarmentero> dobey, weird
[18:58] <dobey> DiegoSarmentero: and you've had branches landed to it previously
[18:58] <DiegoSarmentero> dobey, wait, i'm going to show you which error message i'm receiving
[18:58] <dobey> i know which error message you got
[18:59] <dobey> DiegoSarmentero: i don't know why you did the empty commit with the other e-mail though (i just saw you did that)
[18:59] <dobey> an empty commit with a different author doesn't change the information for the existing commits :)
[19:00] <dobey> but it rejected both of them
[19:00] <DiegoSarmentero> dobey, i changed my bzr whoami
[19:00] <dobey> DiegoSarmentero: let me check something else...
[19:00] <DiegoSarmentero> dobey, ok...... thanks
[19:03] <dobey> DiegoSarmentero: you can stop resetting it to approved. it won't help :)
[19:04] <DiegoSarmentero> dobey, i did it only once
[19:05] <dobey> ok, something is screwy with launchpad :(
[19:09] <nessita> brbs
[19:11] <dobey> wtf is going on
[19:16] <dobey> DiegoSarmentero: ok, i still don't know what failed exactly, but workaround seems to have worked :(
[19:17] <DiegoSarmentero> dobey, awesome! did you accept the branch or i can do it now?
[19:19] <dobey> DiegoSarmentero: it's merged
[19:21] <dobey> DiegoSarmentero: if other problems occur, ping me first, before doing things like empty commit and resetting to approved :)
[19:21] <DiegoSarmentero> dobey, awesome!! thanks!
[19:21] <DiegoSarmentero> dobey, ok, no problem
[19:22] <mandel> nessita: if you are free: http://www.youtube.com/watch?v=GEWiL1fbx_I&feature=related
[19:24] <mandel> nessita: ups: https://code.launchpad.net/~mandel/ubuntuone-client/remove_watcher_q/+merge/69675
[19:37] <ralsina> nessita: if and when the other branch is approved: https://code.launchpad.net/~ralsina/ubuntuone-client/login-user-password/+merge/69709
[19:46] <mandel> alecu: https://code.launchpad.net/~mandel/ubuntuone-client/remove_watcher_q/+merge/69675
[20:18] <alecu> mandel, ./ubuntu_sso/main/tests/ubuntuone.reg
[20:21] <mandel> nessita: https://code.launchpad.net/~mandel/ubuntuone-client/fix-rm-path/+merge/69691
[20:30] <spoleeba> hey... i think I have u1 client installed on F15 from sources...but I could really use some instructions on how to verify that its owrking id like to start with the u1sdtool on the cmdline if possible
[20:31] <spoleeba> there's little to no documentation in the sources to help test a from source installation of the entire Canonical depchain
[20:32] <nessita> mandel: http://pastebin.ubuntu.com/653817/
[20:33] <dobey> spoleeba: man u1sdtool and u1sdtool --help don't help? :)
[20:34] <spoleeba> dobey, nope
[20:34] <spoleeba> dobey, for example....  u1sdtool --create-folder ~/Ubuntu\ One/poop  returns an error
[20:34] <spoleeba> dobey, FolderCreateError: UDFs can not be nested (path=/home/jspaleta/Ubuntu One/poop)
[20:34] <dobey> right
[20:35] <spoleeba> dobey, but --list-folders does not show a folder
[20:35] <dobey> ~/Ubuntu\ One/ is always synchronized
[20:35] <spoleeba> dobey, nor does --list-shares
[20:35] <spoleeba> dobey, how am I suppose to _know_ that?
[20:35] <spoleeba> dobey, not documented
[20:35] <dobey> because it is created automatically when ubuntuone-syncdaemon starts working
[20:35] <spoleeba> dobey, again... not documented
[20:36] <spoleeba> dobey, theres nothing in the source code that tells me what is expected to happen
[20:36] <dobey> sure there is. source code tells exactly what will happen :)
[20:36] <spoleeba> dobey, what i need is simple recipes of manual interact with testable results
[20:36] <dobey> u1sdtool --status
[20:36] <spoleeba> dobey, no install file
[20:37] <spoleeba> dobey, in fact it was a pain to even get the full depchain up and running....
[20:37] <spoleeba> dobey, can i dump that output here or do i need to pastebin it?
[20:38] <dobey> i'm sure it was. we don't officially support fedora. we develop on and target ubuntu.
[20:38] <dobey> probably pastebin, or you don't need to paste it. i was just giving you an example of a useful command
[20:39] <spoleeba> i dont care if you official support it
[20:39] <spoleeba> thats not the point.... id like u1 as to think of themselves as a real upstream project and provide the minimum information necessary to build and test from source on any host system
[20:40] <spoleeba> that's all im asking
[20:41] <spoleeba> i _think_ its working.. but there's no published sets of u1sdtool commands with expected results that I can run and then verify
[20:42] <spoleeba> dobey,  id=da5874ee-7a58-4871-953c-1e277b0bdc82 subscribed=True path=/home/sillypuddy/poop
[20:42] <spoleeba> dobey, im assuming that means syncdaemon will be syncing files from the poop directory now?
[20:43] <dobey> yes
[20:43] <spoleeba> dobey, and indeed....web interface shows it
[20:44] <mandel> nessita: https://code.launchpad.net/~mandel/ubuntuone-client/fix-rm-path/+merge/69691
[20:44] <spoleeba> dobey, cmdline client works
[20:45] <spoleeba> dobey, what would i need to do to test the nautilus integration
[20:46] <dobey> i don't know how you installed stuff exactly, but for the nautilus and gnome-settings-daemon extensions to work, their bits have to be installed into the same prefix they're running from
[20:47] <spoleeba> ./configure  --sysconfdir=/etc/ --prefix=/usr  was used
[20:47] <dobey> ok
[20:48] <dobey> then nautilus/gnome-settings-daemon would need to be restarted to load the plug-ins. easiest way is log out/in
[20:49] <spoleeba> and...what am i looking for in the nautilus interface
[20:50] <spoleeba> im not even sure the install script from the sources installed the nautilus ext
[20:50] <dobey> well in synchronized folders, there should be a ribbon thing at the top of the window, and there are contextual menu options
[20:50] <spoleeba> contextual on a folder click?
[20:50] <dobey> what are you building from?
[20:51] <dobey> yes, for things under your home directory
[20:51] <spoleeba> ubuntuone-client-1.7.0  tarball
[20:52] <dobey> ok, then it should have installed the plug-ins
[20:53] <spoleeba> bah...
[20:53] <spoleeba> it wanted to install in /usr/lib   not /usr/lib64
[20:54] <spoleeba> ill have to tweak the configure call
[20:54] <dobey> yeah you need to pass --libdir
[20:55] <spoleeba> cmdline works...so im confident i can get it working
[20:57] <spoleeba> dobey, one really annoying thing... configure make  has Werror on by default and syncdaemon fails on an unused variable warning
[20:58] <codepal> hi - I was wondering why my Ubuntu One windows installer won't install? - Is it only for Vista > ?
[20:58] <codepal> Is there anything in the pipeline / buglist for Win XP?
[20:59] <spoleeba> dobey, i see the context menu in nautilus now
[21:00] <spoleeba> dobey, i think i have everything I need now to get the packaging work started on Fedora
[21:00] <spoleeba> dobey, im probably going to have some suggestions for install instructions to make it easier for other porters
[21:02] <fagan> codepal: id say wait for a while there is an update coming that will be a lot better than the current windows client
[21:02] <dobey> ok
[21:03] <codepal> fagan, is there a chance that I can get on a mailing list / something, I'd love to see what / when the latest is out.
[21:04] <fagan> codepal: you can look at our blog I dont know if there is any other place where we announce stuff like that
[21:04] <dobey> codepal: you can follow on twitter/facebook, or the ubuntu one blog
[21:04] <fagan> codepal: https://one.ubuntu.com/blog/
[21:04] <codepal> thanks! -- I found the wiki, which is a huge help. https://wiki.ubuntu.com/UbuntuOne/Windows
[21:05] <fagan> codepal: thats not the updated one
[21:06] <fagan> codepal: there will be a new one coming soon so keep an eye on the twitter and the blog and you will see when its released
[21:06] <codepal> fagan, ok, awesome, keep up the great work, and thanks for the 5GB storage!!!
[21:06] <fagan> codepal: no problem enjoy :)
[21:06] <spoleeba> dobey, sync notices in gnome shell are working to
[21:07] <DiegoSarmentero> ralsina, https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/fix805460
[21:07] <dobey> cool
[21:08] <spoleeba> dobey, so that gnome setting daemon plugin.... since the gnome3 settings stuff is very different than gnome2..is that expected to work?
[21:09] <spoleeba> dobey, will it show up as an icon in the system settings window?
[21:10] <dobey> gnome-settings-daemon is a separate thing that always runs. i don't know if ubuntuone-control-panel-gtk will show up in the system settings in fedora
[21:12] <spoleeba> dobey, is that control panel a separate package?
[21:13] <spoleeba> dobey, i think it is.
[21:13] <spoleeba> dobey, clearly the control panel is not required.
[21:15] <dobey> yes, ubuntuone-control-panel is the project on launchpad
[21:15] <dobey> it's not required, and will present more challenges on fedora
[21:16] <dobey> as it has some pieces that use apt
[21:16] <spoleeba> dobey, bah....not touching it
[21:16] <dobey> libubuntuone does as well, which is required for music store stuff; though it's not ported to gtk3 yet
[21:18] <spoleeba> dobey, why does it need apt for that?
[21:19] <spoleeba> dobey, and...fyi...fedora has apt
[21:19] <spoleeba> dobey, the music is treated as a package installed on the system?
[21:20] <dobey> no, we have to add a partner repository to legally install the mp3 codec for gstreamer
[21:20] <spoleeba> dobey, oh that
[21:20] <spoleeba> dobey, bah
[21:20] <spoleeba> dobey, clearly a packagekit hook could be optionally used
[21:20] <dobey> and control panel has it to install desktopcouch and evolution plug-in pieces, for additional features
[21:21] <spoleeba> dobey, but im not going to be working on extending the featureset under the new Canonical CLA... im happy to do minimal downstream work..but Im not going to be doing any significant reworking of features until Canonical takes the next step and goes inbound=outbound on its licensing
[21:21] <dobey> spoleeba: if packagekit supported everything i needed to do in libubuntuone, i would have used it. but it didn't and was easier to just talk to aptdaemon
[21:22] <spoleeba> dobey, sure for you....and i did say... optionally
[21:23] <dobey> yeah, well i didn't have time to implement the feature twice in two completely different ways, one which works, and one which probably won't and i don't have any easy way to test that it does
[21:23] <spoleeba> dobey, im not blaming you.
[21:24] <dobey> anyway, it is time for me to go
[21:24] <ralsina> alecu, mandel, I would *love* a second review for https://code.launchpad.net/~ralsina/ubuntu-sso-client/login-user-password/+merge/69336
[21:24] <spoleeba> dobey, but I am saying...id be willing to waste my time on it....if Canonical goes further in contrib agreement reform
[21:25] <dobey> ok. i'm not our legal team :)
[21:25] <dobey> anyway, later everyone
[21:25] <spoleeba> dobey, bye..thanks for the help
[21:27] <alecu> ralsina, looking
[21:41] <alecu> ralsina, ubuntu_sso/main/tests/test_linux.py
[22:30] <verterok> alecu, mandel: https://code.edge.launchpad.net/~verterok/ubuntuone-client/tritcask-win-compat/+merge/69725