=== GreySim is now known as napsim[maybe]
=== napsim[maybe] is now known as GreySim
=== GreySim is now known as StoreSim[Foodz]
=== StoreSim[Foodz] is now known as GreySim
[08:11] <destiEee> my ubuntuone doesn't like to upload any files, only empty folders
[08:15] <aquarius> destiEee, that's rather strange. These are files inside folders in your Ubuntu One folder, yes?
[08:15] <destiEee> yes
[08:16] <destiEee> i placed a tar.bz2 directly into the ubuntu one folder and it doesn't upload too
[08:17] <aquarius> destiEee, can you look at the file .cache/ubuntuone/log/syncdaemon.log, at the end of it, and see if there's anything that looks like it might be an error?
[08:19] <destiEee> 2009-12-16 09:01:14,556 - ubuntuone.SyncDaemon.ActionQueue - WARNING - connection lost: Connection was closed cleanly.
[08:20] <aquarius> interesting.
[08:20] <aquarius> can you file a bug? From the Ubuntu One cloud on the top bar, you can say "Report a bug"
[08:20] <aquarius> and that will attach the log files, so someone with more deep knowledge about the file sync system can look at it and help
[08:21] <destiEee> ok, i will report it later
[08:22] <aquarius> thanks, and sorry I can't help more myself!
[08:24] <destiEee> does ubuntu one require some special ports? i'm at university network and i don't know wether they block something or not
[08:27] <aquarius> I don't think that's the problem, because the folders are being created (even if they're empty); if the ports were being blocked, your machine probably couldn't talk to Ubuntu One at all, so the folders wouldn't be created either
=== joshuahoover2 changed the topic of #ubuntuone to: Have a question? Post here to urbanape | https://one.ubuntu.com | https://launchpad.net/ubuntuone | Please honk if you want a music store
[12:11] <Chipaca> destiEee: we (ab)use the HTTPS port
[12:11] <Chipaca> destiEee: but as aquarius says, it either works or it doesn't. Can you do "u1sdtool --current-transfers"?
[12:53] <aquarius> hey mattgriffin
[13:10] <CardinalFang> I'm AFK today.  Kid is sick.
[13:11] <urbanape> Bummer. Was gonna ask you about what we talked about the other day: returning the rev id with the response from Couch.
[13:17] <aquarius> urbanape, did you get a chance to test that the external couch app worked?
[13:25] <urbanape> the one you wrote last night? Nope.
[13:25] <urbanape> I didn't read far enough back in the scrollback
[13:32] <urbanape> yay, aquarius!
[13:32] <urbanape> v. cool.
[13:33]  * urbanape is Face today. Gaze upon my answers, ye mighty, and despair.
[13:37] <aquarius> urbanape, glad it works for you :)
[13:52] <destiEee> Chipaca: Current uploads: 0 Current downloads: 0
[14:16] <urbanape> sad fnode again today, I see.
[14:38] <oly> anyone any ideas if you can get ubuntu one for arm or the source code to attempt a compile ?
[14:39] <dobey> oly: the nautilus extension is the only piece that needs a recompile... the source for ubuntuone-client is available in bzr or on the download page at http://launchpad.net/ubuntuone-client
[14:40] <oly> okay, so i will need to compile nautilus as well :-D
[14:40] <oly> netbook currently has thunar
[14:42] <oly> thanks for the info dobey something for me to attempt a bit later
[15:03] <jblount> Desktop+ MEETING BEGINS
[15:04] <jblount> Hello party people! You know what to do:
[15:04] <jblount> me
[15:05] <aquarius> me
[15:05] <teknico> me
[15:07] <urbanape> me
[15:07] <dobey> me
[15:08] <aquarius> vds, Chipaca?
[15:10] <jblount> Alright, let's kick it off:
[15:10] <jblount> DONE: Bugs into LP, start work on web-ui-layout-issues, BUG DAY!
[15:10] <jblount> TODO: Work on web-ui-layout-issues, make a couple tabs for statik, listen to pfibiger wax poetic
[15:10] <jblount> BLOCKED: Nope
[15:10] <jblount> aquarius: !
[15:10] <vds> me
[15:10] <aquarius> ⚀ DONE: desktopcouch HTML API docs branch; bugfix branch for DC; add more DC docs to freedesktop.org
[15:10] <aquarius> ⚁ TODO: continue work on desktopcouch developer docs; work with rodrigo on Music Store; write up things learned at UDS; step-by-step guide to what happens during contact sync; hand off "pipe" to transfer data between two HTTP connections with twisted 9.0 to lucio's team; make tomboy first-sync experience nicer
[15:10] <aquarius> ⚂ BLOCKED: test music store
[15:10] <aquarius> teknico-o-o-o-o-o-o-o-oooooo
[15:10] <teknico> DONE: bug triaging, more work on disabling free phone sync after 30 days (#403941), reviews
[15:10] <teknico> TODO: more reviews, finish disabling free phone sync after 30 days (#403941)
[15:10] <teknico> BLOCK: none
[15:10] <teknico> next: urbanape
[15:11] <teknico> operatic? :-)
[15:11] <urbanape> DONE: Just about fed up with pqm. Submitted for fun and despair my branch a few more times. Changed focus to Bindwood manifest branch for alpha 2.
[15:11] <urbanape> TODO: I'm Face today, so I'll be watching forums, here on IRC, and the Twitter and Identi.ca streams
[15:11] <urbanape> BLOCK: None
[15:11] <urbanape> dobey: please
[15:11] <aquarius> teknico, more that sort of voice you get in football chants, I think :)
[15:11] <dobey> ☺ DONE: Talked to rtgz about splitting Nautilus fixes into separate bugs/branches, Emergency branch landing for servers trunk, Weekly planning meeting, Bug day, Infrastructure notes, Stable PPA updates for client/protocol, Started new client work
[15:11] <dobey> ☹ TODO: New Client Code, E-mail motu-council, Review Nautilus fixes
[15:11] <dobey> vds: ciao
[15:11] <dobey> ☹ BLCK: None.
[15:11] <vds> DONE: 30 free plans #403941, need to fix one test and it's done, some email exchange with funambol support
[15:11] <vds> TODO: propose the branch
[15:11] <vds> BLOCKED: nope
[15:12] <vds> who's next?
[15:12] <aquarius> vds, you're last, unless Chipaca shows up to do his job or something ;-)
[15:12] <vds> Chipaca or CardinalFang maybe?
[15:12] <aquarius> CardinalFang's away today
[15:12] <vds> ah ok
[15:13] <vds> EOM then I guess :)
[15:13] <jblount> vds: Yep, thanks.
[15:21] <jblount> urbanape: yo! Does lazr-js have a "don't submit this form until validating this stuff inline" bit? I'm at a loss googling for it for yui.
[15:21] <urbanape> not really
[15:22] <jblount> Boo.
[15:22] <urbanape> is the form on a page or in an overlay?
[15:22] <urbanape> That could be a useful addition to the formoverlay class.
[15:23] <jblount> On a page, and it submits to SalesForce on another server so I can't do it with the form itself: DONE: Bugs into LP, start work on web-ui-layout-issues, BUG DAY!
[15:23] <jblount> TODO: Work on web-ui-layout-issues, make a couple tabs for statik, listen to pfibiger wax poetic
[15:23] <jblount> grr.
[15:23] <jblount> On a page, and it submits to SalesForce on another server so I can't do it with the form itself: https://one.ubuntu.com/support/account-assistance/
[15:23] <urbanape> well, if you control the page, we can make the form action a javascript function that validates before submitting.
[15:24] <jblount> Yeah, we own the page.
[15:27] <urbanape> so, it shouldn't be any problem to validate the form before submission.
[15:28] <urbanape> but there's no conveniences afforded by YUI for that.
[15:29] <jblount> Oh, ok. I'm always looking for the cheap way. Should I just tackle it using YUI or should I be talking to some #rhinos about doing something in lazr-js to help this out?
[15:33] <urbanape> well, the easiest way to do it would be to hook up the form submission to a function.
[15:34] <urbanape> Y.on('submit', function() { validate_form(); }, '#form-id') or the like.
=== jamalta is now known as jamalta|work
[17:16] <urbanape> thisfred: do you recall the conversation the other day about whether we could get Couch to include the rev_id in the response?
[17:17] <thisfred> ehhh, maybe
[17:17] <thisfred> what response?
[17:17] <thisfred> view results?
[17:19] <thisfred> urbanape: there is a switch you can set in a design document, something like options: {"local_revisions": true}
[17:19] <thisfred> and then you should have access to them in views
[17:20] <thisfred> urbanape: but I have not got that working yet
[17:20] <urbanape> no, like on a PUT
[17:20] <thisfred> ah
[17:20] <urbanape> the response that comes back. CardinalFang was dicussing the possibility, I think.
[17:20] <urbanape> At first, I didn't think it would be useful, though I'd asked for it before.
[17:20] <thisfred> yeah, I vaguely remember
[17:21] <urbanape> And I realized last night when I woke up, that it would be useful.
[17:21] <thisfred> You only need it for the first put of a document
[17:21] <thisfred> right?
[17:21] <thisfred> oh no,
[17:21] <urbanape> nope my thinking is like this:
[17:21] <thisfred> it changes, when you send it
[17:21] <urbanape> Bindwood responds to a bookmark update, so it PUTs the new bookmark changes.
[17:22] <urbanape> a few seconds later, it's going to hit _changes and get that bookmark record back
[17:22] <thisfred> urbanape: but I think you do get it back
[17:22] <urbanape> It would be nice for me to say, "Uh, yeah, seen it. BECAUSE I PUT IT THERE."
[17:22] <urbanape> the rev_id?
[17:22] <thisfred> urbanape: yeah, I think so:
[17:23] <urbanape> I had Bindwood spitting out the entirety of the response text, and I don't recall ever seeing the rev_id.
[17:23] <urbanape> lemme check.
[17:24] <thisfred> urbanape: python-couchdb does this:
[17:24] <thisfred>     def __setitem__(self, id, content):
[17:24] <thisfred>         """Create or update a document with the specified ID.
[17:24] <thisfred>         :param id: the document ID
[17:24] <thisfred>         :param content: the document content; either a plain dictionary for
[17:24] <thisfred>                         new documents, or a `Row` object for existing
[17:24] <thisfred>                         documents
[17:24] <thisfred>         """
[17:24] <thisfred>         resp, data = self.resource.put(id, content=content)
[17:24] <thisfred>         content.update({'_id': data['id'], '_rev': data['rev']})
[17:24] <urbanape> I think you're right. I just looked at the couch.js
[17:24] <urbanape> how did I miss that?
[17:24] <thisfred> so something is returning it
[17:25] <thisfred> unless it makes two calls under the hood
[17:25] <urbanape> maybe I was spitting out some othe rpart of the response. a subobject, or something.
[17:25] <thisfred> right
[17:25] <urbanape> no, it's even there in the js lib.
[17:25] <urbanape> man, how dumb.
[17:25] <urbanape> okay, cool!
[17:25] <urbanape> yay us!
[17:25] <thisfred> :)
[17:26] <thisfred> better than to expect it's there and find it's not ;)
[17:27] <urbanape> yup
[17:52] <thisfred> aquarius: in the params branch, any reason not to just have **params and pass that on?
[17:53] <thisfred> oh, not here.. :)
=== mbarnett` is now known as mbarnett
=== jcastro_ is now known as jcastro
=== rmcbride_ is now known as rmcbride
[20:33] <dobey> doh, and of course rtgz isn't here right now
=== ubott2 is now known as ubottu