[04:35] <FFForever> Whats the difference from Ubuntu One and DropBox?
[04:37] <FFForever> besides shipping default with ubuntu
[04:40] <verterok> FFForever: Ubuntu One, is a lot more than just file sync :)
[04:40] <FFForever> like?
[04:41] <verterok> FFForever: contacts (evolution), notes (tomboy), and bookmarks (bindwood) sync
[04:41] <verterok> FFForever: and more stuff is comming down the pipe
[04:42] <FFForever> I see, sadly none of it i use
[04:42] <verterok> FFForever: also desktopcouch, which is the backend of contacts, notes and bookmarks
[04:43] <FFForever> cool
[11:47] <adiroiban> rodrigo_: hi. Is automatical desktopcouch and oaut handling implemented in couchdb-glib unstable http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/SimpleGuide#head-a3d1fb0683499a0ba3ec111fb8115b7296ba54fc ?
[11:51] <aquarius> adiroiban, I think rodrigo's having some connection problems
[11:51] <rodrigo> yeah, seems so
[12:03] <adiroiban> rodrigo_: what is the scope of couchdb-glib? do we realy need to support couchdb_document_contact_* ? In the future we are going to see similar function for each document type?
[12:04] <rodrigo_> adiroiban: yes, for supported document types
[12:05] <rodrigo_> adiroiban: think that the field names need to be consistent, so I don't want people to try to guess
[12:05] <rodrigo_> also, we might change the field names, or their position in the record
[12:06] <adiroiban> „supported document types” are the one listed in Formats http://www.freedesktop.org/wiki/Specifications/desktopcouch/ ?
[12:06] <rodrigo_> so far, yes
[12:07] <adiroiban> can I query a view using couchdb-glib?
[12:08] <rodrigo_> not yet, I didn't add it because I really didn't need, but will add it soon
[12:08] <rodrigo_> do you need it?
[12:08] <adiroiban> yes
[12:08] <rodrigo_> ok, file a bug to couchdb-glib and I'll add it
[12:08] <adiroiban> I'm trying to migrate my toy app from sqlite to desktop couchdb
[12:09] <rodrigo_> cool
[12:10] <rodrigo_> brb
[12:10] <adiroiban> OAuth is automaticaly handled ? or do I need to use dbus and gnomekeyring like in evolution?
[12:10] <rodrigo_> you need to do it like in evolution, but I am about to add a DesktopCouch object that handles it
[12:10] <rodrigo_> so if you're going to write that code, please write the DesktopCouch object
[12:11] <adiroiban> i filled a bug
[12:11] <rodrigo_> ok
[12:11] <adiroiban> and I was waiting to be accepted
[12:11] <adiroiban> and then try to fix it
[12:11] <adiroiban> I was not sure if it was valid or not
[12:11] <rodrigo_> I just need a bit of time to work on several things in couchdb-glib, so any help would be appreciated
[12:11] <rodrigo_> adiroiban, assign it to me please
[12:11] <rodrigo_> ok, now really brb, need to buy some food :-)
[12:24] <adiroiban> is is feasible to create design document by storing them on the filesystem ? http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/DesignDocsFilesystem
[12:24] <adiroiban> the requirement of restrating couchdb looks like a showstopper
[12:26] <adiroiban> do you know of an application using this feature? I would like to know how it handles desktopcouchd restart and how it is packaged
[12:28] <aquarius> adiroiban, it is feasible, but that code is quite new and not being used much yet. jml was working with that; he may know more. jml, ping
[12:29] <jml> hello?
[12:29] <aquarius> jml, you were using the design-docs-on-the-filesystem stuff, yes?
[12:30] <jml> aquarius, adiroiban, yes. I've got a directory in my bzr branch that I've been manually symlinking into my desktop couch dir for local testing
[12:30] <jml> aquarius, adiroiban, for unit testing, I've got a thing that sets it up automagically. I guess that could be used to do a deployment thing
[12:30] <jml> I haven't thought at all about packaging yet, still early days
[12:31] <jml> (you'd be surprised how little time I get to muck around with code)
[12:31] <adiroiban> jml: thanks. I will not use that feature for now
[12:31] <jml> adiroiban, lp:~jml/+junk/lister has the code
[12:32] <jml> adiroiban, I did it because it was easier than 'if db.hasView("foo")' (or however it's spelt)
[12:33] <adiroiban> jml: for my point of view, rather than storing the design document in XDG dirs, for a real app it would make sense to have them stored in a single place, somewhere in usr/share
[12:34] <adiroiban> jml: don't worry. thanks for the link. I will try to look at the code and see if I can use it
[12:35] <jml> adiroiban, ok.
[12:35] <jml> good luck. let me know if it helps, or you can see ways to improve it.
[12:35] <aquarius> adiroiban, that's why it uses xdg dirs. There is a system-level xdg folder for apps too -- /etc/xdg/appname on Ubuntu, for example
[12:35] <aquarius> so your package installs the design docs to /etc/xdg/appname/blahblahblah
[12:36] <adiroiban> aquarius: neat. I was not aware of that part :)
[12:36] <jml> aquarius, upgrades are a million times more interesting than installation
[12:36] <aquarius> adiroiban, the idea is that a package, when installed, will upgrade its design docs (in /etc/xdg), and then send a signal to restart all running desktopcouches, so they re-read the design docs
[12:37] <aquarius> the second part of that is...not brilliantly implemented at the moment, but we're eager to get it working well now that people are using the filesystem design docs :)
[12:37] <aquarius> part of the reason that it's not brilliant right now is that I wasn't sure how people would use it!
[12:37] <adiroiban> aquarius: well. I can see 2 use cases. deployment and development
[12:38] <aquarius> rodrigo_, are you avoiding canonical irc? :)
[12:38] <aquarius> adiroiban, yep -- design docs being in xdg folders means that dev is relatively easy because you store them in your local one for testing (or for overriding the system ones)
[12:39] <adiroiban> for deployment storing them in /etc/xdg and killall -HUP desktopcouch should do the job
[12:39] <rodrigo_> aquarius, no, can't connect
[12:39] <aquarius> rodrigo_, weird
[12:39] <aquarius> rodrigo_, so, then, I'll ask here instead; how do I build the widgets? :)
[12:39] <adiroiban> for developement you can invoke a manual restart
[12:40] <rodrigo_> aquarius: ./autogen.sh && make
[12:40] <aquarius> adiroiban, well, desktopcouch doesn't currently re-read on a HUP signal; that's part of the way I planned to do it, sure, but I'm open to suggestions on this stuff
[12:40] <aquarius> rodrigo_, I don't have to specify --prefix?
[12:40] <rodrigo_> brb, hopefully with the connection problems solved
[12:40] <aquarius> rodrigo_, I don't have to specify --prefix?
[12:40] <aquarius> ah )
[12:40] <aquarius> :)
[12:45] <jml> g'night folks.
[12:47] <teknico> night jml
[12:48] <rodrigo_> aquarius: you can specify a --prefix if you want, but you can run the test programs without installing
[12:49] <aquarius> ah, cool; I want to test importing it
[12:49] <rodrigo_> aquarius, if you want to install, use the --prefix that you want
[12:49] <rodrigo_> aquarius: ah, then you need to install yes
[12:49] <rodrigo_> aquarius: just use a --prefix where you have a python installed
[12:50] <rodrigo_> but I guess you have it in /usr only right?
[12:50] <rodrigo_> oh, well, just install to /tmp and set PYTHONPATH
[12:50] <aquarius> that's what I'm doing :)
[12:50] <aquarius> what's the music store widget called?
[12:50] <aquarius> ah, MusicStore
[12:50] <aquarius> Nice
[12:51] <aquarius> erm
[12:51] <aquarius> PYTHONPATH=build/lib/python2.5/site-packages/ python -c "import ubuntuone.gtkwidgets, gtk; w=gtk.Window(); w.add(ubuntuone.gtkwidgets.MusicStore); w.show_all(); gtk.main()"
[12:51] <aquarius> TypeError: GtkContainer.add() argument 1 must be gtk.Widget, not GObjectMeta
[12:51] <aquarius> am I using it wrong?
[12:52] <aquarius> it should *be* a widget, shouldn't it?
[12:53] <rodrigo_> yes
[12:54] <rodrigo_> ah, you're missing the () after MusicStore
[12:54] <aquarius> ha!
[12:54] <aquarius> I am very stupid :)
[12:55] <aquarius> cheers. works now. nice!
[12:55] <aquarius> approved :)
[12:55] <rodrigo_> python -c "import ubuntuone.gtkwidgets, gtk; gtk.gdk.threads_init(); w=gtk.Window(); w.add(ubuntuone.gtkwidgets.MusicStore()); w.show_all(); gtk.main()"
[12:56] <rodrigo_> it also complains about threads not being initialized
[13:24] <adiroiban> rodrigo_: can I use couchdb-glib with HTTP Basic Auth ?
[13:25] <rodrigo_> adiroiban: it doesn't have code to do that, but it should be easy to, just need to add a HTTP header to the SoupMessage
[13:26] <adiroiban> couchdb-bugs are handled in Launchpad ? I could not find the gnome bugzilla module
[13:26] <rodrigo_> yes, in LP
[13:26] <rodrigo_> what app are you porting to it, btw?
[13:27] <adiroiban> https://launchpad.net/lucruri
[13:27] <adiroiban> trying to build couchdb-glib on Karmic i get this error http://paste.ubuntu.com/352912/
[13:30] <rodrigo_> adiroiban, can you paste line 127 of dbwatch.c?
[13:35] <aquarius> adiroiban, you shouldn't basic auth to desktopcouch, though
[13:35] <adiroiban> aquarius: true. but since couchdb-glib is a generic lib. I think it should do basic auth
[13:36] <aquarius> adiroiban, true enough, I suppose. I'd like to see desktopcouch-glib, then, as a separate library :)
[13:36] <rodrigo_> adiroiban: try again with trunk, fixed it
[13:38] <adiroiban> rodrigo_: thanks. I'm using the bzr import. let's see if I can work around and get the latest git
[13:38] <rodrigo_> adiroiban: I've got a patch to rename most of the objects/functions to couch instead of couchdb, for introspection to work
[13:39] <rodrigo_> adiroiban: so if working with trunk, use git please
[13:40] <adiroiban> ok. np
[13:43] <rodrigo_> adiroiban: ok, committing the patch now, so just rename CouchDB to Couchdb
[13:48] <rodrigo_> hmm, it makes sense what aquarius says about desktopcouch-glib, we could have a separate library and have there all the dc code, like oauth/keyring and contacts/etc record types
[13:57] <adiroiban> rodrigo_: I agree, or have a ./configure flag to build desktopcouch support in couchdb-glib
[13:58] <rodrigo_> well, I think we want to build it always, if the dependencies are available
[13:58] <rodrigo_> (keyring and dbus)
[14:00]  * rodrigo_ -> lunch
[14:00] <rodrigo_> bbl
[14:20] <adiroiban> rodrigo_: it looks like in couchdb-glib, make install does not copy all the required headers
[14:21] <adiroiban> I only got couchdb-glib.h couchdb-document-contact.h and couchdb-types.h
[14:31] <adiroiban> rodrigo_: also couchdb-glib-1.0.pc is missing Requires: json-glib-1.0
[14:31] <adiroiban> should I fill a bug for those problems?
[15:02] <rodrigo_> adiroiban, yeah, fixing it now, trunk has been a bit out of maintainership
[15:03] <adiroiban> rodrigo_: np. I'm working on HTTP Basic Auth on master
[15:03] <jblount> Desktop+ DESKTOP MEETING
[15:03] <jblount> Welcome team! We're doing a standup meeting, if you'd like to state your status please say "me" in order to grab a slice of time.
[15:03] <adiroiban> just as an exercise to get used with the code
[15:03] <urbanape> me
[15:04] <rodrigo_> adiroiban, cool
[15:04] <rodrigo_> me
[15:04] <jblount> me
[15:04] <aquarius> me
[15:04] <rodrigo_> adiroiban, I'd suggest you add a _enable_http_auth function, as there is the _enable_oauth
[15:04] <rodrigo_> adiroiban, or a set_authentication_whatever
[15:05] <rodrigo_> adiroiban, but I'll let you have a look and suggest what you think is best
[15:05] <adiroiban> rodrigo_: ok. I will follow oauth names
[15:05] <CardinalFang> me
[15:05] <urbanape> DONE: _changes polling stalled a bit, trying to get some help from mozilla places devs
[15:05] <urbanape> TODO: Finish up _changes polling, and dispatching behavior for various types (bookmarks, folders, separators, livemarks containers, dynamic containers) and event handlers.
[15:05] <urbanape> BLOCK: None
[15:05] <urbanape> rodrigo_: go go go
[15:06] <rodrigo_> • DONE: Packaging of libubuntuone/RB plugin. Added selection API to contacts picker. Match aquarius music store prototype in C widget. Added libu1 dependencies to ubunet-developer-dependencies package. On-call review. Applied introspection patch to couchdb-glib master
[15:06] <rodrigo_> • TODO: Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). Make sandy's snowy test suite work with our server (http://git.gnome.org/cgit/snowy/tree/api/tests.py). Discuss with jdo and aquarius about oauth token per app, not per machine? Send Otto (otto.greenslade@canonical.com) a screencast of contacts picker. Add libubuntuone dependencies to dev deps. Separate dc-specific code in
[15:06] <rodrigo_> couchdb-glib
[15:06] <rodrigo_> • BLOCKED: no
[15:06] <rodrigo_> next jblount
[15:06] <teknico> me
[15:07] <jblount> DONE: Got ui bits done for public files
[15:07] <jblount> TODO: Make javascript API for rest API for public files, attach web ui, put up for review and do a dance
[15:07] <jblount> BLOCKED: Nope
[15:07] <jblount> aquarius: YOU!
[15:07] <aquarius> ⚀ DONE: music store review; talk to pfibiger about daemon deployment; talk to rodrigo about libubuntuone packaging; work out chart API; talk to mentalguy about amqp
[15:07] <aquarius> ⚁ TODO: spec file delivery downloader daemon; have music library page send message to downloader daemon; make workitems of outstanding todo items; make tomboy first-sync experience nicer
[15:07] <aquarius> ⚂ BLOCKED:
[15:07] <aquarius> CardinalFang, hit it
[15:07] <teknico> no MEETING BEGINS?
[15:07] <CardinalFang> DONE: still boggling over Bug#499595.
[15:07] <CardinalFang> TODO: more on that.
[15:07] <CardinalFang> BLOCKED: None, except snowy is kind of silly.
[15:08] <CardinalFang> teknico, MEETING BEGINS, then.  Go!
[15:08] <teknico> DONE: more bug triaging, more configuring funambol for sending sms messages with vds (#418048), started setting up a development environment in a virtual machine
[15:08] <teknico> TODO: finish configuring funambol for sending sms messages (#418048), finish setting up a development environment in a virtual machine
[15:08] <teknico> BLOCK: none
[15:08] <teknico> next: ?
[15:08] <jblount> teknico: Sorry, I forgot :)
[15:11] <jblount> EOM (I think)
[15:18] <rodrigo_> adiroiban: git pull, should be fixed now
[15:22] <CPrompt^> hello.  for some reason when i drop files into my Ubuntu One directory on my desktop, it says it is updating but the files do not show up when i go to the one.ubuntu.com site
[15:27] <adiroiban> rodrigo_: back to main chat. thanks for the update.
[15:27] <rodrigo_> adiroiban, np, I should have done it some time ago
[15:30] <CPrompt^> anyone have a suggestion of what I can look for as the problem?
[15:33]  * popey wonders if someone could look at bug 500975 and see if it's specific to ubuntuone or a tomboy generic sync issue
[15:34] <popey> i am getting the failure on both ubuntu and windows syncing to u1
[15:51] <CardinalFang> popey, can you sniff the network traffic to see what document that is?  My guess is that it's an HTTP 4xx or 5xx, and an acompanying body that looks HTML-y.
[15:51] <popey> what tool would you propose i sniff the traffic with?
[15:51] <CardinalFang> If you're on Linux, wireshark.
[15:51] <CardinalFang> or tcpdump
[15:52] <popey> what am I looking for?
[15:53] <CardinalFang> Well, that's a HTTP request, so filter out all but HTTP.  Look for traffic to one.ubuntu.com .
[15:53] <CardinalFang> Connect, ask for https://one.ubuntu.com/notes/api/1.0/op/ .   Get back some response.  The response is the interesting bit.
[15:54] <popey> I'd need to figure out the tcpdump fu to do that
[15:54]  * popey googles
[15:54] <CardinalFang> wireshark is much easier.
[15:54] <popey> i am on 3g, installing wireshark will take $time
[15:54] <CardinalFang> Ah.
[15:57] <CardinalFang> popey, man pages would use no $bandwidth.  :)
[15:57] <CardinalFang> popey:  $ sudo tcpdump -v -A -l host one.ubuntu.com |less
[15:57] <popey> i have two machines, one running windows has network, machine running ubuntu has 3g.. well gprs :S
[15:57] <popey> thanks!
[15:59] <CardinalFang> popey, If your active network interface is one of many, you may have to specity which to use with "-i gsm0" or something.
[15:59] <popey> yeah, using -i usb0
[15:59] <popey> getting syntax erros with -l though.. having a play
[16:00] <popey> yay
[16:01] <popey> the -A gives me some 'output' but it's not human readable
[16:01] <CardinalFang> hrm.
[16:02] <CardinalFang> Okay, Let's get more of the packet.
[16:02] <CardinalFang> popey, $ sudo tcpdump -v -s 1000 -A -l host google.com |less
[16:03] <popey> google.com you say?
[16:03] <popey> :)
[16:03] <CardinalFang> Er, no.  o.u.c  Sorry.
[16:03] <popey> :)
[16:05] <popey> i see no URLS
[16:05] <popey> will play more
[16:06] <popey> this is https so surely tcpdump isnt' going to see any data
[16:07] <popey> maybe hostnames, certificate names and so on
[16:08] <CardinalFang> Aw, I missed that.  You're right.
[16:08] <CardinalFang> Dang.  I want to know what Tomboy is getting.
[16:08] <nettrot> Set up a MITM proxy
[16:08] <CardinalFang> :)  Easier to get source and print it.
[16:09] <nettrot> You might be surprised...
[16:10] <CardinalFang> I am adept at "apt-get soruce tomboy; apt-get builddeps tomboy; $hack; dpkg-buildpackage -rfakeroot"
[16:11] <popey> tomboy --debug may show me the note that is barfing
[16:11] <popey> it shows the urls :)
[16:12] <popey> oauth_nonce always makes me smile.. I'm such a child
[16:12] <CardinalFang> It may be a bug that I'm working on.
[16:13] <popey> I am getting 500's back from u1
[16:13] <popey> in the debug, so I'm not surprised that tomboy is barfing
[16:13] <CardinalFang> Ah!  Good.
[16:13] <CardinalFang> Well, sort of good.  You know.
[16:13] <popey> ya
[16:14] <CardinalFang> Okay, I presume it is my bug.  (Not one I caused.  One that I'm fixing.)
[16:14] <popey> you put google analytics js in your 500 messages
[16:14] <popey> thats not really necessary now is it? :)
[16:14] <CardinalFang> We like statistics.  Ha ha.
[16:14] <popey> clearly!
[16:15] <popey> what would be more useful is perhaps a tracking ID that I could give you and you could then find the error on your end.. like an OOps code
[16:16] <popey> anything I can do? info you need?
[16:16] <CardinalFang> The problem I'm working on is that Tomboy/Snowy storage/rtansactions doesn't map onto couchdb very well, and there's a hole that we fall into.
[16:17] <CardinalFang> It won't be today that it's fixed for you.  Perhaps tomorrow, if I'm lucky.
[16:18] <popey> you're convinced that the bug I am hitting is the one you're working on?
[16:18] <CardinalFang> There's secrets on those servers, so mundane mortals like developers can't go poke and prod.
[16:18] <CardinalFang> I'm pretty sure.
[16:18] <popey> do you have a bug number I can follow?
[16:20] <CardinalFang> Hrm.  Yeah.  It's private for the next 10 seconds...  https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/499595
[16:20] <Chipaca> rodrigo_: ping
[16:23] <CardinalFang> popey, I don't think I have the power to make this bug public, even though there's almost nothing secret in it.
[16:23] <popey> can you subscribe me?
[16:24] <popey> popey is my nick on lp
[16:26] <CardinalFang> popey, in the mean time, you should file a bug on tomboy so that it demands an HTTP 200 before parsing anything, and for HTTP 4xx and 5xx, it displays the text.
[16:41] <rodrigo_> hi Chipaca
[16:41] <rodrigo_> man my inet connection today sucks
[16:42] <Chipaca> rodrigo_: can you update your blueprint?
[16:45] <rodrigo_> the contacts picker one?
[16:46] <rodrigo_> updated
[16:56] <Pretto> is there a way to authenticate from the first time from command line?
[16:57] <dobey> X is required currently
[16:58] <Pretto> dobey: ok, só how can i check why the applet never connects?
[16:59] <Pretto> dobey: can you take a look? http://paste.ubuntu.com/353004/
[16:59] <Pretto> or someone else
[17:00] <dobey> do you have an ~/.config/ubuntuone/syncdaemon.conf file?
[17:01] <dark> Hello! I am trying to use ubuntu one in a live cd, but I can't. I select "connect" in the applet (or in nautilus) but it does not even ask my password. I have never used ubuntu one before. my syncdaemon-exceptions.log: http://paste.ubuntu.com/353004/
[17:01] <dark> (Pretto is actually trying to help me in #ubuntu-br)
[17:01] <Pretto> dark: i told them about this
[17:02] <dark> ah ok:)
[17:02] <Pretto> dark: check if you have ~/.config/ubuntuone/syncdaemon.conf file
[17:02] <dark> cat: /home/ubuntu/.config/ubuntuone/syncdaemon.conf: No such file or directory
[17:07] <Pretto> dobey: so, no file, we are trying to create it by hand
[17:07] <dobey> does oauth-login.log show anything?
[17:08] <dobey> Pretto: creating it won't help :)
[17:08] <dobey> but there was an issue with it causing network i/o to be blocked, which we've since fixed
[17:08] <Pretto> dobey: nothing but Starting Ubuntu One client version 1.0.2
[17:09] <dobey> ok
[17:10] <dobey> can you enable karmic-proposed in System->Settings->Software Sources on the Updates tab, reload the list, and install the new ubuntuone-client-gnome, then try again please?
[17:10] <dark> yes i can
[17:10] <Pretto> dobey: ok, hold on
[17:10] <Pretto> dark: do that :p
[17:11] <dark> dobey, i am on a live cd - is this a known issue?
[17:13] <dobey> dark: there are known issues with fixes waiting for review, in karmic-proposed, yes
[17:14] <dobey> dark: i'm not sure exactly which issue you're having, though
[17:15] <dark> oh, great, i am also having problems with i/o (unrelated to ubuntuone)
[17:15] <dark> [ 5167.189293] SQUASHFS error: squashfs_read_data failed to read block 0x4cf0f9c9
[17:15] <dark> i think i should just give up for now
[17:15] <dobey> hrmm
[17:16] <dobey> that could be an issue with the burn, or with your cdrom drive, perhaps
[17:16] <dark> hm maybe it's ok now... (it's probably the motherboard, it's also failing randomly to detect sata)
[17:16] <dobey> or your mobo :)
[17:17] <dark> i was also with a pendrive.. that died right now (in a power failure.. i don't quite understand)
[17:19] <dobey> it happens
[17:19] <dark> i made a backup few hours before
[17:20] <jdaynes> is there a way to tell Ubuntu One to push changed files to the server side only periodically?
[17:21] <jdaynes> I tend to save a lot while I work on a document, and every time I save, UbuntuOne pushes to the server
[17:21] <dobey> disconnect, and only connect when you want to push the changes
[17:21] <jdaynes> heh, yeah I guess that would do it, wouldn't it ;)
[17:22] <nettrot_> The real problem is that, half the time, u1 tries to update a file when I open it in vim.
[17:22] <dark> dobey, tell me: why not fuse?
[17:22] <nettrot_> Actually, not half the time. All the time.
[17:22] <dobey> dark: it presented several problems which we couldn't solve or workaround, or we would have used it
[17:22] <jdaynes> I would like to see a periodic update implemented as a feature...I imagine I wouldn't always remember to reconnect the client when I want to push changes
[17:22] <dark> dobey, there is a rationale somewhere?
[17:23] <dark> it would be nice to have this problems actually fixed
[17:23] <jdaynes> but for now, connecting only when I want to push will suffice. thanks dobey
[17:23] <Chipaca> nettrot: what's that again?
[17:23] <dark> even if the main implementors weren't willing to move to it again
[17:23] <dobey> dark: i don't know.
[17:24] <dark> now i am curious :(
[17:25] <nettrot> Chipaca: I haven't gotten around to filing this, but Ubuntu One tries to sync 'changed' files when I open the files in vim. Except that it's probably syncing the swap file....
[17:25] <nettrot> So really I'm probably just not thinking this through
[17:26] <Chipaca> nettrot: sync as in upload, right?
[17:26] <nettrot> correc
[17:26] <dobey> dark: most of the problem was python-fuse, iirc
[17:26] <Chipaca> yes, vim does a weird three-file dance which perplexed us, but the behavior is now correct (sure, not really needed, but correct)
[17:27] <Chipaca> nettrot: at some point we might add in smarts so it realizes it's "just" vim doing that and ignore those files, but we have no app-specific rules yet
[17:28] <nettrot> Which is fair. I wonder if syncing dotfiles should be optional though.
[17:28] <dark> dobey, and you weren't willing to use other language?
[17:29] <Chipaca> nettrot: that's a good idea, I think. Could you create a wishlist bug for that so we don't forget it?
[17:29] <dobey> dark: *i* wasn't writing that part
[17:29] <nettrot> Chipaca: Yeah, I'll go file that now.
[17:29] <Chipaca> nettrot: thanks!
[17:29] <dobey> dark: or i would have done it in C anyway :)
[17:29] <dark> the command line interface seems to be simple enough to implement in C, and the few ui could just use it too
[17:30] <dark> am
[17:30] <dark> dobey, you are a canonical employee?
[17:30] <nettrot> Chipaca: Which project should I file against?
[17:30] <dobey> yes
[17:31] <Chipaca> nettrot: ubuntuone-client
[17:31] <dobey> the ui and command line interfaces aren't the syncdaemon
[17:31] <dobey> the syncdaemon is where all the file sync logic is
[17:31] <Chipaca> dark: the syncdaemon would not have been an easy beast in C, at all
[17:31] <dobey> the nautilus extension is in C
[17:31] <dark> the syncdaemon is written in python?
[17:31] <dark> hmmm
[17:31] <dobey> everything but the nautilus extension is in python
[17:31] <dark> Chipaca, it uses some kind of standard protocol?
[17:32] <dobey> it uses ubuntuone-storage-protocol
[17:32] <dobey> which is built with protocol buffers
[17:32] <dark> dobey, I would be happy with an optional nfs interface, really. Just like many people was happy when google gave them pop access
[17:33] <dark> i don't even require cryptography! :p
[17:33] <dark> i know its flaws, but it would be just... nice.. i hope it's not difficult to use both nfs and the ubuntuone-storage-protocol on the same data
[17:34] <dark> .-.
[17:34] <dobey> i think rewriting in C using fuse would be easier than making an nfs implementation work :)
[17:35] <dobey> i guess you could nfs mount the Ubuntu One directory if you wantecd to
[17:35] <dobey> not sure if there are issues with it or not though
[17:35] <dark> but can I do it remotely? from the ubuntuone servers?
[17:36] <dark> my local Ubuntu One directory isn't very useful right now
[17:36] <dobey> do what remotely? mount it as ssuch on another machine? no
[17:36] <dobey> not through u1 anyway
[17:37] <Chipaca> oauth over nfs might be an issue
[17:37] <Chipaca> :)
[17:38] <dark> ssh could be a good place to begin
[17:39] <dobey> i think if we were going to go that route, we'd just do webdav
[17:39] <dobey> which we have talked about possibly doing, so windows/mac users can mount their share
[17:40] <dark> ideally it should be possible to access ubuntu one in a standard unix installation
[17:42] <Chipaca> dark: there's a bug to move us to gio from inotify, so it should run on solaris :)
[17:42] <dark> no, i meant, without the ubuntu client
[17:43] <dark> using already established unix tools
[17:43] <Chipaca> dark: I was pulling your leg. There are plans for a webdav client, which might take you closer. I don't see us writing an NFS server, but other people could.
[17:44] <dobey> i don't think we'll be doing nfs or sftp support
[17:44] <dark> if you don't, how could other do?
[17:44] <dobey> or uucp
[17:44] <Chipaca> dark: the protocol is free and open
[17:45] <dark> Chipaca, but your server isn't
[17:45] <dobey> if you want nfs support to avoid using our server, you're not going to run our server anyway
[17:45] <dobey> so i don't see how that argument fits?
[17:46] <dark> no, i want nfs support *in your physical server* (i want the 2gbs)
[17:46] <Chipaca> dark: I mean, using the protocol you could write an nfs server that was also a client of our server, proxying
[17:46] <dark> hmm yes, but this doesn't address my 'ideal'
[17:46] <dark> but ok ^^
[17:56] <Chipaca> dark: I'm not sure how this differs from your ideal, could you expand?
[17:58] <dark> it would be nice that in any reasonable unix platform i would get a way to access ubuntu one without further installation; for the same reason it is nice to gmail to also have pop access (so that in any reasonable platform one could read email)
[17:59] <dark> but i was thinking. megaupload/etc is full of porn.. even with those annoying captchas (and delays, and etc). i wonder what will happen with ubuntu one when people just notice it
[17:59] <dark> and no, not having ftp access will not stop anyone from abusing the servers :)
[18:03] <dark> well i hope in the karmic+1 ubuntu one work flawlessy in livecd
[18:04] <dark> i think it's very compelling to have my data everywhere but also protect it from eavesdropping
[18:59] <gourgi> hi all , i'm seeing a "Something has gone wrong (500) Server Error" when trying to view my contacts from the webUI. is this a known bug?
[19:13] <hamzaatova2> hi---why does the folders in the ubuntu one folder backuped only by their names and not content???/
[19:14] <CardinalFang> Say that another way.
[19:14] <Chipaca> hamzaatova2: what do you mean? (we don't)
[19:16] <hamzaatova2> Chipaca, the content is not backuped just the folders names
[19:16] <Chipaca> hamzaatova2: do you mean that you're not seeing files on the web ui, only folders?
[19:17] <hamzaatova2> Chipaca, yeah
[19:17] <Chipaca> hamzaatova2: try this: u1sdtool --waiting-content
[19:18] <hamzaatova2> Chipaca, what is u1sdtool?
[19:18] <CardinalFang> (That should realy be an option in the applet or whatever.)
[19:18] <Chipaca> hamzaatova2: u1sdtool is a little tool that talks to the ubuntuone-syncdaemon over dbus
[19:18] <CardinalFang> (Early adopters might understand shell commands.  After that, all bets are off.)
[19:18] <Chipaca> hamzaatova2: the ubuntuone-syncdaemon is the process that does all the file synchronization
[19:19] <Chipaca> CardinalFang: yes. I mentioned this to John Lea, and I think his mind exploded, or something :)
[19:19] <hamzaatova2> Chipaca, i dont understand but how to do it??'
[19:19] <Chipaca> CardinalFang: I've got to get back to him
[19:20] <nettrot> hamzaatova2: Put hte command Chipaca suggested into a terminal window.
[19:20] <Chipaca> hamzaatova2: ah! ok. Applications -> Accessories -> Terminal
[19:20] <Chipaca> hamzaatova2: and copy what I said to try into that window, and press enter
[19:21] <hamzaatova2> Chipaca, nettrot ---u1sdtool: error: no such option: --waiting-content
[19:21] <Chipaca> hamzaatova2: ah, ok
[19:21] <Chipaca> verterok: when did --waiting-content get into u1sdtool?
[19:21] <verterok> Chipaca: :)
[19:21] <verterok> Chipaca: I think a few weeks ago
[19:22] <verterok> Chipaca: before the xmas holidays
[19:22] <Chipaca> verterok: was it released?
[19:22] <Chipaca> verterok: i.e. into ubuntu?
[19:22] <verterok> Chipaca: probably in the nightly/beta ppa
[19:22] <Chipaca> ah
[19:22] <nettrot> It's not in my version, and I'm running the latest ubuntu alpha here.
[19:22] <Chipaca> verterok: do you remember the dbus-send ?
[19:22] <verterok> Chipaca: yes, I have it my ZimWiki :)
[19:22] <verterok> gimme 1'
[19:22] <Chipaca> nettrot: strange, I'm running ... what is it I'm running
[19:23] <Chipaca> 1.1.0+r300-0ubuntu1~ppa1~karmic
[19:23] <nettrot> I've never installed u1 out of the ppa.
[19:23] <Chipaca> ah, ok
[19:23] <Chipaca> nettrot: never mind then :)
[19:23] <Chipaca> hamzaatova2: give me a second, verterok will haev another command for you in a minute
[19:23] <verterok> Chipaca: dbus-send --session --print-reply  --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.waiting_content
[19:24] <Chipaca> hamzaatova2: that ^ (from dbus-send to the end)
[19:24] <hamzaatova2> in the terminal Chipaca ?
[19:24] <Chipaca> hamzaatova2: yes please
[19:25] <hamzaatova2> Chipaca, thats it???
[19:25] <Chipaca> hamzaatova2: yes, it's long
[19:25] <hamzaatova2> ok---will it start to backup now?
[19:26] <Chipaca> hamzaatova2: did it output anything?
[19:26] <Chipaca> hamzaatova2: it's never stopped backing up, if it's working correctly
[19:27] <hamzaatova2> yes--- there is very long output
[19:27] <Chipaca> hamzaatova2: ok, all those files are waiting to be uploaded
[19:27] <hamzaatova2> ok---lets see if it will back it up
[19:27] <hamzaatova2> americans always say please---thank you and such
[19:28] <Chipaca> dbus-send --session --print-reply  --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.current_status
[19:28] <Chipaca> what does that ^ print ?
[19:28] <Chipaca> hamzaatova2: especially in the "name" entry
[19:30] <hamzaatova2> "READY_WITH_NETWORK_WITH_BOTHQ"
[19:30] <Chipaca> hamzaatova2: ok, so it's not connected
[19:30] <Chipaca> hamzaatova2: click on the icon, and click "connect" please :)
[19:31] <Chipaca> if you don't have an icon, you can do
[19:31] <Chipaca> dbus-send --session --dest=com.ubuntuone.SyncDaemon --type=method_call / com.ubuntuone.SyncDaemon.SyncDaemon.connect
[19:31] <hamzaatova2> there is no connect please :)
[19:31] <Chipaca> (the dbus-send way is more of a "connect dammit!")
[19:32] <hamzaatova2> the cloud is colorful after the former command
[19:32] <hamzaatova2> but there is no connect
[19:33] <hamzaatova2> the cloud is not there anymore
[19:33] <Chipaca> hamzaatova2: if you did the .connect, current_status should have changed
[19:33] <Chipaca> hamzaatova2: you can check that. Also, current_downloads should start showing movement :)
[19:34] <Chipaca> current_...something
[19:34] <Chipaca> 1 sec
[19:34] <Chipaca> hamzaatova2: u1sdtool --current-transfers
[19:34] <hamzaatova2> i didnt did connect and the cloud is not launching anymore
[19:34] <Chipaca> hamzaatova2: that should start showing progress
[19:35] <hamzaatova2> ok--i see a file in upload process
[19:35] <Chipaca> hamzaatova2: ok, so *do* do the .connect, and do then do the «u1sdtool --current-transfers» thing also
[19:35] <Chipaca> ok. Now, if you have a lot (10k) of small files, it will be slow. Other cases work ok.
[19:35] <hamzaatova2> i dont understand----and there is no cloud---why?
[19:36] <hamzaatova2> i dont have many files
[19:36] <Chipaca> hamzaatova2: the applet disappears when there is nothing interesting to say, unless you configure it differently
[19:37] <Chipaca> hamzaatova2: try: ubuntuone-client-preferences
[19:37] <hamzaatova2> what for???
[19:37] <Chipaca> verterok: has the bandwidth throttling preferences been fixed?
[19:38] <verterok> Chipaca: don't know what's the status of the preferences GUI
[19:38] <verterok> Chipaca: it's fixed in the syncdaemon DBus API
[19:38] <nettrot> hamzaatova2: It will let you set an option to always show the cloud.
[19:38] <Chipaca> hamzaatova2: just in case, don't touch the throttling options (there was a bug, and it's rather insidious to clean up after if you touch it)
[19:38] <hamzaatova2> ok--it is ok without it
[19:39] <hamzaatova2> ok---byyyyyyyyyyyyyyyyyyyyyyyyyyyye
[19:40] <adiroiban> any idea why libsoup and epiphany can not access couchdb ?
[19:41] <Chipaca> maybe they've got muddy feet
[19:41] <Chipaca> my mom never let us on the couch with muddy feet
[19:41] <Chipaca> CardinalFang: question for you ^
[19:42] <CardinalFang> adiroiban, I need more information.  What happens?
[19:43] <adiroiban> soup_session_send_message  return SOUP_STATUS_CANT_CONNECT
[19:44] <adiroiban> trying the link in firefox or chromium, everhing is fine
[19:44] <adiroiban> trying the link in Epiphany (webkit) i get libsoup error
[19:44] <adiroiban> I was wondering if I am the only one with this problem
[19:44] <adiroiban> the problem seems to be from libsoup
[19:45] <CardinalFang> adiroiban, it looks just like a HTTP server.  Can't connect seems pretty low-level.  I say strace it to see what the socket is doing.
[19:46] <dobey> it's probably because there's an ipv6 address set up for the loopback interface
[19:46] <dobey> in /etc/hosts
[19:47] <CardinalFang> I presume he's not connecting to  ip6-localhost .
[19:47] <CardinalFang> adiroiban, what is your URL you're using?
[19:47] <dobey> well, libsoup is trying to
[19:48] <CardinalFang> Feel free to clobber the password, a.
[19:48] <dobey> ::1     localhost ip6-localhost ip6-loopback
[19:48] <adiroiban> http://localhost:60748/_utilshttp://localhost:60748/_utilshttp://localhost:60748/_utils
[19:48] <adiroiban> http://localhost:60748/_utils
[19:48] <adiroiban> sdfasdf
[19:48] <dobey> is probably in /etc
[19:48] <dobey> err
[19:48] <adiroiban> sorry
[19:48] <dobey> /etc/hosts
[19:48] <adiroiban> yep. I will look for ipv6
[19:49] <adiroiban> in epiphany I'm using the bookmark file
[19:49] <dobey> it's the ipv6 thing
[19:49] <CardinalFang> dobey, ?! Where did you get your hosts file?  I have two machines and netighet look like that.
[19:49] <CardinalFang> "neigher"
[19:49] <dobey> CardinalFang: it's the default in ubuntu afaik
[19:50] <CardinalFang> Damn my fingers are cold and inflexible.
[19:50] <dobey> i've never changed it
[19:50] <CardinalFang> adiroiban, Easy to find.  $ grep " localhost" /etc/hosts
[19:50] <adiroiban> that did it
[19:50] <dobey> verterok: ping
[19:50] <adiroiban> dobey: thanks!
[19:50] <dobey> sure
[19:50] <verterok> dobey: pong
[19:50] <adiroiban> ugly stuff
[19:51] <dobey> verterok: hey, i'm trying to get some tests written which use DBusTwistedTestCase, and running into some problems, wondering if you could help
[19:51] <CardinalFang> Weird.  I'm on a breezy->lucid and a jaunty->lucid.
[19:51] <verterok> dobey: sure, shoot
[19:51] <dobey> i'm on karmic, upgraded from jaunty
[19:51] <adiroiban> i have a clean karmic install
[19:52] <dobey> verterok: i set up a FakeLogin(), and am trying to call 'login' on the dbus iface, but i keep getting the dbus error saying no such method
[19:52]  * CardinalFang boggles.  I have the IPv6 logic in desktopcouch already, but for only one address.  Maybe I should change it.
[19:53] <verterok> dobey: there is a test that uses a fake oauthdesktop...
[19:53]  * verterok looks
[19:53] <dobey> yeah
[19:53] <verterok> dobey: TestDBusOAuth
[19:54] <verterok> dobey: as there can be only one object exposed for each path, we need to chaneg the oauthdesktop path :(
[19:54] <verterok> *change
[19:54] <verterok> dobey: take a look to TestDBusOAuth.setUp
[19:55] <dobey> ok
[19:55] <verterok> dobey: probably your test isn;t finding the method because you already change the path?
[19:55] <verterok> s/;/'/
[19:58] <adiroiban> CardinalFang: so you don't have an IPV6 localhost in your /etc/hosts?
[19:58] <CardinalFang> "::1     ip6-localhost ip6-loopback"
[19:58] <CardinalFang> "127.0.0.1	localhost"
[20:04] <dobey> verterok: hrmm, so now i'm just getting twisted timeout errors :/
[20:05] <verterok> dobey: should be something in the logs about what's causing the timeout
[20:11] <adiroiban> CardinalFang: can you try to add localhost for ipv6 and see if you can use libsoup
[20:18] <adiroiban> rodrigo_: the http auth code is working, should I send it to you for review as a MP ?
[20:40] <dobey> verterok: nope, might just be due to something in the script i'm trying to test
[20:40] <verterok> dobey: could you pastebin the code?
[20:43] <dobey> not right now. gotta go to the airport
[20:43] <dobey> but we can discuss more tomorrow i guess :)
[20:43] <dobey> thanks
[20:46] <verterok> dobey: sure
[21:11] <rodrigo_> adiroiban, send it as you want, as a patch, as a merge proposal in LP, etc
[21:12] <adiroiban> rodrigo_: ok. I have created a bug in LP, and attached a branch
[21:15] <rodrigo_> adiroiban, send it as you want, as a patch, as a merge proposal in LP, etc
[21:15] <rodrigo_> grr, inet connection sucks
[21:15] <adiroiban> rodrigo_: ok. I have created a bug in LP, and attached a branch
[21:16] <rodrigo_> assign the bug to me please
[21:17] <adiroiban> done: bug 504452
[21:17] <rodrigo_> cool!
[21:18] <rodrigo_> adiroiban, can you propose the branch for merging into couchdb-glib trunk please?
[21:18] <rodrigo_> it makes it easier to review
[21:19] <rodrigo_> adiroiban, for next time, it's easier if you bzr branch couchdb-glib/trunk, and then:
[21:19] <rodrigo_> bzr commit --fixes lp:xxxx -m "comment"
[21:19] <rodrigo_> and then propose the branch for merging
[21:20] <rodrigo_> that would link the branch to the bug when you bzr push
[21:20] <adiroiban> true. I was playing with bzr-git
[21:20] <rodrigo_> ah, ok
[21:20] <nettrot> That's good to know...
[21:21] <adiroiban> but it looks like it is not working as expected
[21:21] <adiroiban> as I can not push the branch to couchdb-glib
[21:22] <rodrigo_> adiroiban, no it will push to your user
[21:22] <rodrigo_> ah, right, you need some magic in ~/.bazaar/locations.conf
[21:22] <rodrigo_> [/opt/extra/src/canonical/couchdb-glib]
[21:22] <rodrigo_> push_location = lp:~rodrigo-moya/couchdb-glib
[21:22] <rodrigo_> push_location:policy = appendpath
[21:22] <rodrigo_> public_branch = lp:~rodrigo-moya/couchdb-glib
[21:22] <rodrigo_> public_branch:policy = appendpath
[21:22] <rodrigo_> replace /opt/extra... with the path where you have the couchdb-glib branches dirs
[21:23] <rodrigo_> and my username with yours
[21:23] <rodrigo_> then bzr push will just push to lp:~adiroiban/couchdb-glib/branch
[21:27] <titeuf_87> how can I store using desktopcouch an empty list? My records have a list of "tags" that I use to organize, but those tags are optional and when there are none it raises a ValueError because the list is empty
[21:30] <titeuf_87> well guess I can just store None instead by manually checking with an if, but that doesn't really look pretty
[21:32] <adiroiban> rodrigo_: still not able to combine git with bzr http://paste.ubuntu.com/353129/
[21:33] <rodrigo_> adiroiban, yay, don't worry about git, I'll do the merge manually myself
[21:33] <rodrigo_> so keep your patch, and bzr branch... etc from what I said above
[21:33] <adiroiban> well. in the future I will create a plain bzr branch
[21:34] <adiroiban> and request the MP using that branch
[21:34] <adiroiban> the strange thing is that the branch was created (even if it was complaining)
[21:35] <adiroiban> so you can see the MP https://code.edge.launchpad.net/~adiroiban/couchdb-glib/basic-auth/+merge/16990
[21:35] <rodrigo_> cool
[21:36] <adiroiban> rodrigo_: there was a strange thing in couchdb-glib/couchdb.h . Even thou the header specifies 8 tab
[21:36] <adiroiban> there were some space indentations
[21:36] <rodrigo_> ah
[21:36] <adiroiban> and I was not sure about the coding convention
[21:36] <adiroiban> feel free to complain about that and I will fix it
[21:37] <rodrigo_> adiroiban, I'm thinking that the API might look better if, instead of _enable_oauth, _enable_basicauth
[21:37] <rodrigo_> if we did something like what libsoup does with its SoupAuth object
[21:37] <rodrigo_> that is, have a couchdb_set_authentication (couchdb, CouchdbAuthentication *auth)
[21:38] <rodrigo_> and have an object derived from CouchdbAuthentication that does oauth and another that does basic auth
[21:38] <adiroiban> yes. we can created some wrapping objects for CouchdbAuthentication *auth
[21:39] <adiroiban> but if we are not going to support other authentication methods
[21:39] <rodrigo_> if you want, I can create the CouchdbAuthentication interface, and then you implement the basic http on top of it
[21:40] <rodrigo_> well, we might
[21:40] <rodrigo_> not sure right now, but having this API would make it easier to extend
[21:40] <adiroiban> rodrigo_: sure. It should be easy to implement the basic http auth using the new interface
[21:41] <rodrigo_> ok then, tomorrow you'll have the interface
[21:41] <adiroiban> no hurry
[21:41] <rodrigo_> or maybe now, it indeed just needs to have a _sign_request or similar method
[21:42] <rodrigo_> well, basic http auth just authenticates once, right?
[21:42] <rodrigo_> ah, it's a signal on SoupSession
[21:42] <adiroiban> well... the header of each request will have the basic auth info
[21:43] <adiroiban> and the username and password are „cached”
[21:44] <adiroiban> in libsoup it is implemented as I signal to make it easy to implement a password prompt
[21:45] <rodrigo_> it's cached in libsoup or in your code?
[21:45] <adiroiban> in my code
[21:45] <rodrigo_> so, the authenticate signal on SoupSession is called for every SoupMessage that is sent?
[21:45] <adiroiban> and that requires authentication. yes
[21:46] <adiroiban> but I think the Auth object is also cached by libsoup
[21:47] <rodrigo_> hmm, ok, sounds like we can have an interface with a 'authenticate' or 'sign_message' virtual method
[21:47] <adiroiban> yep. the Auth object is also cached
[21:48] <adiroiban> by libsoup
[21:48] <rodrigo_> that should cover at least the needs for oauth and basic http
[21:49] <adiroiban> libsoup auth tests are here http://git.gnome.org/browse/libsoup/tree/tests/auth-test.c
[21:49] <rodrigo_> yeah, looking at them now
[21:49] <adiroiban> they should cover various other authentication methods
[22:03] <rodrigo_> not sure though how the SoupAuth stuff fits oauth, I guess we could add a SoupOAuthAuth object
[22:04] <rodrigo_> or easiest thing would be to not use SoupAuth and have couchdb-glib call the authenticate virtual method for each msg
[22:04] <rodrigo_> that should work for both basic and oauth, right?
[22:07] <rodrigo_> I'll think a bit about it, so please do the same and let's discuss tomorrow, ok?
[22:11]  * rodrigo_ goes to think and relax :-D
[22:26] <adiroiban> :)
[22:27] <adiroiban> or we can just have OAuth
[22:27] <adiroiban> and the rest of Auth supported by libsoup