=== lucio_ is now known as __lucio__ | ||
FFForever | Whats the difference from Ubuntu One and DropBox? | 04:35 |
---|---|---|
FFForever | besides shipping default with ubuntu | 04:37 |
verterok | FFForever: Ubuntu One, is a lot more than just file sync :) | 04:40 |
FFForever | like? | 04:40 |
verterok | FFForever: contacts (evolution), notes (tomboy), and bookmarks (bindwood) sync | 04:41 |
verterok | FFForever: and more stuff is comming down the pipe | 04:41 |
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:42 |
FFForever | cool | 04:43 |
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:47 |
aquarius | adiroiban, I think rodrigo's having some connection problems | 11:51 |
rodrigo | yeah, seems so | 11:51 |
=== rodrigo is now known as rodrigo_ | ||
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:03 |
rodrigo_ | adiroiban: yes, for supported document types | 12:04 |
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:05 |
adiroiban | „supported document types” are the one listed in Formats http://www.freedesktop.org/wiki/Specifications/desktopcouch/ ? | 12:06 |
rodrigo_ | so far, yes | 12:06 |
adiroiban | can I query a view using couchdb-glib? | 12:07 |
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:08 |
rodrigo_ | cool | 12:09 |
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:10 |
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:11 |
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:24 |
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:26 |
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:28 |
jml | hello? | 12:29 |
aquarius | jml, you were using the design-docs-on-the-filesystem stuff, yes? | 12:29 |
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:30 |
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:31 |
jml | adiroiban, I did it because it was easier than 'if db.hasView("foo")' (or however it's spelt) | 12:32 |
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:33 |
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:34 |
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:35 |
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:36 |
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:37 |
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:38 |
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:39 |
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:40 |
jml | g'night folks. | 12:45 |
teknico | night jml | 12:47 |
rodrigo_ | aquarius: you can specify a --prefix if you want, but you can run the test programs without installing | 12:48 |
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:49 |
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:50 |
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:51 |
aquarius | it should *be* a widget, shouldn't it? | 12:52 |
rodrigo_ | yes | 12:53 |
rodrigo_ | ah, you're missing the () after MusicStore | 12:54 |
aquarius | ha! | 12:54 |
aquarius | I am very stupid :) | 12:54 |
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:55 |
rodrigo_ | it also complains about threads not being initialized | 12:56 |
adiroiban | rodrigo_: can I use couchdb-glib with HTTP Basic Auth ? | 13:24 |
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:25 |
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:26 |
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:27 |
rodrigo_ | adiroiban, can you paste line 127 of dbwatch.c? | 13:30 |
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:35 |
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:36 |
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:38 |
rodrigo_ | adiroiban: so if working with trunk, use git please | 13:39 |
adiroiban | ok. np | 13:40 |
rodrigo_ | adiroiban: ok, committing the patch now, so just rename CouchDB to Couchdb | 13:43 |
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:48 |
adiroiban | rodrigo_: I agree, or have a ./configure flag to build desktopcouch support in couchdb-glib | 13:57 |
rodrigo_ | well, I think we want to build it always, if the dependencies are available | 13:58 |
rodrigo_ | (keyring and dbus) | 13:58 |
* rodrigo_ -> lunch | 14:00 | |
rodrigo_ | bbl | 14:00 |
adiroiban | rodrigo_: it looks like in couchdb-glib, make install does not copy all the required headers | 14:20 |
adiroiban | I only got couchdb-glib.h couchdb-document-contact.h and couchdb-types.h | 14:21 |
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? | 14:31 |
rodrigo_ | adiroiban, yeah, fixing it now, trunk has been a bit out of maintainership | 15:02 |
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:03 |
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:04 |
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:05 |
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:06 |
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:07 |
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:08 |
jblount | EOM (I think) | 15:11 |
rodrigo_ | adiroiban: git pull, should be fixed now | 15:18 |
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:22 |
adiroiban | rodrigo_: back to main chat. thanks for the update. | 15:27 |
rodrigo_ | adiroiban, np, I should have done it some time ago | 15:27 |
CPrompt^ | anyone have a suggestion of what I can look for as the problem? | 15:30 |
* popey wonders if someone could look at bug 500975 and see if it's specific to ubuntuone or a tomboy generic sync issue | 15:33 | |
ubottu | Launchpad bug 500975 in tomboy "Synchronization failed with the following exception: Unexpected character '<' at [1:1]" [Undecided,Confirmed] https://launchpad.net/bugs/500975 | 15:33 |
popey | i am getting the failure on both ubuntu and windows syncing to u1 | 15:34 |
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:51 |
popey | what am I looking for? | 15:52 |
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:53 |
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:54 |
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:57 |
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 | 15:59 |
popey | yay | 16:00 |
popey | the -A gives me some 'output' but it's not human readable | 16:01 |
CardinalFang | hrm. | 16:01 |
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:02 |
popey | google.com you say? | 16:03 |
popey | :) | 16:03 |
CardinalFang | Er, no. o.u.c Sorry. | 16:03 |
popey | :) | 16:03 |
popey | i see no URLS | 16:05 |
popey | will play more | 16:05 |
popey | this is https so surely tcpdump isnt' going to see any data | 16:06 |
popey | maybe hostnames, certificate names and so on | 16:07 |
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:08 |
nettrot | You might be surprised... | 16:09 |
CardinalFang | I am adept at "apt-get soruce tomboy; apt-get builddeps tomboy; $hack; dpkg-buildpackage -rfakeroot" | 16:10 |
popey | tomboy --debug may show me the note that is barfing | 16:11 |
popey | it shows the urls :) | 16:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
CardinalFang | It won't be today that it's fixed for you. Perhaps tomorrow, if I'm lucky. | 16:17 |
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:18 |
CardinalFang | Hrm. Yeah. It's private for the next 10 seconds... https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/499595 | 16:20 |
ubottu | Error: This bug is private | 16:20 |
Chipaca | rodrigo_: ping | 16:20 |
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:23 |
popey | popey is my nick on lp | 16:24 |
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:26 |
rodrigo_ | hi Chipaca | 16:41 |
rodrigo_ | man my inet connection today sucks | 16:41 |
Chipaca | rodrigo_: can you update your blueprint? | 16:42 |
rodrigo_ | the contacts picker one? | 16:45 |
rodrigo_ | updated | 16:46 |
Pretto | is there a way to authenticate from the first time from command line? | 16:56 |
dobey | X is required currently | 16:57 |
Pretto | dobey: ok, só how can i check why the applet never connects? | 16:58 |
Pretto | dobey: can you take a look? http://paste.ubuntu.com/353004/ | 16:59 |
Pretto | or someone else | 16:59 |
dobey | do you have an ~/.config/ubuntuone/syncdaemon.conf file? | 17:00 |
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:01 |
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:02 |
Pretto | dobey: so, no file, we are trying to create it by hand | 17:07 |
dobey | does oauth-login.log show anything? | 17:07 |
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:08 |
dobey | ok | 17:09 |
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:10 |
dark | dobey, i am on a live cd - is this a known issue? | 17:11 |
dobey | dark: there are known issues with fixes waiting for review, in karmic-proposed, yes | 17:13 |
dobey | dark: i'm not sure exactly which issue you're having, though | 17:14 |
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:15 |
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:16 |
dark | i was also with a pendrive.. that died right now (in a power failure.. i don't quite understand) | 17:17 |
dobey | it happens | 17:19 |
dark | i made a backup few hours before | 17:19 |
jdaynes | is there a way to tell Ubuntu One to push changed files to the server side only periodically? | 17:20 |
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:21 |
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 |
=== nettrot_ is now known as nettrot | ||
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:22 |
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:23 |
dark | now i am curious :( | 17:24 |
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:25 |
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:26 |
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:27 |
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:28 |
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:29 |
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:30 |
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:31 |
=== jdaynes is now known as feutete | ||
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:32 |
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:33 |
dark | .-. | 17:34 |
dobey | i think rewriting in C using fuse would be easier than making an nfs implementation work :) | 17:34 |
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:35 |
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:36 |
Chipaca | oauth over nfs might be an issue | 17:37 |
Chipaca | :) | 17:37 |
dark | ssh could be a good place to begin | 17:38 |
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:39 |
dark | ideally it should be possible to access ubuntu one in a standard unix installation | 17:40 |
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:42 |
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:43 |
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:44 |
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:45 |
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:46 |
Chipaca | dark: I'm not sure how this differs from your ideal, could you expand? | 17:56 |
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:58 |
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 :) | 17:59 |
dark | well i hope in the karmic+1 ubuntu one work flawlessy in livecd | 18:03 |
dark | i think it's very compelling to have my data everywhere but also protect it from eavesdropping | 18:04 |
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? | 18:59 |
hamzaatova2 | hi---why does the folders in the ubuntu one folder backuped only by their names and not content???/ | 19:13 |
CardinalFang | Say that another way. | 19:14 |
Chipaca | hamzaatova2: what do you mean? (we don't) | 19:14 |
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:16 |
hamzaatova2 | Chipaca, yeah | 19:17 |
Chipaca | hamzaatova2: try this: u1sdtool --waiting-content | 19:17 |
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:18 |
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:19 |
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:20 |
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:21 |
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:22 |
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:23 |
Chipaca | hamzaatova2: that ^ (from dbus-send to the end) | 19:24 |
hamzaatova2 | in the terminal Chipaca ? | 19:24 |
Chipaca | hamzaatova2: yes please | 19:24 |
hamzaatova2 | Chipaca, thats it??? | 19:25 |
Chipaca | hamzaatova2: yes, it's long | 19:25 |
hamzaatova2 | ok---will it start to backup now? | 19:25 |
Chipaca | hamzaatova2: did it output anything? | 19:26 |
Chipaca | hamzaatova2: it's never stopped backing up, if it's working correctly | 19:26 |
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:27 |
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:28 |
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:30 |
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:31 |
hamzaatova2 | the cloud is colorful after the former command | 19:32 |
hamzaatova2 | but there is no connect | 19:32 |
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:33 |
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:34 |
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:35 |
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:36 |
Chipaca | hamzaatova2: try: ubuntuone-client-preferences | 19:37 |
hamzaatova2 | what for??? | 19:37 |
Chipaca | verterok: has the bandwidth throttling preferences been fixed? | 19:37 |
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:38 |
hamzaatova2 | ok---byyyyyyyyyyyyyyyyyyyyyyyyyyyye | 19:39 |
adiroiban | any idea why libsoup and epiphany can not access couchdb ? | 19:40 |
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:41 |
CardinalFang | adiroiban, I need more information. What happens? | 19:42 |
adiroiban | soup_session_send_message return SOUP_STATUS_CANT_CONNECT | 19:43 |
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:44 |
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:45 |
dobey | it's probably because there's an ipv6 address set up for the loopback interface | 19:46 |
dobey | in /etc/hosts | 19:46 |
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:47 |
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:48 |
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:49 |
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:50 |
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:51 |
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:52 | |
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:53 |
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:54 |
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:55 |
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.1localhost" | 19:58 |
dobey | verterok: hrmm, so now i'm just getting twisted timeout errors :/ | 20:04 |
verterok | dobey: should be something in the logs about what's causing the timeout | 20:05 |
adiroiban | CardinalFang: can you try to add localhost for ipv6 and see if you can use libsoup | 20:11 |
adiroiban | rodrigo_: the http auth code is working, should I send it to you for review as a MP ? | 20:18 |
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:40 |
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:43 |
verterok | dobey: sure | 20:46 |
rodrigo_ | adiroiban, send it as you want, as a patch, as a merge proposal in LP, etc | 21:11 |
adiroiban | rodrigo_: ok. I have created a bug in LP, and attached a branch | 21:12 |
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:15 |
rodrigo_ | assign the bug to me please | 21:16 |
adiroiban | done: bug 504452 | 21:17 |
ubottu | Launchpad bug 504452 in couchdb-glib "Implement Basic HTTP Auth" [Undecided,In progress] https://launchpad.net/bugs/504452 | 21:17 |
rodrigo_ | cool! | 21:17 |
rodrigo_ | adiroiban, can you propose the branch for merging into couchdb-glib trunk please? | 21:18 |
rodrigo_ | it makes it easier to review | 21:18 |
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:19 |
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:20 |
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:21 |
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:22 |
rodrigo_ | and my username with yours | 21:23 |
rodrigo_ | then bzr push will just push to lp:~adiroiban/couchdb-glib/branch | 21:23 |
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:27 |
titeuf_87 | well guess I can just store None instead by manually checking with an if, but that doesn't really look pretty | 21:30 |
adiroiban | rodrigo_: still not able to combine git with bzr http://paste.ubuntu.com/353129/ | 21:32 |
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:33 |
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:34 |
adiroiban | so you can see the MP https://code.edge.launchpad.net/~adiroiban/couchdb-glib/basic-auth/+merge/16990 | 21:35 |
rodrigo_ | cool | 21:35 |
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:36 |
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:37 |
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:38 |
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:39 |
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:40 |
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:41 |
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:42 |
adiroiban | and the username and password are „cached” | 21:43 |
adiroiban | in libsoup it is implemented as I signal to make it easy to implement a password prompt | 21:44 |
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:45 |
adiroiban | but I think the Auth object is also cached by libsoup | 21:46 |
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:47 |
adiroiban | by libsoup | 21:48 |
rodrigo_ | that should cover at least the needs for oauth and basic http | 21:48 |
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 | 21:49 |
rodrigo_ | not sure though how the SoupAuth stuff fits oauth, I guess we could add a SoupOAuthAuth object | 22:03 |
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:04 |
rodrigo_ | I'll think a bit about it, so please do the same and let's discuss tomorrow, ok? | 22:07 |
* rodrigo_ goes to think and relax :-D | 22:11 | |
adiroiban | :) | 22:26 |
adiroiban | or we can just have OAuth | 22:27 |
adiroiban | and the rest of Auth supported by libsoup | 22:27 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!