[00:01] <leonel> all day ubuntu one does not sync files  just makes empty copies this between  Karmic and Jaunty
[00:02] <leonel> even after  disconnects and connects
[00:02] <leonel> and says  updating 1 of 2 files and there it hangs
[00:04] <joshuahoover> leonel: did you update the client lately on the jaunty machine?
[00:05] <leonel> yes 0.94
[00:05] <leonel> 0.94.0+r198-0ubuntu1~ppa1~jaunty
[00:06] <joshuahoover> leonel: how about the karmic machine? which alpha are you using there?
[00:07] <leonel> 2 hours since last update
[00:08] <joshuahoover> leonel: alpha 5 then?
[00:08] <joshuahoover> leonel: that was released today
[00:08] <leonel> joshuahoover: yes
[00:08] <joshuahoover> k
[00:09] <joshuahoover> hmmm...if you look in ~/.cache/ubuntuone/log do you see any files with syncdaemon exception in the name?
[00:11] <leonel> ubuntuone.SyncDaemon.State - ERROR - READY_WITH_NETWORK --[SYS_SERVER_RESCAN_DONE]--> ERROR!!!
[00:12] <leonel> BadTransition: State READY_WITH_NETWORK can't handle the SYS_SERVER_RESCAN_DONE event
[00:12] <joshuahoover> leonel: ok, i think you're going to need to file a bug report
[00:12] <leonel> that from the latest  log
[00:12] <leonel> going to bugs.launchpad.net
[00:12] <leonel> thanks
[00:12] <joshuahoover> leonel: if you right-click on the ubuntu one applet, select "report a bug"
[00:13] <joshuahoover> leonel: and if you don't mind, can you attach the exception log to your bug report? this will help us figure out what's going on a bit better...thanks!
[00:16] <leonel> joshuahoover: how do I attach  the log  the  right-click does not have  where to attach it ..  or  attach it on launchpad?
[00:16] <joshuahoover> leonel: sorry about that...attach in launchpad :)
[00:16] <leonel> ok
[00:18] <Chipaca> leonel: hi
[00:18] <Chipaca> leonel: what's the date on that log in exceptions?
[00:19] <leonel> syncdaemon-exceptions.log.2009-09-03_16-59-07
[00:19] <leonel> date
[00:19] <leonel> Thu Sep  3 17:19:08 MDT 2009
[00:19] <Chipaca> leonel: and this is with r198?
[00:20] <leonel> yes
[00:20] <Chipaca> leonel: could you quit or kill the applet and the syncdaemon, and run «/usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug» from a terminal?
[00:24] <Chipaca> leonel: ?
[00:27] <dobey> check the version # oauth-login.log
[00:31] <dobey> leonel: did you report a bug as i asked you to earlier?
[01:00] <leonel> dobey: got busy, now I'm taking this again to report the bug
[01:02] <leonel> dobey:   --debug running
[01:02] <leonel> FS_FILE_OPEN   and  CLOSE  on the 2  new files
[01:03] <dobey> leonel: grep "0.94.0" ~/.cache/ubuntuone/log/oauth-login.log
[01:04] <leonel> 2009-09-03 16:59:28,382:382.539987564 UbuntuOne.Client.Applet Starting Ubuntu One client version 0.94.0
[01:05] <leonel> launched the applet and connected
[01:05] <leonel> the syncdaemon said :
[01:06] <leonel> http://paste.ubuntu.com/264709/
[01:06] <dobey> leonel: grep "BadTransition" ~/.cache/ubuntuone/log/syncdaemon-exceptions.log
[01:07] <leonel> this on jauntygrep "BadTransition" ~/.cache/ubuntuone/log/syncdaemon-exceptions.*
[01:07] <leonel> /home/leonel/.cache/ubuntuone/log/syncdaemon-exceptions.log.2009-09-03_16-59-07:BadTransition: State READY_WITH_NETWORK can't handle the SYS_SERVER_RESCAN_DONE
[01:08] <dobey> both of those greps were on jaunty?
[01:08] <leonel> yes
[01:08] <dobey> ok
[01:08] <LordMetroid> :D
[01:08] <LordMetroid> He really do not like that collar
[01:08] <LordMetroid> whoops
[01:08] <dobey> looks like the BadTransition was from an old version of the client
[01:14] <leonel> dobey:  want the logs from karmic ?
[01:14] <leonel> this is what I have on jaunty
[01:14] <leonel> ii  python-ubuntuone-client                    0.94.0+r198-0ubuntu1~ppa1~jaunty                 Ubuntu One client Python libraries
[01:14] <leonel> ii  python-ubuntuone-storageprotocol           0.93.0+r69-0ubuntu1~ppa1~jaunty                  Python library for Ubuntu One file storage a
[01:14] <leonel> ii  ubuntuone-client                           0.94.0+r198-0ubuntu1~ppa1~jaunty                 Ubuntu One client
[01:14] <leonel> ii  ubuntuone-client-gnome                     0.94.0+r198-0ubuntu1~ppa1~jaunty                 Ubuntu One client GNOME integration
[01:14] <leonel> ii  ubuntuone-ppa-beta                         2009.05.14-0ubuntu1                              GPG keys and sources for the Ubuntu One pack
[01:15] <dobey> no
[01:16] <dobey> but an older version of syncdaemon was running when the BadTransition occurred, from what i can tell
[01:17] <leonel> that was with the current version
[01:23] <leonel> so  should I still do the bug report ?
[01:25] <dobey> you can file a report but i'm like ~100% sure it's a duplicate of #420354
[01:25] <dobey> as the logs say old code was still running at the time
[01:28] <dobey> based on the information i have seen anyway
[01:28] <dobey> leonel: you've not had any issues since that crash, right?
[01:31] <leonel> dobey:  yes, that started yesterday
[01:33] <dobey> leonel: can you quit the applet on both machines, and then start it again on both, and if there are any more issues please file bugs :)
[01:35] <leonel> dobey:  did that a few times today , also tried  disconnect / connect  to restart
[01:35] <leonel> and same result
[01:35] <leonel> files with 0 length on    ubuntuone.com/files  and  on  nautilus
[01:41] <leonel> now on  ubuntuone/files   selected  the 3 files to delete and  does not get deteted
[01:41] <leonel> got to go I'll check latter on and to the bug report.
[01:42] <leonel> Gracias / Thank You
[01:43] <dobey> ok
[01:51] <trothigar> hiya, I'm having trouble using ubuntuone. When I look at the web interface I see files but when I look at nautilus there are no files there.
[13:19] <CardinalFang> aquarius, Hi.  Are you working on removing databases?
[13:19] <aquarius> CardinalFang, no, I'm working on unpairing servers
[13:19] <aquarius> although I have to go to the dentist so it peobably won't be finished today
[13:19] <CardinalFang> Er, removing from replication is what I meant.
[13:20] <aquarius> yes, that's what I'm working on :)
[13:20] <aquarius> deleting the paired server record
[13:20] <aquarius> that actually works fine, it's just all the GUI bits (take it out of this list, put it in this other list, hide the other list if its empty, blah blah blah)
[13:21] <CardinalFang> aquarius, I was thinking, if you write a "this should go away now" record somewhere, then in the normal replicaton process, I can remove this-server's replication entry from the remote end, the next time we see each other.
[13:22] <aquarius> CardinalFang, aha, already done, sorta. Paired-server ecords don't actually get deleted.they get application_annotations.Ubuntu One.private_application_annotations.deleted = true
[13:22] <aquarius> so you can look for that
[13:25] <CardinalFang> Hrm, but those will persist, even after I reconcile everything.  I don't want to be unnecessarily chatty just because we were paired in the past.  A positive record that I can delete when I reconcile it would be netter.
[13:27] <aquarius> correct, but if they're actually deleted then they can't be undeleted
[13:27] <aquarius> also, remember that the .deleted=true hack is just a hack until we have proper history, at which point they can be actually deleted
[13:27] <CardinalFang> I don't mean actually deleted, of course.
[13:28] <aquarius> you don't have to be chatty, though; don't start replication for servers listed in deleted records, no?
[13:28] <urbanape> brb hopefully
[13:28] <CardinalFang> aquarius, when do I remove the entry from the far end?
[13:29] <aquarius> CardinalFang, ah, your point being that you can't tell the difference between "this record has been deleted and needs reconciling" and "this record has been deleted and I've already reconciled it"
[13:29] <aquarius> a good and wise argument.
[13:29] <CardinalFang> Exactly.
[13:30] <aquarius> is it worth having a whole other record for that? rather than just "reconciled=false" in the record itself?
[13:30] <CardinalFang> In the record that we are also marking as deleted?
[13:31] <aquarius> yep. So when I delete a record, I mark it as deleted and unreconciled. When you reconcile it, remove the "unreconciled" but leave it deleted
[13:31] <CardinalFang> That sounds fair.
[13:32] <CardinalFang> Also, new topic:  I was thinking of adding a "do-not-replicate" pane in the pairing tool, to mark databases we don't want copied.  This is probably near your work.
[13:33] <CardinalFang> Spatially, in code and GUI.
[13:33] <CardinalFang> I can wait a while if you think you'll commit soon.
[13:33] <CardinalFang> soon = "before Tuesday.
[13:34]  * CardinalFang afk 5 min.
[13:37] <aquarius> I should have this done before tuesday.
[13:37] <aquarius> I don't know about the do-not-replicate pane, though. I'm not sure I want it to be easy to say "don't replicate this database"
[13:54] <CardinalFang> Hrm, okay.
[13:55] <CardinalFang> The functionality exists in the replicator, for 'management' hard-coded and others in records.  I'm okay with leaving no way to get things in and out of that list.
[13:59] <aquarius> *nod* yep. We certainly need a way of doing it, which we have. I just don't think we need convenient UI for it
[14:00] <CardinalFang> Roger.  Now, is "gnomekeyring" module very Gnome-centric?  That is, will the Foobuntu people balk at it?
[14:04] <aquarius> I...think so. But we're supporting Ubuntu
[14:04] <aquarius> there is no cross-desktop keyring
[14:06] <statik> one was just released last week
[14:06] <statik> dunno if it's any good, but we can probably start using it for karmic+1
[14:07] <statik> http://pypi.python.org/pypi/keyring
[14:07] <CardinalFang> statik, Thanks
[14:07] <aquarius> *nod* I saw that it exists, but haven't had a chance to look at it in any detail
[14:13] <thisfred> aquarius: so, I added admin users galore to my system couchdb yesterday. Now all of the tests fail because of unauthorized
[14:14] <thisfred> which was a bit of a surprise
[14:14] <CardinalFang> Rawk!
[14:14] <aquarius> erm
[14:14] <CardinalFang> Oh, wait...
[14:14] <aquarius> thisfred, the oauth user should be an admin
[14:14] <thisfred> aquarius: there are no oauth tests?
[14:14] <thisfred> aquarius: I mean the tests on my branch
[14:14] <thisfred> which worked fine until then
[14:15] <thisfred> so: 1. they aren't talking to the right db after all
[14:15] <thisfred> 2. the admin users are being written to the ini and we inherit them.
[14:15] <thisfred> 2. I just thought of
[14:15] <aquarius> they're talking to your *system* couchdb? on 5984? that's wildly ungood.
[14:15] <thisfred> aquarius: that would be one option, but I don't see how
[14:15] <aquarius> does your system couchdb have all the test-created databses in them?
[14:15] <aquarius> in it?
[14:17] <thisfred> aquarius: my system couch isn't running. Since I don't think I have the right to shut it down if it is, I think we can assume 2.
[14:17] <thisfred> which is bad, but less surprising:
[14:18] <aquarius> the admin users aren't being written to the ini that couch is reading, though; we specifically start it up with an ini parameter
[14:18] <thisfred> user accounts should not be part of an .ini file, especially when they are chainable for different databases. But maybe we are just using the chaining weirdly
[14:18] <aquarius> pointing at XDG/desktop-couch/desktop-couch.ini
[14:18] <aquarius> ah, man, it doesn't chain to the ones in /etc, does it?
[14:18] <thisfred> aquarius: yeah I would think so.
[14:18] <thisfred> aquarius: I'd hope not, but I'm not sure
[14:18] <thisfred> it's the only explanation I can think of
[14:19] <thisfred> I'm starting a master couch
[14:20] <thisfred> aquarius: and verily, I cannot create a database there either
[14:20] <thisfred> unchain my couch, Joe Cocker!
[14:20] <aquarius> puzzled
[14:22] <statik> aquarius, dobey: is this still a real bug? i know dobey is swamped, is this one we could dump on aquarius? https://bugs.edge.launchpad.net/ubuntuone-client/+bug/376087
[14:23] <thisfred> aquarius: the way we run couchdb, with the chaining command, a user in the system couch, becomes a user everywhere, at least for admins
[14:23] <aquarius> thisfred, ok, that's bad. How do we make it not chain? I didn't realise it always chained to /etc ini files
[14:23] <aquarius> we need to not do that
[14:24] <thisfred> I did not either, and never considered in combination with the fact that non configuration stuff is dumped in the ini. That's not such great practice...
[14:24] <thisfred> aquarius: will start asking on #couchdb, where they love me with great love ;)
[14:25] <aquarius> statik, if it's still a real bug (it is a most confusing bug report!) then I'm happy to take it. dobey, is it still a real bug?
[14:27]  * CardinalFang gets breakfast
[14:30] <dobey> is what a what?
[14:30] <dobey> oh UnknownLoginError
[14:30] <dobey> yes
[14:31] <dobey> particularly when the cert verification or host lookup/connection fails
[14:32] <urbanape> morning u1ers
[14:33] <aquarius> dobey, what's the suggested solution?
[14:33] <thisfred> aquarius: I am 100% sure my analysis of the behavior is correct: deleting the admin users from /etc/couchdb/local.ini (note the *local*) fixes everything
[14:34] <aquarius> thisfred, so, we need to make DC startup pass --dont-chain-ini-files-unless-i-tell-you-to to the couchdb executable. Except I don't know if there is such an option
[14:34] <thisfred> aquarius: I think we should take out chaining, while we let the couch devs think of how they want to solve this
[14:34] <thisfred> aquarius: we explicitly chain, we don't have to
[14:34] <thisfred> aquarius: we can just generate the whole ini file ourselves
[14:34] <aquarius> there is no reason, none, why chaining is a good idea, although we might need to boost our ini file writer to include some of the stuff in default.ini
[14:34] <dobey> aquarius: not sure. for the cert validation, it would be nice if the certs we use for the storage protocol were used for that as well
[14:35] <thisfred> aquarius: right. I'll file a bug then. And start on it, since this seems like it would be a good idea to solve
[14:35] <dobey> aquarius: and for failures, it would be nice to not bunch everything together as "UnknownLoginError" but propagate the errors up somehow
[14:36] <dobey> although i'd also like to not use pycurl, and instead use urllib2 or something, so we can reduce the number of http libraries we need/use
[14:36] <aquarius> dobey, hang on, there's two sorts of fixes possible -- the first is to make the unknownloginerror not occur (by checking certs, etc), and the second is to handle login problems in some better user-visible way. Which were you planning on doing? both?
[14:36] <aquarius> it uses pycurl because nothing else does cert checking, if I remember correctly
[14:36] <dobey> aquarius: i think we need to do both. i don't know how to do the cert checking though
[14:37] <dobey> well, pycurl does it automatically, but doesn't use our certs to check against
[14:37] <aquarius> anyway, I have assigned the bug to me
[14:37] <aquarius> hooray
[14:37] <aquarius> haven't hacked on u1fs for a while...
[14:37] <dobey> i think you can do it with urllib2 now, but you have to write your own class thingy to do it
[14:37] <aquarius> ah, ok. I might ask you about that when I get to this bug :)
[14:37] <dobey> which we'll need to do for supporting proxies as well
[14:38] <aquarius> why is it so hard to say "get this URL"? grr
[14:38] <dobey> unless there's some way to make pycurl do proxies and cert validation easily
[14:38] <aquarius> don't know. I'll look at that when I look at the bug -- certainly I'd like to remove the pycurl dependency if I can
[14:39] <dobey> yeah. i don't know enough about it currently to just go fix it, and i've been sacked with other critical/major issues, which i can fix :)
[14:40] <aquarius> *nod* :)
[14:42] <statik> dobey, are you still waiting on icons/emblems from someone?
[14:44] <dobey> statik: afaik, design team is supposed to be drawing some
[14:45] <statik> dobey, thats what i thought. can you file a bug for me in ubuntuone-client with the brief list of exactly what the deliverables are, and I will add the icon for the desktopcouch pairing tool and go hunting for our images?
[14:46] <statik> since we have like one day left to integrate them before UI freeze
[14:46] <dobey> https://wiki.ubuntu.com/UbuntuOne/KarmicClient#Icons Needed
[14:51] <statik> perfect, i'll take it from there
[14:52] <statik> aquarius, can this bug be closed or punted to after karmic or something? https://bugs.edge.launchpad.net/ubunet/+bug/399687
[14:52] <statik> stupid privacy
[14:52]  * statik makes the bug public
[14:52] <aquarius> statik, it's going to have to be punted until after karmic
[14:52] <statik> thats a deal sir
[14:52] <aquarius> we're not going to get a dbus api in before karmic
[14:52] <aquarius> so it slips. Sorry.
[14:54] <statik> we got the python api
[14:54] <statik> i'm more worried about getting replication working with the cloud than about the dbus api, so no fuss there
[14:54] <aquarius> and C, and ideally JS. D-Bus was there so people could call it from any language they wanted
[14:55] <aquarius> but writing bindings isn't that hard
[14:55] <dobey> uhm
[14:55] <dobey> welllll
[14:55] <dobey> technically speaking, we do have a dbus API :)
[14:55] <aquarius> ?
[14:56] <rodrigo_> yeah, getPort() and quit() :D
[14:56] <statik> we've got some dbus, but i didn't think it exposed the contacts methods
[14:56] <dobey> evolution-data-server has an API that lots of things are already using
[14:56] <aquarius> heh
[14:56] <dobey> so install evolution-couchdb, set it as your default store in evolution, and et voila!
[14:56] <rodrigo_> well, right, and it's moving to dbus for 2.29
[14:57] <dobey> oh, i thought e-d-s was already dbus
[14:57] <dobey> it's still orbit?
[14:57] <rodrigo_> no, the patch was merged in trunk, but 2.28 was already branched
[14:57] <rodrigo_> yeah, good old orbit :)
[15:02] <jblount> oh gosh!
[15:02] <dobey> oh well
[15:02] <jblount> MEETING BEGINS
[15:02] <jblount> You know the drill! Do it!
[15:02] <jblount> me
[15:03] <teknico> me
[15:03] <statik> me
[15:03] <rodrigo_> me
[15:03] <urbanape> me
[15:03] <dobey> me
[15:03] <aquarius> me
[15:04] <statik> i have a quick announcement before jblount starts us off, is that ok jblount?
[15:04] <jblount> statik: :)
[15:04] <statik> ANNOUNCEMENT: As we are hurtling toward karmic release, we need to start saying 'not until after karmic' to more work. Please, refuse to work on anything that does not have a bug tagged with ubuntuone-karmic. If you are doing work that is not on a bug on that list, either stop doing the work or talk to me to get the tag added. Every day that goes by I will be more aggressively removing work from the ubuntuone-karmic list, because we *will*
[15:04] <statik>  be shipping on time even if it means ripping out features. https://bugs.edge.launchpad.net/ubuntuone/+bugs?field.tag=ubuntuone-karmic  Next Karmic release deadline is User Interface freeze on September 10th, which means new icons/UI tweaks MUST be uploaded by september 9th.
[15:05] <statik> at the daily standup I want to start reporting progress in terms of driving that bug list to zero
[15:05] <statik> we'll see how it goes :)
[15:05]  * statik hands the baton back to jblount
[15:05] <jblount> DONE: Lost in a sea of mockups, trying to sort out tabs stuff
[15:05] <jblount> TODO: punt on some ui stuff so I can push the tabs in the next 60 minutes, reviews, reviews, reviews
[15:05] <jblount> BLOCKED: Indecision on artistic direction
[15:05]  * jblount tags teknico 
[15:06] <teknico> DONE: implemented the details view for the new contacts web ui, made even more improvements to the creation of contacts for testing, did some reviews
[15:06] <teknico> TODO: talking with jblount about the new contacts web ui, implementing adding and editing contacts
[15:06] <teknico> BLOCK: none
[15:06] <teknico> next: statik
[15:06] <statik> DONE: Worked on the GreatDomainMove. Planning for Karmic+1 UDS, lots of bug herding.
[15:06] <statik> TODO: Work with Chipaca on packaging next couchdb snapshot. Work on domain move.
[15:06] <statik> BLCK: not-blocked-just-yet but anxiously awaiting versions of desktopcouch, bindwood and couchdb-glib which use oauth by default. Need icons, will chase today.
[15:06] <statik> rodrigo_, et tu
[15:06] <rodrigo_> • DONE: Added OAuth support to evo-couchdb, and lots of testing
[15:06] <rodrigo_> • TODO: Start upstream discussion for adding social services accounts config to about-me. 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. More tomboy syncing fixes. More OAuth testing
[15:06] <rodrigo_> • BLOCKED: none
[15:06] <rodrigo_> next: urbanape
[15:06] <urbanape> DONE: More wrangling with OAuth. Sigh.
[15:06] <urbanape> TODO: Ibid, most likely.
[15:06] <urbanape> BLOCK: I keep thinking I'm not blocked, but evidently, I'm having a hard time degbugging these issues. Wouldn't mind a pair.
[15:06] <urbanape> dobey: Your turn
[15:06] <dobey> ⚜ DONE: Fixed server to use python-oauth, got python-oauth built on hardy
[15:06] <dobey> ⚜ TODO: Reviews, Fix client/protocol to use python-oauth
[15:06] <dobey> ⚜ BLCK: None.
[15:06] <dobey> aquarius: avast me hearty!
[15:06] <aquarius> ⚀ DONE: nothing got finished yesterday. nothing. I suck.
[15:06] <aquarius> ⚁ TODO: allow unpairing of servers (bug #419975), although that's not tagged for karmic so I shall stop, or do desktopcouch bugs not get the tag?
[15:06] <aquarius> ⚂ BLOCKED: none
[15:06] <aquarius> ⚂ BUG COUNT: https://bugs.edge.launchpad.net/~sil/+bugs?field.tag=ubuntuone-karmic - 3
[15:07] <statik> aquarius, we need to add the tag for that
[15:07] <aquarius> ah, OK, I'll carry on working on it then :)
[15:08] <aquarius> I only have 3 bugs at the moment, which is nice, although I suspect there will be more
[15:08] <jblount> MEETING ENDS (I think)
[15:08] <CardinalFang> crap!
[15:08] <rodrigo_> statik: I've got some bugs I think should have the tag also (tomboy notes stuff, and oauth for couchdb-glib), giving you the #s in 1 minute for you to double check
[15:08] <aquarius> tag added
[15:08]  * jblount re opens the meeting and hugs CardinalFang 
[15:09] <aquarius> oh, and I'm going to the dentist in 20 minutes, because my life is just that great
[15:09] <statik> thanks everyone! rodrigo_, can you mark the bugs for your tomboy sync work and couchdb-glib work as 'also affects project' and tag them with ubuntuone-karmic?
[15:09] <rodrigo_> statik: ok
[15:10] <statik> also affects project 'ubunet' is fine I think
[15:11] <statik> urbanape, i'm already booked for today or i would pair with you on the js stuff. maybe teknico could peek at some of it with you?
[15:11] <aquarius> statik, also affects project?
[15:11] <aquarius> i thought ubunet was going awya
[15:12] <urbanape> appreciate it, statik
[15:12] <CardinalFang> DONE: D-c replication to U1, committed, needs review.  (Code assumes name change, couchdb exists there, db-name-account-mapping is implemented).
[15:12] <dobey> i wish someone would split up all the server components into separate projects
[15:12] <dobey> ode to the day!
[15:12] <teknico> urbanape, statik, sure
[15:12] <CardinalFang> TODO: Clean up replication and pairing code.
[15:12] <statik> aquarius: well, it'll be renamed maybe one day after karmic. but it still holds our server code. if a bug needs an upload to karmic, then the bug task needs to be in ubuntu (sourcepackage). If we make a bug task also show up in one of the ubuntuone projects, then we can easily see it in that big list
[15:12] <CardinalFang> BLOCKED: None.
[15:12] <dobey> but i am NOT doing it
[15:13] <statik> dobey, no worries, i think you've done enough renames to get out of them forever :)
[15:13] <urbanape> teknico, if you'd like, you can pull my code from lp:~urbanape/bindwood/using-oauth
[15:13] <aquarius> statik, ah, ok, rodrigo needs to do that because the bugs are not on a project which is already part of ubuntu one. got it
[15:13] <teknico> urbanape, ok
[15:13] <urbanape> I'd be happy to chat through my current issues with you.
[15:13] <urbanape> here, privmsg, or skype
[15:14] <CardinalFang> TODO also: Implement second half of un-pairing code in replication daemon.  (There's a good rationale for this.)
[15:14] <jblount> Is there an easy way to tell if a bzr branch is a shared repo? lp:ubunet branches are taking ages to pull down.
[15:15] <statik> aquarius, we have to do the same with desktopcouch; if we need an upload then we need to do 'also affects distribution', select ubuntu and the sourcepackage 'desktopcouch', then nominate the bug for karmic. then the platform team decides whether the nomination is accepted. if the bug is medium importance and accepted for ubuntu, it means that it 'may' be uploaded. if it is critical or high importance and accepted for ubuntu and targeted to
[15:15] <statik>  a milestone, it means that the bug will prevent the release from happening until it is fixed
[15:16] <statik> jblount, i'm really happy to hear tabs are showing up soon
[15:16] <statik> jblount, have you spoken on the phone with john lea yet?
[15:17] <jblount> statik: Nope, should I?
[15:17] <CardinalFang> aquarius, speaking of this, do you mind not marking the un-paired records as deleted?  The d-c view code these days should omit records marked as deleted.
[15:17] <aquarius> CardinalFang, huh?
[15:17] <statik> jblount: yes, give him a call this morning if you can. he works in london on the design team and is assigned 100% to our team. he will be happy to discuss artistic directiony stuff with you
[15:17] <aquarius> CardinalFang, what shoudl I do instead?
[15:17] <teknico> urbanape, done, wanna try skype?
[15:18] <CardinalFang> aquarius, Add some attribute that says it's dead or something.  I'll delete it when it's truly unused for anything.
[15:18] <teknico> my skype id is teknico.net
[15:19] <aquarius> CardinalFang, have to go to the dentist now. drop me a mail with what you want me to do?
[15:19] <CardinalFang> aquarius, Roger.
[15:19]  * jblount scowls at the dentist. All of them.
[15:19] <teknico> scowling is overrated
[15:20]  * CardinalFang tries not to make a dentistry & England joke.
[15:21] <dobey> heh
[15:21] <CardinalFang> It is a pretty brutal profession, though.  Boy! I can't wait until we discover Medicine.
[15:22] <CardinalFang> It's probably another 10 years off, though.
[15:22] <urbanape> teknico, sure. I'm 'urbanape'
[15:23] <dobey> CardinalFang: like working technology
[15:30] <CardinalFang> dobey, No, we're always doomed for that.  We stop calling things "technology" when they are mature.
[15:30] <CardinalFang> There will always be a bleeding edge somewhere.  When it was the wheel, we complained about that.
[15:32] <dobey> computers are a hundred years old and still don't work!
[15:36] <CardinalFang> Your computers in your calculator, microwave, thermostat, car -- all work.  Computers on Pioneer 10 are probably still working.  The bleeding edge sucks, as always.
[15:45] <jblount> CardinalFang: This is a very interesting way to look at things. I'm glad you mentione dit.
[15:45] <jblount> or it.
[15:45] <thisfred> jan____: when you have a second, me and jdo have a question or two about authentication plugins :)
[15:46]  * jdo immediately thinks 'dit' is something cool he is missing out on
[15:47] <ditfred> jdo: dit == this in dutch
[15:48] <CardinalFang> :)
[15:48] <dobey> what's fred in dutch?
[15:48] <jblount> dobey: Eric
[15:48] <ditfred> majesteit ;)
[15:48] <dobey> lies
[15:48] <ditfred> indeed
[15:48] <jdo> hehe
[15:48] <ditfred> caught
[15:49]  * jdo wishes he would have gone to the nice coffe house on the beach this morning
[15:49] <thisfred> actually it would be dezefred, as dit is neuter
[15:49] <dobey> jdo: no hurricane this week?
[15:49]  * thisfred just received "Welcome to the United States: A Guide for New Immigrants"
[15:50] <thisfred> yay!
[15:50] <jblount> :)
[15:50] <dobey> thisfred: does it say "You really have to try the fish." ?
[15:50] <CardinalFang> Ha!
[15:50] <thisfred> don't drink the water ;)
[15:51] <thisfred> nothing on where to pick up my gun
[15:52] <thisfred> maybe that's only when you become a citizen
[15:52] <CardinalFang> Huh!  You should have received one with the pamphlet.
[15:52] <thisfred> you'd think
[15:53] <dobey> mail fraud is such a huge problem in this country
[15:53] <CardinalFang> Reminds me of a bar in college.  We joked that they searched you for knives when you entered, and if you didn't have one, they issued you one.
[16:28]  * aquarius returns
[16:28] <aquarius> my teeth hurt.
[16:28] <CardinalFang> alright, I have two desktopcouch merge proposals.
[16:28] <aquarius> stupid dentist
[16:29] <urbanape> anyone know if couch recently got picky about the body of json request?
[16:29] <urbanape> we're sending this:
[16:29] <urbanape> Bindwood: Query body: {"language":"javascript","map":"(function (doc) {if (doc.application_annotations && doc.application_annotations.Firefox && doc.application_annotations.Firefox.uuid) {emit(doc.application_annotations.Firefox.uuid, doc);}})"}
[16:30] <urbanape> do those ampersands need to be escaped?
[16:30] <aquarius> no. ampersands don't need escaping inside a string
[16:30] <urbanape> that's what's kicking back invalid_json
[16:30] <urbanape> I didn't think so
[16:32] <aquarius> that json isn't invalid. Odd.
[16:33] <urbanape> and helpful errors:
[16:33] <urbanape> Bindwood: Error querying couch:  message: 'undefined', reason: '', description: 'undefined', error: 'invalid_json'
[16:34] <aquarius> weird. Can you replicate the problem with, say, curl on the command line?
[16:34] <aquarius> (although it's oauthed, of course)
[16:35] <aquarius> (also, you can create design docs on teh filesystem rather than doing it from code, but don't worry about that for now)
[16:36] <aquarius> CardinalFang, do you think the unpairing bug (bug #424386) that you filed is a karmic blocker?
[16:37] <CardinalFang> aquarius, hrm.  It's embarassing, but not severe.
[16:38] <aquarius> I don't understand what the second part of "For finding pairings, the pairing tool must ignore records that have {'unpaired'=True} set, and for new pairings, must remove any records that have {'unpaired'=True} ." means
[16:39] <CardinalFang> aquarius, you show things that can be unpaired, yes?  If you find one of those records, do no show its entry as unpairable again.
[16:40] <aquarius> CardinalFang, ah...that's problematic.
[16:40] <aquarius> CardinalFang, because what if you change your mind
[16:41] <CardinalFang> Then you may pair it again, I suppose.
[16:41] <aquarius> there are three states: I am paired (record exists), I am not paired (record does not exist), I want to be not paired but it hasn't happened yet (record exists with unpaired:True)
[16:42] <aquarius> ah, so I can show it as pairable again, that's fair. So when you choose a server to pair with, I need to check whether it has an unpaired:true record already
[16:42] <aquarius> I need to draw myself a flowchart or something for this :)
[16:43] <CardinalFang> Good point.  Yes.  Create or update existing to remove "unpaired" attribute.
[16:43] <aquarius> gotcha. I'm going to restructure the code I've got.
[16:44] <aquarius> (because there's also "is this a cloud server", since cloud servers don't get unpaired:true, they just get the record deleted straight away)
[16:51] <CardinalFang> Right.
[16:52] <CardinalFang> aquarius, is there a bug to describe the u1 couchdb replication stuff?
[16:52] <aquarius> which replication stuff?
[16:52] <CardinalFang> Like, local db names are mapped __ thusly.
[16:52] <CardinalFang> I have it written, just trying to link work to bugs.
[16:53] <CardinalFang> I don't want statik yelling at me.
[16:53] <aquarius> ah. No, I don't think so
[17:00] <urbanape> utter frustration
[17:00] <urbanape> computing the correct headers and passing in the same request from curl gets me the info.
[17:00] <urbanape> argle and/or bargle
[17:01] <CardinalFang> urbanape, can you capture what's going out via wireshark, and compare/retry via curl?
[17:09] <urbanape> I'll give that a try. I tried to recreate from as much of what I'm logging as possible, but it's likely there's something else twiddling it along the way.
[17:15] <urbanape> hmm, doesn't find my interfaces. Probably a VMware issue.
[17:19] <urbanape> ah, just needed to sudo it
[17:23] <CardinalFang> thisfred, Oh, with your "Welcome to the US" pamphlet, you did get a coupon for a jar of peanut-butter, right?
[17:27] <urbanape> weird. capturing on any interface, I don't see my Bindwood traffic. Nor do I see the CLI curl request.
[17:30] <CardinalFang> urbanape, through Wifi, perhaps?
[17:31] <urbanape> well, wireshark is set to capture on any network interface
[17:31] <urbanape> I'll bet it's a VMware thing.
[17:33] <CardinalFang> Ah, yeah.  That is it.  What's your host OS?  It should see it.
[17:34] <thisfred> CardinalFang: no coupons. :(
[17:35] <urbanape> CardinalFang, Mac OS X
[17:36] <urbanape> even if all the traffic is local to the guest? localhost requests.
[17:36] <CardinalFang> What the hell?!  How are we supposed to acclimate new people without introducing them to peanut butter?  This is a dire social issue.
[17:37] <CardinalFang> Actually, I don't know that .nl doesn't have peanut butter.  Does it. thisfred?
[17:42] <thisfred> CardinalFang: yes. Thicker and less sweet, on the whole.
[17:43] <thisfred> it's called pindakaas, (peanut cheese)
[17:43] <dobey> CardinalFang: i think they replaced the peanut butter ones, with corn syrup ones
[17:43] <CardinalFang> thisfred, Ah.  The sweetness bothers me too.  The mfr 'Jif' makes one with little sugar added.
[17:43] <thisfred> I've found some good ones that don't have too much sugaer
[17:44] <thisfred> right have the jif  one now
[17:44] <aquarius> OK, off to see my daughter. Will try and be around a bit over the weeekend. TTFN, all
[17:44] <dobey> CardinalFang: if you get the 'organic' ones, they're more accurate
[17:44] <thisfred> Very good with eagle/goose/rooster brand chili sauce
[17:44] <thisfred> aquarius: have a good weekend
[17:44] <CardinalFang> I just had a peanut-butter and hot-chili-jelly sandwich.
[17:45] <dobey> thisfred: you should come down to southern va one day and experience The True South (TM)
[17:45] <thisfred> dobey: I would love to!
[17:46] <thisfred> ALthough I hold that MD is below the Mason Dixon line, and shows it
[17:46] <dobey> that's because the line is more of a bell curve
[17:46] <CardinalFang> thisfred, yes, come visit.
[17:46] <dobey> and you're in baltimore
[17:46] <adelie42> Does ubuntuone require an explicit firewall rule? I have ubuntuone installed on two computers, one running jaunty, the other karmic, and neither of them are syncing, though both applets says "Your files are up to date". There is an 'x' on the applet, and selecting "connect" doesn't appear to do anything. Any help?
[17:47] <dobey> which is less like maryland than the rest of maryland
[17:47] <thisfred> One of my neighbours grew up in Florida, and she said MD has more of a  Southern feel
[17:47]  * CardinalFang nods.
[17:47] <dobey> adelie42: are you using a proxy?
[17:47] <jblount> thisfred: Florida, at least central and south, are much more tropical than southern.
[17:47] <thisfred> right. Also nice1
[17:47] <thisfred> !
[17:47] <dobey> thisfred: well, florida is definitely NOT The South (TM)
[17:47] <thisfred> cuban pork sammiches, come highly recommended. Must try
[17:48] <adelie42> dobey: I do not specify a proxy for any internet applications.
[17:48] <CardinalFang> adelie42, You shouldn't need anything unusual, generally speaking.
[17:48] <dobey> adelie42: you never got a firefox/whateveryourbrowseris window asking you to "add this computer"?
[17:49] <adelie42> dobey: no
[17:49] <dobey> adelie42: does "grep UnknownLoginError ~/.cache/ubuntuone/log/oauth-login.log" show anything?
[17:49] <dobey> thisfred: you should totally come down this weekend
[17:50] <adelie42> dobey appears null
[17:50] <adelie42> dobey: no output
[17:50] <thisfred> dobey: we don't have a car yet, and we're dog "shopping" this weekend. As well as futon shopping.
[17:51] <thisfred> Can I get there by amtrak? That would rock.
[17:51] <dobey> thisfred: yeah, you can take Amtrak to Newport News, and I can pick you up at the train station
[17:52] <thisfred> sounds cool, I love riding trains
[17:52] <dobey> well, except i am hoping to sell my only car that would be sufficient for that, tomorrow :)
[17:52] <thisfred> dobey: hehe, well no hurry
[17:52] <dobey> thisfred: but Afr'Am Festival is this weekend in Norfolk
[17:52] <CardinalFang> thisfred, being a train in the US, I think you have to help pedal.
[17:52] <thisfred> I don't mind :)
[17:53] <thisfred> dobey: oh cool. But this weekend is really not gonna work. I *will* make it down there though. It can be the 3rd state I visit :)
[17:53] <thisfred> well technically the 5th or 6th if you count airports
[17:54] <dobey> heh
[17:55] <adelie42> dobey: UbuntuOne connects via tcp, of course, right? Cause if so, wireshark is showing no traffic generated generated when I click the connect button
[17:56] <dobey> yes of course
[17:56] <dobey> adelie42: you should have at least seen an https connection to ubuntuone.com, because it requested an oauth request token
[17:57] <thisfred> wow, it's not cheap though. $73 each way
[17:57] <dobey> adelie42: but apparently your browser is failing to launch or something.
[17:57] <dobey> thisfred: yeah we don't really use trains in the US
[17:57] <CardinalFang> adelie42:   $ ps x |grep ubuntuon[e]
[17:58] <adelie42> dobey: he he, I just killed the applet, and tried running UbuntuOne from the application->internet menu item, and it took me to the authorization page asking me to authorize ubuntuone to connect to my account.
[17:59] <CardinalFang> dobey, are you reviewing today?
[17:59] <thisfred> dobey: I used to have an all public transport all the time pass in NL, that was awesome (expensive, but awesome) I'd expect I'd pay the same there for a 5 and a half hour trip, except I'd be almost out the other side of germany by then ;)
[17:59] <dobey> adelie42: interesting
[17:59] <dobey> CardinalFang: sadly yes
[17:59] <CardinalFang> Don't be sad!  I have two branches to give you!
[17:59] <dobey> yes, sad :)
[17:59] <adelie42> dobey: and now they are sync'd. *shrug* Thanks for helping me rule some things out there.
[18:00] <dobey> hrmm, airtran is stupid and doesn't map a route for BWI->PHF
[18:00] <dobey> how silly
[18:00] <urbanape> lunch, and then more kicking and screaming
[18:00] <dobey> is Inside Edition coming back after lunch?
[18:00] <urbanape> not if I'm lucky.
[18:01] <urbanape> If I'm lucky, they'll find more celebrity gossip and despair to settle on.
[18:01] <adelie42> dobey: Hmm.. I think what went wrong was that when I installed UbuntuOne, Google Chrome was my default browser which wasn't very happy with the UbuntuOne page, and I switched over to firefox as default, but didn't think to restart the applet.
[18:01] <CardinalFang> That would do it.
[18:02] <CardinalFang> Maybe the client applet should reopen the browser with every click before it's authorized.
[18:02] <dobey> adelie42: hrmm, you shouldn't have to
[18:02] <dobey> CardinalFang: it does
[18:03]  * CardinalFang boggles.
[18:03] <dobey> or rather, it should
[18:03] <dobey> if it's not, it's a bug
[18:03] <leonel> Service Temporarily Unavailable <-- this when uploading a file  on the browser ..
[18:03] <CardinalFang> adelie42, what did it do for you? ^
[18:03] <adelie42> It seems at least noteworthy enough for a bug report, and I think I have enough data to actually write a good report
[18:04] <dobey> i think the problem is that the oauthdesktop temp web server isn't timing out soon enough, and so oauthdesktop stays in the "currently doing the auth" phase
[18:04] <CardinalFang> adelie42, That would be great.  Thank you!
[18:05] <leonel> dobey:  bug reported  424388
[18:05] <adelie42> CardinalFang: Basically, Chrome has its own special BSOD when it detects that it can't render a page correctly which was what was displayed when UbuntuOne tried to do its little authorization thing. After that, trying to connect when I changed default browsers did nothing
[18:06] <jan____> thisfred: hi
[18:06] <dobey> leonel: cool, thanks
[18:07] <dobey> adelie42: yeah please file a bug :)
[18:07] <adelie42> dobey: Happy to help  :)
[18:09] <adelie42> oh, and to anyone that cares, Karmic is looking VERY nice. I put some time into Jaunty, but unfortunately not this release. It is looking really impressive, and can hardly wait to see some of the stabilization.
[18:10] <thisfred> jan____: hi
[18:10] <thisfred> jan____: I think jdo got some answers from adam already
[18:10]  * CardinalFang wishes all users were like adelie42.
[18:11] <jan____> kool
[18:11] <jan____> er
[18:11] <jan____> cool
[18:11] <thisfred> kohl
[18:12] <thisfred> jan____: I do have a very weird admin problem though. See #couchdb if you're not completely maxed out (I know I'm silly for even asking that ;)
[18:15] <jan____> thisfred: today is bad :)
[18:15] <thisfred> yeah, np, I'll ask couchdb-user first
[18:15] <jan____> k :)
[18:41] <adelie42> CardinalFang: (had to run an errand) Honestly, I think one of the coolest parts of Linux is the opportunity to be a part of it. Thanks  :)
[19:00] <dobey> CardinalFang: poke
[19:03] <CardinalFang> dobey, hey!
[19:04] <dobey> CardinalFang: can we not put the hostname in a config file somewhere?
[19:04] <dobey> CardinalFang: or look it up via SRV record?
[19:05] <CardinalFang> dobey, Oh, of Ubuntu One?  Hrm, yes, probably.
[19:05] <dobey> yeah
[19:05] <CardinalFang> I know almost nothing of SRV recoreds yet.
[19:05] <dobey> because if i approve/land your branch now, it's not going to work :)
[19:05] <CardinalFang> dobey, I still need a domain to search within, yes?  That's changing, too.
[19:06] <CardinalFang> dobey, I don't think there' any thing listening at U1 anyway, yet, right?
[19:07] <dobey> CardinalFang: i don't know. but what about connecting to edge instead?
[19:07] <dobey> CardinalFang: how do i configure it to do that? :)
[19:07] <dobey> or does it handle redirects correctly already?
[19:07] <CardinalFang> Configure?  If you're a user, you don't configure hostname at all.
[19:07] <dobey> if it handles redirects we can do magic on the server i think
[19:51] <adelie42> Quick question, hopefully. How do you do an ubuntu-minimal install via a live CD?
[19:52] <CardinalFang> adelie42, Hrm, #ubuntu might have an answer.
[19:52] <dobey> yeah, no idea
[19:53] <dobey> no need for minimal installs here :)
[19:54] <adelie42> Figure. Thanks  :)
[19:56]  * CardinalFang takes a break.
[20:36] <haggisbasheruk> hi joshuahoover
[20:37] <joshuahoover> hi haggisbasheruk
[20:48] <trothigar> hi dobey
[20:48] <dobey> hi trothigar
[20:49] <trothigar> dobey, I'm having severe ubuntuone problems, it seems to have downloaded about ~500mb yet only 10.6mb appear in Ubuntu One. Is there any way to clear out my ubuntuone account?
[20:50] <dobey> trothigar: you mean du -sh ~/Ubuntu One shows only about 10.6M?
[20:50] <dobey> trothigar: do other people have folders shared with you to amount to that 500M?
[20:53] <andrew> Curious, what are the triggers for ubuntuone to upload and download/sync?
[20:54] <dobey> andrew: changing files in the ubuntu one directory (as it listens for file system events)
[20:54] <statik> inotify
[20:54] <dobey> andrew: disconnect/reconnect
[20:54] <dobey> andrew: and i don't know what exactly triggers a server rescan, other than reconnecting
[20:54] <dobey> but soon there should be notifications from the server too
[20:55] <dobey> ni hao statik
[20:55] <statik> ni hao dobey, sha shing long
[20:55] <trothigar> dobey, du shows 22mb and I don't believe anyone has shared any folders with me ever.
[20:56] <dobey> i don't think it downloaded 500M then?
[20:56] <dobey> where did you get that figure from?
[21:00] <andrew> I tryed putting a few files in the folder today and kept checking the web interface for the files, they never showed up
[21:05] <dobey> andrew: i never said it was bug free :)
[21:07] <dobey> andrew: please file bugs if it's not working as expected :)
[21:07] <haggisbasheruk> andrew: disconnect/reconnect and try again
[21:08] <haggisbasheruk> try logging in/out
[21:14] <andrew> dobey: will test later, ended up using the web interface to upload for now (didn't have time to mess with it too much)
[21:15] <andrew> Also (will report bug when I get a chance, probably next week as i'm heading out of town soon), is it normal that the applet icon disapears? (perhaps it's already been reported)
[21:25] <haggisbasheruk> yes but you can change that in the applet properties andrew
[21:25] <haggisbasheruk> change icon to show always
[21:25] <andrew> How do I do that?
[21:26] <haggisbasheruk> run ubuntuone again from menu then right click on icon
[21:26] <haggisbasheruk> goto preferencies
[21:27] <andrew> I click it, but it's still not showing
[21:27] <haggisbasheruk> then click dropdown for show icon and change to always
[21:27] <andrew> what dropdown?
[21:27] <dobey> andrew: click "Disconnect" inside the Ubuntu One folder in nautilus, and it will re-appear
[21:28] <haggisbasheruk> have you got icon on taskbar now ?
[21:28] <dobey> andrew: there is a Preferences... menu item when you right-click on the applet
[21:28] <haggisbasheruk> yup what dobey said
[21:29] <andrew> I just went and killed the u1 processes, then reopened it. I also don't see any 'disconnect' (or anything similar) in the ubuntu one folder in nautilus
[21:29] <haggisbasheruk> though i am in a custon cli / lxde install and run pcman filemanager so i duno the nautilus details :)
[21:30] <dobey> have you logged out and back in ever since you installed the client? :)
[21:30] <andrew> actually, probably not
[21:31] <andrew> killed and restarted nautilus, I see the bar now
[21:31] <andrew> i wonder if that's why it wasn't updating
[21:33] <andrew> I'm guess I'm not used to having to logout/back in when I install a new program
[21:34] <haggisbasheruk> dobey, with the open folder on the applet menu , does that open /home/$USER/Ubuntu One in nautilus  ? if so i need to make a request that we have an option in prefs for other file managers like pcman
[21:36] <dobey> haggisbasheruk: it calls "xdg-open $thatpath"
[21:36] <dobey> haggisbasheruk: so it should work with whatever filemanager you are using, so long as your desktop is doing the xdg spec stuff for that to work
[21:37] <haggisbasheruk> i'll need to look into that then :) thanks dobey
[21:43] <haggisbasheruk> Warning: unknown mime-type for "/home/haggisbasheruk/Ubuntu One/" -- using "application/octet-stream"
[21:43] <haggisbasheruk> Error: no "view" mailcap rules found for type "application/octet-stream"
[21:43] <haggisbasheruk> any ideas how to fix this dobey ?
[21:56] <dobey> haggisbasheruk: hrmm, no
[21:57] <haggisbasheruk> ahh , just wondering , i'll figure it out , was being lazy lol
[23:40] <CardinalFang> Have a nice weekend, all.
[23:40] <CardinalFang> No work on Moon Day, many of you.
[23:40] <CardinalFang> Laters.
[23:42] <trothigar> is there a way to delete folders from ubuntuone without using nautilus?