[00:04] <Nokuma> hello
[00:04] <Nokuma> anyone know if ubuntu one is broken in latest ubuntu karmic alpha?
[03:21] <jovin_> hi
[03:45] <jovin_> anyone getting gnutls error while launching ubuntuone
[04:02] <CardinalFang> jovin_, I'm about 30 seconds from sleep, but a more specific question or error message would go farther.
[04:03] <jovin_> when i try launching ubuntuone-client-applet
[04:04] <jovin_> I get this message "Ohhhh jeeee: operation is not possible without initialized secure memory
[04:04] <jovin_> "
[04:04] <jovin_> but when run as root using sudo it is all fine
[04:04] <jovin_> just by googling I was able to find that it was due to gnutls
[04:05] <jovin_> and I don't have any packages other than the default libgnutls
[04:06] <jovin_> ?
[04:11] <verterok> jovin_: I never heard of that error, but if you can file a bug with a  traceback or at least that ^ error message that would be great.
[04:11] <jovin_> i am not sure if i should file it under gnutls or ubuntu one
[04:12] <verterok> jovin_: btw, you shouldn *never* ever ever run this kind of client software as root ;)
[04:12] <verterok> jovin_: are you using SELinux?
[04:12] <jovin_> yup..I just wanted to test to see if that is happening
[04:12] <jovin_> under root also
[04:13] <jovin_> http://bugs.gentoo.org/235098
[04:15] <verterok> jovin_: the bug says it fixed in 2.5.,  I have installed 2.8.3-2 (in karmic)
[04:16] <jovin_> i am running jaunty
[04:16] <jovin_> and it is 2.4.2
[04:17] <verterok> jovin_: hmm, good point  :)
[04:18] <verterok> jovin_: please file a bug! if a newer version of gnutls is needed, it's a bug in ubuntuone for not working on jaunty and if the version of gnutls in jaunty is broken it's a bug in jaunty itself too ;)
[04:18] <jovin_> i think ubuntu one should provide an up to date libgnutls,since 9.04 is supported
[04:18] <jovin_> I was just filing a bug in jaunty
[04:18] <verterok> jovin_: indeed
[04:19] <verterok> jovin_: you can file a bug and mark both ubuntuone-client and ubuntu as affected projects
[04:19] <jovin_> ok
[04:19] <jovin_> will do that
[04:19] <verterok> jovin_: thanks!
[04:20] <jovin_> ty
[04:27] <jovin_> gnutls error is file'd as  a bug
[04:28] <jovin_> Launchpad Bug id 434419
[04:28] <verterok> jovin_: cool, thanks
[04:28] <verterok> ubottu: Bug #434419
[08:37] <jblount> HAMMERTIME
[09:14] <spm> **** FYI. Unscheduled outage on ubuntuone.com ETA to restoration unknown at this stage. ****
[09:18] <aquarius> cheers spm
[10:14] <Spike1506> is ubuntu one down?
[10:14] <Spike1506> ohw nvm
[10:32] <spm> aquarius: actually it should be fine atm. can you confirm it works for you?
[10:35] <aquarius> spm, ok, I hadn't seen a restoration note :)
[10:35] <aquarius> spm, ok, I can log in and see my files -- is that what was down?
[10:35] <spm> aquarius: it was ESP. you should have felt the positive vibes coming out of australia!
[10:35]  * aquarius grins
[10:36] <spm> aquarius: we had a major woe with a server that handles the web server front end and a few other bits.
[10:36] <aquarius> yeah, I saw something went horrid
[11:54] <diverse_izzue> i don't quite understand how the couchdb integration with evolution is supposed to work. can i see my contacts in the webfrontend then? are they automatically synched to other machines on that ubuntu one account?
[11:55] <diverse_izzue> also, in the properties of that address book it gives me the options "user local database", "system wide database" and "remote database", kind of cryptic...
[13:26] <aquarius> diverse_izzue, hi
[13:26] <aquarius> to answer your questions: yes, yes, and er.
[13:27] <Chipaca> aquarius: crikey, that bad, was it?
[13:27] <aquarius> diverse_izzue, we're still working on this, but there will be an Ubuntu One addressbook in Evolution -- contacts in there are stored in your desktop CouchDB, and synchronized to your Ubuntu One account, so you will be able to see those contacts through the web front end
[13:28] <aquarius> diverse_izzue, and of course other machines which are synchronized to that Ubuntu One account will also have the contacts
[13:28] <aquarius> diverse_izzue, most of the stuff is in place for this to happen, but I'm not sure if it's all landed yet
[13:28] <aquarius> diverse_izzue, on the "user local database" stuff, you get to talk to rodrigo_ about that ;-)
[13:30] <rodrigo_> diverse_izzue: user local is desktopcouch, system wide is the system wide couchdb, and remote is for entering a url of a couchdb server of your own
[13:30] <rodrigo_> diverse_izzue: but latest evo-couchdb package now creates the Ununtu One addressbook by default
[13:31] <aquarius> rodrigo_, ah, so that stuff will be less exposed to users? Can it be renamed?
[13:31] <rodrigo_> yes, less exposed
[13:31] <rodrigo_> and yes, it can be renamed, didn't find a better way though
[13:32] <aquarius> "Desktop Couch", "System-wide CouchDB", "URL of remote CouchDB server" ?
[13:32] <rodrigo_> yes, looks better :)
[13:37] <diverse_izzue> rodrigo_, aquarius, thanks for the answers, and looking forward to seeing the addresses online. is that supposed to happen in the karmic timeframe? also, ideally ubuntuone would mirror the main addressbook to the cloud, not some new additional one that people first have to populate.
[13:39] <rodrigo_> yes, it will happen in the karmic timeframe
[13:39] <rodrigo_> and yes, it would sync the local evo addressbook with the one in the cloud
[13:42] <diverse_izzue> brilliant
[13:46] <aquarius> rodrigo_, the default addressbook? I thought it'd sync the Ubuntu One addressbook only?
[14:17] <dobey> hrmm
[14:55] <rodrigo_> aquarius: it would sync what desktopcouch-pair syncs
[14:57] <dobey> well, you can set any of your address books in evolution to be "the default"
[14:57] <aquarius> rodrigo_, ah, that's not what I mean -- if the data makes it into couch it'll be synced, sure. But if I have an evolution address book right now, and you add a *second* addressbook, the Ubuntu One addressbook, all my contacts won't be in it
[14:58] <aquarius> diverse_izzue's question seemed to be: will it sync my default, existing addressbook to couchdb (and thence to Ubuntu One), and I don't think it will, unless I've misunderstood
[14:58] <rodrigo_> aquarius: ah, sorry then, it won't sync the local evo addressbook, just the ubuntu one
[14:59] <rodrigo_> if you want to sync the local addressbook, you can copy the contacts there to the U1 one
[14:59] <dobey> yeah, we don't have migration code
[14:59] <CardinalFang> aquarius, thisfred, did you figure out those 401s?  I can confirm that the pre-karmic couchdb does not fail.
[15:00] <thisfred> CardinalFang: yeah, didn't fail for aquarius either. Is your system fully upgraded?
[15:00] <thisfred> CardinalFang: jdo is seeing the same kind of failures when running make start in ubuntuone-servers though
[15:00] <CardinalFang> aquarius, thisfred: $ dpkg -l couchdb-bin |grep ^ii
[15:00] <CardinalFang> ii  couchdb-bin                                                    0.10.0~svn813472-0ubuntu2                  RESTful document oriented database, programs
[15:01] <aquarius> CardinalFang, yeah, I haven't got couchdb-bin at all, I am upgrading now
[15:01] <thisfred> CardinalFang: same here
[15:01] <CardinalFang> You will have to remove couchdb package for the moment.
[15:01] <thisfred> CardinalFang: I mean same as you
[15:01] <thisfred> 0.10.0~svn813472-0ubuntu2
[15:01] <rodrigo_> dobey: migrating should be easy to add, just need to get the local contacts and put them on the couchdb instance
[15:01] <rodrigo_> that is, 20/30 lines of code maximum
[15:01] <dobey> key word *should*
[15:01] <vds> isn't it meeting time?
[15:02] <jdo> CardinalFang, same here :( Installed: 0.10.0~svn813472-0ubuntu2
[15:02] <dobey> as i understand evolution though, the migration stuff is pretty nasty
[15:02] <dobey> vds: make it so
[15:03] <thisfred> CardinalFang: aquarius there is more going wrong: it seems not to write the /tmp directories anymore
[15:03] <aquarius> god almighty.
[15:03] <aquarius> Right, once I've upgraded the world and rebooted I'll test it all too
[15:03] <CardinalFang> jdo, thisfred, aquarius, is that version the one that groks OAuth?  Note, from the PPA, that is a downgrade.
[15:03] <vds> MEETING BEGINS: you know what to do, say "me" to join the meeting
[15:03] <aquarius> me
[15:03] <CardinalFang> me
[15:03] <rodrigo_> me
[15:03] <vds> me
[15:04] <teknico> me
[15:04] <vds> aquarius: please
[15:04] <thisfred> CardinalFang: huh, really? Why is it downgraded?
[15:04] <aquarius> ⚀ DONE: much discussion about couch/DC breakage on server with thisfred, jdo; test DC trunk and confirm it works; upgrade to latest version of couchdb-bin (and karmic)
[15:04] <aquarius> ⚁ TODO: fix UnknownLoginError and make it be known (#376087); make starting up filesharing also add desktopcouch pairing (#430782)
[15:04] <aquarius> ⚂ BLOCKED:
[15:04] <aquarius> ⚃ BUG COUNT:https://bugs.edge.launchpad.net/~sil/+assignedbugs?field.tag=ubuntuone-karmic - 2
[15:04] <aquarius> cardinalfang: you're up
[15:04] <dobey> me
[15:05] <CardinalFang> aquarius (Jan 20 - Feb 18)  Your status update are beloved by everyone.
[15:05] <CardinalFang> DONE: Some packaging.  couchdb bin conflicts.
[15:05] <CardinalFang> TODO: Figure out couchdb version problems.
[15:05] <CardinalFang> BLOCKED: Couchdb release 0.10 soon?
[15:05] <CardinalFang> rodrigo_:  Hey!  What do you know?
[15:06] <rodrigo_> • DONE: IM addresses fields in evo-couchdb. Started looking at contact record conflict resolving
[15:06] <rodrigo_> • TODO: Talk to Ara about writing mago tests for evo-couchdb. Propose couchdb-glib/evo-couchdb for GNOME 2.29. Store UUIDs for postal addresses. Conflict resolver tool in pair tool. Look at becoming a MOTU (https://wiki.ubuntu.com/UbuntuDevelopers). openSUSE/Fedora packaging with aquarius. Notes web UI. Make evo-couchdb deal with conflicting contact records. Simplify tomboy syncing config UI
[15:06] <rodrigo_> • BLOCKED: no
[15:06] <rodrigo_> go vds go!
[15:06] <vds> DONE:discussed with many people about couchdb quota intrgration, redrafted a possible solution/implementation
[15:06] <vds> TODO: complete design of the integration and check with the others..
[15:06] <vds> BLOCKED: need to discuss with lucio_
[15:06] <vds> teknico all yours
[15:06] <teknico> DONE: sprinting in London, worked with johnlea on use cases for the contacts web ui
[15:06] <teknico> TODO: more sprinting in London
[15:06] <teknico> BLOCK: none
[15:06] <teknico> next: dobey
[15:06] <dobey> ☺ DONE: Face duty (bug triage, irc)
[15:06] <dobey> ☹ TODO: Fix more bugs.
[15:06] <dobey> ☹ BLCK: None.
[15:06] <dobey> que sera sera
[15:07] <vds> EOM thank you all!
[15:08] <CardinalFang> thisfred, I don't know where the PPA came from, but I only update the packaging "debian/" stuff so far.
[15:09] <thisfred> CardinalFang: aquarius ignore thisfred -2 : tmp directories *are* created
[15:10] <thisfred> CardinalFang: looks like the %2F issue is back, and that could well be because of a downgrade
[15:10] <CardinalFang> aquarius, thisfred, jdo, I am supposed to package the 0.10 release of couchdb.  IF the problem is OAuth missing, then that should reintroduce it.  Should we remove couchdb-bin and use the PPA version until then?
[15:10] <CardinalFang> Ah. Yes.
[15:10] <thisfred> CardinalFang: OAuth works, it just fails with encoded urls again
[15:10] <CardinalFang> Roger.
[15:11] <thisfred> jdo: I think this ^ is causing your problem too.
[15:11] <thisfred> I am now going back to fixing the server sourcedeps import hell
[15:11]  * thisfred dramaqueen
[15:12] <thisfred> my dog is teaching me bad behavior
[15:12]  * thisfred cheers up
[15:14] <CardinalFang> thisfred, aquarius, have you heard any rumbling of couchdb 0.10 release?
[15:16] <thisfred> CardinalFang: they're still discussing it AFAIK
[15:16] <thisfred> CardinalFang: the call for objections has not closed
[15:17] <thisfred> aquarius: btw did you see the proposal to create a mailing list on apache.org for dc? I think that's better than a google group: more official, and yet independent of canonical.
[15:19] <aquarius> I did
[15:20] <thisfred> ok, just checking :)
[15:21] <aquarius> arse!
[15:21] <aquarius> forgot to remove couchdb before doing the upgrade
[15:21] <aquarius> despite everyone reminding me
[15:21] <aquarius> how do I fix it?
[15:22] <thisfred> aquarius: just do it now
[15:22] <thisfred> aquarius: I don't think that does any harm
[15:22] <aquarius> won't let me remove it
[15:22] <thisfred> you'll just have to install dev-deps
[15:22] <aquarius> aquarius@dell-desktop:~/canonical/desktopcouch/testing$ sudo apt-get remove couchdb
[15:22] <aquarius> Reading package lists... Done
[15:22] <aquarius> Building dependency tree
[15:22] <aquarius> Reading state information... Done
[15:22] <aquarius> You might want to run `apt-get -f install' to correct these:
[15:22] <aquarius> The following packages have unmet dependencies:
[15:22] <aquarius>   desktopcouch: Depends: couchdb-bin (>= 0.10.0~svn809550) but it is not going to be installed
[15:22] <teknico> aquarius, what? something I should know too? :-)
[15:23] <aquarius>   ubunet-developer-dependencies: Depends: couchdb-bin (>= 0.10.0~svn813472) but it is not going to be installed or
[15:23] <aquarius>                                           couchdb (>= 0.10.0~svn810463) but it is not going to be installed
[15:23] <aquarius> E: Unmet dependencies. Try 'apt-get -f install' with no packages (or specify a solution).
[15:23] <thisfred> aquarius: try removing desktopcouch too
[15:23] <dobey> aquarius: you have to remove everything that depends on either couchdb-bin or couchdb at the same time
[15:23] <thisfred> I think that's what I did
[15:24] <dobey> aquarius: so ubunet-developer-dependencies desktopcouch python-desktopcouch python-desktopcouch-records couchdb
[15:24] <dobey> i think is everything i specified
[15:25] <aquarius> ubunet-developer-dependencies desktopcouch python-desktopcouch python-desktopcouch-records couchdb evolution-couchdb quickly-ubuntu-template
[15:28] <dobey> oh right, evolution-couchdb
[15:28] <dobey> i didn't have quickly
[16:03] <jcastro> Is there a way to check to see if throttling has been accidentally enabled? I've only downloaded 336mb since yesterday. :-/
[16:03] <jcastro> (other than the gui)
[16:06] <dobey> jcastro: the gui just uses dbus
[16:06] <dobey> jcastro: so if the gui says no throttling, then it's not enabled, unless something really weird has happened
[16:07] <dobey> jcastro: and throttling prefs aren't preserved across restart, so if you quit the applet and start it again, it should definitely be not enabled
[16:08] <jcastro> hmmm
[16:22] <verterok> jcastro: do you have d-feet installed?
[16:22] <aquarius> thisfred, you're not wrong -- having just upgraded, a load of tests fail with 401s.
[16:24] <thisfred> aquarius: damn. So I think it is jason's missing oauth url encoding patch
[16:24] <aquarius> verterok, or "dbus-send --session --dest=com.ubuntuone.SyncDaemon --print-reply --type=method_call /config com.ubuntuone.SyncDaemon.Config.bandwidth_throttling_enabled" will do it if not?
[16:24] <aquarius> if I've got the right method :)
[16:24] <verterok> aquarius: right
[16:24] <aquarius> thisfred, how is that patch not in couch when it was in before?
[16:25] <aquarius> verterok, although I like d-feet more too :)
[16:25] <verterok> jcastro: what aquarius said ^ :)
[16:25] <thisfred> aquarius: because apparently couchdb was downgraded
[16:25] <aquarius> thisfred, do we know why? and how to stop it happening again?
[16:25] <thisfred> aquarius: very valid questions, see other channel ;) (I just asked them myself)
[16:26] <verterok> aquarius: it' a bit more user friendly, and allow you to explore the exposed dbus methods, which is quite neat
[16:26] <aquarius> verterok, yep. I use it all the time :)
[16:27] <aquarius> oooo, norty, /home/aquarius/.local/share/ubuntuone exists
[16:55] <urbanape> Pushed a last fix to Bindwood that eliminates my dumb mistake that jblount found last night.
[16:57] <jblount> I was glad to be of service, it only cost urbanape one drink.
[16:58] <urbanape> I've updated the commit message for Bindwood if someone would be so kind as to tarmac the crap out of it.
[16:59] <urbanape> or, hrm.
[16:59] <urbanape> jblount schools me on being a sneaky sneak.
[16:59]  * jblount grabs an umbrella
[17:00] <urbanape> jblount: the diff I just committed was: https://pastebin.canonical.com/22393/
[17:01] <urbanape> 'itemId' wasn't defined at that point. Should have used 'aItemId'.
[17:22]  * CardinalFang likes slow days when he's Face.
[17:25] <urbanape> yay, slow days
[17:26] <CardinalFang> Lunch!  back in a bit.
[17:29] <dobey> eh