[00:01] <karni> beuno: please uninstal before installation http://ubuntuone.com/p/UoN/ -- please don't tap the dashboard before the 'Syncing...' notification (second notification) disappears -- imagine it's a splash or something ;)
[00:01] <karni> beuno: I triple checked, so I hope you'll see UDFs/Shares
[00:02] <karni> beuno: meta sync duration naturally depends on how much meta there is to sync. but only the initial sync 'feels slow'. we've got the lovely delta afterwards.
[00:03] <karni> beuno: let me know if it worked for you, I'll check back in 15-20 min.
[00:28] <karni> ok, night guys! `see you` tomorrow
[10:37] <duanedesign> rye: hello
[10:37] <rye> duanedesign, morning!
[10:38] <duanedesign> hello rye . What is the comand to clean out your fsm directory.
[10:39] <duanedesign> for example you run: find ~/.local/share/ubuntuone/syncdaemon/fsm/ -type d -empty | wc -l
[10:39] <duanedesign> and find it returns a large number
[10:39] <rye> duanedesign, searching...
[10:40] <duanedesign> oh, thank you :)
[10:40] <duanedesign> i was updating my Tomboy U1 cheatsheet :)
[10:41] <duanedesign> i can add the commands to my CLI companion library. </shameless plug for my application>
[11:52] <rye> duanedesign, that was a long search - http://askubuntu.com/questions/16286/my-ubuntuone-is-broken-what-is-the-problem
[11:52] <rye> find ~/.local/share/ubuntuone/syncdaemon -depth -type d -empty | wc -l
[11:52] <rye> find ~/.local/share/ubuntuone/syncdaemon -depth -type d -empty -delete
[11:53] <rye> duanedesign, btw, verterok has come up with a metadata storage that takes under 5 seconds to load, i am testing that right now, not yet merged anywhere, though
[12:05] <duanedesign> rye: ahh, thanks for finding that :)
[12:27] <zyga> I have a synchronized folder ~/Audiobooks (it's visible on one.ubuntu.com/files), how can I get it on my desktop?
[12:28] <zyga> (preferably without using u1sdtool)
[12:31] <duanedesign> hello zyga
[12:32] <zyga> duanedesign, hi
[12:32] <duanedesign> zyga: so you have two computers on your Ubuntu One account. You shared the Audiobooks directory on one of the computers and are waiting for it to show up on the other?
[12:32] <zyga> duanedesign, unfortunately it's slightly more complicated
[12:33] <nessita> duanedesign: by share you mean make it an UDF?
[12:33] <duanedesign> ahh, yes
[12:33] <zyga> duanedesign, I experimented with u1sdtool to create something like dropbox selective synchronization, main device synchronizes everything, slave devices just a few folders
[12:33] <duanedesign> share was a bad choice of words :)
[12:33] <zyga> duanedesign, to do this I moved most stuff from ~/Ubuntu One to folders in ~/
[12:33] <zyga> and shared them
[12:34] <zyga> then I used u1sdtool to (this is where I probably screwed up) unsubscribe from those shares
[12:35] <zyga> duanedesign, so now I see ~/Audiobooks on one.ubuntu.com and u1 sync daemon on my main box does not want to synchronize anything there
[12:35] <zyga> I believe I should subscribe back but I'm not sure anymore, really
[12:35] <zyga> (the multitude of uuids that --info prints adds to the confusion)
[12:36] <duanedesign> so 'u1sdtool --list-folders is showing Subscribed=False?
[12:37] <zyga> checking
[12:37] <zyga> nope
[12:37] <zyga> I suspect that somehow I managed to get Audiobooks shared twice with different ID
[12:38] <zyga> because I can see files on the website and the folder is empty (with sync being done) on my box
[12:39] <zyga> note, previously I did not get synchronization to work at all - I was affected by https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/692496
[12:39] <ubot4> Launchpad bug 692496 in ubuntuone-client (Ubuntu) (and 1 other project) "Ubuntu one crashes in scan() (affects: 1) (heat: 6)" [Undecided,New]
[12:40] <zyga> duanedesign, I built a version of ubuntuone-client from that branch to synchronize
[12:40] <zyga> (I probably did more than a normal user would ;-)
[12:40] <duanedesign> :)
[12:40] <nessita> zyga: one question. Ubuntu One has shares and has folders. Did you enable a share or a folder?
[12:40] <nessita> zyga: that meaning, did you do --unsubscribe-folder o --reject-share?
[12:40] <zyga> nessita, shares == stuff shared with other users?
[12:41] <zyga> I did not use shares, just folders
[12:41] <zyga> I definitely used --unsubscribe-folder
[12:41] <nessita> zyga: ah, ok
[12:41] <nessita> zyga: so, first of all, do --refresh-volumes
[12:41] <zyga> done
[12:41] <nessita> and then what duanedesign says: --list-folders, and paste the output please in ubuntu.pastebin.com
[12:42] <zyga> http://pastebin.ubuntu.com/546581/
[12:42] <zyga> first is before --refresh-volumes, second is after
[12:42] <nessita> zyga: perfect! look: id=b6b93e18-317b-4902-bc72-a12365be97c1 subscribed=False path=/home/zyga/Audiobooks
[12:42] <zyga> oh!
[12:42] <zyga> sorry
[12:42] <zyga> I'm blind :P
[12:43] <zyga> I was expecting to see that after the UUID
[12:43] <nessita> zyga: so now, just subscribe to it: --subscribe-folder=b6b93e18-317b-4902-bc72-a12365be97c1
[12:43] <zyga> nessita, cool let's see
[12:44] <zyga> ok it works
[12:44] <zyga> is there way to subscribe/unsubscribe from any GUI?
[12:44] <zyga> (nautilus?)
[12:44] <nessita> zyga: yes, in nautilus you have the context menu and a ribbon, with a checkbox
[12:45] <zyga> right
[12:45] <nessita> the ribbon is not shown on every folder that is not synchronized, but in the "main" ones (Documents, Videos, Pictures, etc)
[12:45] <nessita> the context menu should be available in every home folder
[12:45] <zyga> nessita, I don't understand one thing
[12:45] <nessita> zyga: shoot
[12:46] <zyga> is the checkbox in the ribbon controlling the "subscribed" flag or the creation/destruction of the actual share
[12:46] <nessita> zyga: now that you mention this, you're right. Is controlling the creation/destruction
[12:47] <zyga> so
[12:47] <zyga> back to my question
[12:47] <nessita> zyga: so sorry, no, there is no GUI. Except on natty, when you have a new control panel
[12:47] <zyga> hmm
[12:47]  * zyga boots natty
[12:47] <zyga> is natty going to give UI similar to dropbox selective sync?
[12:47] <nessita> zyga: wait! the version that allows subcribe and unsubcribe is not released yet
[12:47] <nessita> zyga: I'll be building a package these days
[12:48] <zyga> (checkboxes on top-level ~/Ubuntu One/ folders + advanced button to have such checkboxes on any folder in the tree)
[12:48] <zyga> nessita, not even beta for canonical?
[12:48] <nessita> zyga: no, we're developing very fast for it, and we didn't build a new package last week, when I added that
[12:49] <zyga> I see
[12:49] <zyga> okay, I'll keep my eye on that :)
[12:49] <nessita> zyga: I'll be happy to ping you when this is ready, want me send an email so I email you back?
[12:49] <nessita> this == the package
[12:49] <zyga> sure
[12:50] <nessita> zyga: I'm https://launchpad.net/~nataliabidart
[12:50] <nessita> email is there
[12:50] <zyga> thanks, I was about to ask :D
[12:50] <ralsina> good morning people
[12:51] <nessita> hi ralsina
[12:53] <zyga> nessita, done
[12:53] <nessita> zyga: got it!
[12:54] <nessita> zyga: I should be building the package soon
[12:56] <zyga> nessita, great, thanks
[12:56] <nessita> you're welcome!
[13:01]  * ralsina remembers saying happy holidays to mandel yesterday :-)
[13:01] <mandel> ralsina: well, I'm on holidays, but spanish tv is crap, and I though, well why not doing some work
[13:02] <mandel> ralsina: is the bad thing of liking what you do for a living, y la loteria no toco :(
[13:02] <ralsina> mandel: ha, must confess I am asking my wife's permission to hack a couple hours a day next week ;-)
[13:11] <mandel> ralsina: hehehe it happens, if you like it, well, you like it
[14:01] <nessita> ralsina: stand up?
[14:01] <ralsina> nessita: oops! Let's!
[14:01] <nessita> :-)
[14:01] <nessita> me
[14:01] <ralsina> me
[14:01] <dobey> me
[14:02] <nessita> DONE: day off, landed 3 branches for control panel devices, bug #686606, bug #673673
[14:02] <nessita> TODO: services tab, reviews, u1cp package
[14:02] <nessita> BLOCKED: nopes
[14:02] <nessita> NEXT: ralsina
[14:02] <ubot4> Launchpad bug 686606 in ubuntu-sso-client "Use ubuntuone-dev-tools (affects: 1) (heat: 9)" [Medium,Fix committed] https://launchpad.net/bugs/686606
[14:02] <ubot4> Launchpad bug 673673 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Use apt-get with gksudo to install the extension (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/673673
[14:02] <ralsina> DONE: discussed API changes with foundations, some PyQt work for the windows port, minor stuff
[14:02] <ralsina> TODO: more windows stuff
[14:02] <ralsina> BLOCKED: no
[14:02] <ralsina> dobey
[14:02] <dobey> λ DONE: rbox plug-in release/upload for bug 691647, started initial client backport work
[14:03] <dobey> λ TODO: 683351, initial client backport work for lucid
[14:03] <ubot4> Launchpad bug 691647 in rhythmbox-ubuntuone-music-store (Ubuntu) (and 1 other project) "Cannot enable plugin: ImportError: No module named defer (affects: 2) (heat: 10)" [High,Fix released] https://launchpad.net/bugs/691647
[14:03] <dobey> λ BLCK: None.
[14:03] <nessita> dobey: question about nigthlies. Were you able to setup control panel to build there?
[14:03] <ralsina> ok, mandel is not officially working and is having lunch anyway
[14:05] <nessita> ralsina: ok, eom then?
[14:05] <ralsina> eom!
[14:05] <nessita> bug 683351
[14:05] <ubot4> Launchpad bug 683351 in tarmac "Should ignore authors and proposer for votes counting (affects: 1) (heat: 4)" [Medium,In progress] https://launchpad.net/bugs/683351
[14:05] <dobey> nessita: not yet, will do that too, should be trivial to do
[14:05] <nessita> dobey: thanks!
[14:08] <dobey> nessita: what was that about faking the dbus module in windoews, btw?
[14:10] <nessita> dobey: mandel is having lint issues on windows and on linux, and I think we should have no lint issues at all. Not sure about the proper fix, that was just an idea. ralsina is doing the follow up on that
[14:11] <ralsina> dobey: I think faking dbus in windows is way overkill
[14:11] <ralsina> dobey: besides what exactly is doing pylint for us checking that? That we didn't mistype dbus? ;-)
[14:11] <nessita> ralsina: I meant just an empty file, not faking the whole machinery
[14:12] <ralsina> nessita: yes, but then it will complain about not having the members
[14:12] <nessita> ralsina: or that you're using a module that is not installed on tarmac, hence is not listed as requirement in the package
[14:12] <dobey> i guess i don't know what the warnings in question are
[14:13] <ralsina> nessita: for dbus that error in tarmac is kinda theoretical
[14:13] <dobey> it's all theory until it fails
[14:14] <nessita> ralsina: lint has caught several error for me in the past. 95% true positives, 5% false positives
[14:15] <ralsina> is it even possible to fake dbus only on windows?
[14:17] <ralsina> nessita: don't let this bother you, we won't do anything too bad, you have enough on your plate. Have faith in mandel and me ;-)
[14:18] <nessita> yes!
[14:18]  * nessita goes away to code
[14:25] <dobey> ralsina: is that lucid vm still syncing properly for you?
[14:25] <ralsina> dobey: let me start it and I'll tell you!
[14:25] <ralsina> dobey: need me to upgrade it?
[14:27] <dobey> ralsina: not any further at the moment. there are 200+ fixes i have to sort through for client backporting :(
[14:27] <ralsina> dobey: ouch
[14:28] <dobey> yeah
[14:30] <mandel> ralsina: I'm back, so what I was saying, when writing code for more thna one platform, we will have import errors from lint all the time
[14:31] <mandel> which is noise since ofcourse dbus is not in windows, and _winreg on linux
[14:31] <ralsina> mandel: for the imports, we can disable the messages
[14:31] <ralsina> but then we get errors whenever we USE the module, right?
[14:31] <mandel> ralsina: what do you mean?
[14:31] <dobey> no
[14:31] <dobey> that's what if sys.platform == 'win32' is for
[14:32] <ralsina> dobey: we aret alking about pylint
[14:32] <mandel> dobey: is pylint the issue, it will complain because it cannot import a module...
[14:33] <ralsina> mandel: doing # pylint: disable-msg=E1101
[14:33] <dobey> huh?
[14:33] <ralsina> mandel: or whatever error is needed to be disabled
[14:33] <ralsina> dobey: pylint doesn't care if you do the if, and will complain anyway
[14:33] <dobey> yes i know that
[14:33] <dobey> which is why you need to add the # pylint: disable=
[14:34] <dobey> disable-msg is deprecated btw
[14:34] <mandel> ralsina: yes, I know, but I was wondering if we could do that in a smart way so that all ubuntuone projects have to be multiplatform
[14:34] <dobey> ralsina: but what is: 09:12 < ralsina> but then we get errors whenever we USE the module, right?
[14:34] <ralsina> dobey: pylint errors whenever we use dbus.whatever on windows
[14:34]  * ralsina doesn't know if that happens or not
[14:35] <dobey> ralsina: that's what the disable comment is for
[14:35] <ralsina> dobey: I'm ok with disabling on small pieces, not on the whole module
[14:36] <dobey> yes
[14:36] <dobey> that's why you put a # pylint: enable=$disablederror after the import
[14:36] <dobey> so you disable it and re-enable it
[14:36] <mandel> dobey, ralsina yes, but we do know that it will happen always that we have a multiplatform module with dbus, _winreg etc...
[14:37] <ralsina> dobey: but we would have to do that whenever we use a dbus member?
[14:37] <mandel> ralsina: that exaclty is my complain, do it every time…
[14:37] <ralsina> dobey, mandel: ugly as hell it is
[14:38] <ralsina> can we have different pylintrc's for windows and linux?
[14:38] <dobey> even if we could, i don't think it would help
[14:38] <zyga> nessita, does u1 handle the situation where you were synchronizing say ~/Documents and they got renamed to ~/Dokumenty due to locale change and prompt on next login?
[14:39] <nessita> zyga: nopes
[14:39] <ralsina> dobey: we could set dbus as an acquired-member
[14:39] <zyga> nessita, bummer, bug?
[14:39] <ralsina> dobey: I am not 100% sure it would fix the problem, but it's something to test
[14:39] <nessita> zyga: let me confirm with the coders of that part
[14:39] <nessita> facundobatista: could you please refresh my memory regarding UDF renaming? do we support it?
[14:40] <facundobatista> nessita, IIRC, no
[14:40] <ralsina> dobey mandel: we would have to set pylint to "zope mode" too :-)
[14:40] <dobey> zyga: doesn't changing locale not move the old directory, but instead make a new one?
[14:41] <dobey> zyga: that, or symlink? renaming folders is evil.
[14:41] <zyga> dobey, I'm not sure, I remember I ended up with multiple directories a handful of times
[14:41] <zyga> dobey, it's a real folder
[14:41] <dobey> zyga: i think because it makes a new folder.
[14:41] <nessita> zyga: so, is not a bug for sure, since in order to track file system events we need to add watches to folders. Since we can't add watches to every sinfle folder in your home, we can't track UDF moves
[14:41] <nessita> verterok: ping
[14:41] <zyga> for all of you non-native english folks, just install ubuntu, sand post install configure your locale (because it was not on the CD)
[14:41] <verterok> nessita: pong
[14:41] <nessita> verterok:  could you please refresh my memory regarding UDF renaming? do we support it?
[14:41] <zyga> nessita, dobey: it's a common thing to happen
[14:41] <mandel> ralsina: mmm we have to find  a nice way to work around this issues….
[14:42] <verterok> nessita: no, we don't
[14:42] <zyga> nessita, that's why I did not sync anything apart from ~/Ubuntu One before, it always gets messed up on locale change
[14:42] <zyga> (change sounds bad, just locale configuration post install)
[14:42] <ralsina> mandel: if we can mark dbus as acquired-member in windows and not on Linux, then pylint will check when it's actually useful, and not on the other platform
[14:42] <nessita> zyga: we discussed this issue (udf rename/move) several times, and we decided not to support it. So no bug...
[14:42] <nessita> verterok: thanks!
[14:42] <dobey> zyga: i don't think it's that common for someone to change their locale all the time
[14:42] <zyga> udf?
[14:42] <zyga> dobey, it's not about change as I said
[14:42] <nessita> zyga: User Defined Folder
[14:43] <zyga> ah
[14:43] <mandel> ralsina, dobey: is there a multipaltform lib that uses lint that we could look at?
[14:43] <zyga> since we (canonical) added this nice feature to rename our folders when the locale changes (again for me that's just the second boot after install)
[14:43] <dobey> mandel: pylint?
[14:43] <zyga> we could extend it to move our shares properly I hope
[14:43] <zyga> or perhaps not move but handle that in a non-destructive way
[14:43] <nessita> zyga: is very complicated at low level, and at server level
[14:44] <zyga> nessita, I realize this is may not be trivial
[14:44] <dobey> ugh, we ship a patched xdg thing that renames the folders?
[14:44] <zyga> nessita, perhaps a half solution where we just make sure that the old folders are not removed in a way that kills user's data on u1
[14:44] <zyga> dobey, install any other language, logout and see what happens if you select that language
[14:45]  * zyga always knew that lots of bugs have a root in english being the default language
[14:45] <nessita> zyga: indeed. Could you please fill a bug to do some discussion on the issue? add all those concerns to the report, to have something to start on
[14:45] <zyga> nessita, sure
[14:45] <ralsina> mandel: no idea
[14:45] <nessita> zyga: assign to ubuntuone-foundations team, please, so __lucio__ can track it
[14:45] <zyga> k
[14:46] <facundobatista> zyga, nessita, kill user's data on u1? I think it will unsubscribe the UDF and nothing more, on a rename
[14:46] <zyga> facundobatista, it's not just rename, I think it's also a bug in the way the "rename" is done, it actually moves the data but sometimes leaves the folder around
[14:46] <zyga> this way it kills data on all the other synced computers and u1 itself
[14:47] <facundobatista> zyga, yes, if you move the data out of the udf, you're deleting it
[14:47] <zyga> so in my example I end up with both (now empty) Documents and Documenty (pl)
[14:47] <nessita> facundobatista: if the rename is a move of all the contents, that's  a problem :-/
[14:47] <zyga> facundobatista, I understand that, It's just a part of the unfortunate default setup we (canonical) made
[14:47] <dobey> zyga: well i just did LANG=sq_AL xdg-user-dirs-update and nothing happened
[14:47] <facundobatista> nessita, zyga, well... yes, it's beyond our capability there: the files are being moved out!
[14:48] <facundobatista> nessita, zyga, there's nothing we can do from the syncdaemon side, you should stop moving out the files
[14:48] <zyga> I'm not moving the files
[14:48] <zyga> it's _our_ _default_ _configuration_ doing that
[14:48] <nessita> facundobatista: the files are moved automatically by *us* (ubuntu)
[14:48] <zyga> I'm just arguing that 1) it's a bug in the way those things work together 2) perhaps having some support of XDG dirs in the future is sensible
[14:49] <nessita> facundobatista: if you boot your system in a locale other than english, you get asked if you want to have Documents called Documentos
[14:49] <facundobatista> nessita, we should stop moving out the files, but again, there's nothing we can do from the syncdaemon side
[14:49] <facundobatista> nessita, zyga, so please open a bug in ubuntu, not in syncdaemon
[14:49] <dobey> zyga: i wonder what it is exactly that is moving stuff then, because i just ran the command that should do it, and nothing happened
[14:50] <zyga> w8 phone
[14:50] <mandel> ralsina, dobey: I do not mind in that branch to remove the erros from appearing on linux, and just ignore the issues on windows, but is a PITA
[14:50] <dobey> oh it worked when i did with tr_TR
[14:50] <dobey> but not with sq_AL
[14:50] <dobey> hrmm
[14:50] <dobey> but it did ask
[14:50] <dobey> so it's not automatic
[14:51] <ralsina> mandel: the other proposal, faking dbus on windows seems like a lot of work, since an empty file will only avoid one pylint message, right?
[14:51] <mandel> ralsina, dobey: I'd like to have that branch landed , and the work in a way to enable, disable test cases per platform, so that is we run the tests on windows, the linux specifics are not ran
[14:51] <zyga> re
[14:51] <mandel> ralsina: well, now that you mention it, I wanted to write a lib, just like python dbus, that uses wcf, is an interesting holiday project
[14:51] <zyga> dobey, yeah the trigger is automatic, the move is not but the question sounds so innocent it's not unlikely a normal user would select that
[14:51] <mandel> ralsina: we could see how far I get for that with just python bindings...
[14:52] <ralsina> mandel: yes, that's what you need, a pet project ;-)
[14:52] <mandel> ralsina: exactly, 'cause I have not too much work heheh
[14:52] <mandel> ralsina: but it would be interesting to try and do it
[14:52] <CardinalFang> beuno, will you please turn on mobile access for a test account of mine?   ubuntuonetest@chad.org
[14:52] <ralsina> mandel: interesting? Sure!
[14:52] <zyga> dobey, facundobatista, nessita: there is another depth to this bug, on windows users may want to say, sync "~/Music" to "localized-version-of-that-stuff-varying-depending-on-windows-version"
[14:53] <zyga> there is an equivalent to XDG on windows
[14:53] <dobey> zyga: sounds like a UX problem then. i guess there needs to be some sort of integration in that tool with things that might depend on the directory names not changing
[14:53] <zyga> sigh, sorry
[14:53] <facundobatista> zyga, UDFs are prepared to have different locations on each machine
[14:53] <zyga> facundobatista, cool
[14:53] <facundobatista> zyga, each client receives a "suggested path", but the client could locate it anywhere
[14:53] <dobey> windows doesn't exactly do localization very well
[14:53] <ralsina> mandel: I'd say we should aim to making the linux errors go away, and windows can wait a bit
[14:53] <zyga> facundobatista, so it's much closer to being fixable
[14:54] <zyga> dobey, what do you mean by that
[14:54] <facundobatista> zyga, you may have two ubuntus, in two different languages :)
[14:54] <zyga> dobey, windows has localized paths for ~ most of the interesting folders user see
[14:54] <facundobatista> zyga, however, I think there still no UI to change that
[14:54] <mandel> ralsina: ok, ill comment those lines so we do not get pylint complaining, I'll fix windows later
[14:54] <ralsina> mandel: I know it's not the best idea, but it's the practical one :-(
[14:54] <facundobatista> zyga, and this has nothing to do with moving files out from an UDF
[14:54] <zyga> facundobatista, yeah I know, this is just a mental follow-up
[14:55] <zyga> (a justification of having some "smarts" about what the folder is that is not just limited to the pathname
[14:55] <dobey> zyga: afaik, "localized windows" means a completely different install. but i don't really have much experience with windows 7 if they've unified their localization ideals
[14:55] <facundobatista> zyga, :)
[14:55] <zyga> dobey, well since windows 2000 AFAIR there's an API to get stuff like "documents", "music", "pictures", "desktop" and a few others
[14:55]  * facundobatista always tries to localize windows in his walls, otherwise they tend to fall into the floor
[14:55] <zyga> dobey, and those paths depend on your locale
[14:56] <dobey> zyga: there's an api to get the directories, but windows xp at least, does not have multiple locales
[14:56] <zyga> dobey, it's not a completely different install, not digging into the topic now it's just a feature not unlike what XDG dirs are
[14:56] <dobey> you have to install the french or spanish or whatever version to get the localized strings like that
[14:56] <zyga> dobey, not in one install, that's true
[14:56] <zyga> dobey, but that's not relevant, if I have XP (english) and XP (polish) then from the API perspective they are localized and same logical directory has different path
[14:57] <zyga> dobey, and since vista it's possible to install any language (AFAIR, could be win7)
[14:57] <dobey> it doesn't really matter
[14:57] <zyga> win7 has two paths for those directories the true path (always the same) and the localized display path
[14:58] <dobey> localizing filesystem directories and expecting them to change across machines at any random point in time, is evil
[14:58] <zyga> the localized display path is ntfs symlink (AFAIR)
[14:58] <zyga> dobey, true
[14:58] <mandel> ralsina, dobey: can I ping you to take a look at the branch when done?
[14:58] <ralsina> mandel: sure
[14:59] <zyga> dobey, I'm checking xdg-user-dirs-gtk-update source to see what it _actually_ does to "rename" those directories
[14:59] <dobey> zyga: it just does the same thing as "mv Documents Dokumente"
[15:02] <zyga> dobey, it also updates gtk bookmarks
[15:02] <dobey> sure
[15:07] <nessita> CardinalFang: ping
[15:09] <CardinalFang> nessita, hi
[15:09] <nessita> CardinalFang: hi there! are the access to desktopcouh list databases and exclude blocking?
[15:10] <nessita> CardinalFang: I mean, can they block in a way that may freeze a UI?
[15:12] <CardinalFang> nessita, yes, all of them are.  The HTTP request could hang, but if it takes more than a few milliseconds then something is wrong.
[15:13] <nessita> CardinalFang: thanks. Does this apply to all the ops you mentioned on Monday? (list all database, exclude a database)
[15:13] <zyga> nessita, regarding bug 600832
[15:13] <nessita> ralsina: ping
[15:13] <ubot4> Launchpad bug 600832 in ubuntuone-client "Bandwidth limit not taken into account (affects: 9) (dups: 1) (heat: 36)" [High,Confirmed] https://launchpad.net/bugs/600832
[15:13] <ralsina> nessita pong
[15:14] <nessita> zyga: yes?
[15:14] <Chipaca> nessita: the starting desktopcouch if it isn't running already also blocks
[15:14] <Chipaca> nessita: bah, in u1-prefs, one of the freezes was because we blocked on that
[15:14] <nessita> ralsina: I need a quick chat with you re: services tab on control panel
[15:14] <zyga> nessita, I think I was wrong in my guess about that, looking at the pictures you and me attached I think the limit _is_ respected but the implementation is different from what might be expected
[15:14] <ralsina> nessita: mumble or irc?
[15:14] <nessita> ralsina: mumble may be faster
[15:15] <zyga> nessita, the issue with my image is that it was using kilobits not kilobytes, the actual _average_ speed over ~ minute is what is set in the settings file
[15:15] <zyga> nessita, the only thing that I think is wrong is the actual implementation
[15:15] <zyga> burst traffic, then nothing
[15:15] <zyga> averages out okay
[15:15] <ralsina> nessita: starting mumble now
[15:15] <zyga> but users might expect small constant traffic instead
[15:16] <nessita> zyga: indeed, I expect that
[15:16] <zyga> nessita, so I think the bug description should be updated to explain this
[15:16] <zyga> because from developer's point of view the limit is respected (in a way)
[15:17] <nessita> zyga: can you add a new comment with these thoughts?
[15:17] <zyga> nessita, sure
[15:17] <CardinalFang> nessita, yes.  All desktopcouch functions that store or retrieve data are blocking.  Unless it takes a callback function to report results into, this is a safe assumption.
[15:18] <zyga> done
[15:20]  * karni zyga Hej :) Pracujesz dla Canonical moze? Widziałem "zyga: we (canonical) ..." i pomyślalem, że jest ktoś z Polski kto dla nich robi :)
[15:21] <karni> sry, that's supposed to be @ zyga ;)
[15:21] <zyga> hmm ;-)
[15:21]  * karni is back to the living from christmas shopping :F
[15:21] <zyga> karni, yes
[15:22] <karni> zyga: what, that's awesome :)!
[15:23] <nessita> Chipaca: any ideas on how to workaround that blocking? any experience on how long does it takes?
[15:25] <CardinalFang> nessita, threading.
[15:26] <nessita> CardinalFang: not very good idea inside GTK. We have added several abstraction layers to the control panel to [provide a backend that deals with this kind of problems, the issue here is that we didn't add the suypport to async access to DC before, and now I'm running out of time
[15:27] <Chipaca> nessita: it takes a few seconds
[15:27] <nessita> at this point I think I prefer the hang and solve it properly as a bug fix
[15:27] <Chipaca> nessita: one or five, say
[15:29] <nessita> CardinalFang: another question, why starting the DC service generates 2 /usr/bin/python /usr/lib/desktopcouch/desktopcouch-service processes?
[15:30] <mandel> ralsina: ping
[15:30] <ralsina> mandel: pong
[15:31] <dobey> threading isn't a bad idea inside GTK+. the real issue was that gnomekeyring was just doing all kinds of weird stuff
[15:31] <CardinalFang> nessita. we considered Twisted's couchdb interface in the beginning, but decided not enough people use or like Twisted.
[15:31] <mandel> ralsina: can you do something for me, can you branch lp:ubuntuone-dev-tools and see if you can run the tests?
[15:32] <mandel> ralsina: I'm trying on maverick and I've got it failing
[15:32] <ralsina> mandel: Sure. Maverick?
[15:32] <CardinalFang> nessita, one to be the dbus service and answer messages, and one to go handle replication.
[15:32] <mandel> ralsina: if you have natty, try natty first
[15:32] <dobey> mandel: failing how?
[15:32] <ralsina> mandel: natty it is
[15:33] <mandel> dobey: let me paste bin, one sec
[15:33] <nessita> CardinalFang: but that is not in place, right?
[15:33]  * ralsina has all ubuntus known to man or animal, including allergic alligator 
[15:33] <CardinalFang> nessita, "in place"?
[15:33] <nessita> CardinalFang: coded, landed, ready to use
[15:34] <dobey> ralsina: ancient archeopteryx?
[15:34] <ralsina> dobey: yes, and time-travelling t-rex, too
[15:34] <mandel> dobey: here it is http://paste.ubuntu.com/546634
[15:34] <mandel> dobey: I dont think it is realted to my merges, 'cause in all reviews we ran the tests...
[15:35] <dobey> huh
[15:35] <mandel> could be my system
[15:35] <CardinalFang> nessita, it's been in use since Karmic.
[15:35]  * karni gets to work
[15:36] <mandel> dobey: I'll install a natty vm to see if it works there, can you test trunk in your side?
[15:37] <dobey> mandel: works fine here
[15:38] <mandel> dobey: he, interesting, I'm woking on a clean maverick start, maybe something was updated, I'll check if there are any updates
[15:38] <mandel> dobey: I'm on python 2.6.6, could that be an issue?
[15:39] <dobey> no
[15:40] <nessita> CardinalFang: hum, I'm a bit lost, You said you consider a twsited like interface but you did not do it? and then you said is there since karmic?
[15:40] <ralsina> mandel: works here too
[15:40] <mandel> hmm that is very strange, dobey, ralsina you both tested it on natty, right?
[15:41] <ralsina> mandel: yes, natty
[15:41] <CardinalFang> nessita, Not just an interface like Twisted, but actually Twisted's library.
[15:41] <mandel> ralsina: got any chance to test it on maverick?
[15:41] <mandel> I'm getting a natty vm atm
[15:41] <CardinalFang> nessita, python-desktopcouch is a very thin layer over python-couchdb.
[15:41] <ralsina> mandel: in 5'
[15:41] <mandel> ralsina: cool, thx
[15:41] <ralsina> mandel: I can't see your paste for some reason
[15:42] <nessita> CardinalFang: and does python-desktopcouch provides a async interface to list and exclude databases?
[15:42] <mandel> ralsina: this: http://paste.ubuntu.com/546634/
[15:42]  * mandel wonders if it is karma telling him not to work....
[15:42] <ralsina> mandel: I can't connect to paste.ubuntu.com for some reason
[15:42] <nessita> ralsina: pastebin.ubuntu.com
[15:43] <CardinalFang> nessita, you mean python-couchdb?  No, it doesn't/
[15:43] <nessita> CardinalFang: no, I mean desktopcouch
[15:43] <ralsina> Oh, great, the DNS of the ISP is down. Setting to 8.8.8.8 :-)
[15:44] <mandel> ralsina: I'll get you an other patebin service
[15:44] <dobey> mandel: it would appear that it's not finding data/dbus-sessionconf
[15:45] <ralsina> mandel: won't work, my DNS is screwed
[15:45] <mandel> ralsina: ouch
[15:45] <ralsina> mandel: since the internet is broken, I am going to have lunch.
[15:45] <ralsina> mandel: be back in 30
[15:45] <CardinalFang> nessita, No.  It uses python-couchdb, which is synchronous only, and makes no guesses about your threading or event loop or anything.
[15:46] <mandel> dobey: yes, but that does not make sense...
[15:46] <mandel> ralsina: disfruta!
[15:46] <dobey> mandel: i agree
[15:46] <mandel> dobey: I've checked, the file is there… WTF?!?!
[15:46]  * mandel looks closer
[15:46] <nessita> CardinalFang: understood, thanks
[15:49] <CardinalFang> aquarius, was Twisted's couchdb library even stable when you planned desktopcouch?
[15:54] <aquarius> (am not really here, but: ) twisted didn't even *have* a couch library, really. The raindrop people used paisley, which I had to patch weirdly to make it talk to DC.
[15:54] <CardinalFang> aquarius, are you vacating?
[15:55] <aquarius> I am
[15:55] <aquarius> pretty close to being entirely vacant, tbh
[15:55] <CardinalFang> Cheers.  Egg nog up.
[15:58] <mandel> dobey: ping
[15:59] <mandel> dobey: after installing the ubuntuone-dev-tools deb from the ppa, it works...
[15:59]  * mandel does not like that
[16:01] <dobey> mandel: add a "print path" after the first path = os.path.join() in _find_config_file() and tell me what it prints
[16:02] <mandel> dobey:  on it
[16:02] <dobey> err
[16:02] <dobey> mandel: nevermind actually
[16:02] <dobey> mandel: i see the problem
[16:02] <mandel> dobey: ok, what is it?
[16:02]  * mandel curious :)
[16:09] <dobey> mandel: missing comma
[16:09] <mandel> dobey: was that due to my changes?
[16:10]  * mandel wonders...
[16:10] <dobey> don't think so
[16:10] <mandel> dobey: well, doesn't matter, is good I tried to run it without the ppa installed
[16:10] <mandel> that was plain luck
[16:21] <dobey> mandel: https://code.launchpad.net/~dobey/ubuntuone-dev-tools/fix-src-config/+merge/44482
[16:22]  * karni away for 30 min
[16:22] <dobey> alright, off to lunch, bbiab
[16:23] <mandel> dobey: will review on windows and linux :)
[16:28] <mandel> dobey, ralsina, can you review https://code.launchpad.net/~mandel/ubuntuone-dev-tools/point_to_pylint/+merge/44332
[16:28] <mandel> ralsina: I think you can approve rather than nessita
[16:29] <nessita> mandel: I need to revert my needs fixing
[16:29] <nessita> that meaning, you can't have a needs fixing
[16:30] <mandel> nessita: really? I did not know that
[16:31] <nessita> mandel: -.- is on the hige reviews reviews email! :-) and on a former email about tarmac laws
[16:31] <nessita> mandel: you have to use enable, no enable-msg
[16:31] <nessita> /usr/lib/pymodules/python2.6/pylint/lint.py:368: DeprecationWarning: enable-msg is deprecated, replace it by enable (/home/nessita/canonical/u1/dev-tools/review_point_to_pylint/bin/u1lint)
[16:31] <nessita>   DeprecationWarning)
[16:32] <nessita> mandel: same for disabling
[16:32] <mandel> nessita: WTF?!?! which version are you running...
[16:32] <mandel> nessita:joder menudo puto dia
[16:32] <nessita> mandel: maverick's
[16:32] <mandel> nessita: I did not get that on maverick
[16:33] <nessita> mandel: this may come up wrong, but sorry, you're lying :-)
[16:33] <nessita> we're getting this since months for old style messages like that one
[16:33] <mandel> nessita: I swear, let me see again
[16:34] <nessita> mandel: note that you have mixed enable-msg and enable
[16:34] <beuno> CardinalFang, on it
[16:34] <mandel> nessita: I'm dancing between os, that could happen, I need to find a way to run tests on all os without jumping around
[16:35] <nessita> mandel: Vm's?
[16:35] <beuno> CardinalFang, done
[16:36] <mandel> nessita: yes, even with vms, and yes, I was lying, my brain just ignored the warning, let get that branch out and I'll take holidays, I clearly need them
[16:36] <nessita> mandel: yes sir!
[16:37] <mandel> nessita: updated, not more warning
[16:37] <mandel> nessorry for all this stupid errors, it seems not to be my day….
[16:37] <mandel> nessita: ^
[16:37] <nessita> :-)
[16:37] <mandel> ha I can even do autocomplete in irc...
[16:39] <ralsina> mandel: I just approved it so as soon as nessita removes the needs-fixing it's in, IIUnderstandC
[16:39] <nessita> mandel: have you pushed correctly? still getting warnings
[16:39] <mandel> ralsina: I approved dobeys branch, can you review it?
[16:40] <ralsina> mandel: url?
[16:40] <mandel> nessita: which version are u in, it might take some time, it should be 23
[16:40] <mandel> ralsina: https://code.launchpad.net/~dobey/ubuntuone-dev-tools/fix-src-config/+merge/44482
[16:41] <nessita> mandel: now yes! approving
[16:41] <mandel> nessita: my internet goes kinda slow, parents house + brother playing games :P
[16:42] <mandel> nessita: so, now I have to wait for dobey, right?
[16:43] <mandel> 'cause I'm leaving 'til next year after that
[16:50]  * ralsina is having bad network problems. I may  have to checkout early to find a new place.
[16:50] <nessita> ralsina: rodrigo_ is around, in case you wanna talk about the evolution contact bug
[16:51] <ralsina> nessita: got the bug # at hand?
[16:59] <CardinalFang> Lunch!  Back in a bit.
[17:02] <nessita> ralsina: nopes
[17:02] <nessita> sorry :-/
[17:02] <ralsina> nessita: donguorry
[17:03] <ralsina> nessita: I have it on my email... which I can' t get to at the moment because of the DNS crashage. Only IRC is working because I connect by IP :-(
[17:04] <nessita> ralsina: add to your nameservers  8.8.8.8 and 8.8.4.4 (google ip addresses)
[17:04] <nessita> dns addresses
[17:05] <nessita> ralsina: sudo vi /etc/resolv.conf
[17:05] <nessita> add
[17:05] <nessita> nameserver 8.8.8.8
[17:05] <nessita> nameserver 8.8.4.4
[17:06] <ralsina> nessita: DNS is unwisely blocked
[17:10] <rye> ralsina, 4.2.2.2
[17:10] <rye> ?
[17:10] <rye> https://bugs.launchpad.net/evolution-couchdb/+bug/673568
[17:11] <ubot4> Launchpad bug 673568 in evolution-couchdb (and 1 other project) "Error modifying contact, other error when saving contacts (affects: 26) (dups: 4) (heat: 124)" [High,In progress]
[17:11] <ralsina> the morons are blocking outgoing DNS on the router. I' ll just go somewhere else
[17:11] <ralsina> brb
[17:11] <rodrigo_> ralsina, that's the bug you were looking for?
[17:12] <rodrigo_> if so, already working on it
[17:15]  * nessita -> lunch
[17:20] <rye> for these issues we need dns over http...
[17:36] <dobey> mandel: wait for me for what?
[17:39] <nessita> me is back
[17:40] <mandel> dobey: approave or not the branch that find pylint and pyflakes on windows
[17:40] <mandel> dobey: you flagged as needs fixing
[17:42] <dobey> looking, i can only do so many things at once, you know
[17:46] <dobey> oh i see why the pyint warnings were happening earlier
[17:48] <dobey> you split the win32 code to a separate function that doesn't have the if win32: do win32 bits; else: do sane stuff;
[17:55] <dobey> mandel: couple of new concerns so i needs fixinged it again
[17:55] <mandel> dobey: ok
[18:02]  * dobey begs for some reviews on his branches
[18:03] <dobey> mandel: btw, you STILL owe me conflict resolutions on your desktopcouch improve_keyring_tests branch
[18:03] <mandel> dobey: yes, I noticed today, will do right now with the fixes you commented
[18:03] <mandel> dobey: I'm having one of those stupid days where I get things al the time wrong...
[18:04] <dobey> eh, you can't have continuous improvement, if you're not continuously failing :)
[18:06] <mandel> dobey: hehe, true, to be honest, is nice to have you in the reviews, you do take your time to look at them :)
[18:08] <dobey> i try to, yeah. passing tests doesn't really say much about the changes being made
[18:08] <mandel> dobey: on question, do you know where I can find game characters with a cc license, I wanna teach my brother to use pygame, but I'm missing the artistic side
[18:08] <mandel> dobey: indeed, just running tests is not enough, I usually try my best to do the same
[18:09] <dobey> mandel: google just pointed me at http://gamesprites.wikidot.com/
[18:10] <dobey> ok so that doesn't work so much
[18:10] <dobey> pretty empty
[18:10] <dobey> anyway just google for some; there's probably some on deviantart.com too
[18:10] <mandel> dobey: yes, I've been trying to find design with google and is bloody hard
[18:11] <dobey> mandel: you can always just make simple shapes on your own to help learn the API
[18:12] <dobey> like, make your own pac-man like images or something
[18:12] <mandel> dobey: yes, I think I'll do something like that, should be easier than trying to make it nice
[18:13] <mandel> dobey: I'm going to get you those branches fixed first
[18:14] <dobey> good :)
[18:33] <nessita> zyga: hey! still around? new release of ubuntuone-control-panel ready for natty: https://launchpad.net/ubuntu/+source/ubuntuone-control-panel
[18:33] <zyga> nessita, sure
[18:34] <zyga> nessita, ppa or build from source?
[18:34] <nessita> zyga: binaries ready, you should be able to get them with apt-get update + apt-get upgrade
[18:36] <zyga> nessita, updating
[18:50] <duanedesign> everyone have a great holiday.
[18:53] <karni> duanedesign: you too :)
[18:57] <mandel> dobey: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/point_to_pylint/+merge/44332 should be ready
[18:58] <mandel> dobey: also, do you mind running the tests for https://code.launchpad.net/~mandel/ubuntuone-dev-tools/point_to_pylint/+merge/44332 just to have a 100% approval?
[19:11] <beuno> karni, still no udfs for me
[19:11] <beuno> any idea what I canh do to help debug?
[19:13] <karni> beuno: that's bad. did it FC or just empty UDFs screen?
[19:13] <beuno> karni, just empty
[19:14] <karni> beuno: did you wait till second notification disappear? ('Syncing...' notification)
[19:14] <karni> in practice, we'll have something before the Dashboard, so that initial sync is performed before the user enters any section.
[19:14] <beuno> karni, did not get such a notification I think
[19:15] <karni> beuno: umm.. ok then, I'll give you the latest link, and you'll give it a try, ok :) ?
[19:15]  * karni tests the .apk first.
[19:15] <beuno> karni, sure, anything you need
[19:19] <CardinalFang> karni, that uploadFile takes  (Uri uri, String path) .  What are those parameters?
[19:19] <CardinalFang> I'm guessing Uri is the local path.  file:///...
[19:21] <karni> CardinalFang: ok, I just added upload source (raw, need to work on it, hope to have it today). currently it's (Uri uri, String path) -- uri from the MediaContentProvider (say, a picture picked from a photo gallery), and path was preferred upload path in the main volume (/Ubuntu\ One)
[19:21] <karni> CardinalFang: so we should make it something like:
[19:22] <karni> uploadFile(Uri uri, String volume, String node)
[19:22] <karni> uri - defines source, volume and node define destination in U1 storage
[19:22] <CardinalFang> Ah!  Tee hee.
[19:22] <karni> CardinalFang: please, please, don't treat it as a final api
[19:22] <CardinalFang> Of course.
[19:22] <karni> CardinalFang: it was just a quick draft :) I'm open to suggestions
[19:22] <karni> But I think uri, volume, node should do fine.
[19:23] <karni> beuno: when you see dashboard, you'll get first notification in the task bar, Connecting...
[19:23] <karni> beuno: then it will disappear, and Syncing... will appear
[19:23] <beuno> karni, I'll open it up again
[19:23] <beuno> we should probably move that away from the task bar
[19:23] <karni> beuno: when that 2nd notification (U1 picture) disappears
[19:23] <beuno> it's not super visible
[19:23] <karni> beuno: you can hit UDfs
[19:23] <karni> beuno: http://ubuntuone.com/p/UuE/
[19:24] <karni> beuno: you might wanna uninstall
[19:24] <karni> beuno: just to besure you get what I have.
[19:24] <beuno> karni, I just re-opened
[19:24] <beuno> I get Connectiong
[19:24] <beuno> then authenticating
[19:24] <beuno> then the icon is gone
[19:24] <beuno> no notifications
[19:24] <karni> beuno: and yes -- the notification is only for you. like I said, I wil overlay something over the dashboard
[19:24] <karni> beuno: fine. then get the latest version, you've got a second notification, just for testing
[19:25] <beuno> ok
[19:25] <beuno> I'll try that
[19:25] <karni> ok, what I believe is the solution -- after you log in, you land on a nice, few picture tutorial, and there's a status line saying 'Syncing'
[19:26] <karni> you would watch those few slides (or just wait), and when initial sync is done (only the first time)
[19:26] <karni> you would click 'I'm ready to rock' or whatever you like the button to say ;)
[19:26] <beuno> for the first time you open the app, yeah
[19:26] <karni> and then you'd get the dashboard.
[19:26] <karni> yes.
[19:27] <karni> beuno: ok, tell me if that reinstall gives you the second notification, and after that, if UDFs work - I want to make sure we're there already. Doesn't look good if it works for me, but not for you :)
[19:28]  * karni looks at the UDFs screen on his Hero
[19:32] <beuno> karni, now I get syncing
[19:32] <karni> beuno: ok, wait for it to finish :)
[19:33] <karni> and hit UDFs / Shares when that's done.
[19:33] <karni> the notification is just for debugging, the dashboard shouldn't be visible at that point.
[19:34] <beuno> (still syncing)
[19:35] <karni> beuno: takes a while, huh. depends on how much you have, indeed.
[19:36] <karni> beuno: if you had android sdk installed, you'd see under $ adb logcat how (quite fast) it goes through the files meta.
[19:36] <karni> That's why a slide show might be better then a dialog saying 'this may take a moment'
[19:37] <beuno> right
[19:37] <karni> beuno: are you on HSDPA/3G/wifi ?
[19:38] <beuno> karni, wifi
[19:38] <beuno> still syncing
[19:38] <karni> beuno: plus, showing what is being synced also gives user the feeling he's not waiting for nothing. so we can make that happen, too.
[19:38] <beuno> but I do see shares now
[19:38] <karni> win. I was getting worried.
[19:39] <CardinalFang> it should perhaps be less piecemeal.  Get a high-level summary first, then actually start transferring data.
[19:40] <karni> CardinalFang: by high-level summary, you mean?
[19:41] <karni> ah.. that's the way AU1 worked
[19:41] <CardinalFang> List of shares, list of top level files and directories in each.
[19:41] <karni> it refreshed every dir it was necessary. that's what you mean, probably
[19:41] <beuno> still syncing!
[19:41] <karni> CardinalFang: uhm
[19:41] <karni> beuno: you have the SDK installed?
[19:42] <CardinalFang> karni, I'm just "talking out of my hat".  I don't know enough about it yet.
[19:42] <beuno> karni, I do, but there;s something with USB I need to tweak in Ubuntu
[19:42] <karni> CardinalFang: that's possible. looks like I'll have to tweak the initial sync process.
[19:43] <beuno> karni, logs on the way
[19:43] <CardinalFang> karni, I 'll look, too.  Maybe some breadth-first search, assuming it's depth-first.
[19:43] <karni> beuno: adb logcat would give you a hint what's going behind the scenes. ok, thanks
[19:43] <karni> CardinalFang: yes, it's DFS
[19:43] <karni> like the order of delta served
[19:43] <karni> parent -> child
[19:44] <karni> beuno: looks like it finished, don't mind the notification
[19:44] <karni> beuno: no more meta syncing at the end of the log
[19:45] <karni> beuno: the notification was a quick dirty hack with AtomicInteger ;)
[19:45] <karni> the second one, that is
[19:46] <karni> beuno: I want to get that upload working for CardinalFang and I'll start smoothing out things
[19:46] <beuno> karni, no rush
[19:46] <beuno> just wanting to help test
[19:47]  * karni feels shy when serving broken apk's haha
[19:47] <beuno> so
[19:47] <beuno> I don't have udfs
[19:47] <beuno> and I only have one share
[19:47] <karni> wait. I thought you saw them, no?
[19:47] <beuno> not udfs
[19:47] <beuno> a share
[19:47] <beuno> now
[19:47] <beuno> force close
[19:47] <karni> ah
[19:48] <beuno> but when going to "published" and hitting back
[19:48] <karni> published is *not* implemented
[19:48] <karni> was that a FC ?
[19:48] <beuno> yes
[19:48] <karni> if so, that's fine.
[19:48] <beuno> sent logs
[19:48] <karni> ok, sorry for that :)
[19:48] <beuno> relax!
[19:48] <beuno> this is why I'm testing it
[19:48] <beuno> to break it
[19:48] <karni> :)
[19:49] <karni> I should make a list what doesn't work yet. Published section, Account details, possibly other preferences
[19:50] <beuno> karni, maybe start filing bugs and targeting against milestones?
[19:51] <karni> hhahha, 1st milestone - AU1 compatibility, 31 Dec. but I have nothing against filling out bugs, to have everything in place.
[19:52] <karni> beuno: I'll add that sync-screen before the dashboard, looks like we need it quite much
[19:52] <beuno> karni, whatever makes it easier for you
[19:52] <karni> beuno: I'm happy with filling out bugs, if you have time and energy, please do -- you'll know when I've fixed things
[19:53] <karni> beuno: I'll be still updating you ~daily
[19:53]  * beuno nods
[19:55] <dobey> mandel: did you fix those branches, or are you stuck in a glass of chimay?
[19:55] <mandel> dobey: they where fixed :)
[19:55] <mandel> dobey: I pinged you a while back…
[19:56] <mandel> dobey: although chimay is a great idea :)
[19:56] <mandel> dobey: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/point_to_pylint/+merge/44332 should be ready
[19:56] <mandel> 19:58
[19:56] <mandel> dobey: also, do you mind running the tests for https://code.launchpad.net/~mandel/ubuntuone-dev-tools/point_to_pylint/+merge/44332 just to have a 100% approval?
[19:56]  * karni works on file upload
[19:57] <dobey> mandel: approved
[19:57] <mandel> dobey: sweet, I'll set the state so tarmac takes care, thx a lot!
[19:58] <dobey> mandel: get me a chimay too
[19:58] <dobey> already did :)
[19:58] <mandel> sweet, thx again!
[20:05] <dobey> sure
[20:33] <karni> what's the width of advised margin in the source? was it 60 or 80 characters?
[20:36] <nessita> karni: 79 + return
[20:37] <karni> nessita: somehow I new you'd spot that question! thank you :)
[20:37] <nessita> :-)
[20:37] <karni> (and yes, it's the second time I asked that :F ;) )
[20:42] <dobey> backporting is pain.
[21:34] <karni> verterok: Hi verterok. Has anything changed with upload in the java implementation of storage protocol recently?
[21:35] <karni> verterok: I got this http://paste.ubuntu.com/546720/ with code ported to Ubuntu One Files from AndroidU1 (the upload method is virtually the same)
[21:35] <verterok> karni: nope, last time I changed anything was a few weeks ago (when I told you about the generations/get_delta) stuff
[21:35] <karni> verterok: I see.
[21:35] <verterok> karni: hmm, looks like there is a bug in the server it should be: "Previous hash does not match."
[21:36] <karni> verterok: Yup.
[21:36] <verterok> karni: you need to pass the previous hash in order to upload something
[21:36] <karni> verterok: And in case it's a new file, it's a HashUtils.emptyHash(), isn't it?
[21:36] <verterok> karni: the server will not allow you to upload a file with a previous_hash different from what the server knows as the previous hash
[21:36] <verterok> karni: I think so
[21:37] <karni> Yes. I end up with empty nodes..
[21:37] <karni> verterok: It makes files, but complains about previous hash, which actually is HashUtils.emptyHash(), that's why I was wondering.
[21:37] <verterok> karni: but if you are using the no-content capability, no empty hash needed
[21:37] <karni> verterok: Ok, I'll spend some time figuring out what went wrong.
[21:37] <karni> oh
[21:38] <verterok> as there is no content on the file
[21:38] <karni> verterok: yes I am. And I think that's what's new. So -- what should be the prev hash?
[21:38] <verterok> karni: not even sure if u1-java-sp actually supports that, let me check the code
[21:39] <karni> verterok: Bah, we didn't use *any* caps in AU1. Probably that's why something's new with uploading now -- now that we use 'no-content' capability.
[21:39] <verterok> karni: yeap
[21:40] <karni> verterok: So what's the advice from my guru. prev_hash should be an empty string? Or skip the no-content cap ;)?
[21:40] <verterok> karni: try using "", yes empty string
[21:40] <karni> verterok: thanks, will try!
[21:40] <verterok> karni:  not sure if it will work...but if doesn't work we might need to fix java-sp :/
[21:41] <karni> verterok: i'll ping you in a sec. if it doesn't, I guess skipping 'no-content' capability would at least temporarily solve it.
[21:41]  * karni tests
[21:44] <karni> verterok: Win. Empty prev_hash did the trick! \o/
[21:44] <verterok> nice
[21:44] <karni> verterok: Thanks :)
[21:44] <verterok> np
[21:48] <dobey> *yawn*
[21:53] <karni> CardinalFang: basic upload is in place, but temporarily uploading only under /Ubuntu\ One. since you need uploads to /.ubuntuone/something UDF , I have to feed some more data into 'nodes/paths' tracking, and you'll be set to integrate.
[21:54] <karni> CardinalFang: I didn't push it yet, but the uploadFile method in the service is: public void uploadFile(Uri uri, String volume, String parent)
[21:55] <karni> where Uri is the Pictures/other media content Uri, volume - self explanatory, parent - parent directory node of where the content lands.
[21:55] <dobey> later all
[21:55] <karni> later dobey
[22:03] <CardinalFang> karni, I'll wait until it lands.
[22:13] <CardinalFang> karni, oo
[22:18] <karni> CardinalFang: land means 'push to lp' ?
[22:20] <karni> CardinalFang: actually.. upload's ready, if you'll be using the service method. I'll push it.
[22:21] <CardinalFang> karni, okay, yes, plz.  Do I need to update the AIDL?
[22:22] <karni> CardinalFang: I'm sorry, but I did other little changes as well. I imagine it's not a good practice per-branch. lp:~mkarnicki/ubuntuone-android-files/basic-upload
[22:22] <karni> CardinalFang: the branch contains changes in AIDLs
[22:23] <CardinalFang> Okay.  I'll try to work with it tonight.
[22:23] <CardinalFang> You rock, karni.
[22:23] <karni> CardinalFang: I guess it should be my first merge proposal?
[22:23] <karni> CardinalFang: Nice word from you counts for me! Thank you.
[22:25] <karni> CardinalFang: As a side note -- I tested uploading myself. If you want to test it via-app (other than directly using the service method call), please use the upload button only under any folder under /Ubuntu\ One folder
[22:26] <karni> CardinalFang: It sounds silly, but that's what I'll fix now. However, uploadFile() call works for any volume/node
[22:27] <CardinalFang> karni, okay.
[22:28] <karni> CardinalFang: last question -- if I want to implement new stuff now, should I branch the trunk again? or work on what I currently have?
[22:32] <CardinalFang> karni, branch trunk again.  Or branch yours if you must or you expect many conflicts.
[22:33] <CardinalFang> I'm called away to dinner.
[22:33] <karni> :) bon apetit!
[22:33] <CardinalFang> karni, get rest!
[22:33] <karni> CardinalFang: thank you :)
[22:33] <CardinalFang> karni, no burning out!  I forbid it!  :)
[22:33] <karni> CardinalFang: You're too kind :)
[22:33] <karni> CardinalFang: have a great afternoon
[22:34] <karni> CardinalFang: I'll spend a little time with my family then!
[22:34] <CardinalFang> Laters, all.
[22:34] <karni> bye!
[22:59]  * karni lost connection for last >20 minutes
[23:04] <karni> CardinalFang: beuno: I proposed a merge, but removed it, since I spotted a classpath entry with my home dir in it uhh.
[23:10] <karni> CardinalFang: let's try to fix the ant setup next time, it bothers me that eclipse builds it fine, but ant builds the app with some missing OAuth dependency :( ok, take care!
[23:10]  * karni calls it a day