[01:45]  * BUGabundo $ sudo shutdown -t now ; echo 1 lamb, 2 lamb, 3 lamb 4rrrr lammbbbb.....
[07:48] <bronger> What is the best way to reset Ubuntu One?  I've deleted everything on one computer, but it's still on the Web frontend and the other computer.  And on the web frontend, the "delete" button has no effect.
[07:49] <tcole1> hm, probably the simplest way to do this is to use u1sync
[07:49] <tcole1> create a directory somewhere -- not under "Ubuntu One"
[07:49] <bronger> (I want to start with a pritine setup to analyse the bugs.)
[07:49] <bronger> s/pritine/pristine/
[07:49] <tcole1> run `u1sync --init` on that directory
[07:50] <tcole1> then run `u1sync --action=clobber-server` inside that directory
[07:50] <tcole1> that should delete everything from the server
[07:51] <tcole1> (u1sync is sort of a "side band" way of dealing with your storage)
[07:51] <bronger> Okay, I'll try that, thanks!
[07:51] <tcole1> (the first command sets up that directory to be a mirror of your storage, and the second does a sync which forces the server to match what it has locally [i.e. nothing])
[07:52] <tcole1> after you've done that you can delete the directory you used with u1sync
[07:53] <bronger> Is ~/Ubuntu\ One/My\ Files/ already initialised this way?
[07:53] <tcole1> no
[07:53] <tcole1> this is a separate system
[07:53] <bronger> Okay, this explains it.  :-)
[07:54] <tcole1> mainly used for testing and server stuff
[07:54] <tcole1> ~/Ubuntu One/My Files is managed by a daemon (ubuntuone-syncdaemon)
[07:54] <tcole1> it's better not to mix the two on the same directory(s)
[07:55] <tcole1> s/separate system/separate client/
[07:55] <bronger> Mmm... since most of my problems will probably have to do with the daemon, it's better to get the My Files reset.
[07:57] <tcole1> probably the best way to do that is to kill the daemon
[07:57] <tcole1> and remove ~/.cache/ubuntuone/syncdaemon
[07:57] <tcole1> then restart the client applet (which I believe should restart the daemon)
[08:21] <bronger> Does anybody else have trouble with uploading files through the web interface, too?  I get proxy errors always.
[08:21] <bronger> https://bugs.launchpad.net/ubuntuone-client/+bug/388827
[08:22] <bronger> (The reported package is certainly wrong, but I can't find a better one.)
[10:34] <bronger> Now I have the situation that on both client machines, My Files is empty, the daemon was restarted, the Web interface is still full of the files, but the delete button has no effect.  Great. :-)  Apparently I srewed up the thing totally.  What's the remedy?
[12:18] <jdobrien> Well it appears that in order to a large download...lots of files. You need to disconnect/connect the client over and over
[12:19] <jdobrien> hmm: 1010.5 MB of 10.0 GB Used (9.9%) i would have thought the django fileformatter would have made that a partial GB
[12:22] <slestak> question, i think this is a decent feature request, but wanted to talk about it.
[12:22] <slestak> i have 3-4 jaunty worksations that particiapte in ubuntuone sharing with my fileset
[12:23] <slestak> when it is scanning and syncing, it would be nice to have some sort of mouseover progress indicator
[12:23] <slestak> maybe even some way to give particular files priority
[12:23] <slestak> thoughts?
[12:28] <jdobrien> slestak: that's a good suggestion...it's also in our to-do list :)
[12:29] <jdobrien> slestak: theres bug #330769
[12:30] <slestak> doh
[12:30] <jdobrien> slestak: and bug #377960
[12:30] <jdobrien> oh cool...one of them is in progress...sweet
[12:31] <slestak> tell me if I'm being silly here.  I have personal work and work work.  I have two sets of hg repos.  I am having a hard time not thorowing my repos into ubuntuone
[12:32] <jdobrien> i wouldn't recommend doing that
[12:32] <slestak> i know I can clone, but i start so many small, one time use things, i may just like to say here is all my stuff, and I will clone my work stuff, but I want all my personal src to be synced
[12:32] <slestak> at any given moment, I can be on any one of 4 workstations
[12:32] <jdobrien> slestak: switch to bzr, use launchpad ;)
[12:32] <jdobrien> hehe
[12:33] <slestak> i have aix in the mix, and hg installs easily in win32, linux, and aix
[12:33] <jdobrien> also bzr has a way to announce a branch on a local lan so one computer can host it..like launchpad
[12:33] <slestak> hmm, that looks compelling
[12:33] <jdobrien> does hg have something like bzr so you can setup a repo accessible over a lan
[12:34] <slestak> yeah, it has hgweb, but i was using ssh for updating, and just using the web portion for non tech users ability to browse repo and research
[12:35] <slestak> jdobrien: the "announce branch" part sounds different.  is that sth that bzr has exclusively, or is that just serving upa repo by http?
[12:36] <jdobrien> the problem with using u1 for would be that files are in a different state of upload as it's designed to shove files over the internet at a slower speed than possible over a local lan
[12:36] <slestak> with a dvcs one prob i have is rememebring what code is on what workstation in what level of completion
[12:37] <slestak> thats what i hoped u1 could help with
[12:37] <jdobrien> let me look up the plug in
[12:37] <slestak> if i knew a branch was not completely synced, i could find sth welse to do while waiting, but the script i started the night before in a coffee shop, would be automatically brought to my work pc
[12:38] <jdobrien> two things i found: https://launchpad.net/bzr-dbus
[12:38] <slestak> thats seems to just be a commit notification method.  not liek a zeroconf announcer
[12:39] <slestak> if i connect to the lan and had some repos available, would be cool if sth would say, ive got some python over here, heres some here too.  here is some unibasic
[12:39] <jdobrien> and http://doc.bazaar-vcs.org/bzr.0.18/server.htm
[12:40] <slestak> yeah, hg allows clone and update via ssh and http, im just still learning them
[12:40] <jdobrien> ahh
[12:41] <slestak> by the time i know i need some code off one of my ubuntu workstaitons, it may be powered off at home
[12:41] <jdobrien> but for u1, I think you would run into problems given it's current design
[12:41] <slestak> looks liek for my workflow i need access to an always available server to push to
[12:42] <jdobrien> have you tried a shared folder?
[12:42] <slestak> well, ive taken you OT.  ty for pointing out the relevant bug reports
[12:42] <slestak> well, the shared folder only works if the hosting machine is powered on
[12:43] <jdobrien> hehe...indeed
[12:43] <slestak> thats what i was thinking u1 could provide, an always on shared folder
[12:43] <jdobrien> stupid computers
[12:44] <jdobrien> slestak: it would work as long as you didn't expect instant synchronization
[12:44] <slestak> maybe a feature for u1 could be to assign priorites to folders in metadata so we could say, please do this first, always
[12:44] <jdobrien> slestak: no waste of time at all...its interesting to know what users want to use a tool for...helps us determine how to prioritize features too
[12:45] <jdobrien> slestak: thats an interesting concept
[12:47] <slestak> my stuff is definitely low risk, just learning python, so I may try it for a while
[12:47] <slestak> i'll report back if it all breaks
[12:49] <slestak> i had a strange u1 prob this morning.  using nautilus, i used drag-n-drop to copy komodo-edit tarball out of u1.  i accidentally moved it instead of copy, so i immediately copied it back to u1.  well, now I appear to have two copies, one with a .conflict suffix
[12:50] <slestak> before I copied komodo.tgz back into u1, it was definitely not present, but it probably was just marked as deleted instead of physically removed.  There was only like 10 seconds between removing it and adding it back
[12:51] <slestak> should it have detected that the same file was just readded and it already had it available?  could save syncing time to compare md5 or something if it thinks it has it
[12:53] <slestak> hmm, not that i look at it, i have zero byte .conflict files for lots of files, but the komodo.tgz has a 37.6MB .conflict file
[12:54] <bronger> How much can a company firewall affect U1?
[12:55] <jdobrien> bronger: if it blocks out going connections it could
[12:56] <bronger> I don't think so, but apart from ssh, all incoming connection are blocked.
[12:56] <jdobrien> bronger: there are no incoming connections
[12:56] <jdobrien> bronger: are you seeing a specific problem
[12:57] <bronger> Yes: If I say "touch foobar" in the My Files directory, the file is created and uploaded to U1.  And in *this* moment, the daemon starts downloading all the file which are only visible through the web interface.  So I wondered whether notifications from outside were blocked.
[12:59] <jdobrien> bronger: what do you mean by "the daemon starts downloading all the file which are only visible through the web" where did these files come from?
[13:00] <bronger> I had uploaded a *lot* of files (my mail dir actually) to U1.  Then, I deleted them on the client.  However, they were not deleted in the web interface.
[13:01] <bronger> By the way, U1 is not good at many small files.  ;-)
[13:02] <facundobatista> Hi all
[13:02] <jdobrien> bronger: yeah i have found i need to stop/start the client to get it to work
[13:03] <jdobrien> bronger: I am currenltly uploading 2.6G of files
[13:03] <jdobrien> hi facundobatista
[13:06] <jblount> mattgriffin: Morning!
[13:06] <mattgriffin> jblount: good morning :)
[13:31] <slestak> jdobrien: i take it your not on the 2g beat plan :)
[13:32] <slestak> s/beat/beta
[13:33] <jdobrien> slestak: :)
[13:33] <jdobrien> slestak: I didn't know using up my 10GB storage would be so much work ;)
[13:34] <jdobrien> 1.2 GB of 10.0 GB Used (11.9%)
[13:34] <slestak> i could use 10g, i want to move my ~/Music folder
[13:34] <slestak> but i should just setup ampache.  would be more bandwidth friendly
[13:34] <slestak> are there going to be more choices than 2g and 10g?
[13:35] <jblount> slestak: I think we're planning on doing something a little more a la carte (get 10 extra GB for x dollars a month)
[13:36] <jblount> slestak: For this first release having _any_ sort of paid plan was important because we wanted to make sure all the moving pieces to make that happy were in place :)
[13:38] <slestak> can we discuss my .conflict issue from about 1 hr ago?
[13:39] <jblount> slestak: Sure, do you have updates? (it'll take me 1 second to read the traceback)
[13:41] <jdobrien> slestak: sorry..i had to look at another issue
[13:41] <jblount> facundobatista: yo! What should users do with .conflict files? Is there somem way to resolve them?
[13:42] <facundobatista> jblount, they should use them to fix the original file... (in the best case they just move it into the normal file, but there was a bug in the move operation in that case... don't know if it's already solved... __lucio__?)
[13:43] <__lucio__> facundobatista: not yet, in progress
[13:44] <facundobatista> __lucio__, if the user deletes the original file and renames the foo.conflict to foo, it works?
[13:44] <__lucio__> facundobatista: should work.
[13:45] <jblount> slestak: ^^ (emphasis on _should_)
[13:46] <slestak> i have a _lot_ of zero byte .conflict files, and the one .conflict for komodo that is == to the original file
[13:46] <slestak> it was a quick copy out, put back into u1
[13:47] <jblount> slestak: Are they all named the same thing? (the zero byte .conflict files)
[13:47] <slestak> named after the original files, I can supply a screenshot or pastebin it you want to see
[13:47] <jblount> slestak: That'd be great, thanks!
[13:48] <slestak> i just got a work email i need to handle, i may be ~1 hours
[13:48] <jblount> slestak: No worries, we'll be here ;)
[13:55]  * jblount dances around to Alkaline Trio
[13:55] <slestak> jblount: http://pastebin.com/f44fa82bc
[13:59] <jblount> slestak: Nice, thanks. It seems the zero byte conflict files are "server knows about the file, but didn't actually get it" and the fullsize komodo .conflict is "this is the version the server has, it's different than your local machine and we weren't sure which was right"
[14:00] <jblount> slestak: Why don't you try to  delete the zero byte conflict files and see what the client does on your machine?
[14:04] <statik> hello world
[14:04] <jblount> statik: hiya!
[14:07] <alanbell> I am getting a constant spinning logo
[14:07] <dobey> hola
[14:07] <alanbell> and every two minutes in the log I get this
[14:07] <dobey> buenos morningos
[14:07] <alanbell> 2009-06-18 14:06:10,863 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: READING_WITH_NETWORK_WITH_BOTHQ; queues: metadata: 26; content: 19; hash: 0) ----
[14:07] <dobey> alanbell: what does the tooltip on the spinning icon say?
[14:07] <Chipaca> jdobrien: please stop breaking the syncdaemon :-P
[14:08] <Chipaca> alanbell: READING means it's not yet connected, just doing hashes of your local stuff
[14:08] <alanbell> dobey: Ubuntu One: Scanning
[14:08] <Chipaca> alanbell: has it been in that state for long?
[14:08] <alanbell> Chipaca: several days
[14:08] <Chipaca> also, why is it READING with a hash queue of 0?
[14:08] <alanbell> there are some files on the web it hasn't pulled down
[14:08] <jdobrien> Chipaca: no!
[14:09] <dobey> hmm
[14:09] <Chipaca> alanbell: could you submit a bug, attach the logs, and then restart?
[14:09] <jblount> dobey: Would you mind pointing your massive brain at this bug when you get a few minuts? #378707
[14:10] <jdobrien> Chipaca: when our near release time, I was thinking of promoting the "I can break U1 Challenge"
[14:10] <Chipaca> alanbell: the logs I'm interested are the ones in ~/.cache/ubuntuone/log/syncdaemon.log*
[14:10] <Chipaca> alanbell: as it's been "several days", the one submitted by apport probably won't be relevant
[14:11] <Chipaca> alanbell: if you can attach the one where it lands in that state, that would be great
[14:11] <dobey> ubottu: bug #378707
[14:11] <alanbell> Chipaca: OK, will look back through it
[14:11] <Chipaca> alanbell: you can grep for '-> READING_WITH_NETWORK_WITH_BOTHQ'
[14:12] <dobey> jblount: hrmm
[14:13] <jblount> dobey: I got soemone poking me about it on twitter, just wondered what it seemed like to you.
[14:14] <slestak> jblount: my .conflict files are ll older than the original files, see Centos-5.zip, freelink...zip, etc
[14:14] <alanbell> Chipaca:  seems to have gone to that state at 2009-06-13 09:58:10,863
[14:15] <dobey> jblount: well the problem is that the syncdaemon is crashing. the applet doesn't know /why/ it happens, it just gets the dbus error, which is pretty much entirely useless, and logs it. :-/
[14:15] <javi> hi all, just got my invitation to ubuntu one
[14:15] <jblount> dobey: grumble.
[14:15] <jblount> javi: Neat!
[14:15] <javi> does symlinks work?
[14:15] <Chipaca> dobey: jblount: the syncdaemon is crashing?
[14:15] <Chipaca> javi: no
[14:15] <dobey> jblount: i can probably write some funky "crash dialog" hack, but it almost certainly won't work in all cases
[14:16] <javi> any plan on supporting it?
[14:16] <dobey> Chipaca: http://launchpadlibrarian.net/28002187/.home.michal..cache.ubuntuone.log.syncdaemon.log.txt
[14:16] <Chipaca> javi: yes. And there's a bug you can +1 to prod us to get it done faster :)
[14:16] <jblount> javi: Not yet, maybe someday. Some people are ln -s ing into their Ubuntu One folder though.
[14:16] <dobey> symlinks are very very difficult to get right
[14:16] <javi> excellent, thank you
[14:17] <jblount> dobey: +1 (that symlinks are difficult)
[14:17] <slestak> hmm, symlinks dont work?  i wasnt aware of that.  not using them, but i guess i should take that off the table
[14:17] <dobey> because the correct behavior is not something we can guarantee to be able to do on every system where ubuntu one is running
[14:17] <alanbell> Chipaca:  http://pastebin.com/f3dfb74f2
[14:17] <Chipaca> dobey: last time I saw that, the user had inadvertently previously run the syncdaemon as root
[14:18] <Chipaca> alanbell: nope, before that
[14:19] <dobey> Chipaca: that log isn't the original reporter's same problem, but the resulting experience is the same
[14:19] <Chipaca> dobey: right
[14:19] <dobey> Chipaca: perhaps for that case though, we should handle the OSError, check the permissions with stat(), and propagate a useful error message to the client via dbus
[14:20] <Chipaca> dobey: didn't we have a bug about having a crash handler let dbus know?
[14:20] <jblount> slestak: I see that they are older, does that change how you feel about deleting the zero byte .conflict files ( context: http://pastebin.com/f44fa82bc )
[14:20] <alanbell> Chipaca: what am I looking for? the full log file is 2.4Mb and contains lots of file names I don't want to attach to a bug
[14:21] <slestak> jblount: i have no issue with deleting them.  i just dont understand the product yet, and didnt want to screw it up w/o knowing
[14:21] <dobey> Chipaca: i don't know. currently we don't have any crash handler sending a message over dbus. syncdaemon exits, dbus reports the failed to start error as a totally useless error message
[14:21] <Chipaca> alanbell: hmm... something logged at ERROR, probably
[14:21] <dobey> and the client applet just fails to connect
[14:21] <Chipaca> dobey: that can be construed as suboptimal
[14:21] <alanbell> 2009-06-13 09:57:28,120 - ubuntuone.SyncDaemon.local_rescan - ERROR - in the scan: <type 'exceptions.KeyError'> ('/home/alan/Ubuntu One/My Files/BellLord/The Open Learning Centre/Roundlens/Roundlens_project brief_v0.1Draft.pdf')
[14:22] <Chipaca> grr
[14:22] <dobey> yes, yes it is
[14:22] <Chipaca> facundobatista: ping
[14:23] <facundobatista> Chipaca, pong
[14:23] <Chipaca> facundobatista: when you have a minute, could you give alanbell a hand at reporting a bug wrt local rescan, without him uploading the full logs (privacy concerns)?
[14:23] <jblount> slestak: Like facundobatista said, I would suggest getting rid of the zero byte .cofnlict files, copying your komodo file to a *safe place* and renaming the komodo .conflict to Komodo-Edit-5.1.3-3592-linux-libcpp6-x86.tar.gz
[14:24] <facundobatista> alanbell, do you have a traceback after that ERROR line?
[14:24] <facundobatista> Chipaca, ok
[14:24] <jblount> slestak: But do be aware, we are truly in beta. I wouldn't want you to lose time / work because of a bug :)
[14:24] <facundobatista> alanbell, in the log, I mean
[14:24] <alanbell> facundobatista: sure, will pastebin . . .
[14:25] <javi> can I safely chmod u+w Ubuntu One folder?
[14:26] <alanbell> ooh, a python traceback yes
[14:26] <jblount> Chipaca: ^^ (can javi chmod u+w the Ubuntu One folder?)
[14:26] <facundobatista> alanbell, exactly
[14:27] <verterok> javi: you can, but I think syncdaemon 'll fight you and change it back
[14:27] <alanbell> http://pastebin.com/f10e0125d
[14:27] <jblount> verterok: Fight to the death? (welcome back from vacation!)
[14:27] <BUGabundo> boas tardes
[14:27] <alanbell> for reference that was "grep -n -A 30 -B 10 ERROR syncdaemon.log.2009-06-14_09-55-13 |pastebinit"
[14:27] <verterok> jblount: hi! thanks!
[14:28] <jblount> BUGabundo: j0!
[14:28] <verterok> jblount: don't know if to death, but it 'll try ;)
[14:28] <BUGabundo> hey jblount
[14:28] <javi> verterok: ok, thank you
[14:28] <dobey> statik: https://edge.launchpad.net/changeup
[14:29] <jblount> dobey: Nice!
[14:29] <Chipaca> jblount: what verterok said
[14:30] <Chipaca> javi: or, to put it another way, you can, but you might break things down the road
[14:30] <dobey> jblount: Pantomime Horses fighting to the death?
[14:31] <jblount> dobey: heh
[14:31] <statik> dobey, great!
[14:31] <jblount> dobey, Chipaca: Mind if I copy / paste a bit of the conversation you had about that bug into a commment on it? I want the people waiting on it to know you are thinking about it actively.
[14:31] <Chipaca> javi: also: exactly why do you want to do that? :)
[14:31] <javi> Chipaca: if that happends, do i report it as a bug or should i as i'm doing something not supposed do be done?
[14:32] <javi> Chipaca: it's just to change the folder icon :-D
[14:32] <Chipaca> javi: oooh, an actual, real, sensible use case!
[14:33] <javi> Chipaca: i don't plan to make any other changes to the Ubuntu One folder :D
[14:33] <Chipaca> javi: things breaking, you mean? When/if that happens, if we don't warn you such that you know not to, it's a bug and you should report it
[14:33] <Chipaca> jblount: no, I don't mind.
[14:34] <dobey> javi: to set a custom icon in nautilus?
[14:35] <javi> dobey: it's under kde actually
[14:35] <dobey> ah
[14:35] <dobey> i don't now how konqueror or dolphin works
[14:36] <dobey> but nautilus stores the metadata for setting a custom icon in ~/.config or somewhere like that i think, so you don't need to have write permissions to set a custom folder icon
[14:36] <javi> dobey: basically you need to add a .directory file to the folder you have customized, so you need write permisions
[14:36] <dobey> because .directory files are deprecated... :)
[14:36] <dobey> hrmm
[14:36] <dobey> oh well :)
[14:38] <jblount> javi: I'd love to have that use case documented if you had a few minutes to file a bug: http://bugs.launchpad.net/ubuntuone-client
[14:38] <javi> jblount: of course, no problem
[14:39] <jblount> javi: Thanks!
[14:39] <javi> anyway, what's the point in making it read only? the daemon looks only for this folder name?
[14:40] <BUGabundo> dobey: in which network are you trying to reach segphault?
[14:40] <BUGabundo> irs.arstecnica.com ?
[14:40] <jblount> javi: It's because the folders users should be interacting with are ~/Ubuntu One/My Files and ../Shared With Me respectively
[14:40] <BUGabundo> lololol
[14:41] <BUGabundo> s/irs/irc/ duh
[14:41] <jblount> javi: ~/Ubuntu One/ is just kind of a place holder, although I *belive* we'll be changing that at some point to work in a bit more sensible way.
[14:41] <dobey> BUGabundo: well i don't see him on freenode or gimpnet
[14:41] <BUGabundo> he is not!
[14:41] <BUGabundo> dobey: only on "his" own irc network
[14:41] <dobey> yes, /whois told me that much
[14:42] <jblount> dobey: The #gwibber chan is on arstechnica's thing.
[14:42] <jblount> s/thing/irc network
[14:42] <dobey> he was on here durring UDS :)
[14:42] <BUGabundo> jblount: I said as much
[14:42] <BUGabundo> dobey: didn't saw him
[14:42] <BUGabundo> guess it was a fluke ?
[14:42] <dobey> he was remotely participating in the uds session about gwibber
[14:43] <jblount> BUGabundo: He was on freenode because we were chatting with him about how best to integrate gwibber with Karmic
[14:43] <BUGabundo> yeah I guessed as much
[14:43] <jcastro> dobey: his IM is ryankpaul@gmail.com
[14:43] <jcastro> whoops, that should have been PMed, spam time!
[14:43] <BUGabundo> jcastro: LOL
[14:44] <javi> ok, but shouldn't it be a user choice? I mean, I understand that for the new user the easyest is to identify Ubuntu One folder with it's Ubuntu One service, and My Files and Shared with Me with those folders, but for a user that knows what he is doing, why can't he/she make a "Sync" folder and use it, or selecting other path instead of ~?
[14:44] <javi> jblount: ahg i didn't read you before sending
[14:45] <javi> jblount: that's great
[14:45] <dobey> javi: there are bugs about this already, as well :)
[14:45] <facundobatista> alanbell, the lines 9813 to 9816 in the pastebin, before the error, are actually together in the real log? Nothing in the middle?
[14:46] <jblount> javi: Ease of use is more important to us _right now_ than making it work for more advanced users, but that's totally a valid point.
[14:47] <javi> jblount: i understand it completely, user behaviour can be frustrating, like someone wanting to change the folder icon... lol
[14:47] <jblount> javi: :D, but I agree with you, if you want to change the icon you should be able to. It's just a matter of what to focus on first.
[14:47] <alanbell> facundobatista: err, yes.
[14:48] <alanbell> unless grep is lying to me
[14:48] <jblount> javi: I'm having a hard time finding the bugs about "sync folders, it shouldn't matter where they are", but they do exist (like dobey said)
[14:50] <dobey> why thank you pidgin, because your error message is so bluntly obvious what the problem is
[14:50] <CardinalFang> Wow, that "iwatch" package is useful.
[14:50] <dobey> "Could not send message (Code 503)"
[14:51] <jblount> dobey: Switch to empathy, same great taste, less filling :)
[14:52] <dobey> uhm, no.
[14:53] <dobey> at least, not on jaunty
[14:54] <javi> well I can confirm that after exiting the client and starting it again, the permissions are only-read again as you said
[14:59] <statik> CardinalFang, using iwatch to see if your zcml is being read?
[15:00] <CardinalFang> statik: Something similar.
[15:00] <CardinalFang> meeting time!
[15:00] <statik> MEETING BEGINS
[15:00] <statik> Hi, everyone who is here for the ubuntu one developer standup, please say 'me'. The format for this meeting is to paste 3 lines: TODO, DONE, and BLOCKED. Then say the person that should go next - we can try going in 'me' order.
[15:00] <statik> me
[15:00] <CardinalFang> me
[15:01] <statik> i think vds, teknico, and aquarius are still sprinting this week. urbanape, dobey, jblount, rodrigo_?
[15:01] <jblount> me
[15:01] <rodrigo_> me
[15:01] <urbanape> me
[15:01] <dobey> me
[15:01] <statik> DONE: lots of phone calls and discussion for Karmic Feature Definition Freeze today. Screensharing design discussions. Pushed a patch upstream for license headers in the spawning wsgi server, fixed the make -j 4 bug in ubunet, saw our first contributor license agreement signed!
[15:01] <statik> TODO: More Karmic planning, work on OOPs with pfibiger, look at glib-couchdb with rodrigo.
[15:01] <statik> BLOCKED: None
[15:01] <statik> next is CardinalFang
[15:01] <CardinalFang> DONE: Got tests running better; some things dislike karmic still.  Bypassed ZCML and interface for zope.sendmail in favor of our own config.
[15:01] <CardinalFang> TODO: Verify that everything is working.
[15:01] <CardinalFang> BLOCKED: Nyet!
[15:01] <CardinalFang> jblount: tag!
[15:01] <jblount> DONE: paired up on the /files/new UI with urbanape, figured out the fix for our squid caching stuff
[15:02] <jblount> TODO: FACE duty!
[15:02]  * jblount tags rodrigo_ 
[15:02] <jblount> BLOCKED: I think I'll need to hand off the squid fix to someone else, but I'm not sure who (and I'd like to have it done today before we do a rollout) #388232
[15:02] <rodrigo_> done: more evo-couchdb work and debugging of CORBA issues
[15:02] <rodrigo_> todo: fix CORBA issues with my backend, and once that works, add the few evo backend methods missing
[15:02] <rodrigo_> blocked: corba :)
[15:03] <facundobatista> alanbell, it's *very* strange.. it's kike if you had the metadata for that file twice... it's very strange...
[15:03] <rodrigo_> urbanape: your turn
[15:03] <urbanape> DONE: Worked with jblount a bit, but we spent a lot of time reading YUI docs together.
[15:03] <urbanape> TODO: Continue with /files/new UI and FF extension
[15:03] <urbanape> BLOCKED: None, other than familiarizing myself with YUI more
[15:03] <urbanape> dobey, you're up
[15:03] <dobey> DONE: Client build system hacks, tarballs released, protocol and client upload to REVU, Created ChangeUp project on LP for app restarting
[15:03] <dobey> TODO: move share creation via web api code to syncdaemon, split ubuntuone-client packaging, backport python-oauth, get some code in ChangeUp and Central Services
[15:03] <dobey> BLCK: None.
[15:04] <facundobatista> alanbell, if you quit the client (close it completely), and restart, does it happen again?
[15:04] <statik> urbanape, can you work on the squid caching thing with jblount? i'm available for a pre-implementation call to discuss the solution if you want
[15:04] <urbanape> sure thing
[15:04] <statik> hi teknico, are you joining the standup meeting today or is your client just connecting automatically?
[15:04] <statik> dobey, congratulations on the uploads!
[15:04] <statik> i guess thats everyone, MEETING ENDS
[15:04] <alanbell> facundobatista: will give it a go, are we interupting the meeting here?
[15:04] <teknico> statik: not automatically, I just realized that I didn't show up at all these days :-)
[15:05] <alanbell> oh, guess not :-)
[15:05] <alanbell> facundobatista: is closing the client from the toolbar sufficient?
[15:05] <statik> teknico, no worries, i don't expect people to attend standup meetings while they are at a sprint, but if they do it's a delightful bonus
[15:05] <dobey> statik: thinks
[15:05] <dobey> err
[15:05] <dobey> thanks
[15:06] <alanbell> facundobatista: well restarting the client by closing it in the toolbar and relaunching it did nothing. Still spinning and reporting the same thing in the log
[15:06] <facundobatista> alanbell, try "ps -eaf | grep syncdaemon" to be sure it's not in memory
[15:07] <alanbell> facundobatista: it is down
[15:08] <alanbell> oh, now it has stopped spinning
[15:08] <alanbell> odd
[15:08] <facundobatista> alanbell, our client fixes itself... "import skynet" magic
[15:08] <jblount> facundobatista: +1 :D
[15:09] <alanbell> ah, it started spinning again
[15:09] <CardinalFang> statik: Yay, contributors.
[15:10] <alanbell> but it appears to be doing constructive work now
[15:10] <facundobatista> alanbell, always check logs
[15:10] <alanbell> doing a tail -f of the log
[15:12] <jblount> __lucio__: yo! When you get a moment, can you point your brain at this bug? I think marked as "later" is wrong, but wanted to ask: https://bugs.edge.launchpad.net/ubuntuone-client/+bug/357572
[15:13] <alanbell> Is there any details on the couchDB side of things? I know Daimien Katz back from the Lotus days and I was writing a python GUI client for couchDB a while back.
[15:15] <statik> alanbell, lots of details! we're working on making couchdb available on the desktop by default in karmic
[15:16] <alanbell> statik: that would be fantastic.
[15:16] <statik> and are working on documenting some good patterns for apps to integrate with it instead of sqlite or flat files
[15:16] <jblount> alanbell: https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-karmic-integrating-with-ubuntu-one <-- a blue print of stuff that we're planning on
[15:16] <alanbell> there has been no discussion of ubuntuone on the couchdb mailing lists up to now
[15:16] <alanbell> and it isn't listed here http://wiki.apache.org/couchdb/CouchDB_in_the_wild (for the next 5 minutes or so at least . . .)
[15:18] <jblount> alanbell: We're still not _quite_ there yet, but I think you'll start to hear noise on it pretty quickly on the couch mailing list and similar places
[15:18] <statik> alanbell: wow, we aren't very good at tooting our own horn ;) we've got some trivial patches into couchdb already, it was discussed a bunch at UDS and various meetups
[15:19] <statik> alanbell, let me find the public blueprints for you
[15:19] <statik> https://wiki.ubuntu.com/DesktopTeam/Specs/Karmic/IntegratingWithUbuntuOne
[15:20] <statik> alanbell, how are you using couchdb these days? i'm always interested to hear about what people are doing with it
[15:21] <alanbell> statik: well I am not really using it much. I wrote some of the early documentation and a LotusScript library for it.
[15:22] <alanbell> back in the pre-JSON XML days
[15:22] <alanbell> I then did a client called Valance which I never really finished
[15:23] <alanbell> https://code.launchpad.net/~alan-dominux/valance/trunk
[15:24] <alanbell> http://www.dominux.co.uk/index.php/2008/04/08/and-another-workspace/
[15:25] <alanbell> facundobatista: my client has now gone to a disconnected state
[15:25] <facundobatista> alanbell, ¿? reason? (you have the reason in the log)
[15:26] <alanbell> facundobatista: nothing obvious. no ERROR
[15:26] <verterok> alanbell: look for a SYS_NET_DISCONNECT o similar
[15:27] <alanbell> verterok: nope, haven't got one of them.
[15:27] <facundobatista> alanbell, what are the few last lines of the log?
[15:28] <alanbell> http://pastebin.com/f7eed341c
[15:28] <dobey> statik: it's hard to keep up with "the web" :)
[15:30] <verterok> alanbell: it was connected and then disconnected or you just restarted the client...you need to manually connect it
[15:30] <alanbell> verterok: well it just spent 10 minutes or so doing stuff
[15:31] <verterok> alanbell, facundobatista: I think that was just the local rescan
[15:31] <alanbell> verterok: ah, I see.
[15:32] <facundobatista> alanbell, oh, yes... the local rescan is done without connecting, and the client does not connect automatically, so...
[15:32] <facundobatista> alanbell, grep for ERROR in the new log
[15:32] <alanbell> but it did have SYS_NET_CONNECTED when it first restarted
[15:32] <alanbell> no ERROR
[15:33] <verterok> alanbell: yes, that's NetworkManager talling the syncdaemon that there is network available
[15:33] <facundobatista> alanbell, don't know if SYS_NET_CONNECTED is that it's connected to the network, or that it has a connected network that it could ues
[15:33] <facundobatista> *use
[15:34] <dobey> it's can use
[15:34] <verterok> alanbell: to check if it connected or if a connection was requested, look for a SYS_CONNECT
[15:34] <dobey> if it's connected to the network and doing nothing, the state is IDLE
[15:35] <dobey> it probably went READY -> LOCAL_RESCAN -> READY
[15:35] <alanbell> verterok: no SYS_CONNECT until just now when I told it to connect.
[15:35] <verterok> alanbell: ok, so that was the reason :)
[15:36] <alanbell> it is now working
[15:36] <alanbell> doing push events
[15:39] <alanbell> what does fsm stand for (apart from Flying Spaghetti Monster)
[15:39] <Chipaca_> alanbell: finite state machine, or file system manager
[15:39] <Chipaca_> alanbell: depends :)
[15:40] <__lucio__> jblount: back. So, we are not paying attention to folders in Ubuntu One that were not created by the system. If someone wants to create a folder, he ahs to do it in My Files. or inside a share he has rw access. This has proven to create confusion, so we are planning on changing it. To what is still not clear. So thats why its marked as later.
[15:41] <jblount> __lucio__: Cool, I just wanted to poke you about it since I saw that joshuahoover triaged it. I'll poke you about it again in a few weeks when you've worked off more of your invite queue :)
[15:41] <__lucio__> :)
[15:44] <verterok> __lucio__, jblount: also the user must explicitly change the Ubuntu One folder permissions to create this folder :)
[15:44] <dobey> jblount: triaged it, or moved it from beta2 to later?
[15:45] <dobey> jblount: everything that had the beta2 milestone was moved to 'later'
[15:47] <jblount> dobey: Right, but previously on the same bug statik mentioned wanting to do this soon. Just didn't want to lose track of that particular bugs importance.
[15:47] <jblount> dobey: The client re-write you just landed is in C yeah? or is that C++ ?
[15:51] <statik> C-
[15:52] <jblount> statik: C-? Should I pronounce that "SEE FAIL" ?
[15:52] <statik> :) i'm just kidding around
[15:52] <statik> some of my best friends write in C
[15:53] <dobey> jblount: the nautilus extension was ported to C, the rest of the client is still python
[15:53] <jblount> statik: You know me, I like anything that has a pretty ui :)
[15:53] <jblount> dobey: Nice, thanks.
[15:55] <dobey> and if it was C++, it would be C~
[15:58] <jblount> dobey: ? How would I pronounce "C~" ?
[15:59] <urbanape> "Cee-Ehn"
[15:59] <dobey> c-tilde
[15:59]  * jblount was hoping for a pun
[16:00] <dobey> jblount: it's a subset of features of c++. i think the D guys coined it as C~
[16:01] <jblount> dobey: I'm picking up what your putting down (well, now I am).
[16:02] <dobey> but now i can't find the stupid web page about it
[16:03] <alanbell> jblount: see wobbly?
[16:03] <alanbell> jblount: or sea wavey
[16:04] <jblount> alanbell: Precisely what I was hoping for :)
[16:04] <alanbell> just as long as there is no sharpness I am happy :-)
[16:05] <dobey> oh well
[16:05] <dobey> you can pronounce it "el chupacabre" if you want
[16:06] <jblount> dobey: ZOMGROFLMAO
[16:11] <dobey> wow, the "lock" leds on this flexible keyboard are really bright
[16:11] <dobey> i wish it didn't have the numpad too
[16:12] <jblount> dobey: Did you already get the bluetooth keyboard for your new laptop? How is it?
[16:12] <dobey> the bluetooth one won't maintain a connection. it pairs and then immediately drops the connection :(
[16:12] <dobey> it also has absolutely no way to power off, without removing the batteries
[16:13] <dobey> and it was scratched, and batteries were shipped loose in the box
[16:13] <dobey> so all in all, that was a horrible experience, and i'm going to return it and complain very loudly to make them cover return shipping costs and give a full refund
[16:15] <jblount> Meh, I hate having to do that. I have a brand new Thinkpad T500 sitting in a box next to me because I've been avoiding calling them for the RMA kit.
[16:15] <dobey> heh
[16:15] <dobey> and this flexible keyboard is a bit odd to type on
[16:16] <dobey> yeah, i can't type on it. touch type doesn't work so well because you have to really push the buttons down hard
[16:17] <urbanape> jblount: don't wait too long
[16:18] <jblount> urbanape: I'm ok, but I need to call them today or tomorrow.
[16:27] <dobey> meh
[16:27] <dobey> well, looks like i have 2 keyboards to return now
[16:28] <dobey> the flexible kb might be usable by someone who doesn't type 80+ wpm though
[16:28] <dobey> but that is not me
[17:36] <thisfred> nother branch containing the all new and improved record schema almost ready to land
[17:37] <thisfred> Todo: running make test for the next 20+ minutes. And getting tea.
[17:44] <jblount> thisfred: Nice!
[17:45] <thisfred> jblount: yeah, this sprint has been most productive (in terms of agreements and plans even more than code, but writing code is easy)
[17:50]  * jblount wanders off for food
[17:53] <alanbell> hmm, my U1 icon is bouncing about in the title bar.
[17:54] <alanbell> sort of spinning then jerking and shaking the other icons
[17:55] <jblount> alanbell: It's a bit out of alignment, which is a known issue.
[17:56] <jblount> We'll be moving the icon stuff into the messaging indicator soonish, so that probably won't change.
[18:05]  * statik wishes he had time to play with http://code.google.com/p/erlrc/
[18:40] <dobey> tilapia sandwich ftw
[18:41] <dobey> they totally need to put it on a bigger bun though
[18:43] <jblount> dobey: I like it when the fish comes out of the bread
[18:43] <jblount> pfibiger: We should get grouper next Tuesday, in that shiny place.
[18:45] <pfibiger> heh
[18:45] <pfibiger> ok
[18:45]  * jblount laughs at his own ridiculous vocabulary
[18:47] <dobey> jblount: it was like 15-20% of the length of the fish sticking out... too much. a little is fine
[18:51] <urbanape> grouper...
[18:51] <urbanape> mmm
[18:51] <urbanape> http://www.flickr.com/photos/urbanape/3593476781/
[18:55] <jblount> urbanape: LOOK OUT!!@#! THAT BUG FISH IS GOING TO EAT YOURKID!@#
[18:55] <urbanape> Lex loves grouper. TO EAT
[18:58] <statik> i'll see your grouper and raise you a giant japanese spider crab: http://www.flickr.com/photos/elliotmurphy/194434176/
[19:00] <dobey> statik: you can get those somewhere down there?
[19:00] <dobey> because, like, i'm not opposed to another sprint in orlando in like mid-july or something :)
[19:00] <dobey> or august even
[19:01] <dobey> anniversary sprint for the crab
[19:01] <jblount> dobey: I am, it's too freaking hot!
[19:01] <dobey> jblount: fix your car's A/C and quit whining! :)
[19:01] <statik> dobey: i don't think you can eat them in the US, thats from the aquarium in atlanta
[19:02] <statik> but a sprint sounds fun
[19:02] <jblount> dobey: meh, my rule is if my car costs more money then I have to blow it up in a field.
[19:04] <dobey> jblount: ok. lets blow it up in a field, and you can get a new car
[19:05] <dobey> "approx. 14-3/4 inches long when stored & weighs under 1.4 lbs."
[19:06] <dobey> ok, i'm not getting that keyboard
[19:06] <dobey> it's big and weighs more than my laptop!
[19:09] <urbanape> Ah, I didn't realize they renamed the Jewfish to the Goliath Grouper in 2001. When I was living in Key West, it was still going by its un-PC appellation.
[19:11] <dobey> jonah must have been really tiny
[19:11] <mthaddon> how do I see what folders I've shared with people and if they've accepted?
[19:11] <mthaddon> from the desktop
[19:12] <jblount> mthaddon: I don't think there is a view of this from the desktop, from the web ui you would have to click on each folder and look at the shared tab
[19:12]  * jblount thinks this sounds like a bug
[19:12] <verterok> mthaddon: ATM, u1sdtool --list-shared
[19:12] <verterok> mthaddon: but it might show deleted/dead shares
[19:12] <mthaddon> should I file a bug asking for some kind of desktop notification?
[19:12] <verterok> mthaddon: there is a bug filed
[19:13] <mthaddon> verterok: k, thx - you have the number so I can subscribe?
[19:13] <verterok> mthaddon: about the list not being updated, file the one about the desktop view
[19:13] <verterok> mthaddon: let me check
[19:14] <mthaddon> will file the one about desktop view
[19:14] <verterok> mthaddon: Bug #383760
[19:14] <mthaddon> verterok: I just sent out two invitations and nothing shows up in the web UI showing that either
[19:14] <mthaddon> verterok: such as "you've shared this with x and y, they haven't yet accepted"
[19:15] <mthaddon> verterok: just says "Folder not Shared"
[19:15] <verterok> mthaddon: check with: u1sdtool --refresh-shares; u1sdtool --list-shared
[19:15] <mthaddon> verterok: I'm looking in the web UI as I understood it'd be there?
[19:15] <verterok> mthaddon: if the folder was shared, it should be there
[19:16] <mthaddon> verterok: is sending an invitation counted as shared?
[19:16] <mthaddon> verterok: or only when someone accepts?
[19:16] <verterok> mthaddon: that's a *very* good question :)
[19:16] <verterok> jblount: ^ ?
[19:17] <jblount> mthaddon: When you send it, that should show, and it should indicate that it's not yet accepted.
[19:17]  * jblount tests
[19:17] <mthaddon> jblount: I got nuthin' :(
[19:19] <mthaddon> verterok, jblount: fwiw u1sdtool --refresh-shares; u1sdtool --list-shared shows "No shares"
[19:19] <mthaddon> so seems like sharing is busted for me
[19:20] <jblount> mthaddon: I'm guessing the xhr request didn't finish, mine worked and I see "x@y.com has not accepted"
[19:20] <jblount> mthaddon: Can you confirm if the emails where sent out?
[19:20] <mthaddon> jblount: how would I see that?
[19:20] <jblount> mthaddon: im, irc, phone? (I meant by asking the shared to person) :)
[19:21] <mthaddon> jblount: it's not logged?
[19:22] <jblount> mthaddon: Not sure, verterok ^^?
[19:22] <jblount> mthaddon: Did you share from the desktop?
[19:22] <mthaddon> jblount: yep
[19:23] <verterok> jblount: im, irc or phone should work :)
[19:23] <mthaddon> verterok: you're saying there's no logging of that?
[19:24] <verterok> jblount: the sharing from the desktop isn't done by syncdaemon, it's done by the nautilus extesion, and I don't think there is any logging
[19:24] <mthaddon> irc seems to confirm the email wasn't sent
[19:24] <verterok> mthaddon: ^
[19:24] <verterok> dobey: help? ^
[19:25] <dobey> hrmm?
[19:25] <jdobrien> my client is acting really funky
[19:25] <dobey> what version of ubuntuone-client is it?
[19:25] <jdobrien> spin ---> disconnect---->connect---> spin-----> stop----> disconnect
[19:26] <jdobrien> dobey: how do i find out?
[19:26] <verterok> jdobrien: disconnect?
[19:26] <mthaddon> dobey: if you meant me, 0.90.1-0+r44-0~ubuntu.9.04
[19:26]  * jdobrien looks for an about page
[19:26] <jdobrien> verterok: red x
[19:26] <dobey> i meant mthaddon :)
[19:26] <verterok> jdobrien: weird, are you suffering network problems?
[19:27] <jdobrien> verterok: not that I know of
[19:27] <dobey> mthaddon: yeah, the nautilus extension doesn't log that stuff. i'm about to get that code moved into the syncdaemon though
[19:28] <mthaddon> dobey: so there's probably not much we can do to troubleshoot til then?
[19:30] <jblount> mthaddon: So 1. Shared to got the email 2. Web UI and u1sdtool don't tell you about the share?
[19:30] <dobey> probably not much. maybe poke at apache error log on the server, since if it failed, it almost certainly got an error code from the servr
[19:31] <mthaddon> jblount: no, shared to didn't get the email
[19:31] <jblount> mthaddon: I'm testing this locally, to see if it's just broken with current stuff.
[19:35] <jblount> mthaddon: Seems I'm having the same problem, do you have a moment to file a bug, or would you like me to?
[19:35] <mthaddon> I can file a bug
[19:36] <jblount> mthaddon: Thanks for that. Must be a regression somewhere I guess.
[19:37]  * jblount would like it if his power would stop going out.
[19:37] <mthaddon> jblount: sounds kind of like an earlier bug I reported - bug 381012
[19:38] <jblount> mthaddon: Agreed, looks like this is assigned to me, which is why it's not yet fixed.
[19:38] <jblount> I probably thought you meant through the webUI at the time.
[19:38] <mthaddon> jblount: should I file a separate bug or add to this one?
[19:39] <jblount> mthaddon: Just add to that one, it's the same issue -ish
[19:39] <mthaddon> k
[19:48] <jblount> mthaddon: Thanks for your super awesome diagnostic powers
[19:50] <mthaddon> jblount: invoice is in the mail...
[19:52]  * jblount throws a cherry bomb at his mailbox
[20:05] <dobey> well
[20:06] <dobey> mthaddon: hrmm. so there's really know way currently for the client to know whether or not the sharing was actually successful, outside of the web server it pokes returning a 200 OK, which means it accepted the connection, rather than that the sharing was successful. :-/
[20:07] <mthaddon> dobey: you mean to know whether sending the email was successful?
[20:07] <mthaddon> dobey: couldn't that be stored somewhere (i.e. whether the email was sent or not) and the client check the state of that?
[20:07] <dobey> mthaddon: to know whether the mail was actually sent, or whether the share itself was accepted by the other user
[20:08] <dobey> mthaddon: the e-mail is sent by the server, not the client
[20:08] <mthaddon> dobey: yes, but the client can ask the server if the email was sent, no?
[20:08] <dobey> so the HTTP connection can be totally successful, but the server could have some other issue sending the e-mail
[20:08] <dobey> not currently it can't, no
[20:08] <mthaddon> well I'm suggesting it as a future possibility too :)
[20:09]  * dobey would just prefer that e-mails were not involved in the process at all
[20:09] <tcole> well, whether or not the email is sent eventually we should be showing these in the web ui too
[20:09] <mthaddon> emails are definitely not ideal from a "did it arrive, was it read" standpoint
[20:10] <mthaddon> on the other hand, hard to have it work any other way for non-current u1 users
[20:10] <dobey> email is about as safe and reliable on the internet, as standard post is in third world countries
[20:11] <dobey> sms would be better
[20:12] <dobey> i don't know. i really don't like e-mail though
[20:12] <statik> the database records whether the invitation was offered/sent, and whether it was claimed. we can do lots of awesome UI on top of that, and extend the ways we inform people about the offer
[20:13] <statik> email is a horrible and necessary first step of many
[20:13] <mthaddon> statik: sounds very sane
[20:14] <statik> i just wish i could figure out where i'm getting bzr1.17dev from so I can update it! `which bzr` is lying to me
[20:14] <dobey> tcole: you're working on the fixes needed for protocol versioning, right?
[20:15] <tcole> dobey: what? no...
[20:15] <dobey> tcole: oh, ok
[20:15] <tcole> good lord, no... I've got way too much else stacked up already
[20:15] <dobey> heh
[20:16] <dobey> __lucio__: ping? who's going to be working on the protocol versioning bits?
[20:16] <tcole> right now I'm just trying to work out what's happening with the tests after the protocol change
[20:16] <dobey> yeah
[20:16] <tcole> actually I seem to have localized it
[20:16] <dobey> i thought you were going to do the versioning bits too. my confusion. no worries :)
[20:16] <tcole> ActionQueueCommands don't consider the actual disconnection error a retryable error
[20:16] <tcole> now, this is fine in principle
[20:17] <tcole> I can just add the exception type
[20:17] <tcole> and I think it will work
[20:17] <tcole> the problem is that it isn't based on exception types
[20:17] <tcole> but rather by testing string equality of the exception messages :(
[20:20] <dobey> lovely
[20:23] <tcole> though that still didn't seem to help
[20:23] <tcole> hm
[20:29] <dobey>     host mx.sourceforge.net [216.34.181.68]: 550 This message scored 16.0 points. Congratulations!
[20:29] <dobey> now *that* is spam
[20:30] <dobey> and sourceforge unsubscribed me from my own mailing list, because it kept bouncing the spam sent to me through the list
[20:31] <dobey> *awesome*
[20:51] <dobey> oh, well now i can actually delete the list, so hopefully it will be gone now
[20:58] <statik> dobey: since I'm reviewing three branches at once, it seemed a good time to ask: do you know if GSM variants of the palm pre coming to market anytime soon?
[20:58] <dobey> i don't know any dates for them, but i suspect they will be out soon
[20:58] <dobey> i don't know if the gsm version will be out in the US at all though
[20:59] <statik> oic
[20:59] <dobey> i know as soon as they come out though, aquarius will be giggling like a raspy-voiced little school girl
[21:03] <Vigo> Hi there
[21:04] <dobey> hi
[21:05] <statik> dobey, rmcbride: in the lil-fixins branch i'm reviewing now, should +XSBC-Original-Maintainer be spelled as XBSC ?
[21:06] <Vigo> just received my invitation to ubuntuone but I'm unable to upload files
[21:06] <Vigo> can anyone help me ?
[21:06] <dobey> statik: i don't think it matters what the order of S B and C are?
[21:06] <statik> dobey: cool, i dinna know that
[21:07] <dobey> statik: it's XSBC in storage-protocol
[21:07] <dobey> statik: and it's the string the REVU page suggested using
[21:07] <statik> i'm happy
[21:07] <rmcbride> statik: dobey: I can confirm. I did "XSBC" in configglue too, based on the REVU autoresponder too
[21:08] <dobey> it's some dpkg magic, where S B and C specify source, binary, and whatever that third one is, package types
[21:08] <dobey> which is why the python-version one is XS only or something
[21:08] <dobey> as i understand it
[21:08] <statik> oh interesting
[21:09] <statik> Vigo, jblount might be able to help you
[21:09] <statik> dobey: branch approved
[21:10] <dobey> nice
[21:11]  * dobey wonders how much he can get done in the next 45 minutes
[21:12] <jblount> Vigo: Hi! I'd be happy to help.
[21:12] <dobey> we need to move the packaging out to source pkg branches anyway
[21:12] <dobey> i should look at doing that tomorrow maybe
[21:13] <jblount> Vigo: How are you uploading to Ubuntu One? On the website, or on your desktop?
[21:13] <Vigo> tested both ways without success
[21:13] <jblount> Vigo: Yikes!
[21:13] <statik> dobey: may I have a branch landed please? https://code.edge.launchpad.net/~statik/ubuntuone-client/no-ssl-verify/+merge/7647
[21:14] <Vigo> humm sorry for my poor english...Yikes ?
[21:14] <dobey> statik: i was just about to run the script :)
[21:14] <jblount> Vigo: Sorry! Yikes is similar to "Oh no!"
[21:14] <Vigo> ok :-)
[21:14] <jblount> Vigo: What do you get when you run this in a terminal? "ps aux | grep ubuntuone"
[21:15] <bobesponja> hi
[21:15] <jblount> bobesponja: hi!
[21:15] <Vigo> fred      3132  0.4  2.5  48296 26172 ?        Sl   21:58   0:04 /usr/bin/python /usr/bin/ubuntuone-client-applet
[21:15] <Vigo> fred      3225  0.3  1.8  39688 19360 ?        Sl   21:58   0:03 /usr/bin/python /usr/bin/ubuntuone-syncdaemon
[21:15] <Vigo> fred      3960  0.0  0.0   3352   812 pts/0    S+   22:15   0:00 grep ubuntuone
[21:15] <bobesponja> is there an api for ubuntuone I can use to build some scripts or app?
[21:16] <jblount> Vigo: That's a good start, did you copy any files into ~/Ubuntu One/My Files/ ?
[21:16] <jblount> bobesponja: AFAIK not yet, but soon we'll have something very similar.
[21:16] <Vigo> yes, created a folder and copied a small file
[21:17] <bobesponja> jblount: ok, thanks
[21:17] <dobey> i really need to find time to hack on tarmac too
[21:17] <bobesponja> krawek: ^^ :p
[21:18] <jblount> Vigo: how about this: tail ~/.cache/ubuntuone/log/syncdaemon.log
[21:19] <Vigo> tail ~/.cache/ubuntuone/log/syncdaemon.log
[21:19] <Vigo> 2009-06-18 22:01:47,398 - ubuntuone.SyncDaemon.EQ - DEBUG - push_event: SYS_STATE_CHANGED, args:(), kw:{'state': <NonActiveConnectedSDState IDLE>}
[21:19] <Vigo> 2009-06-18 22:02:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:19] <Vigo> 2009-06-18 22:04:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:19] <Vigo> 2009-06-18 22:06:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:19] <statik> bobesponja, you can see an example of a script that uses the protocol directly by looking at u1sync. what kind of scripts/app are you thinking of?
[21:19] <Vigo> 2009-06-18 22:08:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:19] <Vigo> 2009-06-18 22:10:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:19] <Vigo> 2009-06-18 22:12:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:19] <Vigo> 2009-06-18 22:14:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:19] <Vigo> 2009-06-18 22:16:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:19] <statik> dobey: me too. we should do a virtual tarmac sprint for 3 hours one day
[21:19] <Vigo> 2009-06-18 22:18:51,957 - ubuntuone.SyncDaemon.Main - INFO - ---- MARK (state: IDLE; queues: metadata: 2; content: 0; hash: 0) ----
[21:20] <dobey> statik: that would be cool
[21:20] <jblount> Vigo: Thanks! If you can use http://pastebin.ubuntu.com/ to paste this to me, it will make it easier on the other people in the channel :)
[21:21] <jblount> Vigo: Now, do you see these files at http://ubuntuone.com/files/ ?
[21:21] <Vigo> jblount, OK
[21:22] <Vigo> jblount, still not, it says my files are 0 bytes
[21:22] <__lucio__> dobey: i dont know yet.
[21:22] <bobesponja> statik: I'll have a look thanks
[21:23] <jblount> Vigo: Do you have the Ubuntu One icon in your notification panel? Does it have a small x in the bottom corner?
[21:24] <Vigo> jblount, I have the icon, and no small x
[21:24] <jblount> Vigo: What does it say on hover?
[21:24] <Vigo> jblount, it says idle
[21:25] <Vigo> jblount, I had to try to reconnect several time
[21:25] <dobey> crap, i don't remember what e-mail address i used for ubu forums
[21:25] <jblount> Vigo: Hmm. So for everything sounds good, except for not being able to upload!
[21:25] <jblount> Vigo: What message do you get when attempting to upload from the website?
[21:26] <dobey> oh
[21:27] <dobey> because the user "dobey" on ubuntu forums is not me
[21:27] <dobey> fail :(
[21:27] <dobey> f'n people using my nick :(
[21:27] <Vigo> jblount, in firefox I have...waiting for updown.ubuntuone.com during 5 minutes then got a proxy error message
[21:28] <Vigo> jblount, I can't event create a folder, no message but nothing happen
[21:29] <jblount> Vigo: The trouble with creating new folders is a known issue
[21:29] <Vigo> jblount, ok
[21:30] <jblount> Vigo: I fear I've exhausted my trouble shooting abilities, but I have a secret weapon...
[21:30] <jblount> verterok: ^^ Can you fix it?
[21:30] <Vigo> jblount, will be happy to know about it
[21:31] <verterok> jblount, Vigo: looks like syncdaemon got stuck with 2 actions in the meta queue
[21:31] <verterok> Vigo: it;s the daemon connected?
[21:32] <verterok> Vigo: could you try restarting it? quit the applet and open it again
[21:32] <Vigo> jblount, yes, it looks to be
[21:33] <Vigo> jblount, currently "working"
[21:33] <jblount> verterok: I have a new first step to troubleshooting.
[21:34] <Vigo> jblount, still trying to connect: status "working"
[21:34] <verterok> Vigo: if it says "working" it's already connected
[21:34] <jblount> Vigo: I think this working status means it is conneted and now transferring files.
[21:34] <Vigo> jblount, I have pasted the proxy error for you
[21:35] <jblount> Vigo: Great, what's the url?
[21:35] <Vigo> jblount, ok but files are very small 36 Kio
[21:35] <Vigo> http://pastebin.ubuntu.com/198760/
[21:35] <dobey> hrmm, not actually getting much done at the moment :-/
[21:42] <jdobrien> Vigo: you're using a proxy server?
[21:42] <jblount> Vigo: Any news? Do you see anything when refreshing http://ubuntuone.com/files/ ?
[21:43] <Vigo> jdobrien, direct connection through my router
[21:43] <jdobrien> Vigo: ignore me ;)
[21:43] <Vigo> jblount, no files, it just can't connect until I deleted the files
[21:43] <Vigo> jblount, when connected I copied a 2kio file but it did no sync it
[21:50] <Vigo> jblount, last status...I had to restart the daemon twice to have it running, but the file is not sync
[21:50] <Vigo> I think I will leave it as it is for tonight
[21:53] <Vigo> jblount, thank you for your time and help
[21:53] <Vigo>  bye all
[21:53] <jblount> Vigo: Sorry I couldn't get it working, if you have some time tomorrow, poke your head in so we can get it fixed for you
[21:53] <Vigo> jblount, no problem..thanks
[21:57] <dobey> ok, i gotta go, see you all later!