[01:13] <karni> beuno: CardinalFan: i'll catch u guys on Tuesday, my train was 1,5 hours delayed, Im going  to sleep now. take care.
[02:35] <duanedesign> .14
[08:06] <psypher246> hi all
[08:07] <psypher246> honk
[09:04] <mandel> psypher246: ping
[09:06] <psypher246> hi, i'm quite frustrated. i had several gigabytes of music saved in my ubuntuone folder, i then synced all my data to a new pc (25GB+/-) which took about 3 weeks (as ubuntu one has no way of doing offline syncing :( ) and after all that data synced i have now realised that several hunder of my songs are just gone, the folder are all still there but there are no songs in them and ubuntu one IS the backup
[09:07] <psypher246> so i have lost all those songs
[09:07] <psypher246> this is a continuation of stability issue i mentioned in a bug that i logged
[09:07] <psypher246> https://bugs.launchpad.net/ubuntuone-client/+bug/673368
[09:08] <ubot4> psypher246: Error: Bug #673368 is private.
[09:08] <psypher246> ever since upgrading i have had issues
[09:10] <psypher246> mandel: u there?
[09:10] <duanedesign> psypher246: so the music you lost was removed from the cloud and the original computer?
[09:10] <psypher246> yup
[09:10] <psypher246> poof gone
[09:11] <duanedesign> psypher246: well rye, or someone , can help you get that back.
[09:11] <psypher246> how?
[09:11] <mandel> psypher246: ok, I 'm sure we can get your files back, let me see who is around at the moment
[09:11] <psypher246> where would all those files be hidden?
[09:11] <mandel> psypher246: we have access to the servers, we can look at what happened to them
[09:12] <mandel> psypher246: it is possible to recover them, but I need to check with the ore server oriented guys, I more into the desktop things… let me check
[09:12] <psypher246> ok
[09:13] <duanedesign> psypher246: apart from the missing songs, has it completed the syncing of your other data?
[09:13] <psypher246> yes
[09:13] <psypher246> about 3GB of stuff is missing
[09:13] <mandel> psypher246: is there anything special in you os, I mean, do you use a lang that is not eng etc..
[09:13] <psypher246> nope
[09:14] <mandel> psypher246: ok, so to ge things clear in my head, you synced, and the files are not longer to be found in any of the machines, not the one that synced them, not the others, is that right?
[09:15] <mandel> psypher246: an of course they are not to be found in the web
[09:15] <psypher246> yeah thats right
[09:16] <duanedesign> psypher246: can you also run this command to see if U1 has any other plans to do anything : u1sdtool --waiting-metadata | wc -l
[09:17] <mandel> duanedesign: can you give psypher246 a hand with the command u1sdtool things to see what is going on, I thin rye should be in soon, there is no one else better than him to help
[09:17] <psypher246> u1sdtool --waiting-metadata | wc -l
[09:17] <psypher246> 0
[09:17] <mandel> psypher246: in which time zone are u?
[09:18] <duanedesign> and again replacing metadata with content i.e u1sdtool --waiting-content | wc -l
[09:18] <psypher246> gmt +2
[09:18] <psypher246> u1sdtool --waiting-content | wc -l
[09:18] <psypher246> 0
[09:19] <duanedesign> kk
[09:20] <duanedesign> psypher246: and for good measure lets see what the status is.  u1sdtool -s
[09:20] <psypher246> u1sdtool -s
[09:20] <psypher246> State: QUEUE_MANAGER
[09:20] <psypher246>     connection: With User With Network
[09:20] <psypher246>     description: processing queues
[09:20] <psypher246>     is_connected: True
[09:20] <psypher246>     is_error: False
[09:20] <psypher246>     is_online: True
[09:20] <psypher246>     queues: IDLE
[09:20] <duanedesign> ok
[09:21] <mandel> psypher246: ok, I think rye is at utc + 1 so he will be here soon, if duanedesign cannot find what is going on, can you please wait for rye, if not, please file a bug with your user details(everything but password), set it private and send me the launchpad number
[09:21] <mandel> psypher246: I'll make sure that rye gets it so we can solve it asap
[09:21] <psypher246> ok
[09:21] <psypher246> thanks
[09:22] <duanedesign> psypher246: does the bug report have your syncdaemon.log?
[09:22] <duanedesign> ~/.cache/ubuntuone/log/syncdaemon.log
[09:23] <psypher246> i don't know if u want to make this a separate issue, but all my problems (auto start, not syncing cacelling sync halfway and now missing files) started since upgrading to the latest u1 via PPA on lucid
[09:26] <duanedesign> often it is easiest just to right click your ~/.cache/ubuntuone/log/  select compress and attach that to the bug report. That will make sure you dont get asked for logs more then once :)
[09:31] <duanedesign> psypher246: do you have folders other then Ubuntu One folder set to sync? Meaning this command returns  folders --> u1sdtool --list-folders
[09:36] <psypher246> no folders
[09:37] <duanedesign> psypher246: ok
[09:37] <duanedesign> psypher246: ok what is the number from this command:  find ~/Ubuntu\ One | wc -l
[09:38] <psypher246> 14603
[09:39] <duanedesign> ok.. yeah that takes a bit on start up. Lets see if we can...what about this command: find ~/.local/share/ubuntuone/syncdaemon/fsm/ -type d -empty | wc -l
[09:39] <psypher246> 108
[09:41] <duanedesign> hmm. ok 108 is not going to make a huge difference in startup time.
[09:53] <psypher246> why are you worries about the startup time?
[09:53] <psypher246> worried*
[09:55] <duanedesign> psypher246: you had mentioned it was not connecting at boot. I was hoping I could speed up the start up
[09:56] <psypher246> no it never connects
[09:56] <psypher246> not a slow timing issue
[09:56] <psypher246> yo9u can leave it for days it will not connect, only manually
[09:56] <psypher246> and then it will also just disconnect by itself
[09:57] <duanedesign> well I thinkn rye can help you with your files
[09:57] <duanedesign> bug 673368
[09:57] <ubot4> duanedesign: Bug 673368 on http://launchpad.net/bugs/673368 is private
[09:57] <duanedesign> rye: ^
[09:58] <duanedesign> rye: oh, and good morning :)
[10:02] <duanedesign> rye: psypher246 is missing files. syncdaemon is done doing stuff. --waiting-metadata/content | wc -l are at 0. All his 14603 files are in his Ubuntu one dirctory. 108 in .../fsm. Was also attempting to debug startup issues because that was another issue psypher246 is having.
[10:03] <duanedesign> i think that is the extent of the info i had gotten.
[10:03] <rye> psypher246, the reason of the crash on startup behavior is the bug introduced by me, bug #683116 attempting to "patch" bug with freezing desktop #639017
[10:03] <ubot4> Launchpad bug 683116 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon silently crashes at startup (affects: 2) (heat: 10)" [High,Triaged] https://launchpad.net/bugs/683116
[10:04] <duanedesign> rye: ahh, i was just reading that
[10:06] <rye> psypher246, basically in case dbus autostart does not find the name of the service in 2 minutes it kills the process. Well, OTOH freezing desktop (nautilus) for more than 2 minutes is another issue...
[10:07] <psypher246> rye, fyi do you knowe about the seriousl linux bug with regards to the kernel and heavy disk io severely affecting desktop responsiveness?
[10:07] <rye> duanedesign, well, the chicharra team has come up with something that now takes less than 5 seconds for syncdaemon to start up
[10:08] <psypher246> ie whole pc freezez when any disk activity is ongoing for a period of time
[10:09] <duanedesign> rye: aha, which would result in all u1sdtool commands returning Failure: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[10:09] <rye> psypher246, i am well familiar with the symptoms but not so about the source of that, i recall seing cgroup-ing by tty patch, and bug #131094 ...
[10:09] <ubot4> Launchpad bug 131094 in linux-source-2.6.22 (Ubuntu) (and 2 other projects) "Heavy Disk I/O harms desktop responsiveness (affects: 122) (dups: 6) (heat: 824)" [High,Won't fix] https://launchpad.net/bugs/131094
[10:10] <psypher246> think i might not come back from the party bended i will go on when that bloody bug is squashed and linux goes back to being a fast OS
[10:10] <psypher246> bender*
[10:11] <psypher246> anyway rye, any ideas on my lost files?
[10:12] <rye> psypher246, let me read the backlog
[10:12] <psypher246> ;)
[10:15] <rye> psypher246, ok, so the folders that should have contained the files are there, but the music files themselves are not, is that correct?
[10:17] <psypher246> yup
[10:17] <psypher246> i only noticed today, not sure exactly when they dissapeared
[10:18] <psypher246> but the other pc only finished syncing about a week back
[10:22] <rye> psypher246, are these files present on another pc?
[10:22] <psypher246> nope none of them
[10:32] <mandel> psypher246: I think rye is here, he is the one that can help you
[10:33] <psypher246> mandel: yeah he is thanks
[12:21] <ralsina> good morning everyone
[13:58] <mandel> @ping
[13:58] <ubot4> pong
[13:59] <dobey> holas todos
[14:00] <CardinalFang> j0.
[14:05] <ralsina> hola mandel, dobey CardinalFang
[14:06] <mandel> ralsina: ping
[14:06] <ralsina> Sorry I was late for standup
[14:06] <mandel> sorry I'm later for the stand up
[14:06] <ralsina> hahahaha
[14:06] <mandel> he
[14:06] <ralsina> ok, mandel, dobey, standup?
[14:06] <ralsina> me
[14:06] <mandel> me
[14:06] <dobey> me
[14:06] <mandel> wait, are we the only 3?
[14:06] <ralsina> yup
[14:07] <mandel> ok, then your turn :)
[14:07] <ralsina> nessita is taking the day off, everyone else os on vacation
[14:07] <ralsina> DONE: setup of windows dev. env., started fooling around with qt frontend, 5 reviews
[14:07] <ralsina> TODO: start real qt work
[14:07] <ralsina> BLOCKED: no
[14:07] <ralsina> mandel?
[14:07] <mandel> DONE: Yesterday night, help ralsina to set up his windows machine.Fixed bug 692923 and bug 692907. Several reviews for nessita.
[14:07] <mandel> TODO: Ensure u1trial works correctly on windows for desktopcouch. Implement couchdb msi and couchdb process launch for desktopcouch
[14:08] <ubot4> Launchpad bug 692923 in ubuntuone-dev-tools "Subprocess cannot find pylint on windows (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/692923
[14:08] <ubot4> Launchpad bug 692907 in ubuntuone-dev-tools "Ignore dbus tests on Windows (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/692907
[14:08] <mandel> BLOCKED: no
[14:08] <mandel> dobey: please, your turn
[14:08] <dobey> λ DONE: bug 692566, initial work for protocol backport to lucid (in beta ppa)
[14:08] <ubot4> Launchpad bug 692566 in ubuntuone-client (Ubuntu) (and 1 other project) "ImportError: No module named tools (affects: 2) (heat: 10)" [Undecided,New] https://launchpad.net/bugs/692566
[14:08] <dobey> λ TODO: 683351, initial client backport work for lucid, rbox plug-in release/upload for bug 691647
[14:08] <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,In progress] https://launchpad.net/bugs/691647
[14:08] <dobey> λ BLCK: None.
[14:08] <ralsina> dobey: that's being backported to lucid? cool :-)
[14:08] <dobey> what is?
[14:09] <ralsina> the protocol. Just that or is all the client work to be backported?
[14:09] <dobey> not all of it. enough to make it as usable as in maverick
[14:09] <ralsina> dobey: ok
[14:09] <ralsina> so, any comments, requests, whatever?
[14:10] <ralsina> mandel: I may try to do some pyqt frontend for linux, too, just because I want something I can kinda test?
[14:10] <ralsina> mandel: what parts of the UI do you feel are more important and should be done first?
[14:11]  * ralsina is thinking control panel thingie
[14:11] <mandel> ralsina: most important are those that show the accunt info and the devices
[14:11] <mandel> ralsina: if those are in the control panel.. I have not seen the new design
[14:11] <ralsina> mandel: which means I have to do the login stuff first, of course
[14:11] <dobey> we need to split stuff
[14:12] <mandel> ralsina: we need to port ubuntu sso to windows, the best thing to do is you to write pyqt for kde for sso, then I'll do the port
[14:12] <ralsina> so, I will code the login stuff against linux sso, then you port the sso to windows?
[14:13] <ralsina> dobey: which stuff?
[14:13] <mandel> ralsina: yes, it is in lp:ubuntu-sso-client
[14:13] <mandel> ralsina: all the rest calls are there etc… you will just have to write the ui
[14:13] <dobey> ralsina: ubuntuone-client
[14:13] <mandel> ralsina: once that is there, we can port the dbus stuff, since there is already a branch with the keyring stuff
[14:14] <mandel> dobey: I agree… we need to split stuff, it would be nice to kick sd to another project shared by the diff clients, so the nautilus code stand alone, it would be nicer
[14:16] <dobey> huh?
[14:16] <dobey> no, the gnome stuff should be split out
[14:17] <ralsina> dobey: yes, but I don't see that happening too soon
[14:18] <dobey> and u1client
[14:18] <dobey> err
[14:18] <dobey> u1sync
[15:28] <karni> beuno: CardinalFang: I'm here if you need me. I'd also like to talk about service API, IPC [AIDL] method calls on the wiki were just an idea, I think I came up with a better way to do that. CardinalFang, ping me and we'll talk about that :)
[15:29] <CardinalFang> karni, hi hi.
[15:29] <karni> CardinalFang: hi there Chad!
[15:30] <karni> CardinalFang: tell me what you had on your mind yesterday about the API
[15:30] <karni> CardinalFang: I'm considering an Intent-based API, that'd be much easier for 3rd party dev's to use, instead of binding to a service.
[15:30] <karni> but that's up to disscussion.
[15:31] <karni> I also corrected the API in case we'd stick with binding to the service, but that's still on a piece of paper [didn't have conditions to work on the train :< ]
[15:32] <karni> CardinalFang: we've got browsing and download working, I'll work today on upload and having done that, it should be ready to merge.
[15:33] <CardinalFang> karni, I need to look at the original sync daemon more.
[15:33] <karni> CardinalFang: would you like me to push the code?
[15:33] <CardinalFang> karni, Excellent!
[15:34] <karni> CardinalFang: by the way, I plan for implementing a real queue (downloads, uploads, meta sync, etc) in Jan/Feb, since that's quite a number of lines in the python implementation. and what we need is to
[15:35] <karni> wrap the commands, queue them, and fire the Deferreds when ready. currently the SyncDaemon fires deferreds (say, uploads) at wish. Java Future takes of the rest.
[15:35] <karni> but I want to have that fixed, just a little later.
[15:36] <karni> CardinalFang: I'll fix a few lines in the new re-write as I was in a middle of something, and push it. I'll ping you soon.
[15:36] <karni> CardinalFang: by the way.. the code is not licensed yet.. you have any good tips on automatically appending the license at top of source files in Eclipse ?
[15:37] <CardinalFang> karni, I don't use Eclipse.
[15:37] <karni> CardinalFang: I see. anyhow, you have any automated way to append that at the beginning of source files, other than a bash script ;D ?
[15:38] <kklimonda> karni: cat license_file file.java > file.java.new && mv file.java.new file.java
[15:39] <karni> kklimonda: I meant something like $include 'licence.txt' at the top, and $ant do_it_for_me ;)
[15:39] <kklimonda> karni: you can also use sed and some magic string like %FILENAME% if you have to change part of the header.
[15:39] <karni> kklimonda: but still, thanks ^ ^
[15:39] <kklimonda> karni: you sound like a true Java developer :P
[15:39] <CardinalFang> karni, or "perl -p -i -e 'BEGIN {}'".  maybe.
[15:40] <karni> kklimonda: that was actually something more of a c++ thing, I just used 'ant' because it's indeed Java ;P
[15:40] <karni> CardinalFang: thanks for suggestion
[15:41] <CardinalFang> karni, I'm probably wrong.  Perl is increasingly a mystery to me.
[15:41] <kklimonda> karni: now you live in the Linux world of C hackers so just use sed and cat like all of them ;)
[15:41] <karni> ;)
[15:41] <karni> licensing is such a pain in the butt :D
[15:42] <kklimonda> indeed - that's why I try not to forget about that..
[15:43] <dobey> i just end up copy/pasting usually
[15:43] <CardinalFang> +1
[15:43] <karni> dobey: same here ;)
[15:44] <karni> CardinalFang: I wanted to check if 'ant debug' was still working and ended up with
[15:44] <karni> BUILD FAILED
[15:44] <karni> /home/mike/src/android/ubuntuone-android-files/build.xml:81: /home/mike/src/android/ubuntuone-android-files/${external.libs.absolute.dir} not found.
[15:44] <karni> oops.. I'll make you unhappy again.
[15:44] <karni> let me fix the ant setup hehe
[15:45] <CardinalFang> Yeah, sounds like the "properties" files don't exist.
[15:49] <kklimonda> hmm.. anyone familiar with ConfigParser from python?
[15:50] <CardinalFang> kklimonda, probably.
[15:51] <kklimonda> CardinalFang: any way I could use it as a dictionary? like parser["section"]["setting"]?
[15:52] <kklimonda> (I use values from ini file to format a string for sqlalchemy connection)
[15:52] <CardinalFang> kklimonda, You probably need to wrap it in a new class you make that implements the dictionary methods.
[15:53] <kklimonda> CardinalFang: right, that would work.
[15:53] <CardinalFang> kklimonda, and note, keys are insensitive to case unless you hack up the ConfigParser.
[15:54] <kklimonda> CardinalFang: yes, I know that
[15:54] <kklimonda> I actually discovered that by accident when playing with it
[15:54] <karni> beuno: ping
[15:54] <beuno> karni, pong
[15:57] <CardinalFang> karni, will the queue-using code have the same interface as the interface you mentioned previously?
[15:58] <karni> CardinalFang: /win 11
[15:58] <karni> ops
[15:58] <karni> brb 1"
[15:58] <CardinalFang> karni, I'm itching to get this photo-enqueuing code into your branch soon.
[15:59] <CardinalFang> The more I think and work on it, the smaller it gets!
[15:59] <CardinalFang> My line-of-code-per-day productivity will plummet.
[16:00] <karni> CardinalFang: I'm back, sorry
[16:01] <karni> CardinalFang: no, the queue implemenation won't change any interfaces/api's
[16:01] <karni> CardinalFang: but I'd *love* to have a discussion on the apis with you/beuno/aquarius
[16:02] <karni> CardinalFang: I'll be done with upload asap and you'll merge your work :) I'll have that really soon.
[16:02]  * karni licenses the code
[16:03] <kklimonda> close it!! ;)
[16:21] <karni> CardinalFang: please note this is strongly work-in-progress. in particular, there's no indication when initial meta-sync has finished, plus UDFs and Shares sections are temporarily empty.
[16:22] <karni> CardinalFang: lp:~mkarnicki/ubuntuone-android-files/browse-and-download
[16:22] <karni> CardinalFang: if you have a moment, I'd like to talk about API. it'd be best if you told me what you need, and I can provide that while implementing upload
[16:23] <karni> CardinalFang: for 3rd parties, I think Intent with an extra:ResultReceiver would be a good idea. the service could have BroadcastReceiver, and handle such intents. no need to bind and make IPC calls
[16:24] <karni> CardinalFang: but since you'll be integrating, you'll probably be interested in the basics of syncdaemon upload - which will be something like uploadFile(Uri uri) .
[16:29]  * karni walks the dog
[16:50] <mandel> dobey: ping
[17:11] <karni> It's -8C here. Feels like -15C or less. Freezing :<
[17:23]  * karni starts coding upload
[17:27] <beuno> karni, it's 30C here
[17:28] <karni> beuno: :O
[17:30] <karni> beuno: I've pushed (strongly WIP status) lp:~mkarnicki/ubuntuone-android-files/browse-and-download and started working on upload.
[17:31] <karni> beuno: i'm saying strongly work in progress, because we'll have a dialog/splash screen during initial sync, and UDFs and Shares are temporarily empty. plus tons of work to do till the end of year.
[17:32] <beuno> karni, can I haz a build?
[17:32] <karni> beuno: you can build it, I an also provide an .apk, if you'd like that :)
[17:32]  * karni gets the apkg
[17:32] <karni> *apk
[17:33] <beuno> karni, thanks  :)
[17:33] <beuno> I'm lazy today, it's very hot!
[17:35] <karni> beuno: np :) (excuse my connection speed, apk is on the way to U1)
[17:36] <rye> karni, we will wait until they get +40 and higher like we had this summer...
[17:37] <karni> rye: uhh o_O +40C is.. terrible
[17:40] <dobey> mandel: hey
[17:41] <mandel> dobey: hello, did you see my responses :)
[17:41] <dobey> mandel: not yet; no
[17:42] <mandel> dobey: unfortunately fixing pylint and pyflakes with one code is not that easy, python is very ugly on windows :(
[17:43] <mandel> dobey: regarding changing the if, Ive got no issue is just my style of thiking nothing else
[17:43] <dobey> sigh; and firefox just caused my kernel to oops
[17:44] <dobey> pretty sure i have bad memory now, but no good way to test it
[17:45] <dobey> wonder what will happen if i pull one of the sticks out. probably won't even boot. yay dual channel :(
[17:46] <rye> ok, i have 12 K files in ubuntuon folder & running tritcask branch
[17:47] <verterok> rye: and how it's working?
[17:47] <verterok> :)
[17:48] <dobey> mandel: i don't understand your comment about easy_install for pyflakes and how it is relevant to finding the python path and searching for executables in there
[17:48] <mandel> dobey: finding the path, is ok, the problem is finding the actual command to run
[17:48] <mandel> dobey: so, my coment is, less fix pylint, then do pyflakes and generalize
[17:49] <mandel> rather than do both in the same, I prefer step by step
[17:49] <rye> verterok, awesome, on 9K files from cold cache to LOCAL_RESCAN in 5 seconds
[17:50] <verterok> rye: cool
[17:52] <dobey> mandel: i'd need to understand the problem to be able to make a definite agreement on that. but i don't like iteration for the sake of iterating, and that's what it seems like here. smaller branches are better, yes, but as i understand it, the difference in diff size here would be maybe one or two additional lines. unless there is some vastly more complex problem (which you suggest there is), but then it would probably also be a
[17:52] <rye> verterok, 34 Mb in tritcasc data, 2 dead files, one inactive and 1 live
[17:53] <verterok> rye: ah, dead files should be removed in the next startup
[17:53] <verterok> rye: it's a lot better in real disk usage, a lot less wasted blocks :)
[17:54] <rye> verterok, a lot less files and folders to scan... don't know about ureadahead, with this startup spead it is just awesome w/o ureadahead helper
[17:54] <mandel> dobey: the issue is the following, if you install pyflakes, using eay_install, the script will be in the same location, yet you will need to call it as python pyflakes
[17:55] <verterok> rye: :)
[17:55] <dobey> mandel: doesn't that same issue exist with pylint?
[17:55] <verterok> rye: just a couple of reviews away from being in nightlies ;)
[17:55] <mandel> dobey: no, pylint installs a .bat too which does that
[17:55] <mandel> dobey: is very inconsistent
[17:56] <dobey> mandel: why don't we just check for the script itself and not bother with the .bat, and just run "python foo" oursleves?
[17:56] <dobey> mandel: seems like that would solve the problem then
[17:57] <ralsina> dobey: I got lucid running now
[17:57] <ralsina> dobey: should I just set a PPA or do you need me to build something in it?
[17:57] <dobey> ralsina: cool; got u1 working on it?
[17:57] <ralsina> dobey: let me login...
[17:57] <dobey> ralsina: well i'd like to verify "current working condition" first, and then install a package and make sure it's not "worse than previous working condition" :)
[17:58] <ralsina> dobey: ok, let's see the first one then :-)
[17:58] <mandel> dobey: sure, you will have to call the installed pylint code and then you have to know the installed version since the the path in site-packages depends on it
[17:58] <mandel> dobey: you need to find the installed egg anc call it, which is very lame
[17:58] <dobey> mandel: what are the contents of pylint.bat exactly?
[17:59] <mandel> dobey: I'll paste bin them
[18:00] <ralsina> dobey: it logs into u1, not sure if it's syncing files yet
[18:00] <mandel> dobey: here you go http://paste.ubuntu.com/546335/
[18:01] <ralsina> dobey: gotta go for mumble, I'll check it in a few minutes
[18:01] <mandel> dobey: while for pyflackes http://paste.ubuntu.com/546339/
[18:01] <dobey> mandel: so we don't have to find an egg or anything, just do python.exe c:\whatever\pylint
[18:02] <dobey> which is what you're saying we have to do for pyflakes too
[18:02] <mandel> dobey: yes
[18:02]  * mandel feels stupid
[18:02] <mandel> dobey: I need to go for holidays, I was thinking about it int he wrong way, I'll propose a branch with that :)
[18:03] <mandel> dobey: anyways, I need to g and grab the train, have a merry xmas and all that
[18:03] <mandel> ralsina, rye, same for you ^
[18:03] <mandel> laters!
[18:03] <rye> mandel, thanks!
[18:04] <ralsina> dobey: seems to work, but it feels broken. It took a few minutes to give me a quota usage number, for example
[18:05] <dobey> ralsina: slow isn't necessarily broken. let me know when it thinks it is done synchronizing, and if it actually synchronized everything for you
[18:07] <ralsina> ok
[18:08] <dobey> oh that is depressing
[18:09] <dobey> i paid $80 for this memory in august. now it's $46
[18:32] <CardinalFang> karni, did you add all files for that branch?  My copy doesn't come close to compiling.
[18:33] <karni> oh.. :(
[18:33] <karni> um.. I'm sure. But I'll run bzr add again
[18:34] <karni> CardinalFang: first thing which fails for you is.. ?
[18:35] <CardinalFang> FilesUtilities.java:39: package com.ubuntuone.storageprotocol.StorageProtocol.FileInfo does not exist
[18:35] <CardinalFang> So "bzr st" doesn't say anything, k?
[18:35] <karni> no, nothing.
[18:36] <karni> I'm wondering if I updated the dep's manually..
[18:37] <CardinalFang> http://paste.ubuntu.com/546355/
[18:37] <karni> CardinalFang: you'd have to rebuild the storageprotocol, the jar has changed after protocol updates. would you like me to send you the .jar ?
[18:37] <CardinalFang> Yes please.
[18:37] <karni> right, definitely. ok
[18:39] <CardinalFang> karni, maybe setup should have a checksum.
[18:40] <karni> CardinalFang: check mail. + please pull rev 7, fixed one bug
[18:40] <karni> CardinalFang: neat idea
[18:40] <karni> CardinalFang: indeed, sometimes I rebuild the sp jar when verterok pings me with new features
[18:41] <karni> CardinalFang: beuno: the re-write source has not been pushed to the trunk yet. should I remove the branch and perform a clean push to trunk of the re-write ?
[18:42] <CardinalFang> karni, i think we should just move it to a new series and make this new one the new trunk.
[18:42] <CardinalFang> karni, I can do that, I think.
[18:43]  * beuno agrees
[18:44] <karni> CardinalFang: beuno: you guys definitely know your ways around better than be, do whatever is best :) as long as ppl pulling from lp:ubuntuone-android-files will get what they should get ^ ^
[18:45] <karni> CardinalFang: so next time I start hacking on stuff, i should bzr pull, then do whatever I need, commit and bzr push. correct?
[18:45] <karni> *push to a new branch that I will request a merge
[18:46] <CardinalFang> Right.
[18:46] <karni> Thank you.
[18:49] <ralsina> dobey: it syncs
[18:49] <ralsina> so, how do I break it? :-)
[18:52] <dobey> ralsina: if you install python-ubuntuone-storageprotocol from ppa:ubuntuone/beta and let me know if it continues working after restarting everything, or if anything breaks or what, that would be awesome :)
[18:52] <ralsina> dobey: I'm on it!
[18:54] <ralsina> dobey: rebooting
[18:54] <CardinalFang> karni, updated.  lp:ubuntuone-android-files is a copy of your push of earlier today.
[18:55] <CardinalFang> karni, old trunk is at  lp:ubuntuone-android-files/first-draft
[18:55] <karni> CardinalFang: thank you, looks great :)
[18:55] <ralsina> dobey: still syncs
[18:56] <ralsina> dobey: so it seems not to break anything
[18:56]  * CardinalFang hugs Launchpad again.
[18:56] <dobey> great
[18:58] <ralsina> at least for 2 minutes of testing
[19:00] <CardinalFang> verterok, can Launchpad build storageprotocol jars nightly or on-change or on-release or something.  I want a URL of a jar file.
[19:01] <dobey> upgrading systems right now, then moving onto my laptop to do some work while i mess with unplugging memory in my workstation to see which piece is bad :(
[19:01] <verterok> CardinalFang: no idea how to make launchpad build a jar...
[19:01] <dobey> CardinalFang: no, it can only build debs
[19:01] <verterok> CardinalFang: I can upload the latest snapshot to a server...
[19:03] <dobey> CardinalFang: and lp doesn't have a general file hosting thing at least. not sure posting them as new "downloads" on the project series is a great idea. maybe if you create a "nightlies" series, and post them as downloads on that series
[19:03] <verterok> CardinalFang: but it should simple to build your own it only requires protobuf compiler and maven (+some disk space)
[19:03] <karni> verterok: and the keyword will be "and maven" ;D
[19:04] <verterok> hehe
[19:04] <dobey> CardinalFang: then you could write a fairly simple script to build a jar, and post it as a new download to that series
[19:04] <CardinalFang> verterok, I'm trying not to laugh at "only requires ... maven".
[19:04] <karni> hahah
[19:04] <verterok> CardinalFang: it's like a only requires X, maven is a single zip file ;)
[19:05] <verterok> CardinalFang: I used to have a hudson instance running, but since I moved I was able to get enough time to setup that machine again :/
[19:05] <verterok> *wasn't
[19:05] <CardinalFang> dobey, I was thinking of filenames with "nightly-YYYYMMDDHH" inside.
[19:05] <dobey> it's like how the firefox installer is a 4k binary, that then downloads 250 MB of crap
[19:05] <karni> CardinalFang: I know having lp build that would be very awesome. in practice, we rebuild it every month or two. I could rebuild that regularly
[19:06] <ralsina> CardinalFang: yeah, this software only requires eye of newt and unicorn beef.
[19:06] <ralsina> that, or a small hippopotamus.
[19:06] <karni> dobey: hahah :)
[19:06] <dobey> CardinalFang: you can name the files whatever you want, but posting to normal development series can get confusing
[19:06] <verterok> guys, disk is cheap nowadays
[19:06] <dobey> verterok: but bandwidth isn't for everyone
[19:06] <dobey> myself excluded
[19:07] <karni> perhaps throwing that as a download in u1-android-files would do?
[19:07] <karni> and I could rebuild it anytime neccessary.
[19:07] <dobey> maven?
[19:07]  * verterok is temped to setup a vm to test how much disk and bandwidth is used to build u1-java-sp
[19:08] <karni> dobey: no, the ubuntuone-java-storageprotocol.jar snapshot
[19:08] <dobey> and if disk is cheap, how come i always see people complaining about how they're about to run out of it!
[19:09] <ralsina> dobey: porn is cheaper than disk?
[19:09] <karni> which we would include in the setup script CardinalFang has written (it download .jar deps of the project)
[19:09] <karni> ralsina++ hahah
[19:09] <CardinalFang> As long as I'm moaning, please put a timestamp in  "storageprotocol-1.1.0-SNAPSHOT.jar" or something.
[19:09] <dobey> heh
[19:09]  * ralsina is procrastinating. Back to the PyQt mines he goes.
[19:09] <dobey> +r$REVNO
[19:09] <dobey> like the nightly debs
[19:10] <dobey> i should make a font
[19:10] <dobey> though i'd probably be the only person to use it
[19:11] <karni> arrghhhhhh gotta walk the dog. be back soon.
[19:12] <CardinalFang> verterok, I'm just saying, I don't want to be in the building-storageprotocol-jar business, at all.
[19:12] <dobey> garrrrrrrrrrrr
[19:13] <dobey> stupid compiz hacks
[19:16]  * CardinalFang gets back to work.
[19:23] <verterok> CardinalFang: ok, I'll upload it to a server, once I create the project we can upload it to launchpad...I think
[19:24] <verterok> CardinalFang, karni: http://verterok.com.ar/maven-repo/com/ubuntuone/storageprotocol/1.1.0-SNAPSHOT/
[19:28] <karni> verterok: Nice!! Thank you
[19:29] <verterok> hmm, I think I need to bump the version of it...but later :)
[19:37] <CardinalFang> verterok, that is very useful.  Thank you.
[19:38] <CardinalFang> karni, I've updated the setup in trunk to download from that.  \m/
[19:38] <karni> CardinalFang: lovely. I'll do a bzr pull :)
[19:40] <karni> CardinalFang: nice
[19:40] <CardinalFang> karni, it's almost like we're a real project now!
[19:40] <karni> CardinalFang: haha, it does feel like a real one! what are we missing ^ ^?
[19:41] <karni> CardinalFang: I already have a nano sized fix that brings back UDFs and Shares
[19:41] <CardinalFang> karni, a logo.
[19:41] <karni> CardinalFang: :D
[19:41] <beuno> and a mustache
[19:41] <CardinalFang> I think those shall be the same.
[19:43] <karni> CardinalFang: umm you were saying about UDFs and Shares?
[19:45] <CardinalFang> karni, I don't know.  I think I was thinking that a path name wasn't sufficient to upload, and we needed a share name/id to contain it also.  Maybe I dreamed it.
[19:46] <dobey> yay
[19:47] <dobey> maybe i spoke too soon
[19:47] <karni> CardinalFang: I think we should automagically upload photos/vids/recordings (whichever the user wishes) to a previously designated folder. Maybe even a pre-set one, such as ~/Ubuntu One/Android-uploads. beuno, what do you think?
[19:48] <karni> CardinalFang: naturally, we can modify the API to support any destination upload
[19:49] <karni> In such case, would need volumeId and preferred path.
[19:50] <CardinalFang> karni, I think the wind currently blows toward putting these media inside the default Ubuntu\ One/ share.
[19:51] <CardinalFang> Er, I'm wrong.
[19:51] <karni> CardinalFang: Agreed. But we don't want to put it directly there, do we? Maybe let's agree on a sensible folder name at least.
[19:51] <CardinalFang> Custom UDF, with a symlink in the desktop's Ubuntu\ One/
[19:52] <CardinalFang> ~/.ubuntuone/Photos
[19:52] <CardinalFang> ^ How's that?
[19:52] <karni> That on the desktop, I assume. Looks good.
[19:53] <dobey> that might be weird
[19:53] <karni> I assume the U1F would setup the UDF at initial start?
[19:53] <dobey> to have two Photos UDFs that is
[19:53] <dobey> given that ~/Photos is likely to be there
[19:54] <karni> dobey: but ~/Photos may not be a UDF. or a place user want's his uploads to land.
[19:55] <karni> We take a picture, where do we want to have it when we get back home?
[19:55] <beuno> right, they may already have pictures, and we don't want to sync them automatically
[19:55] <dobey> karni: in the pictures library.
[19:55] <dobey> ie, shotwell, f-spot, whatever
[19:55] <dobey> hrmm
[19:55] <dobey> this is not good
[19:55] <karni> dobey: I assume these programs scan users home, no?
[19:56] <dobey> the main menu, and notifications, on my laptop, pop up BEHIND all my windows :(
[19:56] <CardinalFang> karni, Probably not currently.
[19:56] <dobey> karni: i don't know what they do exactly. sorry, was being a bit facetious there :)
[19:56] <karni> :)
[19:57] <dobey> are the uploads "i want to have them on my computer also" or are they "uploaded and then removed from the phone" ?
[19:57] <karni> dobey: "also" version
[19:57] <karni> dobey: plus, the auto-sync of photos is optional. a setting in preferences screen (to be done).
[19:57] <karni> and so can be videos and voice notes/voice recordings, if we want them.
[19:58] <karni> The question is, what's the most suitable place to land them on a users PC.
[19:58] <CardinalFang> beuno,  How about actual  ~/.ubuntuone/Photos  with symlink to that as  ~/Photos/Ubuntu\ One ?
[19:58] <beuno> CardinalFang, yeah, I think that's the way to go
[19:58] <karni> CardinalFang: that's a good idea!
[19:58] <dobey> uhm
[19:59] <dobey> if ~/Photos and ~/.ubuntuone/Photos are both UDFs, how do they show up in the web?
[20:00] <beuno> I'm pretty sure we don't follow symlinks in the website, so we can fudge the way we display it (ie, replace the symlink with the UDF on the web io)
[20:00] <beuno> *ui
[20:01] <CardinalFang> Currently web ui "Purchased Music" is ~/.ubuntuone/Purchased\ from\ Ubuntu\ One
[20:01] <karni> Wheres that practice from to put files in hidden folders? Why not directly under ~/Photos/Ubuntu\ One ? (sorry if the answer is obvious)
[20:01] <dobey> ah, so it does show it with the ugliness :(
[20:01] <karni> aha.. that would explain the consistency.
[20:01] <CardinalFang> karni, the sync daemon does not allow UDFs inside UDFs.
[20:01] <dobey> karni: you can't have a UDF inside a UDF
[20:02] <beuno> right, we can hide that if we want
[20:02] <karni> aha, thank you guys
[20:02] <karni> Sounds great then :)
[20:02] <CardinalFang> karni, so one day, if user decides to share all of ~/Photos, they'd get an error.
[20:02] <dobey> well if it was at least called "Android Photos" instead of just "Photos" it would make it clearer in places
[20:02] <CardinalFang> "Mobile Photos" is in our discussion from July.
[20:03] <dobey> that would work too
[20:03] <karni> Yes, I'd make it something clearer, like 'Mobile Photos'
[20:04] <dobey> kind of like how facebook automatically does the "Mobile Uploads" album
[20:04] <CardinalFang> Who says nothing gets done the last two weeks of the year?
[20:04] <dobey> existentialists
[20:04] <karni> dobey: lol, I just thought we could make 'Mobile Uploads' with subfolders for Photos/Videos/Recordings
[20:04] <karni> CardinalFang: hahah :)
[20:06] <karni> CardinalFang: question is -- on which side we create those? Since we need the symlink, should the desktop U1 take care of creading both the ~/.ubuntuone/Mobile\ Photos UDF and the symlink?
[20:06] <karni> The app could create the UDF with given ^ preferred path, but there'd be no symlink in the ~/Ubuntu\ One folder.
[20:07] <dobey> i don't know if i'd put a symlink inside ~/Photos
[20:07] <karni> dobey: they where thinking more in lines of ~/Ubuntu\ One/Photos
[20:08] <karni> it'd make more sense, since U1F is part of U1 mobile suite (as I'd call it)
[20:08] <dobey> that's better, yes
[20:13] <karni> ant hates me..
[20:13] <dobey> just watch out for the hills
[20:13] <CardinalFang> karni, dobey, I intended the UDF to be symlinked to  ~/Photos/Ubuntu\ One , since that would not make us change f-spot, shotwell, gthumb, et c.
[20:13] <dobey> man, how do i re-enable the proprietary nvidia drivers
[20:14] <karni> CardinalFang: Ah, you've got a point there.
[20:14] <CardinalFang> dobey, Sys/Admin/Additional ?
[20:14] <dobey> CardinalFang: i did that. it says "enabled but not in used" now after i rebooted :-/
[20:15] <CardinalFang> dobey, ah, no idea.  "dmesg" and googling for you.
[20:18] <dobey> 2249weird
[20:23]  * karni phone call
[20:27] <dobey> well i've got to sort through ~200 commits :(
[20:46] <dobey> urbanape: ooh, that's a big scope
[20:47]  * karni has supper
[21:14] <urbanape> dobey: technically, it belongs to a friend of mine, but I've been ... housing it for several years now
[21:16] <dobey> urbanape: yeah. mine's a 114mm newtonian
[21:17] <dobey> of course, i haven't ever really gotten to use it
[21:21] <dobey> later all
[21:56] <cythrawll> hi
[21:57] <cythrawll> I'm curious about the infastructure of ubuntu one, anyone qualified to answer questions?
[21:57] <cythrawll> mostly what distributed filesystem that's used
[21:57] <karni> cythrawll: U1 uses Amazon S3 storage, if that's what you mean
[21:57] <cythrawll> ah ok
[21:58] <cythrawll> that's what I mean
[21:58] <karni> cythrawll: https://wiki.ubuntu.com/UbuntuOne/TechnicalDetails
[21:59] <cythrawll> just doing some research on such things and wondering what other services use.
[22:00] <karni> CardinalFang: I'm sorry to bother you, but have you tried running U1F using ant setup? see: http://paste.ubuntu.com/546410/ -- this problem does not appear when I build U1F using Eclipse..
[22:00] <karni> cythrawll: Good luck with your research :)
[22:11] <karni> beuno: http://ubuntuone.com/p/Unf/ UDFs and Shares are back in place. I was trying to make ant build work, but need a hand from Chad with that. ant doesn't like me.
[22:12] <karni> beuno: oh, you might want to uninstall first, this time.
[22:18] <beuno> karni, wooo!
[22:18] <karni> :)
[22:19] <karni> aquarius would be happy, finally having those UDFs
[22:21] <beuno> bbiab
[22:44] <karni> beuno: hmm.. the log looks clean :< tell me how you broke it ;)! what did you do / where were you
[23:03] <beuno> karni, hm, don't remember
[23:03] <beuno> I also don't see udfs
[23:15] <karni> wow..