[00:21] <technoviking> dobey: ping
[00:21] <dobey> hey technoviking
[00:27] <technoviking> dobey: good news, the person is willing to hand over the dodey forum nick
[00:27] <dobey> technoviking: great
[00:27] <technoviking> what is your current nick and I will change it.
[00:27] <dobey> technoviking: i don't have an account yet
[00:28] <technoviking> would be easier if you create an account (make it dobey123) and I switch the nick
[00:28] <dobey> technoviking: ok
[00:28] <technoviking> just ping me when you are done
[00:29] <dobey> technoviking: do i need to do the e-mail verification first?
[00:30] <technoviking> yup
[00:36]  * dobey waits for that mail to show up
[00:37] <technoviking> dobey: check your spam, it is pretty quick sending
[00:38] <dobey> technoviking: ok, just finished the activation thing
[00:40] <technoviking> dobey: coolness, give me about 5 minute to tweak the DB
[00:40] <dobey> sure
[00:41] <technoviking> dobey: ok done
[00:42] <dobey> technoviking: magnificent, thanks!
[00:42] <technoviking> hopefully the UbuntuOne developer tag will be uploaded soon
[00:43] <technoviking> dobey: no problem, sorry for the delay
[00:44] <dobey> no worries
[00:50] <dobey> alright, must go do something else
[00:50] <dobey> later :)
[00:51] <technoviking> later
[01:09] <rachaelb> can i "unhonk"?? not certain a music store is needed :-s
[10:16]  * rtgz luvs javascript & jquery...
[11:13] <rtgz> ok, rtg is ready to test new type for note storage. my sync script is now bidirectional
[15:03] <Chipaca> MEETING BEGINS
[15:03]  * Chipaca looks around hopefully
[15:04] <Chipaca> dunno if we've survived the cataract of netsplits or not
[15:04] <aquarius> me!
[15:04] <urbanape> me
[15:04] <teknico_away> me
[15:05] <Chipaca> dobey: jblount_1: rodrigo_: ping
[15:06] <dobey> oh meh
[15:06] <dobey> me
[15:06] <Chipaca> aquarius: go!
[15:06] <aquarius> ⚀ DONE: be in London for meeting; have music store work against edge
[15:06] <aquarius> ⚁ TODO: have music library page send message to downloader daemon and row to database; write Ubuntu Developer Day talk; make tomboy first-sync experience nicer
[15:06] <aquarius> ⚂ BLOCKED:
[15:06] <aquarius> urbanape, speak your wisdom
[15:06] <urbanape> DONE: Reviewed a few branches, worked on my presentation for today's steering review meeting.
[15:06] <urbanape> TODO: Present, figure out what's up with IE and our web UI, Bindwood stuff.
[15:06] <urbanape> BLOCK: None
[15:06] <urbanape> teknico, europe
[15:06] <teknico> DONE: started working with pf1biger on funambol exchange deployment; landed a branch to switch funambol_cared to a new server branch (#418048); bug triage; proposed a branch to allow binding the dev openid server to all net interfaces
[15:06] <teknico> TODO: test funambol cared and funambol exchange deployment; fix a user's problems accessing the contacts web IU (#506584)
[15:06] <teknico> BLOCK: cannot access the web interface due to an error from the dev openid server at first login (#510116); I'm getting rather fed up with blocks, lately :-/
[15:06] <teknico> next: dobey
[15:07] <dobey> ☺ DONE: Bug Day, Removed applet, Reviewed control panel design some more
[15:07] <dobey> ☹ TODO: Replace twisted usage in oauthdesktop, Proj steering meeting, poke people
[15:07] <dobey> ☹ BLCK: None.
[15:07] <dobey> jblount_1, rodrigo_: fight!
[15:08] <rodrigo_> me
[15:08] <rodrigo_> • DONE: Fixed chad's branch for resource conflicts when saving notes. Submitted new XML<->HTML branch again. Added no-login-store url to music store widget. Contacts picker work based on design team's designs
[15:08] <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? Move JS code to its own file and add jslint tests to check. Remove autosave code in notes web editor
[15:08] <rodrigo_> • BLOCKED: no
[15:09] <Chipaca> teknico: who have you talked with about your blockage?
[15:09] <aquarius> teknico, make stop, make clean, rm tmp, make start. I got that openid error yesterday, but it went away after a bit and it hasn't come back. I never managed to work out what it was
[15:09] <teknico> Chipaca, I've asked jdo
[15:09] <Chipaca> teknico: was this on completely clean branches?
[15:09] <teknico> aquarius, I've been doing that sequence untold times today :-)
[15:10] <Chipaca> MEETING ENDS. jblount_1, we missed you :(
[15:10] <urbanape> doesn't make clean blow away tmp?
[15:10] <teknico> Chipaca, yes, it's on unadulterated trunk
[15:10] <urbanape> if not, it ought to, I'd think.
[15:10] <teknico> urbanape, not completely, no
[15:10] <aquarius> urbanape, no. It blows away *some* of tmp
[15:10] <urbanape> else what does clean do?
[15:10] <teknico> yes, it should :-)
[15:10] <urbanape> make stop sorta-tidy-up start
[15:11] <teknico> urbanape, exactly :-)
[15:13] <statik> i hope to see a branch that fixes make clean to do sufficient deleting of tmp/ then :)
[15:14] <urbanape> fair 'nuff
[15:15] <aquarius> the question is: what's sufficient? I have asssumed that there was a reason to not just delete tmp in make clean..
[15:17] <dobey> i think "tmp" is in bzr, but its contents aren't
[15:17] <dobey> (which i think is silly)
[15:19] <urbanape> that seems silly.
[15:26] <statik> bzr rm will fix that :)
[15:27] <dobey> rm -rf ; bzr commit fixes it :)
[15:51] <jblount_1> Oops! Sorry for missing the meeting everyone:
[15:51] <jblount_1> DONE: Bug Day, worked on icon switch for /files/
[15:51] <jblount_1> TODO: Continue icon switching (getting everything in css sprites is proving more complicated than I thought at first), Project Steering call in ~ 1hour
[15:51] <jblount_1> BLOCKED: Somehow misreading the clock on the all. Need to think about setting a seconary alarm for 10 so I don't forget about standup.
[15:51] <jblount_1> s/all/wall
[15:59]  * dobey is half expecting the delivery truck to show up while he's in the call
[15:59] <jblount> dobey: What are you waiting on? Car parts?
[16:00] <dobey> yeah
[16:00] <dobey> transmission coming today
[16:54] <jblount> Is anyone planning on driving to PyCon from Florida?
[18:15] <dobey> huzzah!
[18:16]  * dobey has a solution for the ipv6 issue when going through the oauth process
[18:19] <rtgz> dobey, you mean the listen for ::1 ?
[18:19] <rtgz> 127.0.0.1 ?
[18:20] <dobey> i mean the "error" that epiphany/etc... give if localhost is aliased to ::1, yes
[18:24] <rtgz> I still can't find why localhost might resolve to ::1, it is usually ip6-localhost or ip6-loopback unless this is my extremely-local set up
[18:28] <dobey> rtgz: because there is an alias that gets stuck in /etc/hosts for some reason unbeknownst to me, but surely knownst to someone
[18:28] <rtgz> but... what if 127.0.0.1 suddenly becomes unaccessible :) ?
[18:29]  * rtgz once became paranoid and firewalled lo interface. And some things even worked...
[18:29] <dobey> rtgz: hrmm?
[18:30] <rtgz> dobey, ignore that, just can't find anything against hardcoding the IP address...
[18:34] <dobey> i really wish code browse had a way to search log entrie
[18:34] <dobey> s
[18:39] <dobey> rtgz: https://bugs.edge.launchpad.net/ubuntuone-client/+bug/376760
[18:39] <dobey> rtgz: localhost and 127.0.0.0/8 are in the exception list by default, but apparently firefox doesn't handle the latter
[18:40] <dobey> rtgz: also, using "localhost" works for people who disable ipv4 entirely and only have ipv6 (assuming the ipv6 issue is fixed)
[18:53] <dobey> according to my testing, BaseHTTPServer binds to both v4 and v6 though
[19:10] <chouchoune|qsdf> hello all
[19:11] <chouchoune|qsdf> I cannot get Ubuntu One contacts syncing with Evolution
[19:11] <chouchoune|qsdf> is there anything special to do ?
[19:11] <chouchoune|qsdf> (Tomboy is syncing correctly and the Ubuntu One icon in system tray seems working
[19:12] <dobey> did you move your contacts to the "CouchDB" address book in evolution?
[19:13] <rtgz> chouchoune|qsdf, do you have avahi working? ps auxw | grep [a]vahi
[19:13] <chouchoune|qsdf> arnaud@arnaud-laptop:~$ ps auxw | grep [a]vahi
[19:13] <chouchoune|qsdf> avahi      985  0.0  0.0   2948  1516 ?        Ss   19:02   0:00 avahi-daemon: running [arnaud-laptop.local]
[19:13] <chouchoune|qsdf> avahi     1073  0.0  0.0   2824   532 ?        Ss   19:02   0:00 avahi-daemon: chroot helper
[19:13] <NateW> is it planned to add pages to the web ui for ubuntuone? i have a folder with 400 items in it and only 150 files are shown.
[19:14] <chouchoune|qsdf> dobey: I created contacts inside the Ubuntu One UI but I don't see them inside Evolution
[19:14] <chouchoune|qsdf> and when I try to create a new contact in Evolution, the new contacts window is not opening
[19:15] <chouchoune|qsdf> it's working on the "Personal" address bok
[19:16] <dobey> rodrigo_: ^^ ping :)
[19:16] <rtgz> chouchoune|qsdf, is couchdb running? What does that print: python -c 'from desktopcouch.records.server import CouchDatabase; db = CouchDatabase("contacts")' ?
[19:17] <rtgz> rtgz, it might ask you for the keyring password :-/
[19:17] <chouchoune|qsdf> arnaud@arnaud-laptop:~$ python -c 'from desktopcouch.records.server import CouchDatabase; db = CouchDatabase("contacts")'
[19:17] <chouchoune|qsdf> Traceback (most recent call last):
[19:17] <chouchoune|qsdf>   File "<string>", line 1, in <module>
[19:17] <chouchoune|qsdf>   File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server.py", line 55, in __init__
[19:17] <chouchoune|qsdf>     server_class=server_class, oauth_tokens=oauth_tokens)
[19:17] <chouchoune|qsdf>   File "/usr/lib/python2.6/dist-packages/desktopcouch/records/server_base.py", line 125, in __init__
[19:17] <chouchoune|qsdf>     raise NoSuchDatabase(database)
[19:17] <chouchoune|qsdf> desktopcouch.records.server_base.NoSuchDatabase: Database contacts does not exist on this server. (Create it by passing create=True)
[19:17] <chouchoune|qsdf> mmmhhh
[19:19] <rtgz> whose app is on duty to create contacts database?
[19:20] <dobey> i would think the APIs would create it if it didn't exist...
[19:20] <dobey> i'm not sure what does exactly, that's beyond my current knowledge of desktopcouch
[19:22] <rtgz> chouchoune|qsdf, try quitting evolution completely
[19:22] <rtgz> evolution --force-shutdown
[19:22] <rtgz> then start it from terminal
[19:22] <rtgz> as simply, evolution
[19:24] <rtgz> chouchoune|qsdf, ^
[19:25] <rtgz> I think I know what might be happening
[19:25] <rtgz> if evolution restart does the thing
[19:28] <chouchoune|qsdf> sorry
[19:28] <dobey> i dislike how BaseHTTPServer handles "logging" though
[19:28] <chouchoune|qsdf> I had no battery anymore
[19:29] <chouchoune|qsdf> but when I restart computer nothing happens
[19:29] <chouchoune|qsdf> so are you sure that it would come from Evolution restarting ?
[19:30] <chouchoune|qsdf> still no contact after forced sutdown and restart
[19:30] <rtgz> chouchoune|qsdf, this is just a theory; but could you please check that couchdb is running now - s aux | grep [d]esktop-couchdb
[19:30] <rtgz> ah
[19:30] <rtgz> yes, it is running
[19:31] <chouchoune|qsdf> arnaud@arnaud-laptop:~$ ps aux | grep [d]esktop-couchdb
[19:31] <chouchoune|qsdf> arnaud    2569  0.0  0.0   1752   552 ?        S    20:25   0:00 /bin/sh -e /usr/bin/couchdb -n -a \"/etc/couchdb/default.ini\" -a \"/etc/xdg/desktop-couch/compulsory-auth.ini\" -a \"/home/arnaud/.config/desktop-couch/desktop-couchdb.ini\" -b -r 0 -p /home/arnaud/.cache/desktop-couch/desktop-couchdb.pid -o /home/arnaud/.cache/desktop-couch/desktop-couchdb.stdout -e /home/arnaud/.cache/desktop-couch/desktop-couchdb.stderr -R
[19:31] <chouchoune|qsdf> arnaud    2596  0.0  0.0   1752   328 ?        S    20:25   0:00 /bin/sh -e /usr/bin/couchdb -n -a \"/etc/couchdb/default.ini\" -a \"/etc/xdg/desktop-couch/compulsory-auth.ini\" -a \"/home/arnaud/.config/desktop-couch/desktop-couchdb.ini\" -b -r 0 -p /home/arnaud/.cache/desktop-couch/desktop-couchdb.pid -o /home/arnaud/.cache/desktop-couch/desktop-couchdb.stdout -e /home/arnaud/.cache/desktop-couch/desktop-couchdb.stderr -R
[19:31] <chouchoune|qsdf> arnaud    2597  0.0  0.2  64044  8564 ?        Sl   20:25   0:00 /usr/lib/erlang/erts-5.7.2/bin/beam.smp -Bd -K true -- -root /usr/lib/erlang -progname erl -- -home /home/arnaud -noshell -noinput -smp auto -sasl errlog_type error -pa /usr/lib/couchdb/erlang/lib/couch-0.10.0/ebin /usr/lib/couchdb/erlang/lib/mochiweb-r97/ebin /usr/lib/couchdb/erlang/lib/ibrowse-1.5.2/ebin /usr/lib/couchdb/erlang/lib/erlang-oauth/ebin -eval application:load(ibr
[19:34] <chouchoune|qsdf> on clicking on Ubunto One icon in system tray, it's written that my files are up-to-date
[19:35] <dobey> the tray icon only dealt with file sync, not notes or contacts or bookmarks
[19:35] <chouchoune|qsdf> ok
[19:35] <chouchoune|qsdf> I'll try to synchronize a file to see ...
[19:35] <chouchoune|qsdf> if it's working
[19:35] <chouchoune|qsdf> but as Tomboy is working it might be
[19:37] <rtgz> chouchoune|qsdf, okay, now could you please shutdown evolution completely again w/ --force-shutdown, than start it and redirect the output to the file, say, evolution > /tmp/evolution-debug.log 2>&1
[19:37] <chouchoune|qsdf> I had an alert saying that Ubuntu One is syncing my files, I've never seen something like that with contacts
[19:38] <dobey> the file synchronization is functionally unrelated to contacts and bookmarks sync
[19:38] <rtgz> chouchoune|qsdf, sorry, not the right way, here's the one: https://wiki.ubuntu.com/UbuntuOne/Bugs#Getting%20debug%20info
[19:41] <chouchoune|qsdf> http://pastebin.com/m39f0870c
[19:42] <dobey> looks like there is no couchdb backend there
[19:43] <chouchoune|qsdf> ~/.cache/desktop-couch/log/desktop-couch-replication.log is empty
[19:44] <chouchoune|qsdf> but why s it working for Tomboy then ?
[19:44] <chouchoune|qsdf> oh ok
[19:44] <chouchoune|qsdf> you're saying on Evolution
[19:44] <dobey> tomboy is functionally different. it doesn't sync stuff via couchdb.
[19:45] <chouchoune|qsdf> But there is a CouchDB category wich include a "Ubuntu One" address book
[19:45] <chouchoune|qsdf> I didn't change this it was from the beginning
[19:45] <rtg|foodz> dobey, yet ;-)
[19:45] <dobey> rtg|foodz: and may not for lucid either
[19:45] <chouchoune|qsdf> I installed Karmik when it was a beta, might it be a problem ?
[19:46] <dobey> chouchoune|qsdf: do you have evolution-couchdb installed?
[19:46]  * rtgz is fetching evolution-couchdb code
[19:46] <chouchoune|qsdf> fuck
[19:46] <chouchoune|qsdf> I'm sorry it was not installed :/
[19:47] <rtgz> O_O
[19:47] <rtgz> chouchoune|qsdf, you mean that you don't have evolution-couchdb package installed?
[19:47] <chouchoune|qsdf> yes
[19:47] <chouchoune|qsdf> wasn't it by default ?
[19:47] <chouchoune|qsdf> normally
[19:48] <rtgz> chouchoune|qsdf, and Evolution displayed CouchDB addressbook...
[19:48] <chouchoune|qsdf> yes
[19:48] <rtgz> chouchoune|qsdf, it might not have installed the plugin, right.
[19:48] <rtgz> hmmmm
[19:49] <chouchoune|qsdf> it's looking better now
[19:49] <chouchoune|qsdf> not syncing yetbut asked me for keyrings
[19:50] <chouchoune|qsdf> and n the roperties I had no "Server" section before, now I have
[19:51] <rtgz> chouchoune|qsdf, yes, this appears to be better than it was originally, I am investigating how could evolution show CouchDB entry w/o actually having the plugin installed. It does not make much sense to me
[19:52] <chouchoune|qsdf> yes, maybe I would have looked at this if I didn't find any CouchDB in Evolution but as my "Ubuntu One" address book was already there I didn't think about it
[19:53] <chouchoune|qsdf> but it's still not syncing : do I have to relauch Evolution ?
[19:53] <rtgz> chouchoune|qsdf, it is syncing on 10 minutes intervals, i believe
[19:53] <chouchoune|qsdf> ok it's working after relauching
[19:53] <chouchoune|qsdf> thanks very much
[19:53] <rtgz> you can look in replication log to make sure that works properly
[19:55] <rtgz> chouchoune|qsdf, thanks for reporting the issue
[19:56] <chouchoune|qsdf> http://pastebin.com/d3476b27
[20:00] <rtgz> chouchoune|qsdf, i believe it is completely successfully, since the status is 200.
[20:00] <rtgz> chouchoune|qsdf, the items should appear on the web shortly or appear locally. You might need to refresh addressbook view for that to become visible (e.g. switch from one category to another)
[20:00] <chouchoune|qsdf> actually it's working fine now or it seems at least ...
[20:02] <rtgz> okay, guys, is it possible to reinitialize replication keys?
[20:02] <rtgz> joshuahoover1, is it possible to reinitialize replication credentials?
[20:03] <rtgz> chouchoune|qsdf, please stay online, we might need to give you additional instructions
[20:03] <chouchoune|qsdf> ok I will
[20:03] <joshuahoover1> rtgz: i'm not sure
[20:03] <chouchoune|qsdf> anyway I'm screening so if I leave I'll be able to answer later
[20:03] <joshuahoover1> thisfred: ??? ^^
[20:05] <thisfred> reading backlog
[20:06] <joshuahoover1> thisfred: thanks!
[20:07] <thisfred> eh, the problems seems to be solved, or no? that replication log looks fine.
[20:08] <chouchoune|qsdf> yes now it's solved
[20:08] <chouchoune|qsdf> evolution-couchdb was missing
[20:08] <thisfred> rtgz: reinitializing the oauth credentials for replication is possible I believe. for one thing, you can throw away all your local desktopcouch data and configuration and start again, but I'm sure there are easier/safer ways.
[20:09] <thisfred> rtgz: CardinalFang or aquarius would know, but unfortunately neither of them is online
[20:09] <rtgz> thisfred, ok, leeets try that on my install....
[20:09] <thisfred> rtgz: eh, maybe move stuff rather than delete it
[20:10] <thisfred> rtgz: in case I'm wrong ;)
[20:10] <rtgz> thisfred, erm, mmm. backup is a good idea, thanks :)
[20:10] <thisfred> rtgz: actually just throwing away the u1 pairing record should be enough
[20:11] <thisfred> and then pair again through the pairing thingumabob
[20:15] <thisfred> better yet, unauthorize the machine in the web ui, then reauthorize it, that should generate new tokens
[20:17] <rtgz> yep, that works, got new pairing info and found 20+ "machines" I have authorized :)
[20:18] <thisfred> chouchoune|qsdf: what version of desktopcouch is installed? Is your system fully upgraded?
[20:21] <chouchoune|qsdf> thisfred: arnaud@arnaud-laptop:~$ sudo apt-get upgrade
[20:21] <chouchoune|qsdf> Lecture des listes de paquets... Fait
[20:21] <chouchoune|qsdf> Construction de l'arbre des dépendances
[20:21] <chouchoune|qsdf> Lecture des informations d'état... Fait
[20:21] <chouchoune|qsdf> Les paquets suivants seront mis à jour : bzr chromium-browser chromium-browser-inspector chromium-browser-l10n chromium-codecs-ffmpeg-nonfree cpp-4.4 gcc-4.4 gcc-4.4-base libgcc1 libgomp1 libpurple-bin libpurple0 libstdc++6 libthai-data libthai0 xserver-common xserver-xorg-core xserver-xorg-video-intel
[20:21] <chouchoune|qsdf> I dn't see anything about ubuntu one
[20:24] <rtgz> ok. we are safe to continue here
[20:27] <chouchoune|qsdf> yes ;)
[20:27] <thisfred> whew. thanks chouchoune|qsdf and rtgz for bringing this to our attention
[20:45] <rtgz> we are now more than safe to continue here
[21:23] <chouchoune|qsdf> it's the night here so if you have questions about my issue I'll be available tomorrow (I'm screening so you can ask directly and I'll answer when connecting next time)
[21:29] <rtgz> chouchoune|qsdf, I guess that there is nothing else we can debug here. The replication is working, contacts are being created and removed. I will try to reproduce the issue with the CouchDB addressbook being present when no such capability exists and that's pretty much all that is left here.
[21:30] <chouchoune|qsdf> ok perfect
[21:30] <chouchoune|qsdf> for me I don't care now as it's working but it was just if you need informations ;)
[21:32] <rtgz> thanks for the report, I have added the info to check for evolution-couchdb presence prior to disassembling the software into pieces :)
[21:33] <chouchoune|qsdf> ok
[21:33] <chouchoune|qsdf> but isn't Ubuntu add evolution-couchdb by default ?
[21:33] <chouchoune|qsdf> or is it because I installed a beta at the beginning so it didn't add this package after ?
[21:34] <rtgz> chouchoune|qsdf, it should be. but it might be due to beta, not all packages were ready at that time.
[21:34] <chouchoune|qsdf> ok
[21:41] <rtgz> hm...
[21:44] <rtgz> reproduced
[21:44] <rtgz> :)
[21:46] <rtgz> In order for fantom Ubuntu One CouchDB addressbook to appear, we need to install evolution-couchdb, launch evolution, uninstall evolution-couchdb and then restart evolution to make sure that e-d-s is in consistent state
[21:46] <rtgz> This gives us CouchDB category with Ubuntu One addressbook. Which does not work.
[21:57] <rtgz> ubottu, bug 510366
[21:57] <rtgz> fetch!
[21:57] <rtgz> ubottu, thanks