[07:04] <eekfonky> ubuntu one daemon keeps crashing with a fatal error on start up, can I fix this?
[11:21] <sladen> could somebody demilestone, move to 'ubunet' and remilestone   bug #416300  bug #416304  bug #416308
[12:25] <xray7224> im struggling linking this computer with my ubuntu one account
[12:25] <xray7224> this computer runs ubuntu 9.10
[12:32] <xray7224> doesn't matter fixed it
[14:20] <urbanape> morning, all.
[14:22] <jblount> urbanape: yo
[14:27] <aquarius> hey urbanape
[14:42] <dobey> hola
[14:57] <urbanape> jblount, made your arrangements for london?
[14:58] <urbanape> got mine squared away finally
[14:58] <jblount> urbanape: Not yet, but it's in the plans for today.
[14:58] <jblount> One of those things that slip my mind quickOH LOOK< SHINY!@#!
[14:59]  * aquarius remembers to pay attention at 3pm for the first time all week
[14:59] <urbanape> yup, don't wait too long
[14:59] <rodrigo_> aquarius: 10 seconds to go :)
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> Hello hackers! Let's all tell each other about our progress and where we are headed. Please respondn with "me" if you'd like to take part:
[15:01] <urbanape> me
[15:01] <jblount> me
[15:01] <teknico> me
[15:01] <rodrigo_> me
[15:01] <aquarius> me
[15:01] <vds> me
[15:02] <urbanape> DONE: Wrote some tests and skeletal code to support multiple file downloads
[15:02] <urbanape> TODO: Finish up ZipStream integration and wire up javascript side
[15:02] <urbanape> BLOCK: None
[15:02] <urbanape> jblount: you're up.
[15:02] <jblount> DONE: Fixed wifi on (stupid frackin) dell laptop, setup 1/2 of dev environment on new laptop, stabbed dell in the face with a icepick.
[15:02] <jblount> teknico: rocknroll
[15:02] <teknico> DONE: more reviews, helping markgsaye's split his mammoth branch, looking at the phones web ui
[15:02] <jblount> TODO: finish last 1/2 of dev environment, get branch for modal dialogs pushed, finish off human computer name branch, make flight arrangements for London in a few weeks
[15:02] <teknico> TODO: reviewing markgsaye's branches, working on the phones web ui
[15:02] <teknico> BLOCKED: none
[15:02] <jblount> BLOCKED: Nope
[15:02] <teknico> next: rodrigo_
[15:02] <rodrigo_> • DONE: Released couchdb-glib 0.4.4 and submitted package. Discussed with Jonh Carr about http://github.com/Jc2k/tracker-replicator/tree/master . Submitted json-glib-0.7.6 package. Discussed with sandy about multiple sync servers and how it's not a good idea for this cycle
[15:02] <rodrigo_> • TODO: Add more tests in couchdb-glib test suite. More openSUSE packaging. Patch tomboy ubuntu package to have ubuntuone.com as default sync server. Add 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
[15:02] <rodrigo_> • BLOCKED: none
[15:02] <rodrigo_> next: aquarius
[15:02] <statik> me
[15:02] <aquarius> ⚀ DONE: fix test problems with design-docs-load branch; make DC create oauth tokens on initial setup and save them in the gnome keyring
[15:02] <aquarius> ⚁ TODO: piston oauth in snowy; learn about process groups; review desktopcouch changes from past week; work with eric on having dc.records use oauth; have pairing app actually do oauth token exchange and save into management db; DC startup kick off continuous replication to all paired servers
[15:02] <aquarius> ⚂ BLOCKED: need to pull couchdb trunk *again* for packaging to get latest patch. Talk to statik about this and watch him and kenvandine wag the waggy finger of disapproval
[15:02] <aquarius> "I ask you to kill vds and you can't even do that one simple thing" - Robert Vaughn, Superman 3
[15:02] <vds> DONE: landed branch for sync record, code review, discussed about default contact fields, completing mark's branch for funambol extra fields, sent mail to funambol support
[15:02] <vds> TODO:  finish branch do more review
[15:02] <vds> BLOCKED: no
[15:03] <vds> statik: please
[15:05] <aquarius> urbanape, what's ZipStream?
[15:06] <urbanape> It's a chunking zip file iterator from spideroak
[15:07] <urbanape> Think we're gonna try using it for multiple file downloads.
[15:07] <aquarius> really? that's quite cool :)
[15:07] <statik> DONE: couchdb package, hacking on nautilus, lots of talking, reviews and merges TODO: more nautilus spelunking, a new couchdb package maybe BLOCKED: still waiting on spawning installed on the servers
[15:07] <statik> sorry, i'm lagged really badly
[15:07] <statik> aquarius, so whats the latest patch in couchdb that we need?
[15:07] <urbanape> https://spideroak.com/code
[15:07] <jblount> MEETING ENDS (I think?)
[15:08] <aquarius> statik, the oauth stuff currently only reads user accounts from the couch _user database, not from the couch ini file. jasondavies today wrote a (pretty trivial) patch which makes it read from the ini file too, just like standard basic auth does.
[15:09] <aquarius> statik, I need to test this patch to confirm it works, but it will make our lives 100 times easier if it's in.
[15:09] <aquarius> (I thought it already did this, but it doesn't)
[15:10] <rodrigo_> statik: did the dbus thing work?
[15:11] <kenvandine> aquarius, so we need a new snapshot of couch?
[15:11] <aquarius> kenvandine, yes, if we can (I need to test that it actually works as claimed first :))
[15:11] <kenvandine> sure
[15:11] <kenvandine> it isn't in karmic yet
[15:12] <aquarius> coolness
[15:12] <kenvandine> i want them to branch 0.10 first
[15:12] <aquarius> is the time I have to confirm this measured in minutes, hours, or days?
[15:12] <kenvandine> so we know it might be kind of stable :)
[15:12] <kenvandine> aquarius, any idea when they will branch it?
[15:12] <aquarius> oh, cool, so it'll be in a 0.10 branch when it happens, since it's in trunk now -- but I'll test to make sure it actually, y'know, works first ;)
[15:13] <aquarius> kenvandine, I do not...
[15:13] <kenvandine> aquarius, yeah... lets keep our snapshot in the ppa up2date
[15:13] <kenvandine> but i really want it in karmic asap
[15:13] <kenvandine> but want them to branch first
[15:13] <kenvandine> aquarius, can you get an eta on that branch?
[15:16] <aquarius> the thing that's stopping them branching is that damienkatz wants to review the history patch
[15:17] <statik> ok
[15:17] <statik> i can roll a new snapshot
[15:17] <statik> and this time i will include the permissions fixes from kenvandine :)
[15:18] <statik> i don't think it will be this week because damien was on vacation, and he needed to review the history patch before deciding whether it could be included in the 0.10 branch
[15:20] <kenvandine> statik, i thought that was what we discussed yesterday, that they would branch without the revision history?
[15:28] <statik> not sure if this went through before, my connection dropped
[15:28] <statik> kenvandine, if damien finds major problems with the history patch, then we go without it
[15:28] <statik> if he says fine, commit it, then we want to have it because it's really really good to have
[15:28] <kenvandine> ok
[15:28] <kenvandine> so we will wait for that decision
[15:28] <kenvandine> then lets upload what we have
[15:29] <kenvandine> lets say whatever we have end of day tomorrow, i will prepare for upload friday morning
[15:29] <statik> cool
[15:29] <statik> thanks kenvandine! you are a star
[15:30] <aquarius> erm
[15:30] <aquarius> tomorrow *is* Friday
[15:31] <kenvandine> duh!
[15:31] <aquarius> isn't it? the timezone difference isn't that big. :)
[15:31] <kenvandine> i am all screwed up.. i missed monday :)
[15:31] <kenvandine> ok... monday then :)
[16:18] <hollman> hello all
[16:22] <hollman> hay i have a problem with my ubuntuone, when it try to start, it show me a error that the ubuntuone-syncdaemon
[16:22] <joshuahoover> hi hollman
[16:22] <hollman> http://img41.imageshack.us/i/problemuo.png/ --> the message
[16:25] <joshuahoover> hollman: can you file a bug for this and attach log files?
[16:27] <hollman> joshuahoover, this is my other cuestion, I looked in launchpad and i don't know if this bug are reported or not
[16:28] <joshuahoover> hollman: i believe it has been filed: https://bugs.edge.launchpad.net/ubuntuone-client/+bug/416290
[16:29] <joshuahoover> hollman: if you can run the following command at a terminal session, we'll get some logs attached to that bug: apport-collect -p ubuntuone-client 416290
[16:29] <joshuahoover> hollman: some log files will help the devs troubleshoot this and get the problem nailed down :)
[16:30] <hollman> Yes, that is
[16:30] <joshuahoover> jblount: ping
[16:32] <jblount> joshuahoover: yo
[16:32] <joshuahoover> jblount: thoughts on this user's request (see last comment in particular): https://bugs.edge.launchpad.net/ubunet/+bug/414630
[16:34] <joshuahoover> jblount: i don't think the previously opened folder should close when you open another via the web ui
[16:34] <jblount> joshuahoover: The folder icons should toggle, something is not working, I'm not positive what it is. Please assign it to me, I need to dig around and sort that out.
[16:34] <jblount> joshuahoover: We both agree he's talking about the icons right?
[16:35] <jblount> The little folder icons on the left of each folder, there is one for opened, and one for closed and they are not behaving correctly.
[16:35] <jblount> And, I guess, if you have sub folder of a parent open, the parent should have the "open icon" not the closed one.
[16:36] <joshuahoover> jblount: i'm thinking of when i use nautilus in list mode and how that behaves...when i open another folder using the arrow in nautilus, the previously opened folder doesn't close
[16:36] <jblount> "previously opened" changes depending on if it's a parent of what you currently have opened.
[16:37] <jblount> If it's a parent of current, it should stay open, if it is some unrelated folder it should be closed.
[16:37] <joshuahoover> jblount: ok, that would still behave differently than nautilus (which may be fine, but what you're describing isn't what i would expect)
[16:38] <jblount> joshuahoover: I would suggest documenting how you feel, and having the discussion on the bug so it's there for the bug reporter and we can point the design team at it, I'll update with my opinions also.
[16:39] <joshuahoover> jblount: cool...wanted to get your thoughts before i post mine :)
[16:39] <jblount> I'm not saying I'm right, I haven't thought about this much, the answer seemed clear to me. :)
[16:40] <joshuahoover> jblount: :)
[16:41]  * jblount goes running while the inital 'make test' runs on this machine
[16:43] <xray7224> ubuntu on is good
[16:48] <joshuahoover> thank you for the compliment xray7224 :)
[16:49] <xray7224> *one
[16:49] <xray7224> =]
[17:25] <jdo> oh crap...I'm supposed to have face duty today
[17:40] <joshuahoover> jdo: you are?
[17:47] <jdo> joshuahoover, I thought I was
[17:47] <joshuahoover> jdo: i thought christian was today
[17:50] <jdo> joshuahoover, he's on a spring
[17:50] <jdo> sprint...I was supposed to substitute
[17:51] <joshuahoover> jdo: ah, got ya
[18:12] <aquarius> kenvandine, ping
[18:12] <aquarius> or statik, ping
[18:12] <aquarius> :)
[18:33] <urbanape> statik, I don't think ZipStream, per se, will be doing quite what we want.
[18:33] <urbanape> It wants to operate on a filesystem path.
[18:34] <urbanape> If there was a nice way to "StringIO"-ify a tree of files, that'd be killer.
[18:34] <urbanape> so, we could create a virtual path that we could pass it and it'd zip everything up.
[18:55] <urbanape> who can give me a crash course in how we're storing notional directories in U1?
[18:56] <urbanape> do we just serialize the tree structure with links to other S3 keys?
[18:58] <gafton> urbanape: directpries don't have s3 keys. basi cally they are just nodes that have a parent node to another node
[19:00] <urbanape> but they exist somewhere, yeah? Lemme rephrase: how do we store the actual directory tree for U1?
[19:11] <gafton> urbanape: they are objects/rows) in a table/ in a database
[20:59] <fgagnon> Hi there! One tiny question : Is the client supposed to run with a PPC processor?
[21:00] <fgagnon> Could it be the reason why -- after a few attempts -- the client doesn't want to install on the webpage? (I read the bug report)
[21:03] <jblount> fgagnon: Hi! As far as I know, no one has been able to get the client software running on ppc, although I've heard it wouldn't be very difficult :)
[21:04] <fgagnon> So I'd just need to compile it myself, I guess...
[21:07] <statik> fgagnon: yes, exactly. you can apt-get source ubuntuone-client-gnome and it's dependencies, and then rebuild the source packages locally
[21:07] <statik> it sounds like a big headache to me though :)
[21:07] <fgagnon> Well I'm not exactly an expert on this, and this is my office machine... Guess I'll pass.
[21:48] <urbanape> woohoo, multi-file success. In the lamest way possible.
[21:48] <urbanape> so, more like wooboo
[21:50] <statik> worse is better
[21:51] <statik> and then you win
[21:55] <urbanape> But seriously, I've pretty much undone what we were setting out to do.
[21:55] <urbanape> if we're going to use ZipStream, we'll have to do something even uglier, I'm afraid. Or invest some resources into something like py.path.memory...
[22:07] <urbanape> I just pushed my branch. It's not wired up to the javascript view just yet, but I've tested it by computing a URL based on multiple files, and I get a zip archive that can be extracted.
[22:07] <urbanape> I put a lot of what I'm thinking into the commit message, too.
[22:07] <urbanape> probably bears some discussino.