[00:26] <rmcbride> verterok: packages for karmic are indeed broked. We hope to have a fix for tomorrow's release. Finishing up packaging for Karmic proper has taken priority.
[00:26] <verterok> rmcbride: thanks! great to know
[00:26] <rmcbride> also a good package for configglue should be in karmic universe soon if it is not already. Passed REVU last week
[00:27] <verterok> nice!
[00:30] <rmcbride> I'm out for the evening. Looking up at backscroll it looks like the good configglue package is recently published, but may not be in all indexes yet? anyhow have a good one all!
[00:34] <ajmitch> rmcbride: archive admins have to accept the new binary packages
[08:48] <thisfred> top of the morning, ubuntuoneros!
[09:41] <alanbell> are .conflict files created by U1?
[09:42] <alanbell> I have a GNUCash folder in U1 and the main accounts file is now zero bytes long and there is a .conflict file which is a gzip which won't extract for some reason
[09:53] <alanbell> I managed to recover most of it from the most recent .xac file, however a breakage on gnucash isn't nice :-(
[10:03] <vds> alanbell: I'm sorry you are experiencing this problem
[10:03] <vds> alanbell: have time to investigate a bit what's happened?
[10:07] <alanbell> vds: sure
[10:07] <vds> alanbell: have you looked at the ubuntuone log files already?
[10:08] <alanbell> not yet, I was concentrating on recovery :-)
[10:09] <vds> alanbell: of course :)
[10:09] <alanbell> doing some grepping now
[10:12] <alanbell> ok, first looking at the activity of the file I am interested in with grep "Bell Lord Ltd'" *
[10:12] <alanbell> http://pastebin.com/f36e8f50d
[10:12] <alanbell> now seeing when the .conflicts turn up with grep "Bell Lord Ltd.conf" *
[10:13] <alanbell> http://pastebin.com/f6fa3a9cd
[10:14] <alanbell> I have several machines which are mine, so it is in my files, plus I have shared it with another account. I don't think I had gnucash working on the file on multiple computers at the same time, but it is possible
[10:14]  * vds looking
[10:17] <alanbell> I have been having a bit of bother with the U1 icon spinning forever, just working and idling and not achieving much
[10:17] <vds> alanbell: do you have the latest ubuntuone-client installed?
[10:18] <alanbell> I think so
[10:19] <danage> alanbell: i have had the smae issues, especially when adding many files
[10:19] <danage> it seemed to create no traffic
[10:19] <danage> what it was doing was creating all files first, then slowly uploading them to "the cloud" after a LONG time
[10:20] <vds> yes we are working to speed up the upload/download
[10:20] <alanbell> vds: yes, it is the latest version, there were some other updates waiting for me in landscape, but not U1client
[10:21] <vds> alanbell: ok, thanks
[10:22] <vds> Chipaca: ping
[10:22] <alanbell> I tend to keep things uptodate and I am doing a trial of landscape which is quite fun
[10:22] <danage> vds: i was waiting for chad to return, but i may as well just state it now
[10:23] <danage> a nice feature would be an actual indication of what the daemon is doing, i.e. a queue indicator or something
[10:23] <danage> when you hover over the symbol, ya know
[10:24] <vds> danage: you mean something to get a feedback about what the syncdaemon is doing? that would be nice!
[10:25] <danage> yeah like that. appears like it wouldn't be too difficult to implement
[10:26] <vds> danage: right
[10:48] <vds> alanbell: I'll make sure some of the sync daemon will look at the logs, in the meanwhile would it be possible to check whether more than one instance of gnucash had that file open?
[10:50] <alanbell> vds: looking at the dates it is highly likely that only one computer had that file open in GNUcash
[10:50] <danage> i also think opening the ubuntuone folder with a left-click is unintuitive. to me it would make more sense having it connect/disconnect that way. usually, i open folders with the "places" menu item gnome has
[10:52] <vds> danage: agreed I think we'll get rid of the applet as it is now
[10:52] <danage> oh really?
[10:52] <danage> what's the plan then?
[10:53] <vds> danage: not sure yet
[10:53] <vds> not to me at least
[10:53] <vds> we can ask dobey
[10:54] <vds> as soon as he gets online
[11:01] <thisfred> vds: found the relevant couchdb commit: http://github.com/halorgium/couchdb/commit/b1bfb1481e54474ce302e134a614134cc7f5fcb0
[11:02] <thisfred> vds: so it's doc._local_seq in views
[11:07] <thisfred> since the vote for 0.9.1 has just started, this seems likely to land soon
[11:07] <thisfred> vds: so we'll need to see if it's too late to get 0.9.1 in Karmic
[11:11] <thisfred> Happy birthday Alan Turing!
[11:12] <teknico> thisfred, is he back from the dead?
[11:13] <thisfred> teknico: unfortunately no, but we can still party like it's 1949
[11:15] <teknico> thisfred, did Big Brother start just last year? it seems like it's been going on for ages...
[11:30] <FLOZz> Hello
[11:33] <vds> thisfred: should not be too late if we manage to package it soon, but
[11:33] <vds> thisfred: has it been released yet?
[11:33] <thisfred> vds: no, the vote has just started
[11:33] <thisfred> FLOZz: hi
[11:34] <vds> thisfred: can we vote? :)
[11:34] <vds> FLOZz: hi
[11:34] <thisfred> vds, we can, but our votes won't count :)
[11:34] <vds> I suspected it :)
[11:34] <thisfred> vds: anyway, I have seen only +1s, so it's all good
[11:35] <vds> what I could do maybe tomorrow is to try to repackage it so at least we are ready when it is releasd
[11:35] <FLOZz> I have a little problem with ubuntu one
[11:35] <vds> or maybe we can alert kenvandine
[11:35] <vds> FLOZz: what's the problem
[11:35] <vds> ?
[11:35] <vds> :)
[11:35] <FLOZz> I have created a sub-folder with the web interface... and I can't suppress it
[11:37] <FLOZz> When I click on [Delete], nothing happen ^^'
[11:37] <thisfred> vds, that sounds like a good idea. Also we'll need to start experimenting with it soon, to see what we can and can't make work with the _changes feeds because the update triggers may be gone in that release. Not sure,
[11:37] <thisfred> doing more research
[11:37] <FLOZz> and if I delete it in nautilus, it's the same problem
[11:37] <vds> FLOZz: delete on the web interface?
[11:38] <FLOZz> yes
[11:38] <vds> and also deleting it from nautilus doesn't work
[11:38] <vds> FLOZz: have you already checked the logs?
[11:38] <FLOZz> no...where are the logs ?
[11:39] <vds> FLOZz: .ubuntuone_log/
[11:39] <FLOZz> ok thx
[11:41] <FLOZz> I haven't any .ubuntuone_log directory in my home folder ^^'
[11:43] <FLOZz> I have found this : ~/.cache/ubuntuone
[11:44] <vds> FLOZz: right
[11:44] <vds> I had those logs from a previous version
[11:53] <FLOZz> So....
[11:53] <FLOZz> When I suppress it in nautilus, it come back :
[11:53] <FLOZz> http://nopaste.com/p/abQOsXiRq
[11:53] <FLOZz> :s
[12:01]  * vds looking FLOZz log
[12:02] <vds> FLOZz: you shared that folder with someone else?
[12:02] <FLOZz> I have try to share it but he don't accept... so i have remove the share
[12:03] <FLOZz> and remove the directory after
[12:03] <FLOZz> ... but i can't remove it
[12:03] <vds> FLOZz: ah interesting
[12:03] <vds> FLOZz: let me do some tests and I'll be back at you
[12:03] <vds> thanks so far
[12:04] <FLOZz> ^^
[12:50] <facundobatista> Hi all
[12:51] <FLOZz> hi facundobatista
[12:57] <vds> hi facundobatista
[12:58] <vds> facundobatista: it looks like once you have shared a folder you cannot delete it anymore even if you remove all the shares
[12:59] <facundobatista> vds, you're talking desktop or web? what actions you're performing?
[12:59] <vds> facundobatista: both
[13:00] <vds> facundobatista: go to a shared folder, try to delete, nothing happens, remove all the shares, try to delete again, nothing happens
[13:00] <vds> facundobatista: both on web ui and nautilus
[13:01] <vds> facundobatista: FLOZz has this problem, I've tried myself and I can replicate it
[13:01] <facundobatista> ok, let me try it
[13:01] <vds> thanks a lot facundobatista!
[13:05] <facundobatista> vds, I'm having problems right now with *sharing* a folder... the web ui never comes back
[13:05] <vds> facundobatista: I had this problem too, after a while it works again, maybe we should take a look at the load?
[13:14] <facundobatista> vds, it never came back, :(
[13:15] <vds> facundobatista: uhm
[13:15] <vds> interesting
[13:15] <vds> facundobatista: have you tried with nautilus?
[13:21] <facundobatista> vds, who does the share-through-nautilus work? I right click on a "for_vds" share, put your mail address, click on "share", but in the syncdaemon logs I don't see anything
[13:21] <facundobatista> dobey, ^?
[13:22] <vds> facundobatista: dobey might help here
[13:22] <vds> facundobatista: I just received you share proposal
[13:22] <vds> facundobatista: should I accept it?
[13:24] <facundobatista> vds, for *which* share?
[13:24] <vds> facundobatista: the email doesn't say which share, it says just that you are sharing something
[13:25] <vds> ah
[13:25] <vds> sorry
[13:25] <vds> facundobatista: test
[13:25] <facundobatista> vds, I did that, wasn't sure that about the logs, also tried with "for_vds"
[13:25] <facundobatista> please wait for that
[13:26] <vds> facundobatista: sure
[13:26] <facundobatista> vds, "for_vds" is easier to search in all the logs, "test" is not good as a searchable keyword, :p
[13:29] <vds> :)
[13:49] <facundobatista> vds, did you receive this last share?
[13:49] <vds> facundobatista: not yey
[13:49] <vds> I'm checking the mail very often
[13:49] <vds> nothing so far
[13:50] <thisfred> vds: also check websense, maybe, since it caught your share to me at some point
[13:51] <vds> facundobatista: at the moment, using the desktop client, we can share only one folder at time, but in the future we plan to be able to share more than just one folder right?
[13:51] <vds> thisfred: right! thanks!
[13:51] <facundobatista> vds, afaik, we can have several shares...
[13:52] <vds> facundobatista: sorry I didn't state it correctly
[13:53] <vds> facundobatista: we can share only things inside the Ubuntu One folder right now
[13:53] <facundobatista> vds, yes
[13:54] <vds> facundobatista: we'd like to be able to sync more folder than just Ubuntu One in the future, right?
[13:56] <danage> a reiteration of some comments i made earlier: 1. a nice feature would be an actual indication of what the daemon is doing, i.e. a queue indicator or something
[13:56] <danage> also, opening the ubuntuone folder with a left-click is unintuitive. to me it would make more sense having it connect/disconnect that way. usually, i open folders with the "places" menu item gnome has
[13:57] <vds> danage: right
[13:58] <vds> danage: would you please file a bug for each one of the two features?
[13:59] <danage> sure
[13:59] <vds> danage: thanks
[14:03] <danage> should i make it wishlist?
[14:10] <danage> hm i'm reading similar bug reports
[14:11] <danage> i think adding it to network manager could make sense
[14:11] <danage> although it's not really a network connection, it's more like a network share
[14:15] <statik> hello world
[14:15] <vds> hi statik
[14:16] <statik> hey jblount, you know about blueman for bluetooth tethering?
[14:16] <dobey> facundobatista: *currently* there is no way to share folders via nautilus (that code was disabled for the moment, during the port to C)
[14:17] <statik> danage: FUSA is undergoing a complete redesign at the moment and the sketches I saw at UDS had it including ways to be connected/disconnected to various online services, continuing with the idea that is in FUSA currently where you can set your instant messenger connection state from FUSA
[14:17] <dobey> facundobatista: once i get the code that handled doing the sharing via the http api, into syncdaemon, it will log some stuff, and be re-enabled in nautilus
[14:17] <statik> so the current plan is to put connect/disconnect into fusa rather than network manager
[14:17] <danage> cool, i just read through the whole bug report and found some of that too. sorry for the redundancy
[14:18] <statik> no worries
[14:18] <danage> makes waaaay sense all that
[14:18] <danage> it's working nicely for me now too. so if the issues in the bug reports are being taken seriously, i think this will be a really really nice service when it's finished
[14:20] <statik> thanks! we are definitely taking the bug reports seriously. we're working on things that aren't very user-visible at the moment, like packaging, porting, and some security fixes
[14:23] <danage> i could see myself paying for this
[14:24] <facundobatista> vds, so, we fall back to the situation where it didn't work through the web?
[14:25] <vds> facundobatista: it does work for me
[14:25] <facundobatista> vds, but you can not remove it?
[14:25] <vds> facundobatista: exactly, I can share, I can remove the shares, but I cannot delete the folder once I've shared it
[14:26] <facundobatista> vds, ok.. I tried to share a folder called "foo" to you, and it didn't work
[14:27] <facundobatista> vds, you received an invitation for the "test" directory, which is strange because dobey says he disabled the code
[14:27] <facundobatista> (I shared "test" from the desktop, using Nautilus)
[14:28] <dobey> facundobatista: you're using old code
[14:28] <facundobatista> dobey, I'm not using trunk, and have the system fully updated
[14:29] <statik> difference between beta and nightlies maybe?
[14:29] <facundobatista> mmm... I update it yesterday, I'm seeing new packages now
[14:29] <dobey> could be
[14:29] <dobey> the new stuff isn't in beta yet
[14:29] <dobey> and even so, updating the packages doesn't restart nautilus
[14:29] <dobey> so the old code could still be running in memory
[14:29] <dobey> (hence the need for changeup)
[14:30] <facundobatista> dobey, I had to reboot yesterday, kernel changes
[14:31] <dobey> yeah, i had to rebuild psb-kernel-source because of that :-/
[14:33] <verterok> vds: the is a bug in the model API, a branch that fix that is waiting review
[14:42] <vds> verterok: what's the bug exactly?
[14:42] <verterok> vds: I don't know if there is a bug
[14:48] <vds> FLOZz: https://launchpad.net/bugs/383619
[14:49] <vds> FLOZz: someone is already taking care of this bug
[14:49] <FLOZz> vds, ok
[14:50] <FLOZz> Thanks you vds ^^
[14:51] <vds> FLOZz: np
[15:00] <jblount> MEETING BEGINS
[15:00] <jblount> OH HAI HACKERZ!
[15:00] <jblount> Welcome to the Ubuntu One Developers meeting. Please say "me" if you are here to attend!
[15:00] <jblount> me
[15:00] <rodrigo_> me
[15:01] <dobey> me
[15:01] <urbanape> me
[15:01] <statik> me
[15:01] <CardinalFang> me
[15:01] <statik> aquarius, vds, teknico?
[15:01] <aquarius> me
[15:01] <vds> me
[15:01] <teknico> me
[15:02] <jblount> DONE: Got those two branches up (need a few reviews on the last one)
[15:02] <jblount> TODO: Fix bugs in new /files/ inteface css stuff
[15:02] <jblount> BLOCKED: Nossir!
[15:02] <jblount> rodrigo_: Your turn!
[15:02] <rodrigo_> done: more evo-couchdb work, almost complete, just a few backend methods missing implementation
[15:02] <rodrigo_> todo: finish packaging of all the new couchdb-desktop packages
[15:02] <rodrigo_> blocked: none
[15:03] <rodrigo_> dobey: your turn
[15:03] <dobey> DONE: fix packages for REVU feedback, resolved versioning confusion
[15:03] <dobey> TODO: fix karmic missing icons issue, finish setting up source pkg branches, finish moving share creation code, research and implement ChangeUp API
[15:03] <dobey> BLCK: None.
[15:03] <dobey> urbanape: your roll
[15:03] <urbanape> DONE: (well, did) some hacking on Firefox extension.
[15:03] <urbanape> TODO: I'm on-call reviewer, I believe (I took over last week when someone was sprinting?). Also tests, and I need to make *some* progress on new files UI today.
[15:03] <urbanape> BLOCK: None, just me, really.
[15:03] <urbanape> statik, you're up.
[15:03] <statik> DONE: Landed 4 branches, reviewed 2 branches. Fixed python-testtools after archive admin spotted a problem and resubmitted. Worked on REVU feedback for python-simplesettings, python-mozrunner, and python-spawning. Schemed with jamesh and mwhudson regarding upgrading to bzr 2a branch formats. Wrote a super tiny couchdb patch for aquarius.
[15:03] <statik> TODO: keep working on packaging windmill and spawning, scheme with cardinalfang regarding new WSGI servers, work on OOPs with pfibiger, figure out whether south could be made to work with storm.
[15:03] <statik> BLOCKED: Nope.
[15:04] <statik> CardinalFang, your go
[15:04] <CardinalFang> DONE: face.  some smarter timeouts in mail tests.
[15:04] <CardinalFang> TODO: finish mail work.  commit today.
[15:04] <CardinalFang> BLOCKED: nyet!
[15:04] <CardinalFang> aquarius: poke.
[15:04] <aquarius> DONE: working on starting up a local CouchDB, talking to Till Adam @ kdab about their progress on Akonadi CouchDB back end (they will have screenshots today, hopefully!); argue about naming of Desktop Couch project
[15:04] <aquarius> TODO: continue working on it; work out the best way to find the port of a running Couch (trying a statik patch right now); refactor D-Bus port exporter so it starts Couch rather than just inspecting it
[15:04] <aquarius> BLOCKED: none
[15:04] <aquarius> vds: hit me, big boy
[15:04] <vds> DONE:some research about couchdb _local docs and docs seqno for the new timestamps implementation, discussed about that with thisfred, still some research and some discussion is needed, face duty
[15:04] <vds> TODO: face duty and maybe some skype with eric
[15:04] <vds> your turn teknico
[15:04] <teknico> DONE: better defined the requirements and implementation of the contacts db reset thing with markgsaye, thisfred and vds
[15:04] <teknico> TODO: completing the implementation of the contacts reset db thing
[15:04] <teknico> BLOCKED: nothing
[15:04] <teknico> NEXT: noone
[15:05] <urbanape> end of line
[15:05] <statik> and nobody is blocked, amazing!
[15:05] <aquarius> also, I have to go to the dentist in an hour. Not looking forward to that.
[15:05] <jblount> END OF MEETING
[15:05] <rodrigo_> aquarius: ugh, dentist :(
[15:05] <statik> jblount: thanks for running it!
[15:06] <aquarius> rodrigo_: I am seriously debating pulling all of my teeth out with pliers and just eating soup for the next forty years, just so I don't have to go
[15:06] <teknico> statik, what's the rotation of running the standup, if any?
[15:06] <jblount> statik: Sure thing! It provides lots of opportunities for exclamation points :)
[15:06] <jblount> teknico: If it's 10, and you notice, you should start it (this is my personal rule, have yet to be told otherwise)
[15:06] <jblount> s/10/10EST
[15:07] <statik> teknico: someone runs it at 1400utc
[15:07] <teknico> statik, oh, I get it, first come first serving ;-)
[15:07] <teknico> aquarius, you wouldn't have any problems with beer either ;-)
[15:08] <rodrigo_> aquarius: false denture!!
[15:08] <rodrigo_> aquarius: so you can eat other stuff than soups :)
[15:08] <thisfred> is it safe?
[15:09] <aquarius> :)
[15:09] <dobey> thisfred, aquarius: how about *gasp* couchdb-desktop ?
[15:09] <thisfred> dobey: that was aquarius' suggestion I believe
[15:09] <aquarius> dobey: this is why I think it should be Desktop CouchDB
[15:10] <rodrigo_> couchdb-freedesktop
[15:10] <dobey> couchdb-zedd
[15:11] <thisfred> but I don't know how the trademark situation is, if any (asked on #couchdb already, no conclusive answer) and whether we'd be presuming too much in the eyes of the couchdb community
[15:11] <statik> dobey, urbanape, rmcbride: you guys are each running trunk branches on ubuntuone sub-projects. jamesh is going to coordinate upgrading the main ubunet branch to bzr 2a format next week while i'm gone, can you guys take care of upgrading your projects?
[15:11] <aquarius> rodrigo_: it isn't a freedesktop thing, though, not yet
[15:12] <rmcbride> statik: sure
[15:12] <urbanape> statik: yup
[15:12] <statik> dobey, urbanape, rmcbride: i just realized you probably need to coordinate with jamesh in order to get the stacked branches taken care of
[15:13] <urbanape> is there going to be a freeze or anything on the current trunk before he upgrades it? If not, why not just pull new branches after he's done?
[15:13] <urbanape> or am I missing something?
[15:13] <urbanape> (quite likely)
[15:14] <dobey> are we going to back up trunk somewhere?
[15:15] <dobey> ie, what happens if the upgrade eats our babies?
[15:16] <rmcbride> dobey: then we tell Jonathan Swift to give them back?
[15:16] <dobey> heh
[15:17] <dobey> ask it if it wants some A1 with it?
[15:18] <statik> yeah, i believe the general approach is to tell everyone to stop pushing branches, make a copy of trunk in the old format, do sysadmin magic to retarget all the stacked branches to the copies of trunk, upgrade the real trunk, unfreeze, and have everyone reconcile and convert their existing unlanded branches into a 2a format repository
[15:19] <statik> obviously you can do test upgrades to the 2a format on the side to ensure that the upgrade will go smoothly before any of this happens
[15:21] <dobey> i'm not exactly sure how to upgrade the branch on the server itself
[15:23] <statik> bzr upgrade --2a lp:~foo/bar/baz usually works
[15:23] <statik> if an upgrade had been done in the past then you use lp:hitchhiker to go in and delete the old bzr.backup directory first
[15:23] <statik> but stacked branches are what make this complicated
[15:24] <urbanape> which is what I was sorta asking.
[15:24] <statik> cause you don't want to upgrade trunk out from underneath branches that are stacked on it
[15:24] <urbanape> how many branches are stacked on it now? (how many in play, really)
[15:24] <statik> i think launchpad automatically stacks all branches on trunk
[15:25] <urbanape> then, can we not jut let the current in-play branches quiesce before upgrading, and then have everyone branch off the upgraded trunk?
[15:25] <statik> urbanape: yes but we should still fix up all the old stacked branches - we don't normally delete them
[15:25] <dobey> statik: i think it's stacked on whatever you branched from... which is normally trunk
[15:25] <urbanape> statik: ah, okay
[15:26] <statik> it's stacked on the default branch for the default series i think, bzr doesn't really keep track of where you branched from
[15:26] <statik> urbanape: for yours it should be super easy, since you have control of every single branch
[15:28] <dobey> ah crap
[15:28] <dobey> bzr 1.16 broke bzr-gtk
[15:31] <FLOZz> bye
[15:36] <rodrigo_1> statik: 1:1 call now?
[15:37] <statik> rodrigo_1, yep, I'll call you on skype
[15:37] <rodrigo_1> ok
[15:57] <jblount> Has everyone seen the Tomboy integration in Gwibber trunk? DONE: Got those two branches up (need a few reviews on the last one)
[15:57] <jblount> TODO: Fix bugs in new /files/ inteface css stuff
[15:57] <jblount> grr
[15:58] <dobey> haha
[15:58] <jblount> Just call me "Paste-Mc-FAIL pants"
[15:58] <jblount> http://etc.joshuablount.com/save-to-tomboy.ogv is the proper thing that I wanted to paste
[15:58] <dobey> you are pretty pasty, for living in florida and all
[15:58] <thisfred> paste "baby-octopus devourer" mc-fail pants, surely
[15:59] <jblount> thisfred: I just threw up a little in my mouth.
[15:59] <thisfred> hehe
[16:07] <dobey> jblount: did it taste like baby octopus?
[16:45] <msch> Hi, I've got an email "You have been invited to Ubuntu One" but it didn't contain an invitation code and ubuntuone.com says I'm still on the waiting list.
[16:47] <jblount> jdobrien: ^^
[16:47] <jblount> (Also: Hi msch! I think jdobrien was just looking at something like this)
[16:48] <msch> well, good to know. i just wanted to give you a heads up.
[17:21] <jdobrien> hmm...he left what the heck
[17:33] <alanbell> just thinking out loud, is there any overlap between U1 and the OLPC sugar.org sharing of files and objects?
[17:34] <alanbell> which is mostly jabber/XMPP based
[17:34] <alanbell> it would be rather cool to have an Ubuntu XMPP infrastructure in the cloud
[17:43] <sladen> judging by the number of new bug reports for the "without an invitation code"... something is broken
[17:44] <sladen> jdobrien: it might be worth stopping the spam-o-matic, until it can be fixed
[17:45] <jdobrien> sladen: are people getting multiple emails?
[17:45] <jdobrien> sladen: it was something that happened in last nights set of invitation approvals...there was an exception which sent out the emails, but didn't save the approval
[17:46] <jdobrien> sladen: the good thing is...it's not automatic
[17:46] <sladen> jdobrien: I don't multiple emails, but multiple people are noting on the bug tracker that they receieved one
[17:47] <jdobrien> sladen: yes...we know of the problem
[17:47] <sladen> jdobrien: four of the last five emails in my launchpad-bugmail folder of four separate people all confirming the same issue
[17:48] <jdobrien> sladen: I understand that...it was all one batch...and I just fixed the record that caused the problem...it was a problem we were aware of
[17:49] <jdobrien> the fix is still in the pipeline
[17:52] <urbanape> jblount: ping
[18:14] <jblount> urbanape: yo!
[18:14] <jblount> urbanape: Sorry, just back from lunch.
[18:15] <urbanape> heya. I've installed fix-da-buttons locally and am not seeing the buttons at all.
[18:15] <jblount> urbanape: this is a problem, I think I probably missed a bzr add somewhere.
[18:17] <jblount> urbanape: Yeah, pushing now. Sorry about that! If you pull inside the branch it should grab those changes.
[18:17] <urbanape> coolio
[18:18] <urbanape> yay, now that's a branch I can approve
[18:19] <jblount> urbanape: heh
[18:20] <urbanape> huh. Wonder why it doesn't go to "approved" after two approvals. Still in needs review.
[18:20] <jblount> urbanape: There isn't a way in LP (yet) to say "my project requires to approvals, then it's approved to merge"
[18:20] <urbanape> gotcha
[18:21] <mrtoftrash> Hi everyone. I require a little help. I got invited to ubuntuone, and installed the client, but the "control applet" does not want to start. Any clues?
[18:23] <jblount> mrtoftrash: After installing the app, can you start it from Applications > Internet > Ubuntu One?
[18:24] <mrtoftrash> jblount: Nope. No error messages either when I type "ubuntuone-client-applet" in a terminal.
[18:24] <mrtoftrash> Oh wait...
[18:24] <mrtoftrash> jblount: For some reason, it worked this time. IRC always does the trick :)
[18:25] <jblount> mrtoftrash: :D
[18:25] <jblount> mrtoftrash: We've seen other people mention it not launching, you are not alone. It's still undiagnosed AFAIK
[18:26] <mrtoftrash> jblount: Very strange.
[18:26] <jblount> mrtoftrash: Agreed. Particularly because I can't repeat it inside of a clean virtual machine.
[18:27] <mrtoftrash> jblount: yeap, works fine now. Thanks. Ciao
[18:30]  * jblount notices his use of "to" instead of "two" and hides his face in shame.
[18:35] <urbanape> its oh kay. Eye reed eye arr sea out lowd too maiself, and it sownded phine.
[18:56] <statik> urbanape: the review policy stuff in LP to automatically mark a proposal approved after two positive reviews should be showing up in the next launchpad releas
[18:56] <urbanape> gotcha
[18:56] <urbanape> hey, statik
[18:56] <dobey> statik: i suspect that means "next month"?
[18:56] <statik> yeah
[18:57] <dobey> cool
[18:57] <urbanape> I'm putting in some tests for the media revno url injection in the test_index module.
[18:57] <statik> sladen, btw, regarding the email thing, CardinalFang is putting the final touch on a transactional email sending branch so that if an exception happens when processing a batch of invitations then no emails are sent, which should prevent this kind of thing from happening in the  future
[18:58] <statik> urbanape: great! that wouldn't have caught the edge config problem, but it's a great test to have
[18:58] <urbanape> I'm not sure how the browser URLs are meant to match up to reality, though
[18:58] <statik> urbanape: foo/media/1234/hugs.css i think
[18:59] <statik> alanbell, yeah we're going to be doing a lot with XMPP I think
[18:59] <statik> alanbell, i was talking to robot101 about the OLPC stuff last week - i don't think we'll be doing things the way they did, but definitely some shared ideas
[19:01]  * dobey wonders wtf is up with his car
[19:07] <urbanape> hmm. Using the browser makes it harder to test the straight HTTP status codes returned by a valid and invalid media URL... So far, the best I've been able to come up with is sniffing the browser.headers or browser.contents.
[19:27] <statik> urbanape: it doesn't raise an exception when it 404s?
[19:27] <statik> it being zope.testbrowser
[19:27] <urbanape> it does, but there's no convenient way to trap a 200 in the successful case.
[19:28] <urbanape> easier to test the failing case
[19:28] <dobey> if (!fail): success
[19:29] <dobey> raise Exception("Success") ? :)
[19:31] <urbanape> def test_dobey_is_actually_rube_goldberg(self):...
[19:33] <danage> those up and down arrows in nautilus are known to be broken?
[19:37] <dobey> broken?
[19:38] <BUGabundo> Bom S. João para tds, e cuidado com as espinhas :))
[19:39] <dobey> no habla
[19:40] <dobey> danage: elaborate please
[19:40] <danage> it shows green download arrows even though the wheel isn't spinning and all files have been downloaded
[19:41] <dobey> danage: on folders, or on files?
[19:41] <danage> only folders, files seem to be ok
[19:42] <dobey> ok, yeah it's a known issue that they stick around on folders... i have no idea why they do though :-/
[19:45] <jblount> dobey: Do you know if "labels sticking on folderz" has a bug?
[19:45] <dobey> it does
[19:46] <dobey> but i don't recall the number
[19:46] <dobey> jblount: i think you filed it though
[19:46] <jblount> dobey: RESEARCH! brb
[19:46] <jblount> (meaning, I'll go look for it)
[19:47] <dobey> #374890
[19:47] <jblount> bug 37489-
[19:47] <jblount> bug 374890
[19:48] <jblount> Today is one big typo
[19:48] <BUGabundo> lol
[20:35] <dobey> verterok: ping, are you back? :)
[20:35] <verterok> dobey: yeap
[20:36] <verterok> oh, pong :)
[20:36] <dobey> verterok: i needs-fixing/commented on your client branch
[20:36] <dobey> verterok: and i'm poking in syncdaemon, and had a couple questions for you
[20:37] <dobey> verterok: as i suspect, i shouldn't be calling a syncdaemon dbus method from within syncdaemon, to get the metadata for a path, huh?
[20:37] <dobey> verterok: or i suppose it's ok, if i call it from a Thread()?
[20:38] <verterok> dobey: here I get all the files I added to .bzrignore as unknown
[20:38] <dobey> verterok: really? that's odd
[20:38] <verterok> yes
[20:38] <dobey> verterok: what version of bzr are you using?
[20:39] <verterok> dobey: https://pastebin.canonical.com/18899/
[20:39] <verterok> dobey: 1.16rc1
[20:40] <dobey> weird
[20:40] <verterok> dobey: and this is the output of bzr ignored: https://pastebin.canonical.com/18900/
[20:40] <tcole> dobey: I'd use the twisted thread pool rather than spinning up your own Thread()s
[20:40] <dobey> verterok: i wonder if there is a bug in that
[20:41] <verterok> dobey: in my desktop with bzr 1.16 (final) I get the same result
[20:41] <dobey> tcole: i think this might actually have to be separate, as it's using urllib2
[20:41] <dobey> verterok: hrmm.. that's very odd indeed
[20:41] <verterok> dobey: maybe you have some global ignores defined
[20:42] <tcole> dobey: hm, howso?
[20:42] <verterok> dobey: as tcole said, it's better to use twisted thread pool, possibly using deferToThread
[20:43] <dobey> verterok: ah, i do have a ~/bazaar/ignore
[20:43] <verterok> :)
[20:43] <dobey> verterok: but i certainly didn't create it
[20:43] <dobey> i wonder where it came from
[20:43] <tcole> also I do have to ask why you're calling a method on the dbus interface from within syncdaemon itself
[20:43] <verterok> that's weird
[20:43] <tcole> it would seem that there should be a less roundabout way to get at what you need
[20:44] <dobey> tcole: well, i'm not. i'm moving code that was in the nautilus extension, to syncdaemon, and wondering if there is a better way
[20:45] <tcole> ah
[20:45] <dobey> verterok: ok. but we should use globs instead of listing individual files, i think :)
[20:45] <tcole> broadly, yes
[20:45] <dobey> verterok: and we don't need to list full paths in the .bzrignore either
[20:52] <dobey> verterok: hrmm. how should i deferToThread() or callFromThread() inside the VolumeManager.create_share()?
[20:59]  * verterok_ stabs his ISP 
[20:59] <verterok_> dobey: sorry, bad day for my ISP
[20:59]  * dobey lends his stabbin' knife to verterok_ 
[20:59] <dobey> verterok: hrmm. how should i deferToThread() or callFromThread() inside the VolumeManager.create_share()?
[20:59] <verterok_> dobey: https://pastebin.canonical.com/18901/
[21:00] <verterok_> :)
[21:01] <tcole> well, and you will probably need to do something with the returned deferred
[21:01] <tcole> incidentally, we should use public pastebins out here :)
[21:01] <statik> pfibiger: you have one review on https://code.edge.launchpad.net/~pfibiger/ubuntuone-storage-protocol/add-ssl-context/+merge/7817 , feel free to ignore my suggestion in the interest of getting this code landed though
[21:01] <verterok_> tcole: right...
[21:02] <statik> verterok: pastebin.ubuntu.com is public
[21:02] <verterok_> thanks!
[21:02] <verterok_> tcole: thanks for pointing out :)
[21:02] <dobey> tcole: hrmm. but if i jsut ignore it, it should be fine too, yes?
[21:03] <verterok_> dobey: http://pastebin.ubuntu.com/202394/
[21:03] <verterok_> dobey: we should handle at least the error case, to give some feedback to the user maybe?
[21:04] <verterok_> bye bye verterok!
[21:05] <tcole> dobey: it depends
[21:05] <tcole> dobey: if you don't care whether or when it succeeds or fails at all, ever, then you can just ignore it
[21:05] <tcole> the *or when* is important too
[21:05] <tcole> if there are things you would like to happen after but not before it
[21:06] <dobey> no, it's just that i need to shove the code in a thread
[21:06] <dobey> it handles errors within the call
[21:07] <tcole> so it's just a background task then?
[21:07] <tcole> is it okay to have more than one of these calls going at once?
[21:08] <dobey> i suppose if you can make use of the nautilus ui that fast, yes
[21:08] <dobey> it just posts an oauth-signed request to a URI
[21:23] <dobey> i wonder if there's a sane way to test this code
[21:24] <verterok> dobey: it's about the share http request?...a mock http server?
[21:26] <Nafallo> verterok: fwiw. python-configglue is new'd
[21:26] <verterok> Nafallo: it's working now? great!!
[21:27] <Nafallo> verterok: need to wait for the mirrors to get synced :-)
[21:27] <verterok> :)
[21:27] <dobey> verterok: yeah, i don't want to write a mock http server for that :)
[21:28] <verterok> dobey: maybe you don't have to write it
[21:34] <SiDi> Hello
[21:34] <verterok> dobey: what do you need to test
[21:34] <verterok> SiDi: hi!
[21:34] <SiDi> Im using xubuntu and the ubuntuone panel doesnt appear when i launch it :|
[21:35] <verterok> dobey: do you know if the applet works on xubuntu? ^
[21:35] <dobey> it does so long as the deps are installed, and none of the bugs are being hit (particularly the karmic one)
[21:36] <dobey> verterok: need to test creating a share via the http api
[21:36] <SiDi> dobey: it doesnt look like it'll work here
[21:37] <dobey> SiDi: what doesn't work exactly?
[21:37] <SiDi> dobey: the applet doesnt popup
[21:38] <SiDi> no error message when launching from console
[21:38] <dobey> SiDi: what happens? it waits 30 seconds and exits?
[21:39] <SiDi> telling you in 30 secs
[21:40] <SiDi> i usually kill after 5 :p
[21:43] <SiDi> it doesnt quit
[21:46] <dobey> it keeps running after 30 seconds?
[21:47] <dobey> and there's no new icon at all in your panel?
[21:47] <dobey> verterok: where is deferToThread() defined?
[21:48] <dobey> twisted.internet?
[21:48] <verterok> dobey: no, it's in reactor, but the glib2reactor don't have one...so you should use the one we used in the old storagefs
[21:54] <verterok> dobey: from twisted.internet import threads
[21:54] <verterok> dobey: threads.deferToThread
[21:54] <dobey> ok
[22:08] <SiDi> dobey: no new icon, keeps running
[22:08] <SiDi> jaunty amd64
[22:10] <dobey> SiDi: are you on karmic?
[22:10] <SiDi> dobey: nopee
[22:11] <dobey> verterok: http://pastebin.ubuntu.com/202434/ <- does that look bad to you?
[22:12]  * verterok looks
[22:12] <statik> CardinalFang: to set review status by email you need to gpg sign your message, and indent the review voting command by one space. something like:
[22:12] <statik>  review: approve
[22:12] <dobey> no colon though, i think
[22:13] <verterok> dobey: if you already have the mdobj in the metadata it should have a path, there is no need to set it again
[22:13] <dobey> although easier to remember is just " +1"
[22:13] <dobey> verterok: i'm not setting it again. pylint was complaining "unused variable: mdobj" and clearly enough, it's unused
[22:14] <verterok> dobey: just remove the assignment
[22:14] <dobey> verterok: but with the change i pastebinned there, i am getting test failures with odd KeyErrors
[22:14] <dobey> verterok: that's what that patch does!
[22:14] <dobey> verterok: or you mean remove the set_by_path() also?
[22:14] <verterok> dobey: no, the patch removes the except!
[22:14] <verterok> dobey: I misread the patch, sorry
[22:14] <dobey> verterok: the patch removes the try and the except :)
[22:14] <verterok> dobey: you can't remove the except clause
[22:15] <verterok> dobey: btw, the ubuntuone-client pylintrc should be updated
[22:15] <dobey> verterok: why? the mdobj isn't actually used
[22:15] <dobey> updated for what?
[22:15] <verterok> dobey: to be like the other ones we use
[22:15] <verterok> dobey: in the except the mdobj is created!
[22:16] <verterok> but only if isn't there
[22:16] <dobey> it is the exact same one as in ubuntuone-storage-protocol
[22:16] <dobey> verterok: oh, so i should just remove the lvalue
[22:16] <dobey> ?
[22:16] <verterok> dobey: yes
[22:17] <dobey> ok
[22:17] <dobey> thanks
[22:18] <verterok> np
[22:18] <verterok> dobey: pylint is showing warnings for a lot of things we ignore in other pylintrc
[22:18] <verterok> 's
[22:18] <dobey> eh?
[22:37] <statik> alright, uploads to REVU done for python-mozrunner, python-eventlet, and python-spawning. talk to you all tomorrow!
[22:38] <tcole> aren't you on vacation tomorrow?
[22:38] <tcole> (but good work!)
[22:41] <dobey> SiDi: hrmm. all i can suggest for the moment is to file a bug and attach the logs with "apport-collect -p ubuntuone-client $bugnumber"
[22:41] <dobey> tcole: thursday
[22:41] <tcole> oh
[22:42]  * tcole has difficulty with this "calendar" concept
[22:44] <Nafallo> verterok: ubuntuone works again in karmic. still hates pretty little pictures of animated clouds, but syncs and such more important stuff :-)
[22:46] <verterok> Nafallo: great news!
[22:47] <SiDi> dobey: willdo
[23:44] <dobey> later
[23:46] <SiDi> dobey: will do the apport part tomorrow though. Can't now, got an update running and a damn low bandwidth, so it'll take time