[00:01] <J_Litewski> Can you Link folders from your Hard Drive to Ubuntu One?
[00:02] <jblount> J_Litewski: Not right now, but you can do the reverse.
[00:02] <jblount> We plan on implementing "sync arbritary folders" at some point in the future.
[00:04] <J_Litewski> jblount, thatnks
[00:04] <J_Litewski> *thanks
[00:04] <J_Litewski> is there a bug where the tray icon disappears?
[00:04] <J_Litewski> because that happens to me
[00:05] <jblount> J_Litewski: Actually, we're working on getting the icon only displaying when there is activity.
[00:06] <J_Litewski> oh
[00:06] <jblount> It's been pretty confusing to people, so it may change in the future, but right now it basically goes away after a few seconds and never comes back.
[00:06] <J_Litewski> jblount: lol yea i see that
[00:07] <jblount> :)
[00:07] <J_Litewski> how would I access the Ubuntu One folder without that tray icon?
[00:07] <jblount> J_Litewski: It should be in your places stuff in Nautilus, do you see it in that menu?
[00:08] <jblount> J_Litewski: Actually, it's called "bookmarks" inside that places menu.
[00:10] <J_Litewski> jblount, i didn't see that lol
[00:10] <jblount> :)
[00:11] <jblount> We made it just a normal folder (at ~/Ubuntu One/My Files/) so that you could do the same stuff you do with all your folders, but with added awesomeness (like syncing)
[00:12] <J_Litewski> Yea, but until we can SymLink folders off the HDD to Ubuntu One, I'm going to need to write a script to sync my school work :P
[00:13] <jblount> jegHegy_: Script writing is fun! I've seen some people copy stuff into their Ubuntu One folder, then symlink it back to wherever they had it before.
[00:13] <jblount> (although I wouldn't suggest it, we are still in beta after all!)
[00:13] <J_Litewski> right
[00:21] <jegHegy_> welp
[03:23] <mthaddon> anyone around to help debug non-showing ubuntuone-client-applet?
[03:23] <mthaddon> process is running, but no icon
[03:27] <statik> hey tom
[03:27] <statik> thats expected behavior
[03:27] <statik> i think
[03:27] <statik> rodney is working on making it less startling
[03:27] <statik> hi chipaca
[03:30] <statik> mthaddon, does it sound like bug #413661 ?
[03:30] <ubottu> Launchpad bug 413661 in ubuntuone-client "Ubuntu One icon disappears from Notification Area" [High,Invalid] https://launchpad.net/bugs/413661
[03:32]  * mthaddon checks
[03:33] <mthaddon> statik: so how do you know if you're connected?
[03:34] <mthaddon> statik: I've just added a file to upload and still seeing nothing
[03:35] <statik> mthaddon, i think the plan is to show the icon if you are disconnected
[03:35] <Chipaca> hi statik
[03:35] <statik> and also have a bunch of integration with the notification system, so if you do things like add a file it will say "Uploading 45 files"
[03:35] <statik> and when it reaches steady state "All files are synced, have a beer"
[03:35] <mthaddon> statik: ok, thx
[03:36] <statik> mthaddon, there is a nice UI spec that beuno did but i can never remember the link even though he has shown it to me no less than 15 times
[03:36] <mthaddon> hahaha - know that feeling :)
[03:36] <statik> the behavior now is startling, but i think it won't be when it's done
[03:37] <mthaddon> only feels like a bug cos it's different, but you're more interested in better overall experience and new user experience, so sounds sane
[03:37] <statik> i think we will also have an option to show the icon all the time, but it won't be the default setting
[03:38] <mthaddon> would be good to have an option to view the status somehow as well even if you're "hiding" the icon
[03:38] <statik> ah, here is the spec with all the gory details: https://wiki.ubuntu.com/UbuntuOne/KarmicClient
[03:40] <statik> mthaddon, for debugging purposes i think Chipaca even has a magic notifier script that gives LOTS of feedback about what syncdaemon is doing
[03:40] <Chipaca> allegedly, yes
[03:41] <Chipaca> http://launchpadlibrarian.net/29487626/syncdaemon-notify.py
[03:41] <mthaddon> mine doesn't seem to be syncing, and nautilus is showing "Connect" in the ribbon as if I'm not connected
[03:41] <mthaddon> and the file I added isn't in the web UI (was only a 4k text file)
[03:41] <statik> Chipaca, what do you think, should that script be added to ubuntuone-client-tools?
[03:41] <statik> mthaddon, does it connect if you click connect?
[03:42] <mthaddon> I am on crappy hotel wireless internet, but that's part of what I wanted to test
[03:42] <mthaddon> statik: nothing - stays as is
[03:42] <statik> huh, mine does the same thing
[03:42] <statik> i think that connect button in the ribbon is broked
[03:43] <Chipaca> 1 sec
[03:43] <tcole> it's been broked for a while
[03:43] <Chipaca> $ dbus-send --print-reply --session --dest=com.ubuntuone.SyncDaemon --type=method_call /status com.ubuntuone.SyncDaemon.Status.current_status
[03:43] <Chipaca> what does that ^ print out?
[03:44] <statik> hey, mine says connected now
[03:44] <mthaddon> Chipaca: http://paste.ubuntu.com/255505/
[03:44] <statik> and my ribbon button changed
[03:44] <Chipaca> mthaddon: there you have it :)
[03:44] <Chipaca> mthaddon: it got tired of timing out and went away in a huff
[03:45] <mthaddon> Chipaca: er, so it's now permanently broken for me? that seems sub-optimal :)
[03:45] <Chipaca> mthaddon: quit and restart?
[03:45] <mthaddon> Chipaca: how do I quit?
[03:46] <Chipaca> mthaddon: I was about to say right click on the applet
[03:46] <mthaddon> :D
[03:46] <Chipaca> dbus-send --print-reply --session --dest=com.ubuntuone.SyncDaemon --type=method_call / com.ubuntuone.SyncDaemon.SyncDaemon.quit
[03:46] <Chipaca> I think that is it
[03:46] <Chipaca> (from memory)
[03:46] <mthaddon> Chipaca: method return sender=:1.59 -> dest=:1.676 reply_serial=2
[03:47] <mthaddon> and now run it again?
[03:47] <Chipaca> dbus-send --print-reply --session --dest=com.ubuntuone.SyncDaemon --type=method_call / com.ubuntuone.SyncDaemon.SyncDaemon.connect
[03:47] <Chipaca> should do it
[03:47] <mthaddon> ok, done
[03:47] <Chipaca> mthaddon: (that should be the same as pressing the 'connect' button in nautilus)
[03:47] <mthaddon> and I see the applet
[03:48] <Chipaca> oh, noes! :)
[03:48] <mthaddon> is that bad?
[03:48] <statik> hurrah, the desktopcouch ContactsPicker works. now i have to use evolution to get some contacts records I guess
[03:48] <statik> the applet will show during the scan
[03:48] <mthaddon> applet now gone
[03:48] <mthaddon> interestingly it wasn't a spinning applet
[03:49] <mthaddon> and file now uploaded
[03:49] <statik> i think the wobble/spin is gone forever
[03:49] <mthaddon> Chipaca: I suspect this was because I was on a free wifi that needed http authentication (the kind that only does DNS redirects til you authenticate) - I seem to remember filing a bug about that
[03:50] <Chipaca> mthaddon: that would be unpopular with the syncdaemon, yes
[03:50] <mthaddon> Chipaca: kind of a common use case, though
[03:50] <Chipaca> also, I think you've got a point re making EXCESSIVE_TIMEOUTS just stop, not actually give up
[03:51] <Chipaca> if you're feeling energetic, you could file a bug :)
[03:51] <Chipaca> about this last one; I read you re the captive portal
[03:51] <Chipaca> unfortunately I don't know what we can do about that
[03:51] <statik> the captive portals are annoying
[03:51] <statik> iphone has some magic for them
[03:51] <statik> i don't know how it detects it
[03:51] <mthaddon> check that you can access the service before you sync rather than checking there's network?
[03:52] <Chipaca> it checked 10 times, with exponential backoff, before giving up
[03:52] <mthaddon> so what does that equate to in real time?
[03:53] <mthaddon> and presumably you'd want to display some kind of message to notify users about that
[03:53] <Chipaca> 7.3 femtoseconds?
[03:53] <statik> showing the "disconnected" icon would probably be good enough to let people know
[03:53] <statik> yeah, maybe adding a message
[03:54] <Chipaca> dobey's working on that™
[03:55] <mthaddon> Chipaca: what does "it checked that" mean? what's it checking?
[03:56] <mthaddon> so do I need to file a bug, or is it a known issue?
[03:56] <Chipaca> I know it behaves this way, I
[03:56] <Chipaca> 'm discovering it to be a bug via talking with you
[03:57] <mthaddon> ok, I'll file a bug
[03:57] <Chipaca> mthaddon: it tries to connect, waits 30 seconds, tries again, waits 45 seconds, tries again, waits 60 seconds, ...
[03:57] <Chipaca> so not exponential backoff, no; linear
[03:58] <Chipaca> the tries and then waits is repeated 10 times
[03:58] <Chipaca> this is configurable, by the way
[03:58] <mthaddon> that's weird - network was definitely working for that kind of period
[03:58] <mthaddon> only took me a minute or so to get online
[03:59] <Chipaca> mthaddon: it might've started before you were aware of the problem?
[03:59] <mthaddon> yeah, possibly - hard to tell when it was struggling without the icon or notification
[04:00] <Chipaca> yes, I know :(
[04:00] <Chipaca> the information is chattered all over dbus, but nobody's listening :(
[04:01] <mthaddon> yeah - anyway - calling it a night here - catch you guys tomorrow
[04:01] <Chipaca> mthaddon: could you pastebin your syncdaemon log?
[04:01] <Chipaca> not if it's several megs
[04:01] <Chipaca> oh, good night
[04:01] <mthaddon> sure
[04:01] <Chipaca> we can carry on tomorrow
[04:01] <Chipaca> I've got stuff to write anyway :)
[04:01] <mthaddon> Chipaca: where would I find that?
[04:01] <Chipaca> ~/.cache/ubuntuone/log/syncdaemon.log
[04:02] <Chipaca> or syncdaemon-debug.log if running with --debug
[04:02] <mthaddon> Chipaca: buffaloberry:~mthaddon/syncdaemon.log
[04:03] <Chipaca> mthaddon: thanks
[04:03]  * mthaddon heads off
[04:04] <Chipaca> mthaddon: ah, it's the log previous to this one that has the info :)
[04:06] <mthaddon> Chipaca: buffaloberry:~mthaddon/syncdaemon.log.2009-08-18_22-47-41
[04:06] <Chipaca> oh
[04:06] <Chipaca> it's been like that for a long time
[04:06] <Chipaca> what about the log before that?
[04:07] <Chipaca> that log starts with
[04:07] <Chipaca> 2009-08-18 20:20:16,890 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: EXCESSIVE_TIMEOUTS; queues: metadata: 0; content: 0; hash: 0, fsm-cache: hit=387 miss=73) ----
[04:07] <Chipaca> :(
[04:08] <mthaddon> Chipaca: have uploaded syncdaemon.log* to buffaloberry:~mthaddon
[04:08] <Chipaca> mthaddon: thanks! now go to bed already
[04:09] <mthaddon> going...
[04:10] <Chipaca> mthaddon: 2009-08-14 20:37:24,794
[04:10] <Chipaca> mthaddon: that's when it gave up
[04:10] <Chipaca> mthaddon: would've been lovely to know, huh
[04:10] <Chipaca> :-/
[06:34] <mandara> agaist what package I should report bug when I am browsing through my directories at ubuntuone.com?
[06:36] <mandara> the bug appears when I am trying to open directory with a lot of files. Firefox hang for about a minute
[06:36] <mandara> s/hang/hangs/
[06:38] <mandara> I guess this package isn't avaible at launchpad cause it's proprietary part of ubuntuone?
[06:40] <mandara> or I am wrong?
[06:47] <spm> mandara: suggest report a bug against the client https://bugs.launchpad.net/ubuntuone-client - it can be easily shifted from there.
[06:48] <mandara> spm, ok
[06:48] <spm> mandara: if you can give a sanitised idea of network traffic during the firefox hang - or no traffic - that'd probably help too.
[06:50] <spm> mandara: and... possibly if you can quantify the difference between using firefox vs the actual client on the same directory??
[06:52] <mandara> spm, sorry, my english is bad, I didn't get last sentence. You mean to monitor traffic while firefox hangs? What do you mean by client?
[06:53] <spm> no prob. the idea being to see if the hang is firefox itself hanging - too much data; or network traffic is too much and so firefox is working, but appears hung
[06:54] <mandara> ok, i get it
[06:54] <spm> the 2nd was to compare using the ubuntuone client and browse the same directory; vs using firefox. ie is the problem common both ways, or specific to firefox.
[06:55] <spm> I'm guessing, but I suspect that's the sort of things the devs will probably ask for :-)
[14:06] <statik> rodrigo_, i've been playing with evolution-couchdb. should it have a default contacts DB name in order to be able to sync up with everything else?
[14:55] <rodrigo_> statik: what do you mean? it uses 'contacts' as db name
[14:56] <statik> rodrigo_, maybe i have an old version. When I installed evo-couchdb, I had to create a new address book, and then give it a name manually, so i was worried about how users would know what to name it
[14:56] <rodrigo_> ah, you mean the name of the addressbook in evolution?
=== urbanape_ is now known as urbanape
[14:59] <rodrigo_> statik: in that case, I'm going to add code to create the Ubuntu One addressbook for all users when e-d-s starts
[14:59] <rodrigo_> statik: or after checking the user has a U1 account?
[15:00] <statik> rodrigo_, the first one sounds good to me
[15:00] <vds> meeting time
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> a "me" gets you on the schedule, TODO/DONE/BLOCKED is the routine.
[15:00] <jblount> me
[15:01] <teknico> me
[15:01] <rodrigo_> me
[15:01] <urbanape> me
[15:01] <vds> me
[15:01] <statik> me
[15:01] <jblount> aquarius: ? (I think that's it though)
[15:02] <jblount> DONE: Sorted out some weirdness with dev environment, got started on making
[15:02] <jblount> TODO: Still have some work left to do on making "my computer" names & the modal dialogs for the web ui
[15:02] <jblount> BLOCKED: Been a little distracted, so I'm going to try shutting off IRC/MAIL/TWITTER/THE INTERNET for an hour or two this afternoon to try to focus a bit more (sms always works)
[15:02] <jblount> teknico: tag
[15:02] <teknico> DONE: face duty, reviews
[15:02] <teknico> TODO: more reviews
[15:02] <teknico> BLOCKED: none
[15:02] <teknico> next: rodrigo_
[15:02] <rodrigo_> • DONE: Changed desktopcouch to use freedesktop URL for contacts record type. Submitted evo-couchdb package fixes. Added application_annotations field support to evo-couchdb
[15:02] <rodrigo_> • TODO: Add more tests in couchdb-glib test suite. More openSUSE packaging. Change tomboy syncing prefs interface to show many servers. 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_> urbanape: go
[15:03] <urbanape> DONE: Reviewed a couple branches. Updated my out-of-date karmic.
[15:03] <urbanape> TODO: back on files UI. Possibly Bindwood features
[15:03] <aquarius> me
[15:03] <urbanape> BLOCK: None, might need to pair with a #rhinos
[15:03] <urbanape> vds: you're up.
[15:03] <vds> DONE: discussed about db refactoring with jdo and markgsaye, reviewed refactoring branch from jdo and part of mark's huge branch, refactoring my branch to work with the new db schema, discussed with mark rodrigo and stuart about extra fields in funambol exchange
[15:03] <vds> TODO:  review mark's branches again, send an email to the funambol support guys to ask questions about data formatting
[15:03] <vds> BLOCKED: no
[15:03] <vds> statik: please
[15:03] <statik> DONE: A ton of calls, testing evolution-couchdb, worrying about contact syncing, lots of code review
[15:03] <statik> TODO: Find out whether Tomboy sync is ready to test, see if I can finish the branch for copying web URLs in nautilus UI, work on domain move.
[15:03] <statik> BLCK: Can't land spawning code for Chad until spawning is installed on the servers.
[15:04] <statik> aquarius, your turn
[15:04] <aquarius> ⚁ TODO: piston oauth in snowy; learn about process groups; fix test problems with design-docs-load branch; review desktopcouch changes from past week; make couchdb continuous replication be kicked off by DC startup and worship it
[15:04] <aquarius> ⚂ BLOCKED: none
[15:04] <aquarius> next: no-one. Nobody. That's it. I'm last.
[15:04]  * jblount gets really excited about copying web urls in Nautilus
[15:04] <jblount> MEETING ENDS
[15:04] <rodrigo_> aquarius: you missed the DONE?
[15:04] <aquarius> ⚀ DONE: fight with twisted (pointlessly, it turns out)
[15:04] <jblount> heh
[15:04] <aquarius> sorry :)
[15:04] <rodrigo_> :)
[15:06] <statik> vimperator is so weird, but it forces me to use the keyboard, which i like
[15:06] <vds> aquarius: fighting is never pointless, keeps you in shape! :)
[15:06] <aquarius> man this continuous replication stuff is good. So glad I discovered this now and not, say, a week from now
[15:06] <jblount> vds: Well put.
[15:07] <aquarius> vds, the problem is that fighting twisted is like fighting a tiger. If you lose the first fight then you get eaten and you never get a chance to get better :)
[15:07] <vds> aha :)
[15:07] <rodrigo_> http://github.com/Jc2k/tracker-replicator/tree/master
[15:07] <rodrigo_> a tracker<->couchdb replicator
[15:08] <aquarius> heh. I have "test-continuous-replication-oauth" and "test-continuous-replication-noauth". Probably I shouldn't find this as amusing as I do :)
[15:08] <aquarius> rodrigo_, blimey, really? jc2k's been busy
[15:09] <statik> aquarius, did i tell you about my offline launchpad script, stuffing the json docs from the launchpad API into desktopcouch? jane has named it "offpad"
[15:11] <aquarius> ahahaha CR works with oauth too. Only one word for that: magic darts.
[15:11] <aquarius> statik, coolness!
[15:13] <aquarius> no CardinalFang?
[15:13] <rodrigo_> aquarius: so for jc2k to discuss some stuff with us, should I point him to the desktopcouch google group?
[15:13] <aquarius> rodrigo_, absolutely, yes
[15:13] <rodrigo_> aquarius: what's the address?
[15:13] <aquarius> we should start posting release notes to there too
[15:13] <rodrigo_> he's telling me about some nepomuk ideas that make a lot of sense
[15:13] <aquarius> http://groups.google.com/group/desktop-couchdb
[15:14] <aquarius> yeah, he and I discussed nepomuk a little as well
[15:14] <aquarius> I am scared of it. It is RDF doom.
[15:15] <thisfred> RDF is cool, and nothing to be scared off, since any project using it will never ever complete ;)
[15:15] <rodrigo_> right, but they have contacts, etc record formats already defined, which we could try to mimic as much as possible
[15:15] <aquarius> *nod* them and the portablecontacts people as well
[15:15] <rodrigo_> aquarius: we have jan from couchdb (or other couchdb devs) at that group, right?
[15:15] <rodrigo_> aquarius: and who else?
[15:15] <aquarius> http://groups.google.com/group/desktop-couchdb/members
[15:19] <rodrigo_> aquarius: can't see that :)
[15:19] <aquarius> really? oh, heh, maybe it's private to the list admin then :)
[15:19] <aquarius> hang on
[15:20] <aquarius> Who can view members?  	  Only members can view group members list
[15:20] <aquarius> are you in the group?
[15:22] <toros> hi
[15:24] <jblount> toros: Hi!
[15:40] <sadik123> see..i  have loaded ubuntu 9.04 amd desktp...with ekiga 3.2.0 as defualt which dosent have autoanswer mode....
[15:40] <jdo> statik, that's awesome news about S4
[15:41] <sadik123> how to enable it
[15:41] <statik> jdo, yes it's exciting. I just pushed the branch so the code is now public. https://bugs.edge.launchpad.net/txaws/+bug/415949
[15:41] <ubottu> Ubuntu bug 415949 in txaws "Examine the newly open-sourced Canonical AWS S3 code for inclusion in txAWS" [Undecided,New]
[15:50]  * jblount hugs evince
[16:06] <statik> hi verterok, is there a way for me to ask syncdaemon for the ID of a file over dbus?
[16:17] <verterok> statik: yes, server id?
[16:20] <statik> verterok, yes exactly, i have the path of a file and I want to be able to formulate the web URL for downloading it
[16:20] <verterok> statik:  dbus-send --session --dest=com.ubuntuone.SyncDaemon --print-reply --type=method_call /filesystem com.ubuntuone.SyncDaemon.FileSystem.get_metadata string:'/home/guillermo/Ubuntu One/My Files/'
[16:20] <statik> verterok, thanks!
[16:20] <verterok> statik: np
[16:20] <verterok> statik: the absolute path is required
[16:21] <verterok> statik: doing that from python returns a dict, the key is 'node_id'
[16:21] <statik> verterok, perfect
[16:22] <rodrigo_> aquarius: I am in the google group AFAIK, yes
[16:22] <rodrigo_> aquarius: (sorry for the late answer, just saw your comment)
[16:23] <rodrigo_> aquarius: oh, I'm not, I thought I was!
[16:24] <rodrigo_> aquarius: now I see the members
[16:24] <aquarius> rodrigo_, ah cool
[16:25] <rodrigo_> aquarius: oh, yes, I was in the group, with a different email address
[16:25] <aquarius> gotta love google groups.
[16:25] <aquarius> you can combine two email addresses into one google account, although it took me *ages* to do it when I first did it, and I can't remember how, and I don't really want to teach google that me@canonical and me@kryogenix are the same person :)
[16:33] <rodrigo_> aquarius: it seems my @canonical.com membership didn't have the 'get mail' option enabled, because I've never got a mail from the group
[16:33] <rodrigo_> now should be ok with my other account, I hope
[17:11] <statik> rodrigo_, do you know anywhere that I could see an example of a dbus_g_proxy call that is receiving a DICT_ENTRY ?
[17:12] <rodrigo_> statik: hmm, let me see if I can find something on my gnome's git checkout
=== ink|off|ZNC is now known as inkvizitor68sl
[17:16] <statik> rodrigo_, thanks! i'm just trying to figure out how to call SyncDaemon.FileSystem.get_metadata_string from C
[17:16] <statik> and I've found plenty of examples for all the other types but not the dicts
[17:16] <rodrigo_> statik: https://stage.maemo.org/svn/maemo/projects/haf/branches/dbus/0.61-osso1/doc/dbus-tutorial.html
[17:16] <rodrigo_> statik: that pages says it maps to a GHashTable
[17:18] <rodrigo_> although with only strings
[17:18]  * rodrigo_ looks for more code
[17:20] <statik> rodrigo_, thanks! I'm not certain whether I should be allocating the GHashTable or just passing in a pointer to a pointer, for example
[17:22] <rodrigo_> statik: not sure neither, grepping through the gnome git checkout looking for an example
[17:23] <rodrigo_> statik: google doesn't seem to get more than that page with the docs
[17:23] <statik> rodrigo_, i promise i tried google before nagging you :)
[17:24] <rodrigo_> statik: :)
[17:24] <rodrigo_> statik: http://pastebin.ca/1535256
[17:25] <rodrigo_> is the get_metadata_string signature a{ss}?
[17:26]  * rodrigo_ checks
[17:27] <rodrigo_> yes, it is
[17:29] <rodrigo_> statik: I think you can use: dbus_g_proxy_call (...., DBUS_TYPE_G_STRING_STRING_HASHTABLE, hash_table, ...)
[17:31] <rodrigo_> statik: still grepping through the code, to confirm it with a real code example
[17:31] <rodrigo_> statik: but try that, I think it should work
[17:32] <rodrigo_> statik: as for creating / freeing the hash table, I think you need to create it before calling g_proxy_call
[17:36] <urbanape> statik: got a minute?
[17:39] <statik> rodrigo_, awesome, thanks! urbanape: sure
[17:39] <rodrigo_> statik: it works?
[17:40] <rodrigo_> statik: http://pastebin.ca/1535275 <- this calls a a{sv} method
[17:41] <statik> rodrigo_, perfect. i haven't tried it yet, just eating some soup at my desk real quick :)
[17:41] <rodrigo_> :)
[17:42] <urbanape> statik, was just implementing the multi-file download.
[17:42] <urbanape> Trying to recall what we talked about before - the dance balancing creating the archive and getting it to stream nicely.
[17:43] <statik> urbanape, you can't use the built in python zip class because it tries to seek backwards to write the size in the header once it's finished
[17:43] <statik> but it should be fine calculating the headers yourself
[17:43] <urbanape> that was it
[17:44] <statik> spideroak has published some open source code  for exactly the same thing, which is kinda funny
[17:44] <statik> i think it's a  deficiency in the python stdlib
[17:46] <urbanape> just had a thought, too: I wonder if it would be worth exploring creating cached archives of directories, so we're only creating on the fly archives for ad-hoc collections
[17:47] <urbanape> the caches (and parent caches) would need to be invalidated when contents change.
[17:54] <urbanape> ah, ZipStream: https://spideroak.com/code
[17:55] <jcastro> mattgriffin: anyone doing screencasts for /Tutorials?
[17:55] <mattgriffin> jcastro: not yet but it's in our plans. care to volunteer?
[17:56] <jcastro> yeah, post sprint perhaps?
[17:56] <jcastro> like, right after feature freeze?
[17:56] <mattgriffin> jcastro: great. thanks! :)
[17:57] <mattgriffin> jcastro: i'll post some screenshots in the meantime
[17:57] <jcastro> cool
[18:04] <dobey> jcastro: you restart ubuntuone way too often
[18:05] <jcastro> dobey: that's just me logging in every morning
[18:05] <jcastro> dobey: are they all dupes? (ie. should I stop reporting those?)
[18:08] <dobey> jcastro: the "crash on login" is a dup, yeah
[18:08] <jcastro> dobey: does apport catch those or am I creating more work for you?
[18:09] <dobey> jcastro: but i was thinking that the oauth-login.log was huge...
[18:09] <dobey> jcastro: i don't think apport is catching them
[18:09] <jcastro> odd
[18:09] <jcastro> ok I'll stop reporting that then
[18:09] <dobey> it doesn't seem to be
[18:09] <dobey> well, it's not actually crashing
[18:10] <dobey> so there's no Traceback for apport to compare
[18:10] <dobey> and lots of people have reported this issue
[18:11] <dobey> (it's basically dbus is being totally useless :()
[18:11] <jcastro> heh
[18:11] <dobey> so i will need to fix that next week to do more magic
=== inkvizitor68sl is now known as ink|off|ZNC
=== ink|off|ZNC is now known as inkvizitor68sl
=== JamalFanaian is now known as jamalta
=== inkvizitor68sl is now known as ink|off|ZNC