[00:08] <jcastro> hey dobey, check out the latest comment: https://bugs.edge.launchpad.net/ubuntuone-client/+bug/385313
[00:43] <rmcbride> jcastro: I'm actually working that bug. That's exactly what I needed to know. Was actually going to ping james_w for advice on that today but didn't get to that point. Thanks for pointing it out!
[00:43] <jcastro> I'm glad we found it
[00:43] <jcastro> I was going insane over here!
[00:44] <rmcbride> me too. Everything looked fine to me (and its the same config that has worked in jaunty) I had no clue
[00:44] <james_w> hey rmcbride
[00:44] <rmcbride> Hi james_w thanks for the tip! I was really puzzled there
[00:44] <james_w> np
[00:50] <rmcbride> aha! it's NOT the same config. we're getting python-configglue set to go to REVU and at one point the debian directory was removed from our source build branch. I missed that field when I was rebuilding those files
[00:55] <rmcbride> fixed, pushed, and new python-configglue package for Karmic is being chewed on by the PPA as we speak.
[00:56] <jcastro> hero!
[00:56] <rmcbride> The hero is the man who gave me the fix. I do copy-paste like a pro though
[00:56]  * rmcbride goes to re-learn parsing build logs
[00:58] <rmcbride> actually it's going to the nightlies PPA first, I'll upload it to the Beta PPA now
[00:58] <rmcbride> forgot that my script was set up that way :.
[00:58] <rmcbride> :/ even
[02:13] <rmcbride> jcastro: seems to be some severe PPA builder lag tonight. I haven't gotten accept or reject emails on the new package yet. I do not have an ETA. I'm calling EOD at this point. I'll pick it up in the AM.
[02:44] <deserted> question: is there any issue with installing the client on other distros?
[02:45] <deserted> not meaning from a technical perspective by the way
[03:00] <pjssilva> Is it possible to add a computer again to the account after deleting it?
[03:10] <pjssilva> Can I add back a computer to ubuntuone (after deleting in the web interface)?
[03:14] <tcole> yes
[03:14] <tcole> there are a couple ways to do it
[03:15] <tcole> the simplest is probably to run u1sync --authorize
[03:15] <tcole> from the machine in question
[03:16] <tcole> after that you'll probably need to disconnect and connect to the service again
[03:55] <dobey> you'll need to quit the applet, and run it again from the main menus actually
[04:02] <tcole> ah
[04:03] <dobey> because of the --signup thing
[04:10] <jdo_> ok who'se dumping loads of files on our servers!
[04:10] <jdo_> hehe
[04:34] <deserted> so is there any issue ToS wise running ubuntuone off ubuntu?
[04:38] <__lucio__> deserted: i dont think so. i know we encourage people to do clients for other OSes, so im pretty sure other distros are also ok
[04:39] <deserted> cool
[04:39]  * deserted starts on his ebuild
[04:39] <__lucio__> and it wouldnt be too nice of us, would it?
[04:39] <deserted> hehe wouldn't really be in keeping with FOSS spirit
[04:39] <deserted> but like to double check, being server side is currently closed :)
[04:41] <__lucio__> no comments ;)
[05:29] <deserted> hehe all good
[05:29] <deserted> current client is python only isn't it?
[05:31] <__lucio__> yes
[09:17] <toros> hi
[09:21] <teknico> toros: hi
[10:13] <BUGabundo> bons dias
[10:28] <teknico> hi BUGabundo
[10:28] <BUGabundo> hey teknico
[12:51] <facundobatista> Hi all
[12:52] <BUGabundo> ola facundobatista
[12:52] <facundobatista> Hola BUGabundo
[14:28] <statik> hello world
[14:31] <Peace-> this software can be installed on kubuntu?
[14:31] <Peace-> or i need of nautilus?
[14:32] <Peace-> because i get problems installing it
[14:38] <BUGabundo> o
[14:38] <BUGabundo> No
[14:38] <BUGabundo> humm now I've got ubuntulog ??
[14:39] <dobey> it's installable. and yes, it currently requires several pieces of gnome to be installed
[14:39] <Peace-> well i get
[14:39] <Peace-> gksu
[14:39] <dobey> but it will run
[14:39] <Peace-> gnome-app-install
[14:39] <Peace-> and a lots of stuff
[14:39] <Peace-> well i will never use then
[14:39] <dobey> but we are working on splitting the packages
[14:40] <Peace-> when you ll do i will use , for now ... megupload :)
[14:40] <Peace-> megaupload
[14:45] <teknico> Peace-: I use the client on KDE
[14:46] <teknico> Peace-: it does require nautilus, and a number of gnomelibs
[14:52]  * CardinalFang sighs and grumbles at Python.
[14:53] <dobey> heh
[14:59] <statik> MEETING BEGINS
[14:59] <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] <aquarius> me
[15:00] <dobey> me
[15:00] <vds> me
[15:00] <rodrigo_> me
[15:00] <statik> me
[15:00] <jblount> me
[15:00] <teknico> me
[15:01] <statik> urbanape, CardinalFang?
[15:01] <statik> i guess aquarius is first
[15:01] <dobey> urbanape is on his way still. was held up
[15:01] <aquarius> DONE: specced out how OAuth should work in CouchDB with Jan from Couch and SteveA; worked out list of things that we need to package for karmic (posted to ubunet-discuss); investigated telepathy tubes for doing CouchDB LAN replication; had brilliant proxy OAuth plan that turned out to be rubbish
[15:01] <aquarius> TODO: still looking at CouchDB LAN replication and thinking about whether to use telepathy or open the CouchDB port on the external network interface; going to the contacts sprint on Monday morning
[15:01] <aquarius> BLOCKED: nothing
[15:01] <CardinalFang> ooooh, me me me!
[15:01] <rmcbride> Oh this is daily?
[15:01] <rmcbride> me
[15:01] <aquarius> dobey: you're up
[15:01] <Peace-> teknico: well if i have to install nautilus omg , i get a lots of gnome stuff to run it , no well i want a clean system
[15:01] <dobey> DONE: More nautilus extension C port (almost finished), nano-sprint
[15:01] <dobey> TODO: Finish up nautilus extension C port, more nano-sprinting
[15:01] <dobey> BLKD: central-services needs license/(C) assignment approval.
[15:02] <dobey> vds: all you
[15:02] <vds> DONE: clean_phone_number branch proposed, hash_secrets branch started and nearly done
[15:02] <vds> TODO:finish up mentioned branch, on-call review, getting ready to leave for London
[15:02] <vds> BLOCKED: clean_phone_number need review, need to talk with statik about some more db changes
[15:02] <vds> yuor turn  rodrigo_
[15:02] <rodrigo_> done: improved couchdb-glib API to fit e-d-s-couchdb needs, and implemented read operations in e-d-s-couchdb
[15:03] <Peace-> teknico: kde ? mm kde 4.2?
[15:03] <Peace-> i have kde 4.3
[15:03] <rodrigo_> todo: look at submitting new packages (couchdb-glib, e-d-scouchdb) for inclusion in karmic, and write operations in e-d-s couchdb contacts backend
[15:03] <rodrigo_> blocked: none
[15:03] <teknico> Peace-: yes, 4.2.2
[15:04] <statik> i think i'm after rodrigo
[15:04] <statik> DONE: mini-sprint, review python-configglue packaging with rick, rollout stuff w/ phil, screen sharing discussions with webmonkey
[15:04] <statik> TODO: Catch up on CouchDB stuff, talk with lots of people about KDE, fix the problems with my testtools package that is in REVU, coordinate with esteve about packaging of txAMQP, figure out what other packages are needed for karmic.
[15:04] <statik> BLOCKED: None
[15:04] <rodrigo_> statik: your tutn, yeag
[15:04] <statik> jblount: you're up
[15:04] <Peace-> teknico: that could be the issue , but i remember i got the same messange on kde 4.2.2
[15:04] <jblount> DONE: Decided to return all of the stable of laptops I've required in the past few weeks, got file-usage-info started, lots of weird hardware issues diagnosed and kind-of-fixed
[15:04] <jblount> TODO: Code review, Convince Dell & Lenovo not to charge me anything for borrowing their laptops, get help with file-usage-info branch from jdo
[15:04] <jblount> BLOCKED: Nada
[15:04] <jblount> teknico: Tag!
[15:04] <teknico> DONE: face val... erm, Face Duty :-)
[15:04] <teknico> TODO: more Face Duty
[15:04] <teknico> BLOCKED: on Face Duty ;-)
[15:04] <teknico> CardinalFang: up to you
[15:05] <CardinalFang> done: got monitoring catching messages.
[15:05] <CardinalFang> todo: graphing daemon set up.  allocating DBs automatically.
[15:05] <CardinalFang> blocked:  python "subprocess" leaks file descriptors.
[15:05] <CardinalFang> rmcbride: j0!
[15:05] <rmcbride> DONE: Mini Sprint, fixed karmic package for python-configglue
[15:05] <rmcbride> TODO: finish REVU packaging of python-configglue, finish Thursday client rollout
[15:05] <rmcbride> BLOCKED: Nope
[15:05] <rmcbride> I think that's all of the "me"s
[15:05] <CardinalFang> pfibiger: ?
[15:05] <zbir> hey, I'll do standup as zbir
[15:06] <pfibiger> DONE: Figuring out our EC2 Deployment tools and modifying them to change the # of file descriptors on the API server. Rollout of rev 1432 to all servers
[15:06] <pfibiger> TODO: Modifying ec2deploy to check for success before assigning static IPs, unpack s3 data to new location, modify pack2s3 to eliminate packing of .bzr directories to reduce size of our deploy tgz
[15:06] <pfibiger> BLOCKED: None.
[15:06] <CardinalFang> pfibiger: I can help with that bzr bit.
[15:07] <CardinalFang> zbir: You're up.
[15:07] <zbir> DONE: Wrote up initial thoughts on firefox bookmarks syncing
[15:07] <zbir> TODO: More writing, get with jblount on /files/ UI
[15:07] <zbir> BLOCKED: Nothing
[15:07] <zbir> not sure who's next, but you're up
[15:08] <statik> ooh, zbir is just in time
[15:08] <statik> zbir: we're just about to wrap up, got anything for us?
[15:08] <zbir> ^^
[15:09] <statik> wow, that was bad timing for my IRC/network to flip out
[15:09] <statik> i got it all from the backlog though
[15:09] <statik> thanks everyone!
[15:09] <statik> MEETING ENDS
[15:09] <statik> vds: how can I help with the db patches?
[15:09] <aquarius> FINISH HIM
[15:09] <aquarius> zbir: ooh, where did you write up those bookmarks thoughts?
[15:09] <rodrigo_> zbir: what are you thinking about the bookmarks thing?
[15:09] <statik> CardinalFang: we have some python committers on the team if you need any help with the file descriptor leaks
[15:09] <aquarius> zbir: I have some thoughts on that
[15:10] <CardinalFang> statik: rgr.
[15:10] <zbir> I'd love to talk it through with some more people. At this point, it was really just a feasibility exploration.
[15:10] <zbir> And I've had a bunch more thoughts since scribbling some notes yesterday
[15:10] <CardinalFang> statik: Did we miss urbanape?
[15:11] <urbanape> urbanape == zbir
[15:11] <dobey> CardinalFang: zbir == urbanape
[15:11] <rmcbride> For anyone that was having issues starting the client under Karmic, corrected python-configglue packages are now on the PPAs
[15:11] <urbanape> heh
[15:11] <CardinalFang> So very confusing.
[15:12] <dobey> rmcbride: did you re-upload them to REVU also?
[15:12] <rmcbride> dobey: nope. I still have to do more fixing there
[15:12] <zbir> sorry. For some reason, my Colloquy was connecting to freenode, but Xchat wasn't. So I posted as my alter ego.
[15:12] <rmcbride> dobey: this was a missing field in control that was keeping the packages that were previously uploaded for karmic from being correct.
[15:12] <urbanape> there, no more confusion
[15:12] <Peace-> ok this is the  stuff with kde 4.3 beta2
[15:12] <Peace-> http://pastebin.ca/1457767
[15:14] <dobey> rmcbride: yeah. i just presumed they might have the same issue :)
[15:14] <Peace-> with 80 mb of stuff to install it
[15:14] <Peace-> well leaving
[15:14] <rmcbride> dobey: nope. I need to refine my workflow for the REVU thing a bit. I have most of it from working with statik yesterday, but I need to walk through it again, as something was still mssing at the end of the day.
[15:15] <dobey> cool
[15:17] <diverse_izzue> hey everyone. just got my invitation, doing my first steps. i put a file into the "my files" folder, and could the promptly see it on the webfrontend. then i uploaded a file via the webfrontend, but there's no sign of that file being synced to my disk. it's been about half an hour that i uploaded that file.
[15:19] <statik> diverse_izzue: right now the messages from the web UI servers to notify the fs-1 servers that an event has happened and they should sync a new file to your local system are not flowing.
[15:19] <teknico> diverse_izzue: the upload completed successfully, right?
[15:20] <diverse_izzue> statik: thx
[15:20] <diverse_izzue> teknico: yes, i can see it in the web ui
[15:21] <diverse_izzue> statik: but the idea would be that it's more or less instantaneous, right?
[15:21] <statik> diverse_izzue: to check whether that is the problem, you can try disconnect/connect, and the file should sync down
[15:21] <diverse_izzue> statik: will do
[15:21] <statik> diverse_izzue: yes,  it should work very quickly. I think we should have the message queue system up and running next week
[15:21] <statik> so that different parts of the system can react much more quickly to events
[15:22] <diverse_izzue> statik: a dis-/reconnect indeed did it
[15:22] <statik> great
[15:22] <diverse_izzue> also, can somebody tell me if there are plans to extend this system/platform to other distros and maybe even other OSs?
[15:22] <diverse_izzue> as popular as ubuntu is, and island solution doesn't get us very far
[15:22] <statik> diverse_izzue: we're focusing on (k)ubuntu right now, but trying to be careful to make sure most of the code can be ported
[15:23] <dobey> the client will run on any distro where the dependencies are available
[15:23] <statik> diverse_izzue: to make the ubuntuone-client work on non-linux platforms the main thing to port would be the token storing code and the file change notification code
[15:23] <dobey> and we encourage people to make packages for other distros (we're working on making that easier to do as well)
[15:24] <diverse_izzue> good to hear! gotta go back to the lab :-) thanks so far!
[15:32] <toros> hi
[15:32] <toros> just a question: is it possible to cancel a subscription, and then recreate it again with the same openid?
[15:33] <toros> and if I do this, then the newly created account will be "clean", like a fresh, new account?
[15:35] <teknico> toros: mmm, let me check
[15:36] <toros> teknico: thanks for checking :)
[15:38] <dobey> toros: i think if you cancel and then subscribe again, you will still have your data
[15:38] <toros> and the shares to, right?
[15:39] <toros> that's not good for me... :(
[15:39] <jblount> toros: What dobey said, I've done this a few times in our testing, and the account stays the same. (not sure about shares)
[15:39] <toros> I still have a stucked in shared folder, that I can't remove :/
[15:40] <toros> now I have access (temporary) to both sides of the share
[15:40] <toros> but I have still no idea, how could I remove it...
[15:43] <statik> __lucio__: we really need a fix for toros to be able to delete that share somehow
[15:43]  * BUGabundo hands sudo rm to statik
[15:43] <__lucio__> statik: a fix to delete his share or full sharing deleting support?
[15:43] <toros> statik: thanks, I would really appreciate it
[15:44] <statik> __lucio__: of course we need the whole thing, but I think toros would be happy to get a workaround today and the full solution can wait for when verterok comes back from vacation or whenever you had it scheduled
[15:45] <__lucio__> statik: ok, lets see what can be done.
[15:45] <statik> toros: the funny thing is that we've specifically made it so we can't see your shares in the admin UI, so that your privacy is preserved
[15:45] <toros> thank you guys!
[15:45] <toros> if I give you the share ID - does it help?
[15:46] <statik> toros: not sure, lets see what ideas __lucio__ has in a few minutes
[15:46] <toros> okay
[15:56] <igorto> about kde there is work in a Qt based couchdb lib?
[15:58] <teknico> igorto: you mean a Qt-based frontend to access couchdb? not that I know of
[15:59] <teknico> igorto: you can use a web browser to access couchbd, so maybe there's not much incentive to write one :-)
[16:01] <igorto> teknico: no .. i am saying a Qt based api to talk to couchdb
[16:02] <statik> igorto: we've been talking about integrating couchdb into akonadi but haven't gotten as far as figuring out that we need that library. sounds like a good idea though!
[16:02] <statik> igorto: would that be much more handy than a DBUS interface to couchdb?
[16:03] <statik> igorto: to answer your question from privmsg earlier, rodrigo_ is working on an e-d-s backend that talks to couchdb
[16:03] <__lucio__> toros: do you have access to the account that created the share?
[16:03] <igorto> statik: dbus is not a good idea .. because it has a data limit(something like 4K) and some akonadi data is bigger than that
[16:03] <rodrigo_> igorto: kde already uses glib (for a11y and gstreamer), so would a C++ API on top of couchdb-glib be ok?
[16:05] <rodrigo_> igorto: I'm adding stuff to couchdb-glib to deal with the internal record format we use in U1, so it would be a pity to have to reimplement  all that
[16:05] <igorto> rodrigo_: hmm .. in fact i dont know ... because akonadi has 2 sides ... the server and the libs ... the servers is Qt only .. have more a dependency i dont know if it would be good
[16:05] <toros> __lucio__: yes, I have
[16:05] <rodrigo_> qt uses glib AFAIK for a11y
[16:05] <rodrigo_> so, anything linking to qt already depends on glib
[16:05] <rodrigo_> or am I wrong?
[16:06] <rodrigo_> igorto: if akonadi uses couchdb-glib, they'll just need to get/put the date, without having to convert and deal with the internal format
[16:06] <igorto> yep
[16:06] <dobey> rodrigo_: if it doesn't yet, i guess it will, as qt is using (or plans to use) atk, right?
[16:06] <rodrigo_> dobey: it is already using it afaik
[16:07]  * rodrigo_ looks at package deps
[16:07] <dobey> right
[16:07] <__lucio__> toros: ok then, ill try to make a script that will connect to the server and delete the share. but it has to be called by the user the offered the share. is this good enough? (whe have share delete support in the protocol, but its not on the tool yet)
[16:08] <toros> __lucio__: thank you, that's perfect
[16:08] <statik> __lucio__: you are the hero of the day!
[16:08] <thisfred> http://www.youtube.com/watch?v=K556aqrcfcQ
[16:08]  * jblount scowls at Pandora for thinking that blink-182 was a good followup to Andrew WK
[16:08] <jdobrien> why don't we mod the web UI so it won't get a gazillion records?
[16:08] <jdobrien> that's a very simple fix
[16:09] <jdobrien> the web will never be able to handle everything
[16:09] <jblount> thisfred: Sadface for US people (some copyright msg on that video)
[16:09] <thisfred> ow
[16:09] <thisfred> bah
[16:09] <rodrigo_> dobey, igorto: http://pastebin.ca/1457839
[16:09] <jdobrien> or we could use paging...get the first page now and later add bits to go page-to-oage
[16:09] <__lucio__> statik: not yet
[16:10] <thisfred> well it was a guy playing 'popcorn' on a piece of dental floss. Reading about it is probably as good as watching it. It was well done though.
[16:11] <igorto> statik, rodrigo_ so i was talking with some guys .. we could make a couchdb integration ... but not in akonadiserver ... it would be an akonadi resource
[16:11] <rodrigo_> igorto: right
[16:12] <igorto> so .. have couchglib will not be a problem
[16:13] <jdobrien> thisfred: isn't that a beatles song?....popcorn playing on some dental flosssss...
[16:13] <jdobrien> thisfred: oh wait...that's blackbird
[16:13] <thisfred> jdobrien: I think that line got edited out by mcCartney
[16:14] <thisfred> the square
[16:14] <jdobrien> what a jerk...he has no sense of adventure
[16:14] <thisfred> never allowing Ringo a break
[16:15] <dobey> i don't think they would last too long playing brix on Natal
[16:15] <statik> dobey: can't remember if we already talking about this...kenvandine was asking for a tarball of release of ubuntuone-client and ubuntuone-storage-protocol before next wednesday, will you be able to do that?
[16:15] <teknico> thisfred: he was right, you know
[16:16] <teknico> thisfred: guys with a sense of adventure get killed by other guys vaguely resembling lifelesse ;-)
[16:16] <jblount> pfibiger: If you hear me talking about buying any sort of laptop in the next 12 months, slap me and grab my wallet.
[16:17] <dobey> statik: yeah. almost got the nautilus C port done. just a few more things and I'll have a branch for that, and then another to switch to using the autotools bits by default and to fix up the packaging
[16:17] <statik> dobey: ROCK
[16:19] <igorto> rodrigo_: well the first thing could be to do a kioslave that could be integrated in dolphin and the second one an akonadi resource
[16:19] <thisfred> teknico: heh
[16:19] <rodrigo_> igorto: yes, that's exactly what we're doing for gnome, the e-d-s (akonadi) stuff first
[16:21] <dobey> kioslave? for couch?
[16:32] <toros> sorry, guys, I have to go home - I'll be back in about 30 minutes. Or if __lucio__ writes the script, he can send it to tormail at gmail.com. Thank you for your help!
[16:32] <toros> bye
[16:32] <BUGabundo> statik: ping
[16:33] <BUGabundo> heck yeah
[16:33] <statik> BUGabundo: hello
[16:33] <BUGabundo> $ apt-cache policy gwibber  | pastebinit http://paste.ubuntu.com/194446/
[16:34] <BUGabundo> statik: clear now ?
[16:34] <BUGabundo> I'm hopping segphault pushs this weekend a new GUI
[16:34] <BUGabundo> it will look greatr
[16:35] <statik> 0.9.2~bzr263
[16:36] <BUGabundo> I'm on bzr 341
[16:36] <BUGabundo> aka trunk
[16:39] <jblount> BUGabundo: There's a ui newer than the mako-template stuff? I'm running trunk gwibber as well.
[16:41] <BUGabundo> jblount: segpault hasn't pushed it yet
[16:41] <BUGabundo> jblount: https://bugs.launchpad.net/gwibber/+bug/325046
[16:43] <jblount> BUGabundo: Nice !
[16:45] <SteveA> igorto: hi
[16:45] <BUGabundo> take a look at the video
[16:45] <igorto> SteveA: hello
[16:46] <SteveA> igorto: I was just reading your conversation with rodrigo about akonadi resources and such
[16:46] <SteveA> I had a great conversation with sebastian kuegler about making an akonadi resource for address book contacts that would use couchdb as a data source
[16:46] <SteveA> so, I've been talking with sebastian and till adam from kdab about that
[16:47] <igorto> right
[16:47] <SteveA> it seems to me like a very elegant way to get akonadi talking to couchdb for specific types of object
[16:47] <SteveA> we're trying to pull together a demonstration of this, with some prototype code, to show anyone who is interested at Akademy
[16:48] <igorto> yep ... talking with Volker Krause , he has the same idea
[16:48] <SteveA> and, if the prototype works well, I'd like to look at doing this kind of thing more widely
[16:48] <SteveA> oh? cool
[16:48] <SteveA> with couch db too?
[16:49] <igorto> yep .. an akonadi resource talking with couchdb
[16:49] <SteveA> way cool
[16:50] <SteveA> I'd love to get an email thread or irc session or something between everyone who is interested in this
[16:50] <igorto> in fact i was talking with rodrigo_ about that :>
[16:51] <rodrigo_> igorto: will stephenson still works in akonadi, right?
[16:51] <SteveA> igorto: do you know if you or volker will be at akademy?
[16:52] <igorto> rodrigo_: he does not have time =/ he are working in network manager now
[16:53] <SteveA> that's a pity... rodrigo and I will be there, so it would have been good to meet up
[16:53] <igorto> SteveA: volker will be at akademy .. he will be talking about akonadi automated testing
[16:53] <SteveA> oh, great
[16:53] <rodrigo_> SteveA: yeah, there are a couple of akonadi talks at gran canaria
[16:57] <SteveA> nice
[16:58] <SteveA> igorto: has volker blogged about this, or put any code out there?  I'd like to contact him to collaborate on this, if he's willing.
[17:00] <igorto> SteveA: about what?akonadi tests?(few people in kdepim has blog hehehe)
[17:00] <SteveA> igorto: no... about making an akonadi resource that talks to couchdb
[17:01] <igorto> SteveA: no ... i am an akoandi developer too .. normally i contact him directly .. right now he is very busy with kolab groupware resource
[17:02] <SteveA> ok
[17:02] <igorto> we have the #akonadi channel .. normally everybody is there (all core team)
[17:03] <igorto> you can ask directly
[17:05] <dobey> facundobatista: btw, there is a bug filed about the emblem-on-a-folder thing, and already assigned tome :)
[17:06] <SteveA> igorto: thanks!
[17:06] <facundobatista> dobey, ok
[17:16] <toros> re
[17:18] <artir> segp
[17:23] <rodrigo_> igorto: so, as I was saying in private message, akonadi just needs to talk to the local couchdb, all syncing will be done automatically
[17:25] <__lucio__> toros: ive been blocked by something else, but i will have your script ready today. thanks for your (forced?) patience
[17:25] <igorto> right .. so all changes in ubuntu one storage would be notified for the local storage?
[17:25] <rodrigo_> igorto: right
[17:25] <toros> __lucio__: thank you :)
[17:26] <igorto> cool
[17:27] <Savago> rodrigo_, may I ask you 1 question? Is this a hard requirement to have a local couchdb server?
[17:27] <Savago> Or would it be possible to talk directly with the remote couchdb server?
[17:28] <Savago> (something like the akonadi google calendar/contacts resources).
[17:28] <rodrigo_> Savago: it is possible to talk to the remote couchdb server, but then you miss automatic replication
[17:28] <rodrigo_> Savago: but yes, it's possible
[17:28] <rodrigo_> Savago: my API is right now only sync, but I've written it in a way that I'll add async methods easily pretty soon
[17:29] <rodrigo_> Savago: so, you could use the async interface to talk to the remote server
[17:29] <Savago> Nice.
[17:29] <rodrigo_> Savago: but why do you want to not contact the local couchdb?
[17:30] <Savago> rodrigo_, akonadi already creates a local cache of your data. And I'm somewhat worried about the memory footprint of having YADS (Yet Another Data Server) on the computer.
[17:30]  * Savago quite newbie about ubuntuone + CouchDB.
[17:30] <Savago> Is the local server being present/running no matter what?
[17:30] <rodrigo_> Savago: can't you just not use a cache for the local couchdb resource?
[17:31] <rodrigo_> Savago: it will if setup to :)
[17:31] <rodrigo_> Savago: if it's not running, then only option is to contact remote server
[17:33] <igorto> rodrigo_: right now  there is a way to sync my local couchdb with ubuntu storage?
[17:33] <rodrigo_> not complete yet, we need to start couchdb locally, but will soon
[17:38] <Savago> rodrigo_, how interesting would be to have an akonadi resource for ubuntuone? And what would be the schedule?
[17:39] <rodrigo_> Savago: well, it would allow KDE users to replicate their data, and share it with e-d-s and web users of u1
[17:40] <Savago> rodrigo_, do you have any pointers to documentation about how ubuntuone works? And how is the protocol structured?
[17:40] <Savago> I think it might just make sense to write a Qt based implementation of CouchDB protocol (client side).
[17:40] <rodrigo_> Savago: well, for this we're using couchdb, so have a look at http://couchdb.apache.org
[17:40] <Savago> It could be reused by other KDE projects.
[17:41] <rodrigo_> Savago: I talked with igorto about doing a QT nice API on top of couchdb-glib
[17:41] <rodrigo_> couchdb-glib not only implements the protocol, it also knows about the internal format for contacts, etc
[17:42] <jblount> dobey: Do we have any documentation or images from the talks you had with the design team about ubuntuone-client desktop stuff?
[17:42] <rodrigo_> Savago: I think it makes sense to share the internal formats thing
[17:42] <jblount> dobey: I was just noticing the client spinning up and not knowning (even remotely) what it might be pulling down, a bit un-nerving.
[17:43] <dobey> jblount: not yet, no. ivanka said she would get me some, but i've been dealing with the nautilus extension port and trying to get all that working and done
[17:43] <dobey> jblount: and trying to get packages ready to go into karmic
[17:44] <jblount> dobey: Right on, I'll see about sketching up some stuff and pinging her in hopes that she'll add to it.
[17:45] <dobey> i just pinged her, but i hope she's left, or about to leave, the office :)
[17:46] <dobey> brb
[18:44] <artir> video
[18:44] <artir> nothing...
[18:48] <dobey> blink
[19:00] <__lucio__> toros: i have your script: http://paste.ubuntu.com/194543/
[19:01] <__lucio__> toros: do $ python cmd_client.py
[19:01] <__lucio__> toros: to start it. then, when given the prompt write: delete_share "shareid"
[19:01] <__lucio__> toros: remember to use the "'s
[19:02] <toros> __lucio__: thanks, I give it a try
[19:02] <__lucio__> toros: let me know if it works.
[19:05] <toros> __lucio__: ok
[19:05] <__lucio__> toros: ok it worked? ok you will let me know?
[19:05] <toros> I will let you know
[19:05] <__lucio__> ok :)
[19:06] <toros> one moment :)
[19:09] <toros> no, it didn't :(
[19:10] <toros> I had the error message: "Disconnected: Connection to the other side was lost in a non-clean fashion."
[19:10] <jdobrien> unclean! unclean!
[19:11] <toros> by the way, if I ask the shares on the senders side (u1sdtool --list-shared), I don't see there this share
[19:11] <toros> just on my side (u1sdtool --list-shares on my account)
[19:13] <toros> or... wait a moment please...
[19:15] <toros> no, still the same
[19:16] <toros> no change :(
[19:17] <__lucio__> toros: try reconnecting again and doing it again please. also, can i see the list shares from both ends?
[19:21] <toros> this is the recipient side: http://paste.ubuntu.com/194550/
[19:22] <toros> this is the sender side: http://paste.ubuntu.com/194551/
[19:22] <toros> as you see, this particular share can be seen only on the recipient side
[19:25] <__lucio__> toros: try using cmd client and doing the shares command, see if its listed (recipient side)
[19:28] <toros> no, I don't see it there
[19:28] <__lucio__> toros: and you still get updates?
[19:29] <toros> yes
[19:30] <toros> and I still see it with the command u1sdtool --list-shares on the recipient side
[19:30] <__lucio__> toros: i assume you have disconnected and reconnected lately, right?
[19:30] <toros> yepp, on both sides
[19:34] <__lucio__> toros: can i see your latests syncdaemon logs?
[19:34] <toros> yes, where do I find it?
[19:35] <__lucio__> .cache/ubuntuone/logs/syncdaemon.log
[19:38] <toros> this is the sender side: http://paste.ubuntu.com/194558
[19:40] <toros> and this is the recipient side: http://paste.ubuntu.com/194560/
[20:18] <toros> any idea? :(
[20:42] <__lucio__> toros: yes, bug + bug + bug
[20:43] <toros> yes... and, by the way, an ugly one :)
[20:43] <__lucio__> toros: the only way i can think of fixing this fast is stopping syncdaemon. removing ~/Ubuntu One/ and .cache/ubuntuone
[20:43] <__lucio__> toros: and then restarting syncdaemon
[20:44] <toros> on the recipient side?
[20:44] <__lucio__> that means you will download whatever is on the web. and only the correct shares.
[20:44] <toros> or on both sides?
[20:44] <__lucio__> yes, on the recipient side
[20:44] <toros> okay, I give it a try
[20:44] <__lucio__> sorry that this is the best i could come up with
[20:45] <toros> __lucio__: no problem.
[20:45] <toros> I have only some megabytes data in the ubuntu one folder :)
[20:53] <toros> it's syncing...
[20:58]  * __lucio__ is holding his breath
[21:00] <toros> me too :)
[21:05]  * __lucio__ dies of asphyxia
[21:06] <toros> hmmm... ubuntu one is very slow now...
[21:07] <toros> it's scanning...
[21:11] <toros> hmmm
[21:11] <toros> does the server work now?
[21:14] <__lucio__> toros: ermmm
[21:14] <__lucio__> toros: you have no idea the day that we have been having
[21:16] <toros> __lucio__: that's true :)
[21:16] <toros> and it seems, there is now a server side issue also
[21:17] <toros> because all the clients loop infinite
[21:19] <toros> I sit here with two real machines+a virtual machine, and 3 looping Ubuntu One icons - and I feel dizzy...
[21:24] <__lucio__> toros: try to reconnect. weve done some magic.
[21:27] <toros> __lucio__: It looks promising...
[21:27] <toros> very promising...
[21:28] <toros> Hurray! \o/
[21:29] <toros> I think it's everything perfect now
[21:29] <toros> thank you __lucio__ for your help!
[21:29] <__lucio__> toros: glad to be of service :)
[21:33] <toros> I never thought a simple "No shares" sentence can make someone soo happy :D
[21:39] <BUGabundo> toros: OLOLOL
[22:06] <BUGabundo> statik: so having me sending invites like crazy is messing you guys estimate load ?
[22:08] <jdobrien> BUGabundo: not likely
[22:08] <BUGabundo> ok
[22:08] <BUGabundo> lolol
[22:09] <jdobrien> BUGabundo: we have been sending out 500 invites a day and you know what users do when they first start ubuntu one
[22:09] <jdobrien> BUGabundo: if their like me...they drop their MP3 collection in it to see what happens
[22:09] <jdobrien> hehe
[22:10] <jdobrien> we passed the 2000 user mark today
[22:12] <BUGabundo> I did not do that
[22:12] <BUGabundo> jblount: 1/4 is my invites LOL
[22:12] <jblount> BUGabundo: :)
[23:52] <BUGabundo> ola n0k11
[23:53] <n0k11> ola BUGabundo