[00:06] <boxingsquirrel> dobey: sorry I didn't reply to you earlier (had other stuff). I'm interested in, to start, a way to just list files
[00:10] <dobey> i don't think we have an API that just lists all files, but you can get the lists of shares and volumes and use standard filesystem APIs to list the ones that are subscribed to and downloaded.
[00:11] <boxingsquirrel> what url/fields are required to list shares & volumes (and then I'll work from there)?
[00:15] <dobey> if you're talking about the REST API, I am not sure. there is a DBus API to talk to ubuntuone-syncdaemon that can list those, though
[00:16] <boxingsquirrel> unfortunately I'm looking at doing this on mobile…are the REST apis documented anywhere?
[00:23] <dobey> i'm not sure how well they're documented yet. i'm not working on that part. is this on android you're doing things?
[00:26] <boxingsquirrel> iOS actually…there's already an Android app but not a general-purpose app for iOS
[00:30] <dobey> boxingsquirrel: you should come back earlier in the day when the mobile hackers are around, and talk to them. :)
[00:31] <boxingsquirrel> I will tomorrow. Thanks for all the help.
[00:34] <dobey> sure :)
[03:53] <skooz20111> captcha solution cant make them out ?
[03:54] <skooz20111> signing up for ubuntu one
[09:45] <JamesTait> Good morning, Angels! Happy Friday!
[11:23] <karni> Good morning everybody! Hello JamesTait :D !
[12:18] <karni> quite silent here today
[12:19] <beuno> karni, it's Friday!
[12:19] <karni> beuno: it it holiday in Argentina ;D?
[12:20] <karni> *is it
[12:20]  * karni chuckles
[12:21] <duanedesign> hello karni
[12:21] <karni> hi duanedesign :)
[12:21] <beuno> heh
[12:21] <karni> beuno: Another day, another challenge ;D
[12:21] <beuno> it's still early
[12:21] <karni> oh right! ^ ^
[12:22] <duanedesign> woke up to a broken water main in my front yard :\
[12:22] <karni> duanedesign: :<
[12:23] <duanedesign> what a mess
[12:23] <karni> facundobatista: awesome job with the action_queue.py
[12:24] <karni> facundobatista: I'm seeing some references to markers -- will you be working on getting rid of them? (I think I read somewhere you planned on doing that) If that question doesnt make sense, sorry :)
[12:29] <karni> beuno: I got up at 6AM today xD (to revise for the exam. I got B+ hehe)
[12:33] <beuno> heh
[12:35] <beuno> go karni!
[12:36] <karni> \o/
[13:21] <thisfred> ralsina: not 100% sure I will make standup, there's a plumber coming over, and I'm not sure how much of my attention it will take to keep the dog from distracting him
[13:52] <thisfred> ralsina: nm, he's off to get some parts, so I'm available
[13:54] <nessita> hello crowd!
[13:54] <nessita> 6 minutes to the stand up! /me ran to be in time
[13:57] <karni> hi nessita
[13:59] <nessita> Hi karni, how are you?
[13:59] <dobey> hmm
[13:59] <karni> nessita: quite good. middle of exam session, but handling it fine. porting python to Java is hell to be honest, Python is way too cool ;]
[13:59] <thisfred> me
[14:00] <nessita> me
[14:00] <vds> me
[14:00] <thisfred> DONE: landed mock test branch, reviews, discussed remaining work with alecu
[14:00] <thisfred> oops
[14:00] <nessita> thisfred: wait!
[14:00] <nessita> dobey, CardinalFang?
[14:00] <dobey> me
[14:01] <nessita> all: ralsina called me this morning letting me know that he may be late for the stand up
[14:01] <nessita> we should go ahead with it and he will read the backlog later
[14:01] <nessita> CardinalFang: say me :-)
[14:02] <nessita> ok, thisfred, go!
[14:02] <thisfred> DONE: landed mock test branch, reviews, discussed remaining work with alecu
[14:02] <thisfred> TODO: land alecu's branch and wrap up remaining bugs | API work
[14:02] <thisfred> BLOCKED: no
[14:02] <thisfred> nessita: yo!
[14:02] <nessita> DONE: landed most of the branches for bug #708335, still pending one review for https://code.launchpad.net/~nataliabidart/ubuntuone-client/share-subscribe-dbus
[14:02] <nessita> TODO: fix bug #712528, maybe start with u1cp UI to manage shares
[14:02] <nessita> BLOCKED: nopes
[14:02] <ubot4> Launchpad bug 708335 in ubuntuone-client (Ubuntu) (and 1 other project) "Add subscription capabilities to shares (affects: 1) (heat: 6)" [Medium,Triaged] https://launchpad.net/bugs/708335
[14:02] <ubot4> Launchpad bug 712528 in ubuntuone-client "Subscribing to a RO share with me will not download the content (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/712528
[14:02] <nessita> NEXT: vds
[14:02] <vds> DONE: ninth branch for #701029 landed, tenth started
[14:02] <vds> TODO: more url testing
[14:02] <vds> BLOCKED: nope, last day on this and then to w&m
[14:03] <nessita> NEXT: dobey
[14:03] <dobey> λ DONE: bug 712497, research .pth install, found nasty automake bug, changed tarmac to run every 30 minutes due to very slow u1-client tests
[14:03] <ubot4> Launchpad bug 712497 in ubuntuone-dev-tools "Nightlies fail to build due to dbus-daemon failure (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/712497
[14:03] <dobey> λ TODO: shotwell plug-in research, finish bug 673012, evaluate SRUs for maverick
[14:03] <ubot4> Launchpad bug 673012 in desktopcouch (Ubuntu) (and 1 other project) "Async monitoring of _changes (affects: 1) (heat: 39)" [Undecided,Confirmed] https://launchpad.net/bugs/673012
[14:03] <dobey> λ BLCK: None.
[14:03] <nessita> any comments?
[14:03] <nessita> ok, eom it is :-)
[14:04] <nessita> thanks everyone!
[14:04] <karni> vds: what is w&m if I may ask :)?
[14:04] <nessita> karni: web and mobile
[14:04] <karni> nessita: aah :)
[14:04] <nessita> karni: beuno is borrowing vds for some time
[14:04] <karni> nessita: ack
[14:05] <CardinalFang> DONE: landed desktopcouch package in distro.  Found Chipaca's complaint is not in desktopcouch, or python-couchdb, or couchdb, but in Erlang; patched erlang locally.
[14:05] <CardinalFang> TODO: Test erlang package and give to Chipaca for testing. android-music debug server settings.
[14:05] <CardinalFang> BLOCKED: None
[14:06] <CardinalFang> Also DONE: Marked a bunch of bugs as fix-released.
[14:08] <facundobatista> karni, thanks! Maybe markers will dissappear in the future; they're not really needed anymore after pathlocking (but you can not just remove it, more work is needed)
[14:08] <karni> facundobatista: ack :) thanks
[14:11]  * dobey wonders if there's an irc channel to argue about automake in
[14:30] <karni> I need to print this stuff..
[14:37] <karni> Never thought I would be holding the syncdaemon in my hand.
[14:37] <dobey> doh, and alecu is on holiday today
[14:47] <CardinalFang> karni, shake it real hard to get the bugs out.
[14:47] <karni> CardinalFang: you're talking about U1F?
[14:48] <karni> CardinalFang: a oh, I get it ;D
[14:48] <karni> hahaha
[14:49] <beuno> we should totally implement that. Shake the phone to fix problems
[14:49]  * karni laughs
[14:49] <karni> beuno: he meant the paper copy of SD I'm holding right now :)
[14:50] <karni> this is challenging..
[14:50] <Chipaca> CardinalFang: OHAI. CAN I HAZ PACKAGEZ?
[14:51] <karni> Chipaca: I fell of my chair when I read that. I seriously enjoy this working environment ;D
[14:53] <CardinalFang> Chipaca, okay, soon.
[14:56] <Chipaca> CardinalFang: \o/
[14:57] <Chipaca> karni: mind you coccis, you'll be using it a lot
[14:57] <Chipaca> *your
[14:58] <karni> Chipaca: ;)
[14:58] <karni> Chipaca: (I had to google that to understand it jajaja)
[15:16] <gord> hi all, running latest natty and ubuntuone-syncdaemon has gone out of control. eating up all the cpu it can, dies then respawns (can see the PID changing in top). any ideas?
[15:17] <Chipaca> gord: you have come to the right place.
[15:17] <Chipaca> gord: what does apt-cache policy python-ubuntuone-client say?
[15:18] <Chipaca> facundobatista: ^ maybe of interest to you
[15:18] <gord> Installed: 1.5.3-0ubuntu3
[15:22] <Chipaca> pfibiger: nice post
[15:23] <Chipaca> gord: do you have debug enabled? otherwise, let's turn that on so we have debugging info
[15:24] <CardinalFang> Chipaca, sorry it's taking so long.  pbuilder hates me today.
[15:24] <gord> Chipaca, might do, does it generate a bunch of log files in ~/.cache/ubuntuone/log/ ?
[15:24] <Chipaca> CardinalFang: no problem
[15:25] <Chipaca> gord: the files don't change, but the amount of info in them does
[15:25] <Chipaca> gord: they're rotated, so it shouldn't get to be a huge issue unless you're very tight on space
[15:27] <gord> Chipaca, right yeah, i'm just wondering if i already have it turned on from some previous problem i have :)
[15:28] <Chipaca> gord: you can check ~/.config/ubuntuone/syncdaemon.conf
[15:29] <Chipaca> gord: or, grep DEBUG ~/.cache/ubuntuone/log/syncdaemon.conf
[15:29] <Chipaca> um
[15:29] <Chipaca> syncdaemon.log i mean
[15:29] <Chipaca> :)
[15:29] <gord> debug=True :)
[15:30] <Chipaca> gord: ok
[15:31] <Chipaca> gord: now, could you pastebin or email me syncdaemon.log? (it will list all or at least some of your filenames, so if that's sensitive info for you, don't pastebin it)
[15:33] <gord> Chipaca, syncdaemon or syncdaemon-debug.log ? non of them have any references to my files though
[15:34] <Chipaca> gord: I think just syncdaemon, but check the date in them just in case
[15:34] <gord> Chipaca, syncdaemon.log -> http://paste.ubuntu.com/562590/
[15:34] <gord> the last entry in there is the approximate time i last restarted this system
[15:35] <Chipaca> gord: could you pastebin syncdaemon.conf?
[15:35] <gord> Chipaca, http://paste.ubuntu.com/562591/
[15:36] <Chipaca> gord: and syncdaemon-debug is old?
[15:37] <gord> Chipaca, nope, brand new, constantly being updated with the same line over and over (guessing because syncdeamon keeps dying) "2011-02-04 15:37:17,542 - ubuntuone.SyncDaemon.tritcask - DEBUG - loading entries from hint of: /home/gord/.local/share/ubuntuone/syncdaemon/tritcask/129656689206031.inactive.tritcask-v1.data"
[15:38] <Chipaca> verterok: ping
[15:38] <verterok> Chipaca: pong
[15:38] <Chipaca> verterok: ^
[15:39] <Chipaca> gord: could you open a terminal and do
[15:39] <verterok> Chipaca: looking
[15:39] <Chipaca> gord: killall ubuntuone-syncdaemon; /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug
[15:39] <verterok> Chipaca: do we have logs?
[15:39] <Chipaca> gord: and pastebin the output of that
[15:39] <Chipaca> verterok: yes ... or, no. The logs exist, but say nothing, despite debug being enabled
[15:39] <Chipaca> verterok: syncdaemon.conf at http://paste.ubuntu.com/562591/
[15:40] <Chipaca> verterok: standard log at http://paste.ubuntu.com/562590/
[15:40] <verterok> Chipaca: those are u1sdtool logs :/
[15:40] <Chipaca> verterok: debug log just repeats the line above re tritcask
[15:40] <Chipaca> verterok: (which is why I dragged you in)
[15:40] <verterok> Chipaca: the logs being mixed is already fixed in trunk
[15:41] <verterok> Chipaca: a bug introduced with the big platform refactor
[15:41] <gord> okay that command spews out a huge amount of stuff, doubt i could pastebin it because its 22mb and growing ;)
[15:41] <gord> of note is "2011-02-04 15:40:34,305 - ubuntuone.SyncDaemon.local_rescan - DEBUG - Disk error while scanning path '/home/gord/Music', reason: [Errno 24] Too many open files: '/home/gord/Music'"
[15:42] <Chipaca> hah
[15:42] <verterok> gord: please run: ls -la ~/.local/share/ubuntuone/syncdaemon/tritcask | pastebinit
[15:44] <verterok> Chipaca: looks like someone is opening a lot of files...the only one that keeps files open is tritcask (I think)
[15:44] <verterok> Chipaca: and if the number of files is too big, we have a bug in the merge/compaction code
[15:45] <Chipaca> verterok: good thing we're finding them now, then, and not in a couple of months' time :)
[15:45] <verterok> yeap
[15:45] <gord> http://paste.ubuntu.com/562597
[15:45] <verterok> Chipaca: ^ yes, a huge amount of small data files :(
[15:46] <Chipaca> verterok: yep :)
[15:46] <Chipaca> yay!
[15:46] <verterok> gord: ok, you've found a bug :)
[15:46] <Chipaca> gord: good job :)
[15:46] <gord> okay great!
[15:46] <gord> now how do i get ubuntu one to not hog my cpu? ;)
[15:46] <gord> ie: whats spawning it
[15:46] <verterok> gord: do you already filed a bug in launchpad?
[15:46] <gord> not yet no, i'll go do that in a minute
[15:46] <Chipaca> gord: you can disable file sync until it's fixed
[15:47] <Chipaca> gord: that'll stop the cpu hogging, but it'll also stop the file syncing
[15:47] <Chipaca> gord: but you'r enot getting any file syncing as it is :)
[15:47] <gord> heh yeah, thats okay for now :)
[15:48] <gord> okay ubuntuone-ctonrol-panel-gtk died when i launched that
[15:48] <gord> TypeError: <ManagementPanel object at 0xac30d4c (ubuntuone+controlpanel+gtk+gui+ManagementPanel at 0xacdfdb8)>: unknown signal name: local-device-removed
[15:53] <Chipaca> nessita: ^
[15:54] <nessita> Chipaca: on the cop call, will take a look later
[15:54] <Chipaca> nessita: ok
[15:54] <verterok> gord: if you don't mind trying something, I can give you a script to "fix" the client metadata
[15:56] <gord> okay bug is here: https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/713167
[15:56] <gord> verterok, sure
[15:56] <ubot4> Launchpad bug 713167 in ubuntuone-client (Ubuntu) "ubuntuone-syncdaemon constantly dies then respawns because of too many files open (affects: 1) (heat: 6)" [Undecided,New]
[15:56] <verterok> gord: ok, first I'll request you to make a backup of ~/.local/share/ubuntuone/syncdaemon/tritcask, like: tar -cjf syncdaemon-metadata-backup.tar.bz2 /.local/share/ubuntuone/syncdaemon/tritcask
[15:56] <verterok> gord: thanks
[15:57] <gord> verterok, okay done
[15:59] <verterok> gord: ok, is syncdaemon running?
[16:00] <gord> verterok, seems it isn't running anymore, not sure why
[16:00] <gord> (i didn't mange to turn off file syncing)
[16:00] <verterok> gord: you can change the syncdaemon.conf file :)
[16:01] <gord> oh right, of course
[16:01] <verterok> gord: file_sync_enabled = False :)
[16:01] <gord> yup
[16:01] <verterok> gord: and make sure isn't running: u1sdtool -q
[16:02] <verterok> or ps aux | grep syncdaemon
[16:02] <gord> yeah its definitely not running, ps shows a bunch of other ubuntu one processes (launch and such) but not the syncdaemon
[16:03] <verterok> k, cool
[16:03] <verterok> gord: gimme a few minutes to test the script locally first :)
[16:03] <ralsina> Good very late morning!
[16:04] <karni> ralsina: hi!
[16:04] <gord> verterok, i always appreciate extra testing in a script, that i'm guessing contains a lot of "rm" ;)
[16:04] <verterok> gord: not exactly rm...but something like that :)
[16:06] <ralsina> ChipacaWhat can I do to help anyone?
[16:06] <ralsina> Oops, that chipaca was my fat finger's fault :-)
[16:10] <verterok> gord: just to double check, you haver a backup of the ..../tritcask dir, right? :)
[16:10] <gord> verterok, i do
[16:11] <verterok> gord: so we are good to go. all magic is here: http://paste.ubuntu.com/562613/
[16:11] <verterok> gord: save that as fix_md.py, and run it: python fix_md.py :)
[16:12] <gord> okay lets see if this works
[16:14] <verterok> gord: once the script finish, please pastebin the output of: ls -la ~/.local/share/ubuntuone/syncdaemon/tritcask
[16:14] <verterok> (there should be a bunch of "dead" data files)
[16:14] <verterok> and just one "inactive" data file
[16:15] <gord> verterok, yup lots of dead, one inactive (well + a .hint inactive one)
[16:15] <verterok> gord: yes, inactive + hint :)
[16:16] <verterok> gord: som let's try to start the client, remember to change the syncdaemon.conf back to enabled
[16:16] <verterok> s/som//
[16:17] <gord> verterok, everything seems to be working now :) client does not crash, u1sdtool -s returns the current status correctly instead of just hanging
[16:17] <verterok> gord: cool. please let me know if you hit this situation again, I'll try to replicate this, in order to write a proper fix
[16:18] <gord> okay great, thanks :)
[16:33] <karni> Sorry guys - [] is a list in Python, {} is what exactly?
[16:33] <karni> self.hashed_waiting = {}
[16:33] <dobey> karni: dict
[16:33] <karni> oh, thanks dobey
[16:39] <ralsina> dobey: I work better if I have a simple list of things that need doing, that's why I asked about the launchpad search
[16:40] <dobey> ralsina: sure, we all do :)
[16:40] <ralsina> dobey: So, for example, we should be able to see "list of bugs where we requested information, 4 weeks have passed"
[16:41] <dobey> ralsina: yeah you have to use API to do that
[16:41] <ralsina> That way we would keep the bugs flowing through that chart ;-)
[16:41] <dobey> ralsina: and it is one of the things i was suggesting we need
[16:41] <dobey> one of the many bots
[16:41] <ralsina> In fact, I would use the flowchart as the UI :-)
[16:41] <ralsina> dobey: I may spend my sunday on it, if I am lucky
[16:42] <dobey> the way bugs get filed is a mess, so it's hard to do right
[16:49] <ralsina> dobey: misfiled bugs are beyond scope
[16:49] <ralsina> Let's pick the low hanging fruit first
[16:55] <dobey> first, lunch :)
[17:05] <ralsina> nessita: question about the new preferences panel?
[17:14] <amorphous1> Hello folks..I have a question regarding the ubuntuone sync. Yesterday I installed a new computer and connected to my u1 acct from System> Preferences>Ubuntu One
[17:15] <amorphous1> after filling the acct info, it connected and started syncing. The thing is that it deleted all my files on the U1 server
[17:16] <amorphous1> it's like it synced the empty folder in my new install with the server data and not the other way around
[17:18] <beuno> amorphous1, ouch
[17:18] <beuno> rye, ^
[17:22] <karni> dobey: if [] is a list, {} is a dict, what is defaultdict(list) xD ?
[17:22] <ralsina> dobey: A defaultdict is a dictionary with a default value when the key doesn't exist
[17:22] <ralsina> However, I am not sure how you build one from a list ;-)
[17:23] <karni> ralsina: uhm :)
[17:23] <ralsina> http://docs.python.org/library/collections.html#collections.defaultdict
[17:23] <karni> thanks ralsina !
[17:24] <ralsina> If it's defaultdict (*list) that's something else :-)
[17:24] <karni> brb guys, server maintanance by a friend of mine
[17:25] <nessita> ralsina: shoot! (sorry, I went to lunch without letting you all know)
[17:25] <ralsina> no problem
[17:25] <pedronis> ralsina, there's (default)dict.fromkeys
[17:25] <ralsina> nessita: do we have a throttling settings page in the new control panel?
[17:25] <ralsina> pedronis: actually karni's question is the example in the defaultdict docs :-)
[17:25] <nessita> ralsina: yes we do, in the devices tab. You need syncdaemon enabled to use that
[17:25] <ralsina> And it's hella tricky
[17:25] <ralsina> nessita: can we disable throttling there?
[17:26] <nessita> ralsina: you can set throttling limits only for the current device. Yes, you can disable throttling altogether.
[17:26] <ralsina> Then we can mark #523248 as something other than new :-)
[17:27] <nessita> let's see... bug 523248
[17:27] <ubot4> Launchpad bug 523248 in ubuntuone-client "How to specify unlimited upload/download for syncdemon? (affects: 1) (heat: 1)" [Undecided,New] https://launchpad.net/bugs/523248
[17:27] <nessita> ralsina: the bug report is weird since unlimited is the default setting
[17:27] <ralsina> Then invalid?
[17:28] <nessita> no no, I'll answer
[17:28] <ralsina> Suppose he limited once and then wanted to disable it
[17:28] <nessita> right, with the old preferences I have no idea
[17:28] <ralsina> If the old preferences didn't let him disable throttling, he was stuck -> bug
[17:28] <nessita> ralsina: thing is that you can't close this report because new control panel has the feature
[17:29] <ralsina> Then I would have to mark it won't fix
[17:29] <nessita> ralsina: so you should ask dobey about old preferences, of there is way to unlimit the throttling
[17:29] <ralsina> ok, I will ask him after his lunch
[17:29] <nessita> ralsina: if old preferences doesn't support it, yes, won't fix + explanation makes sense
[17:29] <ralsina> ok
[17:30]  * ralsina starts up lucid
[17:30] <ralsina> as in, my lucid vm, not that I am any lucid
[17:30] <nessita> :-)
[17:31] <pedronis> rye, I'm on maverick though, and it seems to work
[17:33] <karni> I'm back
[17:33] <karni> did I miss anything ;)?
[17:33] <ralsina> karni: defaultdict(list) is the example in the defaultdict docs :-)
[17:34] <karni> ralsina: cool! I grabbed something to eat, I'll have a look at it now
[17:35] <dobey> hmm
[17:37] <ralsina> Bug #519240 should not be assigned to desktop+ but to foundations, right?
[17:37] <ubot4> Launchpad bug 519240 in ubuntuone-client (Ubuntu) (and 1 other project) "syncdaemon doesn't handle 'foreign' files in partial directory (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/519240
[17:37] <dobey> ralsina: probably yes
[17:48] <dobey> huh
[17:50] <dobey> ralsina, nessita: if you want to do pretty much unlimited dl, and only limit upload, you just set the dl to the highest value.
[17:50] <dobey> not the lowest
[17:51] <ralsina> dobey: so, in the old preferences you can't disable throttling? Care to respond to bug #523248 ?
[17:51] <ubot4> Launchpad bug 523248 in ubuntuone-client "How to specify unlimited upload/download for syncdemon? (affects: 1) (heat: 1)" [Undecided,New] https://launchpad.net/bugs/523248
[17:53] <ralsina> nessita: shared folders: can we reject them?
[17:53]  * ralsina is going to be hella annoying today with this
[17:54] <dobey> ralsina: you can disable it completely, or you can set it to a very high limit
[17:54] <nessita> ralsina: I have no idea. I know we can from the command line (u1sdtool), but from any other desktop UI, can't tell. From the web UI maybe, beuno will know.
[17:55] <ralsina> dobey: I meant mostly if there's UI for that. If there is, that bug is invalid. If there isn't, it's a wontfix
[17:55] <ralsina> nessita: ok
[17:55] <dobey> anyway i commented
[17:55] <ralsina> dobey: ok
[17:56] <dobey> nessita: doesn't the share ux stuff you were working on allow rejecting shares?
[17:56] <nessita> dobey: not in particular. It would we be good to have that, yet we have no scheduled task for that
[17:57] <nessita> dobey: anyways, despite your comment being valid, I think that ralsina asks for what we currently have (he's bug triaging)
[17:57] <thisfred> so what happens if I share 500 folders with you? :)
[17:57] <dobey> nessita: yes, but "We will have this support in 11.04" is a valid response as well
[17:57] <ralsina> thisfred: well, you DOS my ubuntu box, of course :-)
[17:58] <dobey> thisfred: i know some people.
[17:58] <thisfred> hehe
[17:58] <ralsina> Ok, I marked bug #557622 as triaged low
[17:58] <ubot4> ralsina: Bug 557622 on http://launchpad.net/bugs/557622 is private
[17:58] <thisfred> I suppose you can always go to the web ui
[17:58] <ralsina> Because I want us to do it someday
[17:58] <ralsina> So thisfred doesn't kill my netbook ;-)
[18:00] <ralsina> At this rate, I will check all New/unassigned bugs in... 2 weeks. Yikes.
[18:00]  * dobey writes a bot to keep filing new bugs
[18:02] <CardinalFang> Chipaca, http://sandbox.chad.org/erlang/
[18:02] <ralsina> Stupid question: Is karmic still supported?
[18:02] <CardinalFang> Works For Me.
[18:03] <CardinalFang> ralsina, https://wiki.ubuntu.com/Releases    Until April
[18:04] <ralsina> CardinalFang: well, the bad news is u1 seems to have been very buggy on karmic.
[18:04] <ralsina> The good news is maybe we won't care anymore about that in two months...
[18:05] <joshuahoover> nessita: ping
[18:05] <nessita> joshuahoover: pong
[18:06] <joshuahoover> nessita: ever heard of an error when setting up 10.10 w/ u1 the first time like this - " unable to find login server at ubuntu one"
[18:06] <CardinalFang> ralsina,  https://wiki.ubuntu.com/StableReleaseUpdates
[18:07] <nessita> joshuahoover: not really, sounds like a DNS issue. Have a screenshot or log file?
[18:07] <joshuahoover> nessita: nope, that's it right now...going to ask for more info...just checking to see if you ever heard of that kind of error...i (obviously) have not :)
[18:07] <CardinalFang> rmcbride, care to chime in on possible karmic update of u1 sync client?
[18:08] <nessita> joshuahoover: it rings a very low bell, DNS issue is what tingles along with it
[18:08] <nessita> but I'm not sure
[18:12] <dobey> CardinalFang: i don't even want to think about the ramifications of that.
[18:15] <dobey> oh sigh
[18:16] <dobey> i just remembered, starting next friday i have to deal with the juror crap for 2 weeks :(
[18:16] <beuno> dobey, know what trial?  fingers crossed for a P2P trial here
[18:17] <CardinalFang> If he knows, he's probably not supposed to say.
[18:17] <dobey> beuno: no i have no idea what it's for yet
[18:17] <beuno> nobody reads IRC
[18:17] <dobey> beuno: or even if i actually have to go
[18:18] <dobey> but i know i am biased
[18:18] <beuno> heh
[18:19] <thisfred> Just wear a "GUILTY' T-shirt to jury selection :D
[18:25] <dobey> i think i will write a script to tell me if i have to go, and run it in cron when i am supposed to check when i am supposed to go
[18:26] <beuno> that'll scare them even more than the tshirt
[18:27] <karni> verterok: facundobatista: I can't quite understand why volume_id and share_id have both been introduced and are still used interchangeably. is one of them deprecated/preferred?
[18:27] <karni> verterok: facundobatista: I just mean the naming convention, nothin else.
[18:27] <beuno> I *think* they are effectivly the same thing
[18:28] <karni> beuno: You're right. I'm just wondering to which I should stick. Just stumbled upon "volume_id=share_id" method parameter-value pair.
[18:29] <karni> *stick to
[18:33] <beuno> karni, volume_id
[18:34] <karni> beuno: ack, will do
[18:37] <ralsina> dobey: flip a coin before answering any questions
[18:37] <ralsina> "Are you a friend of the defendent" <flip> "No sir!"
[18:37] <ralsina> Flipping coins makes anything look suspicious
[18:38] <ralsina> "Stop flipping that coin!" <flip> TASER!
[18:38] <dobey> ralsina: also so does saying "i cannot form an unbiased opinion about the outcome of this trial."
[18:39] <ralsina> dobey: yes, but that is not funny.
[18:40] <dobey> ralsina: it is if i'm wearing a hat with a feather in it, in a bright orange suit
[18:40] <ralsina> even more so if the trial is about pimping!
[18:40] <dobey> exactly
[18:41] <dobey> "No. She works for me."
[18:41] <ralsina> A bug about u1 working on Debian is not our bug, is it?
[18:41] <dobey> yes/no
[18:41] <dobey> it depends on what the issue is
[18:42] <ralsina> I mean, not until they have some specific problem making it work
[18:42] <ralsina> bug #312424
[18:42] <ubot4> Launchpad bug 312424 in gnome-session (Ubuntu) "Disable 'Automatically save changes to session' fails (dups: 1) (heat: 4)" [Low,Invalid] https://launchpad.net/bugs/312424
[18:42] <dobey> is it a bug, or is it a feature request?
[18:42] <ralsina> oops #414424
[18:42] <ralsina> It's "please please make it work on debian"
[18:42] <dobey> bug #414424
[18:42] <ubot4> Launchpad bug 414424 in moovida "no work (affects: 1)" [Undecided,Won't fix] https://launchpad.net/bugs/414424
[18:42] <dobey> then that's our bug
[18:42] <dobey> bug #412424
[18:42] <ubot4> Launchpad bug 412424 in debian (and 1 other project) "Please support Debian too, Ubuntu One Client (affects: 3) (heat: 3)" [Unknown,New] https://launchpad.net/bugs/412424
[18:43] <ralsina> argh
[18:43] <ralsina> bug #412424
[18:43]  * ralsina is typing like a drunk
[18:43] <dobey> anyway, it's also reported in debian
[18:43] <ralsina> Exactly
[18:43] <ralsina> I don't see anything for us to do with it
[18:44] <dobey> so mark it invalid
[18:44] <beuno> Wishlist?
[18:44] <beuno> Opinion?
[18:45] <ralsina> I say invalid
[18:45] <ralsina> because it's not a bug in u1-client nor in ubuntu
[18:45] <ralsina> nor are they wishing us to do something
[18:45] <ralsina> nor do they have an opinion that can be discussed
[18:45] <beuno> Why not just rename it to "Ubuntu One doesn't work on Debian"
[18:46] <beuno> wishlist
[18:46] <ralsina> But wishlist to be polite
[18:46] <ralsina> beuno: as far as we know it does?
[18:46] <beuno> and next person that asks, point them to a bug they can fix!
[18:46] <beuno> it's 100% open source
[18:46] <beuno> ralsina, so fixed released?  :)
[18:47] <ralsina> beuno: well as far as I know it doesn't work either. It's a schroedinger-package :-)
[18:47] <beuno> heh
[18:47] <beuno> now *that* would be a great bug status
[18:47]  * ralsina is afraid to collapse the wave function
[18:50] <dobey> it's not packaged in debian, but should work i guess
[18:51] <dobey> though we have some things in ubuntu we depend on that also aren't in debian
[18:51] <karni> verterok: Doesn AccountInfo request contain anything else interesting then 'purchased bytes' :) ?
[18:53] <dobey> sigh
[18:54] <dobey> if only rum and bourbon weren't dessicants
[19:03] <nessita> gord: ping
[19:04] <nessita> karni: nopes, sorry :-(
[19:04] <nessita> it should, shouldn't it?
[19:04] <nessita> karni: wanna file a bug?
[19:12] <facundobatista> karni, there was share_id originally, later introduced volume_id, never really cleaned up or uniformed everything
[19:13] <Chipaca> CardinalFang: holey macaws, that's a lot of .debs :)
[19:14] <dobey> Chipaca, ralsina: how do you feel about no longer supporting lucid for ubuntuone-client nightlies?
[19:14] <dobey> also, maybe maverick too
[19:14] <dobey> but i need some confirmation on maverick
[19:14] <Chipaca> dobey: why?
[19:14] <ralsina> chipaca beat me to it
[19:14] <Chipaca> dobey: i feel like it's a bad idea, but ... why?
[19:14] <CardinalFang> Chipaca, it should be.  It takes forever to install.   $dpkg -l erlang\* |grep ^ii
[19:15] <CardinalFang> Er, forever to compile.
[19:15] <Chipaca> CardinalFang:  dpkg -l erlang\* | awk '/^ii/{print $2}'
[19:15] <ralsina> Oh, mine, bug triaging is fun. It's like dealing cards and every card I throw hots someone in the eye
[19:15] <ralsina> s/hots/hits/
[19:16] <dobey> Chipaca: because the gobject-introspection in lucid and maverick don't support --identifier-prefix option, so the generated gir/vapi are basically wrong :(
[19:17] <ralsina> Dobey: opinion! The stack traces in bug #551152 are completely useless, right?
[19:17] <nessita> ralsina: I'm sorry I may stop your killing-with-cards fun, but did you take a look to the nautilus issue we discussed yesterday?
[19:17] <ubot4> ralsina: Bug 551152 on http://launchpad.net/bugs/551152 is private
[19:17] <ralsina> nessita: no, because I started late today
[19:17] <ralsina> nessita: I will tonight. Just got wife's permission
[19:17] <nessita> ralsina: hehehe
[19:18] <karni> facundobatista: aha, thanks
[19:18] <karni> nessita: no, not really. just wondered if AccountInfo was a more interesting object then one field, purchasedBytes ;)
[19:18] <karni> nessita: I'm not planning to file a bug (if that question was to me) ;D
[19:18] <dobey> ralsina: not entirely useless, but probably not us
[19:18] <nessita> karni: it would make all the sense in the world to be more interesting
[19:18] <karni> nessita: hahaha :)
[19:18] <ralsina> dobey: foundations?
[19:19] <nessita> karni: I know I have to do REST api to get account info for the control panel
[19:19] <nessita> and that is an extra overhead that could be avoided if syncdaemon had that info
[19:19] <nessita> though I agree is a syncdaemon's concern to know about account info
[19:19] <dobey> ralsina: by not us i mean it looks like it's an issue with python-dbus or libdbus, on lucid. it may have been fixed, since it was pre-release. i would incomplete and ask if it's reproducable
[19:19] <nessita> is *not* :-)
[19:20] <karni> :)
[19:22] <dobey> Chipaca: or i don't know if anyone else is using libsyncdaemon through gir, but breaking that API might be a solution...
[19:22] <ralsina> dobey: there are a ton of similars. I will de-duplicate first.
[19:23] <dobey> hrmm, my machine seems somewhat stable with all 4 GB of RAM in it now
[19:25] <ralsina> gack, 30% of our new/unassigned bugs are ubuntuone-login crashes
[19:25] <dobey> i don't buy that
[19:26] <dobey> Chipaca: ok, so breaking API does fix it
[19:26] <ralsina> dobey: you don't believe me?
[19:26] <nessita> ralsina: old or new u1-login?
[19:26] <dobey> i wonder why rodrigo made it be SyncDaemon-1.0.gir instead of Syncdaemon anyway
[19:26] <dobey> nessita: old
[19:26] <ralsina> https://bugs.launchpad.net/ubuntuone-client/+bugs?field.searchtext=ubuntuone-login+crashed&orderby=-importance&search=Search&field.status:list=NEW&assignee_option=none&field.assignee=&field.bug_reporter=&field.bug_supervisor=&field.bug_commenter=&field.subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.used=&field.has_branches.used=&field.
[19:26] <ralsina> has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on
[19:27] <dobey> stop that
[19:27] <ralsina> Ok, not really 30% but that's 39 bugs anyway
[19:27] <dobey> multiline URLs are not clickable :)
[19:27] <nessita> dobey: ack
[19:27] <nessita> ralsina: FYI, before maverick (BM) we had a ubuntuone-login script that was replace, in maverick, by the ussoc project
[19:27] <ralsina> let me tinfy that ;-)
[19:27] <ralsina> dobey: and they are in quassel ;-)
[19:28] <nessita> ralsina: starting on natty, we have the ubuntuone-login script back (only the name) that acts as an abstraction layer to the ussoc service for U1
[19:28] <ralsina> http://bit.ly/fcr4v2
[19:28] <nessita> ralsina: did that make sense in your head? :-)
[19:28] <ralsina> nessita: these are all old then
[19:29] <ralsina> newest is from april 2010
[19:29] <duanedesign> ralsina: I set up an interface to view some ubuntuone-client bug stats in case anyone finds the info useful/interesting. http://okiebuntu.homelinux.com/complete-graphs/
[19:29] <ralsina> duanedesign: I was all happy about january until I noticed the graph didn't start at 0 :-)
[19:31] <ralsina> So, we are not going to spend any resources on the OLD ubuntuone-login? Because if so, we can mark 39 bugs wontfix.
[19:31] <nessita> ralsina: all those should be closed as won't fix or invalid, I think, with a standard speech
[19:31] <nessita> ralsina: is your call :-)
[19:31] <ralsina> hahaha
[19:31] <ralsina> that was EVIL laughter
[19:31] <ralsina> They all look like a pain to debug, and are not even the same crash
[19:31] <nessita> ralsina: on IRC, that one is (Chipaca knows best) muahahahaha
[19:32] <ralsina> Are we shipping the new u1-login for, say maverick?
[19:32] <nessita> nopes
[19:32] <nessita> only in nightlies
[19:32] <duanedesign> hmm. the stats should go back farther then late January. I will look into that...
[19:32] <Chipaca> CardinalFang: ServerError: (500, ('json_encode', '{bad_term,<0.345.0>}'))
[19:32] <nessita> (that does not qualifies of 'shipping in maverick')
[19:32] <ralsina> But someday at least in our stable repo?
[19:32] <nessita> ralsina: define 'our stable repo'
[19:32] <dobey> ugh python-dbus was hella unstable then
[19:32] <ralsina> nessita: hmmm our PPA?
[19:33]  * ralsina is trying to find where he got that from
[19:33] <CardinalFang> Chipaca, &$^!@*#$.
[19:33]  * CardinalFang checks that it's compiled correctly.
[19:33] <nessita> ralsina: we have a nightlies PPA, and a beta one. dobey can fill in the blanks.
[19:33] <Chipaca> CardinalFang: I'm going to nuke my local couchdb and start over
[19:34] <dobey> and stable
[19:34] <Chipaca> CardinalFang: what's the best way of doing that?
[19:34] <dobey> beta is sort of incommunicado at the moment
[19:34] <ralsina> haha! we *do* have a stable repo ;-)
[19:35] <dobey> Chipaca: should we break gir api?
[19:36] <dobey> which basically means fix the broken gir api
[19:36] <karni> It's been 8h for me, time to get a little rest.
[19:36] <Chipaca> dobey: what does this impact?
[19:36] <CardinalFang> Chipaca,  $ mv ~/.local/share/desktop-couch ~/.local/share/desktop-couch-backup
[19:37] <dobey> Chipaca: anything using libsyncdaemon via gobject-introspection. so... i have absolutely no idea, but i suspect nothing
[19:37] <dobey> Chipaca: except that it will make the .vapi generation work correctly on lucid/maverick
[19:38] <Chipaca> dobey: go ahead. We can revise if somebody screams.
[19:38] <dobey> ok
[19:42] <Chipaca> CardinalFang: now I'm getting two 500s instead of one
[19:42] <Chipaca> CardinalFang: progress!
[19:43] <Chipaca> thisfred: were you able to file the bug?
[19:43] <CardinalFang> Chipaca, ah, I don't think the builder applied the patch.  So, that's less terrible news.
[19:43]  * CardinalFang reads quilt man page.
[19:43] <Chipaca> CardinalFang: ... except for the "ugh takes forever to build" thing there, yes :)
[19:43] <thisfred> CardinalFang: with couchone? yes, that's where we got the suggestion of brokenness in erlang
[19:43] <CardinalFang> Gods, is it slow.
[19:43] <thisfred> apparently "again"
[19:44] <thisfred> s/^CardinalFang\:/^Chipaca\:/
[19:46] <ralsina> ubuntu-sso-client is the new ubuntuone-login right?
[19:47] <dobey> no
[19:47] <dobey> the new ubuntuone-login is the new ubuntuone-login
[19:47] <ralsina> grmbl
[19:47] <dobey> but it's a simple interface that uses ubuntu-sso-client
[19:48] <ralsina> dobey: what package versions have the new one?
[19:48] <dobey> it basically just contains a dbus interface for connecting to u1 specifically, without having to copy all the extra data to do so
[19:48] <dobey> ralsina: narwhal, so 1.5.x
[19:48] <ralsina> dobey: ok
[19:49] <ralsina> dobey: So I can only offer nightlies for users of Lucid with the crashy ubuntuone-login?
[19:50] <dobey> no
[19:50] <dobey> it needs to be verified if that crash still happens, or if it was only during pre-release
[19:51] <ralsina> dobey: my plan is: since we are not going to fix the old ubuntuone-login, tell the users to upgrade to the new one if they are still experiencing the crash.
[19:52] <ralsina> But to do that, I have to offer a reasonable update, ie not nightlies
[19:52] <ralsina> For lucid, stable has 1.4.4.1
[19:54] <dobey> ralsina: let's not do that
[19:54] <dobey> because for one, we are working on an SRU to lucid
[19:54] <dobey> so if there is a crash that we can fix, we should fix it
[19:54] <ralsina> dobey: there are at least 12 different lucid crashes
[19:54] <dobey> secondly, lucid is LTS, we should not be telling people in general who are still on lucid, to "use a PPA"
[19:55] <ralsina> all in a piece of software we are not working on anymore, AFAIK
[19:55] <dobey> yes, well, that's because we suck at scheduling, not because we shouldn't be fixing bugs
[19:55] <dobey> lucid is an LTS. we have to support it for like 3 years.
[19:57] <ralsina> dobey: well, I can either do that or call it wontfix without telling them about the PPA, or jsut pretend it's not there
[19:57] <ralsina> dobey: I don't see where I would get the manpower to chase a dozen different crashes
[19:58] <dobey> or we could, actually triage the bugs, and figure out if the crash is *still* a problem, and fix it if it is, and put out an update
[19:58] <dobey> we don't have to chase them
[19:58] <ralsina> dobey: so, you say I take all these 8-month old bugs, and say "hey, still broken?"
[19:58] <dobey> there's this wonderful status on bugs called "Incomplete" that you can set, and say "Hey, this looks like you were running the beta. Could you please let us know if this still occurs? Thanks."
[19:59] <ralsina> When you say "the beta", you mean lucid beta? Or u1 beta?
[19:59] <dobey> lucid
[19:59] <dobey> i mean, the version info in the bugs tells you what they are using
[19:59] <ralsina> yes
[19:59] <ralsina> ok, will do that for all pre-release lucid bugs
[20:13] <ralsina> I will file a bug asking for game mechanics on launchpad. "You obtained the parrot badge for posting the same comment 12 times"
[20:15] <dobey> i wish i had time to write a bot for triaging our bugs
[20:17] <ralsina> dobey: I think I found an interesting pattern. There seems to have been *one* very crashy ubuntuone-login, pushed around march 21. There are tons of reports until march 25, then much less, and none after apr 2
[20:17] <ralsina> So, my guess is none of these is still there
[20:18] <dobey> right. i would mark them dup of the first one, and ask if it still occurs, marking it incomplete until someone replies with "yes, this software is crap and i can't use it at all!" or something :)
[20:18] <ralsina> And that means 39 bugs new+unassigned actually required no action except triaging
[20:18] <ralsina> nah, I just assign all to me, Incomplete, then in a month I will close them all invalid
[20:19] <dobey> launchpad automatically expires incomplete bugs
[20:19] <ralsina> dobey: even better
[20:19] <dobey> so the "checking in a month" thing isn't necessary
[20:19] <ralsina> yay
[20:20] <ralsina> Not even one of the crashes is with a released version
[20:21] <dobey> speaking of useless backtraces :(
[20:22] <dobey> http://pastebin.ubuntu.com/562732/
[20:23] <ralsina> Oh, so you were calling an object! ;-)
[20:24] <dobey> i have no idea what crashed exactly :(
[20:25] <ralsina> Well, it's something using python! With objects! ok, yes, that trace is crap.
[20:26] <verterok> karni: not at this moment, only the purchased bytes
[20:27] <ralsina> We should ship full-debug binaries and enable coredumps. That would teach someone a lesson!
[20:27] <dobey> ralsina: it's tests in alecu's branch crashing python
[20:28] <ralsina> I have decided something that shows the temporal distribution of a bug search in launchpad would be useful
[20:28] <dobey> ralsina: and it doesn't much help if i have absolutely no idea what debug binaries i need to install to get a useful trace :(
[20:29] <ralsina> dobey: all of them. It's just wildly impractical.
[20:31] <ralsina> Cool, this bar gives you candied orange rinds with the coffee
[20:32] <dobey> ralsina, Chipaca: could one of you review https://code.edge.launchpad.net/~dobey/ubuntuone-client/support-older-vala/+merge/48617 please? :)
[20:33] <ralsina> dobey: what version should I check that on?
[20:33] <dobey> ralsina: lucid or maverick
[20:33] <ralsina> Ok, will check it after the next 18 bugs
[20:34] <dobey> well i guess my system wasn't stable for long. X just crashed on me :(
[20:35] <dobey> sigh i think these people closed my rma ticket without telling me
[20:35] <dobey> bastards
[20:36] <dobey> now i have to make a new one :(
[20:42] <CardinalFang> thisfred, Chipaca, that patch from UO has a syntax error.  I think I fixed it.  Rebuilding.
[20:42] <Chipaca> UO?
[20:43] <CardinalFang> Sorry.  Couch One, I mean.
[20:43] <CardinalFang> UO is us.
[20:43] <thisfred> :)
[20:46] <dobey> when i see UO, i see "Ultima Online"
[20:46] <ralsina> Bug #592970 that is a service outage warning?
[20:46] <ubot4> Launchpad bug 592970 in ubuntuone-client ""Something's not working correctly." after login. (affects: 1) (heat: 2)" [Undecided,New] https://launchpad.net/bugs/592970
[20:47] <dobey> ralsina: looks like it
[20:47] <ralsina> dobey: ok
[20:47] <dobey> probably on the web site
[21:04] <ralsina> dobey: I won't make it with that review, sorry.
[21:05] <dobey> :(
[21:07] <ralsina> my maverick and lucid need reinstalling. I can't even run ubuntuone-preferences on them anymore :-(
[21:07] <ralsina> So I don't trust anything they do
[21:09] <dobey> well i suppose you can just review by reading the diff if you want to
[21:09] <ralsina> My stupid question of the 6PM/7PM (ART) hour: what's ubuntuone-client-applet
[21:09] <ralsina> dobey: ok, that I can do
[21:09] <dobey> we need that branch to make the nightlies build again on lucid/maverick
[21:09] <dobey> ralsina: it's the old tray icon applet we used to have
[21:10] <ralsina> dobey: I trade you the review for triaging bug #517705 ;-)
[21:10] <ubot4> ralsina: Bug 517705 on http://launchpad.net/bugs/517705 is private
[21:11] <ralsina> dobey, am I nuts or all the lines replaced in https://code.edge.launchpad.net/~dobey/ubuntuone-client/support-older-vala/+merge/48617 look the same to me?
[21:12] <dobey> ralsina: s/SyncDaemon/Syncdaemon/g
[21:12] <dobey> D -> d
[21:12] <ralsina> hahaha
[21:12] <ralsina> and whitespace on 40/41
[21:14] <dobey> oh, hmm, yeah
[21:15] <ralsina> dobey: +1
[21:26] <Chipaca> CardinalFang: I'm leaving. If the build finishes, can you ping me / drop me an email / throw me a rock? (no problem if the answer is "no way! it's a WEEKEND dude"
[21:26] <ralsina> dobey: bug #592260 is release-fixed?
[21:26] <ubot4> Launchpad bug 592260 in ubuntuone-client "ubuntuone-syncdaemon crashed with ImportError in <module>() (affects: 2) (heat: 3)" [Undecided,New] https://launchpad.net/bugs/592260
[21:26] <Chipaca> ttfn!
[21:28] <dobey> ralsina: yes
[21:28] <dobey> ralsina: i just set it so
[21:28] <ralsina> ok, cool
[21:29] <dobey> to install new x, or not to install new x, that is the question
[21:29] <dobey> i think maybe i'll hold off on it
[21:32] <dobey> ok, after this tarmac run i am so pulling out this bad ram again
[21:37] <ralsina> Ok, I am officially sick of bug triaging and going to EOW
[21:37] <dobey> heh
[21:38] <ralsina> But I really dented the pile, so I am leaving with a smile :-)
[21:40] <ralsina> dobey: nighlies down again...
[21:40] <dobey> again?
[21:41] <ralsina> Namespace Syncdaemon could not be ofund
[21:41] <ralsina> So it's after your branch merged
[21:41] <dobey> yes that is what the branch you just approved fixes
[21:41] <dobey> my branch is still merging
[21:41] <ralsina> Oh, I just didn't read the mail in a while then
[21:41]  * ralsina is tired, it seems
[21:42] <ralsina> I remembered the other way around
[21:43] <ralsina> ok, bbbbbye
[21:48] <dobey> later as well
[21:58] <dobey> doh, but the packaging needs updated
[23:48] <CardinalFang> Chipaca, http://sandbox.chad.org/erlang/   # Earlier version because of ~cm