[09:46] <JamesTait> Bonjour, mes amis.
[10:18] <duanedesign> morning friends
[10:38] <rye> duanedesign, morning!
[11:44] <ralsina> good morning everyone!
[11:49] <duanedesign> hello rye
[11:50] <duanedesign> had a note here to ask you about a bug....
[11:50] <duanedesign> didnt write the bug number down though :)
[11:50]  * duanedesign goes looking
[13:09] <alecu> hello all!
[13:24] <nessita> hi alecu, how are you?
[13:26] <alecu> fine! a bit sleepy :-)
[13:29] <ralsina> hola alecu
[13:29] <nessita> alecu: how was your time off! which remind me...
[13:29] <ralsina> alecu: good news, the unity team says the notification APIs are in trunk now and should do useful stuff this week.
[13:31] <karni> join ubuntuone-mobile
[13:31] <karni> ops
[13:33] <alecu> ralsina: that's great news
[13:33] <alecu> nessita: reminds you of what?
[13:34] <nessita> alecu: I've just asked ralsina if I can take a holiday next Monday since I'm attending to Cosquín Rock and I plan to get wild :-p
[13:35] <nlsthzn> So... Ubuntu One client for Kubuntu on the horizon yet?
[13:35] <ralsina> nlsthzn: not  before natty. A Qt client for a little after natty, if I can pull it off.
[13:35] <ralsina> And then that can be used as a basis for a "real" KDE client
[13:36] <nlsthzn> ralsina: cool... good luck with it... I am sure there a number of users waiting (im)pariently :)
[13:36] <alecu> nessita: rock on!
[13:36] <karni> ralsina: sounds promissing. KDE guys will be happy (still, I'm running Gnome)
[13:37]  * ralsina still has a ralsina@kde.org email address
[13:37] <ralsina> karni, nlsthzn: since the windows client will be Qt-based, a part of the work will be done by Canonical. The rest I'll have to do on nights and weekends.
[13:38] <nlsthzn> Would have been annoying as hell if Windows had gotten there client before Kubuntu :p
[13:38] <karni> nlsthzn: it's already there o_O
[13:38] <karni> nlsthzn: the Windows client, that is
[13:39]  * karni is pretty sure
[13:39] <nlsthzn> oO oh noes... So MS got the love before KDE users!!!
[13:39] <ralsina> nlsthzn: the gtk client works on KDE too
[13:39] <alecu> nlsthzn: don't despair. The client runs on all linux desktops. It's just the UI
[13:39] <karni> ralsina: I'm sure you'd get some support from the devs on the KDE client
[13:40] <karni> or, KDE integration, so to speak.
[13:40] <ralsina> nlsthzn: that's one way to see the cup as half-full or half-full OF OMFG! :-)
[13:40] <nlsthzn> hmmm... don't want to "contaminate" KDE with GTK :p ... guess CLI could work as well
[13:41] <ralsina> nlsthzn: don't be a purist, pragmatists have way more fun ;-)
[13:42] <ralsina> nlsthzn: besides, usually u1 has no visible parts!
[13:43] <nlsthzn> ralsina: true (now that I think about it...) but dont' I need dolphin integration or something?
[13:43] <nessita> nlsthzn: what browser do you use?
[13:43] <karni> ralsina: before you start to look for the missing "Publish/Sync this folder" in the context menu ;D
[13:43] <ralsina> nlsthzn: a u1 context menu for dolphin could be done using the CLI tool
[13:43] <ralsina> nlsthzn: emblems.... much harder
[13:43] <nessita> ralsina: the CLI tools is blocking...
[13:43] <nlsthzn> nessita: I am using FF
[13:44] <karni> I think having full CLI support would be freaking awesome.
[13:44] <ralsina> nessita: oh, right. Ok, then after the public API is done
[13:44] <karni> Questions about headless installs would end, terminal-fans would publish files from CLI/scripts, etc
[13:44] <nessita> nlsthzn: FF (used to?) depend on serveral GTK libs...
[13:44] <ralsina> nlsthzn: such as.... GTK itself ;-)
[13:45] <nessita> nlsthzn: I was a KDE-only person as well. But I was in love with firefox and with pidgin, so I ended up having both toolkit installed
[13:46] <nlsthzn> Guess that means I do have it installed... makes sense why FF isn't installed by default :p
[13:46] <nlsthzn> so to install ubuntu one is a simple apt-get away?
[13:46] <nessita> nlsthzn: it should, honestly I haven't test it myself
[13:47] <nessita> nlsthzn: what system are you running?
[13:47] <nessita> what kubuntu version, I mean
[13:47] <nlsthzn> Kubtunu 10.10 (KDE 4.6)
[13:47] <nessita> nlsthzn: you can try and let us know if we have some packaging/dependency bug :-)
[13:48] <nlsthzn> k... I am going to try ubuntuone-client and see what happens :p
[13:48] <yofel> hm, is the natty client functional in any way? tought I would try it on kubuntu, but it only gives me some credentials error in the syncdaemon log
[13:49] <nlsthzn> wow... that is a whole host of additional packages needed
[13:49] <ralsina> yofel: it should be functional
[13:49] <ralsina> yofel: what errors are you getting exactly?
[13:53] <nlsthzn> ok, I installed ubuntuone-client (and several other packages)... what now? Not sure how to interact with it now?!
[13:53] <ralsina> alecu nessita thisfred dobey: standup in 7'
[13:54] <thisfred> ¡ sí!
[13:54] <nessita> yessir
[13:54] <ralsina> mandel is at the doctor waiting for an X-ray so he won't be joiing us
[13:54] <ralsina> It feels like late-december again, we are so few :-(
[13:55] <mandel> ralsina: i;m here :)
[13:56] <mandel> i just got back
[13:56] <ralsina> mandel: oh, cool :-)
[13:56] <ralsina> mandel: how's the hand?
[13:56] <yofel> ralsina: sry, got a kernel panic - here http://paste.kde.org/4324/
[13:56] <mandel> ralsina: in the xray it looks as bad as it was more than a week ago, kets see if the doctor says something good on thrusday
[13:56] <ralsina> yofel: version of ubuntuone-client?
[13:57] <ralsina> mandel: :-(
[13:57] <yofel> 1.5.3-0ubuntu3
[13:57] <mandel> ralsina: anyways, it could be worse :P
[13:57] <ralsina> mandel: if they say it's not improving, that's the priority, windows port be damned
[13:58] <ralsina> yofel: looks like you are not running gnome-keyring (yes, currently it's required)
[13:58] <ralsina> yofel: there was a bug lately about it not being started automatically, but it's not in that version
[13:58] <ralsina> the FIX is not in that version that is :-)
[13:59] <mandel> ralsina: lets wait 'til thrusday. ill keep everyone updated
[13:59] <yofel> hm, I have " 3591 ?        00:00:00 gconfd-2" running, do I need something else?
[13:59] <ralsina> mandel: ok
[14:00] <alecu> me
[14:00] <nessita> mr
[14:00] <nessita> me
[14:00] <thisfred> me
[14:00] <nessita> miss
[14:00] <ralsina> me
[14:00] <mandel> me
[14:00] <ralsina> yofel: in 10',we have a standup to attend :-)
[14:01] <alecu> DONE: took two days off
[14:01] <alecu> TODO: catch up with API work
[14:01] <alecu> BLOCKED: no
[14:01] <alecu> NEXT: nessita
[14:01] <nessita>      31 DONE: started with bug #714583. Pinged people in ISD about bug #709496. Reviews.
[14:01] <nessita>      32 TODO: more for #714583. Follow up conversatrions with people in ISD about #709496.
[14:01] <nessita>      33 BLOCKED: nopes
[14:01] <nessita>      34 NEXT: ralsina
[14:01] <ubot4> Launchpad bug 714583 in ubuntuone-control-panel (Ubuntu) (and 1 other project) "Support share subscription in Folders tab (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/714583
[14:01] <ubot4> Launchpad bug 709496 in canonical-identity-provider "Need a way to set the 'name' property for newly created accounts using REST API (affects: 1) (heat: 19)" [Undecided,New] https://launchpad.net/bugs/709496
[14:01] <alecu> (sorry, new irc client)
[14:02] <ralsina> DONE: reviews, desktop integration call, canonicaladmin
[14:02] <ralsina> TODO: reviews, management stuff, sprint planning, triage another 8 tons of bugs
[14:02] <ralsina> someday actual coding ;-)
[14:02] <ralsina> BLOCKED: no
[14:02] <ralsina> mandel!
[14:02] <nessita> NEXT: thisfred, sorry
[14:02] <mandel> DONE: Doctors appointment for a new xray.
[14:02] <mandel> TODO: allow to run windows sd tests on 64 with a 32 version of python. Update child branches. Fix buf in file system branch.
[14:02] <mandel> BLOCKED: No
[14:02] <mandel> HATE: THe spanish version of the NHS
[14:02] <ralsina> oops
[14:02] <nessita> thisfred: ahora!
[14:02] <mandel> uh, this got messy….
[14:02] <thisfred> DONE: started on Bug #702055
[14:02] <thisfred> TODO: API work, and now that all the infrastructure is in place, Bug #702075, Bug #702128, Bug #702138, Bug #702144, Bug #702172, Bug #702176, Bug #702183
[14:02] <thisfred> BLOCKED: no
[14:02] <ubot4> Launchpad bug 702055 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to send a notification when a new UDF is available for subscription (affects: 1) (heat: 141)" [Medium,Triaged] https://launchpad.net/bugs/702055
[14:02] <ubot4> Launchpad bug 702075 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to add an entry to the messaging menu when a new UDF is available for subscription (affects: 1) (heat: 166)" [Medium,Triaged] https://launchpad.net/bugs/702075
[14:02] <ubot4> Launchpad bug 702128 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to send aggregated notifications about completed operations (affects: 1) (heat: 166)" [Medium,Triaged] https://launchpad.net/bugs/702128
[14:02] <ubot4> Launchpad bug 702138 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to send a notification when a new share offer comes in (affects: 1) (heat: 166)" [Medium,Triaged] https://launchpad.net/bugs/702138
[14:02] <ubot4> Launchpad bug 702144 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to add an entry to the messaging menu when a new share offer comes in (affects: 1) (heat: 166)" [Medium,Triaged] https://launchpad.net/bugs/702144
[14:02] <ubot4> Launchpad bug 702172 in ubuntuone-client (Ubuntu) (and 1 other project) "Syncdaemon needs to send a notification when a folder shared to the user exceeds the owning user's quota (affects: 1) (heat: 166)" [Medium,Triaged] https://launchpad.net/bugs/702172
[14:03] <thisfred> nessita: !
[14:03] <ralsina> hahaha
[14:03] <ralsina> I think that's everyone until dobey wakes up
[14:03] <thisfred> eh, mandel
[14:03] <thisfred> eh
[14:03] <thisfred> ok :)
[14:03] <ralsina> So, comments?
[14:03] <nessita> ralsina: any news on our sprint?
[14:04] <ralsina> nessita: we are asking for official approval today before we can proceed further
[14:04] <thisfred> oh: +TODO: catch up with alecu and ask him some questions
[14:04] <thisfred> alecu: see #u1-internal :)
[14:04] <alecu> looking
[14:04] <nessita> ralsina: ack, thanks!
[14:04] <ralsina> I have team leads call today, so I'd appreciate if privately everyone posted a quick report on their tasks?
[14:06] <ralsina> eom?
[14:07] <dobey> hmm
[14:07] <dobey> λ DONE: shotwell plug-in research, start moving python code to use pth mathic
[14:07] <dobey> λ TODO: shotwell plug-in research, finish bug 673012, evaluate SRUs for maverick
[14:07] <ubot4> Launchpad bug 673012 in desktopcouch (Ubuntu) (and 1 other project) "Async monitoring of _changes (affects: 1) (heat: 43)" [Undecided,Confirmed] https://launchpad.net/bugs/673012
[14:07] <dobey> λ BLCK: None.
[14:07] <nessita> ralsina: eom!
[14:07] <ralsina> dobey: pth mathic?
[14:08] <ralsina> yofel: try running gnome-keyring and try again
[14:08] <yofel> aah, "The program 'gnome-keyring' is currently not installed."
[14:09] <alecu> yofel: gnome-keyring-daemon ?
[14:10] <ralsina> alecu, nessita: aha! missing dependency, I say
[14:10] <dobey> ralsina: sorry, every time i see pth it makes me think of a lisp. magic. basically, installing our python packages such that we don't have to worry about conflicting __init__.py and such
[14:11] <nessita> ralsina: in maverick, ussoc depends in gnome-keyring...
[14:11] <ralsina> dobey: ok, just curious :-)
[14:11] <ralsina> nessita: yofel is on natty, I think?
[14:12] <yofel> I am, and gnome-keyring-daemon is part of gnome-keyring
[14:12] <yofel> ok, *now* I get the sso client
[14:12] <nessita> ralsina: on natty, we don't depend on gnome-keyring but on any freedesktop keyring implementation
[14:12] <dobey> depending != starting
[14:13] <ralsina> nessita: ok, then I have no idea about the error
[14:13] <yofel> an the sso client in natty doesn't the depend on gnome-keyring here
[14:14] <yofel> see: http://paste.kde.org/4325
[14:14] <nessita> yofel: it does not depend on the keyring, but on a keyring dbus service that implements freedesktop keyring spec
[14:14] <nessita> as far as I know kwallet implemented that? or was supposed to?
[14:14] <mandel> ralsina: ping
[14:14] <ralsina> mandel: pong
[14:15] <yofel> could be a bug in kwallet then maybe, I'll search around later
[14:15] <mandel> ralsina: the fix_runner branch now should run the tests if you have python 32 in a 64 machine :)
[14:15] <nessita> yofel: if kde provides a services implementing http://www.freedesktop.org/wiki/Specifications/secret-storage-spec, ussoc should work
[14:15] <ralsina> mandel: oh, joy :-)
[14:15] <mandel> ralsina: you can test it whenever you have time
[14:15] <ralsina> mandel: after team leads, I suppose
[14:16] <nessita> yofel: we access the org.freedesktop.secrets DBUS service and use the API detailed in the link I pasted
[14:16] <mandel> ralsina: when ever you can, i'll move to other branches no worries
[14:16] <ralsina> mandel: cool
[14:16] <alecu> nessita, yofel: that spec was made by both the developers of Gnome Keyring and Kwallet. http://code.confuego.org/secrets-xdg-specs/
[14:17] <alecu> yofel: so perhaps we need to tweak something to make it work with kwallet, because we haven't tested it yet, but it should mostly work.
[14:18] <ralsina> ksecretserviced is not released yet
[14:18] <ralsina> Or it was released in 4.6 that is not in Kubuuntu yet
[14:19] <yofel> no, kubuntu has 4.6, I think they postponed ksecretserviced
[14:20] <ralsina> So MAYBE we have some part of kde with a wrong provides?
[14:20] <ralsina> yofel: it would be cool to find who is satisfying u1-client's dependencies but my apt-fu is weak
[14:35] <thisfred> alecu: hey, don't know if you saw, but I will take care of the interesting_events queue
[14:48] <nessita> alecu: ah, I forgot to mention. AWESOME work with the notifications!
[14:54] <alecu> nessita: thanks :-) they look a lot better now.
[14:54] <alecu> thisfred: saw it, cool.
[14:54] <nessita> dobey: so, did lucio got back to you about making a release?
[14:54] <dobey> no
[14:55] <nessita> verterok: I approved your branch from yesterday, if you could seek a second approval, we can ensure we release this fix soon
[15:24] <dobey> well i mailed the shotwell list; hopefully will get a few useful replies
[15:28] <ralsina> dobey: cool
[15:38] <snap-l> Files service appears to be generating 503 errors
[15:40] <mandel> dobey: ping
[15:41] <dobey> mandel: hi
[15:41] <snap-l> http://ubuntuone.com/p/bVa/ <- Example URL
[15:41] <mandel> dobey: helllo :), can you give me a very quick review on this; https://code.launchpad.net/~mandel/ubuntuone-dev-tools/fix_missing_man_info/+merge/48933
[15:41] <mandel> i forgot to update the man last time
[15:43] <nessita> snap-l: let me ask to server maintainer's
[15:44] <dobey> mandel: typo, but otherwise fine :)
[15:45] <snap-l> nessita: thank you!
[15:45] <mandel> dobey: hehe nice comment, i'll fix that
[15:46] <dobey> :)
[15:47] <nessita> snap-l: we're in the middle of servers updates, it shouldn't take long
[15:47] <thisfred> brbreboot
[15:47] <mandel> dobey: it has been sorted out
[15:47] <snap-l> nessita: Ah, thanks. Might want to update the status? :)
[15:48] <nessita> snap-l: that is what I'm trying to find out. Seems like that for weekly updates we don't update the status page... but I'm trying to convince we should do it
[15:50] <snap-l> nessita: as a customer, I would appreciate at least some notice that public stuff may not work. :)
[15:51] <ralsina> snap-l: we have support for service status notifications, but it's not done yet
[15:51] <ralsina> oops, PLANNED support
[15:52] <nessita> ralsina: right, but maybe we should coordinate with joshuahoover/rye to update the status page, manually
[15:52] <ralsina> nessita: yes
[15:53] <nessita> snap-l: status page will be updated soon
[15:53] <snap-l> Cool, thank you!
[15:53] <nessita> you're welcome!
[16:06] <nessita> snap-l: all services should be working normally now
[16:16] <snap-l> nessita: Thank you! Working fine now!
[16:16] <nessita> :-)
[16:33] <dobey> ok, lunch time
[16:37] <ralsina> alecu nessita thisfred: Stuart will be coordinating your API work directly, since he's the one that knows the big picture
[16:38] <alecu> ralsina: cool
[16:38] <thisfred> ohnoes!
[16:38] <thisfred> I mean Awesome!
[16:38] <thisfred> the keys are like right next to eachother ;)
[16:39] <ralsina> you are not on loan or anything, but he will decide what part of the API work go first and that kind of stuff
[16:39] <thisfred> right
[16:39] <thisfred> The futures are now!
[16:39] <thisfred> I for one welcome our aquarian overlords
[16:43] <teknico> thisfred, that flaxseed sure tastes good ;-)
[16:44] <thisfred> as usual, you've lost me :)
[16:44] <thisfred> But I like flaxseed
[16:46] <nessita> ralsina: ack
[16:46] <nessita> lunchtime!!!
[16:54] <ralsina> dobey, about bug #650671
[16:54] <ubot4> Launchpad bug 650671 in ubuntuone-client (Ubuntu Natty) (and 5 other projects) "UbuntuOne "out of space" dialog is broken (affects: 14) (dups: 3) (heat: 81)" [High,Fix released] https://launchpad.net/bugs/650671
[16:55] <ralsina> What action is missing to finally get that into Maverick?
[16:59] <ralsina> mandel: ping
[17:16] <ralsina> mandel: ping, and when I call your phone I get a german girl telling me my call is unauthorized :-)
[17:19] <dobey> ralsina: well i guess we need to fix bug #712674 so we won't have to do another sru for a while
[17:19] <ubot4> Launchpad bug 712674 in ubuntuone-client (Ubuntu Natty) (and 5 other projects) "Nautilus offers publishing files within shares while it's not allowed on the server (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/712674
[17:19] <dobey> ralsina: then we can do an sru for maverick
[17:19] <ralsina> dobey: oh, that one
[17:19] <ralsina> dobey: we'll take a look at it tomorrow, promise
[17:19] <ralsina> I'm having a bit of a chaotic day today ;-)
[17:23] <dobey> ok
[17:23] <thisfred> nessita: alecu: what's the best way to open the control panel to the shares/udfs tab from ubuntuone-client?
[17:38] <nessita> thisfred: ubuntuone-control-panel --swicth_to=volumes
[17:38] <thisfred> nessita: that's both udfs and shares right?
[17:38] <nessita> or --switch_to=folders, can't remember
[17:38] <nessita> thisfred: yes
[17:38] <nessita> actually,  --switch-to=volumes
[17:39] <thisfred> nessita: hmm, so do I use subprocess or something?
[17:39] <thisfred> I'll figure it out
[17:39] <nessita> thisfred: yes, subprocess.Popen
[17:39] <thisfred> ok
[17:40] <thisfred> I hope the messaging menu likes that ;)
[17:49] <dobey> anyone want to give a second review on https://code.launchpad.net/~mandel/ubuntuone-dev-tools/fix_missing_man_info/+merge/48933 real quick?
[17:50] <thisfred> dobey: on it
[17:50] <thisfred> dobey: done
[17:50] <dobey> thanks
[17:54] <mandel> ralsina_lunch: pong
[17:54] <ralsina_lunch> mandel: you should have gotten a mumble invitation from ivanka for thursday
[17:54] <ralsina_lunch> It's a bit late today and I am leaving for lunch anyway
[17:54] <mandel> ralsina_lunch: sorry, irc chrashed  i did not notice, i was in the vm
[17:55] <mandel> ralsina_lunch: what for?
[17:55] <ralsina_lunch> mandel: it's to discuss what we are going to do with the Windows UI
[17:56] <mandel> ralsina_lunch: ok, but i though it would the same as linux
[17:56] <mandel> isn't it?
[17:56] <ralsina_lunch> mandel: welllllllll no. Not exactly.
[17:57] <ralsina_lunch> mandel: since we are doing it from scratch we may be useful as guinea pigs for the next cycle
[17:57] <ralsina_lunch> But nothing radically different, probably just looks
[17:57] <mandel> ralsina_lunch: oh well, that sounds good
[17:57] <ralsina_lunch> mandel: does the windows port support UDFs?
[17:58] <mandel> ralsina_lunch: we will support everythig supported by sd
[17:58] <mandel> ralsina_lunch: but there are issues we have to talk in term of user interaction, like file locking
[17:59] <ralsina_lunch> mandel: precisely what I was going at. We need to think the whole user experience with that on Windows.
[17:59] <ralsina_lunch> Anyway, I am really out to lunch now, we'll talk it later/tomorrow
[18:00] <mandel> ralsina_lunch: one last thing, ca we do it later, i have to go to the doctor
[18:00] <ralsina_lunch> mandel: talk to ivanka, I am happy with anything you agree
[18:00] <ralsina_lunch> except if it overlaps team weekly call
[18:01] <mandel> ivanka: ping
[18:02] <nessita> verterok, ralsina_lunch: can I have a quick review for https://code.launchpad.net/~nataliabidart/ubuntuone-client/get-sharesdir/+merge/48954 ?
[18:05] <ivanka> mandel: hi
[18:09] <ivanka> mandel: shall we mumble?
[18:10] <thisfred> nessita: on my maverick I only seem to have ubuntuone-control-panel-gtk. Is that aliased on natty?
[18:11] <nessita> thisfred: nopes, sorry, that is the one
[18:12] <thisfred> nessita: ah ok, so then this needs to be in platform, that works
[18:12] <ivanka> mandel: all I really need in advance of Thursday is to make sure I have seen all your latest work. I don't mind if it is screen grabs or the actual app
[18:12] <ivanka> mandel: I will have a windows machine tomorrow morning that I can use
[18:15] <ivanka> mandel: I have a train to catch - I will speak to you Thursday if not tomorrow!
[18:15] <nessita> thisfred: would you be available for a review?
[18:16] <thisfred> nessita: if you're in a hurry, yes, if not I'd rather finish this branch. But if you weren't in a hurry you probably wouldn't have asked
[18:16] <thisfred> tldr: yes
[18:17] <nessita> thisfred: the hurry is not that big, I have another branch about to depend on this one: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/share-subs/+merge/48955 but you can do it after you finish your branch
[18:18] <thisfred> nessita: I'll do it now so I won't forget
[18:31] <thisfred> nessita: all the folders are greyed out, on your branch. Is that because I'm on maverick?
[18:31] <alecu> thisfred, ping. there are two bits missing, that I'll add in my next branch if you didn't work on those yet: backend support for updating the progressbar and for connection/disconnection from the server (to update the progressbar pulse)
[18:32] <thisfred> alecu: I have not started on any  of that yet no. Messaging is almost done though :)
[18:32] <nessita> thisfred: nopes, there must be an error. Are you running syncdaemon from nightlies?
[18:32] <thisfred> nessita: yep
[18:32] <thisfred> I updated today
[18:33] <nessita> thisfred: what's the output of u1sdtool --list-shares in  a terminal?
[18:33] <alecu> thisfred, cool :-)
[18:34] <thisfred> nessita:  https://pastebin.canonical.com/42991/
[18:34] <thisfred> nessita: it does say File Sync in progress
[18:35] <nessita> thisfred: you don't have the latest client... what does aptitude show ubuntuone-client says, regarding version installed?\
[18:35] <thisfred> nessita:  https://pastebin.canonical.com/42992/
[18:36]  * dobey wonders why people use aptitude
[18:36] <thisfred> dobey: well they won't be on natty :)
[18:37] <nessita> thisfred: can you u1sdtool -q && u1sdtool -c? you updated but you have an old client running
[18:37] <nessita> thisfred: https://pastebin.canonical.com/42993/ (see how shares have a 'subscribed' attribute that yours don t have)
[18:38] <thisfred> nessita: that's weird, I just updated and restarted
[18:38] <nessita> thisfred: I use aptitude on natty
[18:38] <nessita> it rocks
[18:38] <thisfred> nessita: oh I thought it was removed
[18:38] <thisfred> It was when I upgraded
[18:38] <nessita> is not installed bu default
[18:39] <thisfred> nessita: no change when I do u1sdtool --list-shares
[18:40] <nessita> thisfred: can you please sudo aptitude reinstall ubuntuone-client ?
[18:40] <nessita> thisfred: there is something odd with your system... share subscription landed on 840~
[18:41] <thisfred> nessita: I don't have aptitude
[18:41] <nessita> well, whatever equivalent version for apt
[18:43] <thisfred> nessita: I apt-get removed and reinstalled, did the quit and restart thing, and still no change
[18:44] <thisfred> nessita: guess I'll abstain?
[18:44] <nessita> thisfred: no, can you please run syncdemon from trunk?
[18:44] <nessita> thisfred: in U1 trunk:
[18:45] <nessita> PYTHONPATH=. ./bin/ubuntuone-syncdaemon
[18:45] <thisfred> nessita: ok
[18:46] <thisfred> nessita: still no 'subscribed' property in list shares....
[18:48] <nessita> thisfred: what do you have on trunk/ubuntuone/syncdaemon/volume_manager.py line 142?
[18:49] <nessita> you should have
[18:49] <nessita>     142     subscribed = True  # old shares should be automatically subscribed
[18:49] <thisfred> nessita: yep, that's there
[18:51] <nessita> can you please kill current SD, and then:
[18:51] <nessita> find -name '*.pyc' | xargs rm
[18:51] <nessita> and start it again from trunk?
[18:51] <nessita> thisfred: I'm freaking out :-)
[18:51] <nessita> thisfred: also, when runing u1sdtool, you're pointing pythonpath to trunk, right?
[18:51] <nessita> meaning:
[18:52] <nessita> nessita@dali:~/canonical/u1/client/trunk$ PYTHONPATH=. ./bin/u1sdtool --list-shares
[18:52] <thisfred> ah no
[18:52] <thisfred> let's try that again
[18:52] <thisfred> nessita: that worked
[18:52] <nessita> ah! fiuuuu
[18:53] <thisfred> let's see if the control-panel is also working now
[18:53] <nessita> thisfred: ok, if you leave the trunk syncdaemon running, u1cp should work
[18:53] <thisfred> nessita: it does. WHEW :)
[18:53] <nessita> yeah
[18:53] <nessita> :-)
[18:54] <thisfred> nessita: although unsubscribing does not :(
[18:55] <nessita> thisfred: meaning what exactly?
[18:55] <thisfred> nessita: when I click a checkbox, the panel greys out, then comes back with the checkbox still checked
[18:56] <nessita> thisfred: what does --list-shares says? and do you have any ERROR on the terminal you're running the backend?
[18:56] <thisfred> 2011-02-08 13:55:15,725 - ubuntuone.controlpanel.gtk.gui - ERROR - on_volume_settings_change_error: args (<VolumesPanel object at 0x23a5dc0 (GtkVBox at 0x25a0ba0)>, dbus.String(u'e57470bc-96fe-4973-85a6-bbe58e960937'), dbus.Dictionary({dbus.String(u'error_type'): dbus.String(u'VolumesError'), dbus.String(u'error_msg'): dbus.String(u'(dbus.String(u\'e57470bc-96fe-4973-85a6-bbe58e960937\'), AttributeError("\'SyncDaemonTool\' obje
[18:56] <thisfred> ct has no attribute \'unsubscribe_share\'",))')}, signature=dbus.Signature('ss'))), kwargs {}.
[18:57] <thisfred> Is that because something else is not up to date?
[18:58] <nessita> thisfred: yeah... we need to add the path to the SD trunk when running the control panel backend :-(
[18:58] <nessita> thisfred: is so weird that your system SD does not have this
[18:59] <thisfred> nessita: perhaps the 64bit one was not built for nightlies?
[18:59] <nessita> maybe... dobey?
[18:59] <dobey> no it was
[18:59] <thisfred> let me see if anything is in /usr/local
[18:59] <nessita> thisfred: what do you have on /usr/share/pyshared/ubuntuone/syncdaemon/volume_manager.py:142
[18:59] <dobey> latest trunk revision is 846
[19:01] <thisfred> nessita: yeah, the subscribed = True is not there
[19:01] <nessita> thisfred: well... not sure what else to say
[19:02] <thisfred> me either, I have nightlies enabled
[19:02] <thisfred> and have dist-upgraded
[19:02] <thisfred> even reinstalled ubuntuone-client
[19:03] <nessita> thisfred: you can abstain, I don't want to steal more time from you
[19:03] <nessita> thanks anyways!
[19:03] <thisfred> nessita: ok. ALso: a keybinding to close the control panel would be most welcome :)
[19:04] <nessita> thisfred: such as? atl+f4 works
[19:04] <thisfred> nessita: nope
[19:04] <thisfred> not for me at least
[19:05] <nessita> thisfred: you mentioned this before, but it does work, I just confirmed it
[19:05] <nessita> thisfred: maybe it does not work on unity?
[19:05] <thisfred> nessita: possibly because your window manager catches it. The window itself does not
[19:06] <nessita> thisfred: what window manager are you running that is different than mine? I added no special settings on mine
[19:06] <thisfred> well I have, I'm running xmonads ;)
[19:06] <thisfred> so I admit not many people are going to have this problem
[19:07] <thisfred> but I think it's still the right thing to do
[19:07] <nessita> thisfred: and wil other windows close with alt+f4
[19:07] <thisfred> though I'm not a gnome expert so maybe not
[19:07] <thisfred> nessita: yep, some do
[19:07] <thisfred> nessita: some want CTRL-Q or CTRL-W
[19:08] <thisfred> the control panel listens to none. It would also be ok if it had a menu to close it
[19:08] <thisfred> but it does not either
[19:09] <thisfred> anyway LOOOOOOOOOOW priority
[19:12] <ralsina> thisfred: then it's whatever xmonad uses to close windows ;-)
[19:13] <thisfred> ralsina: I don't think it has anything, it's up to the app. xmonads does not show the window decorations, for one thing
[19:13] <ralsina> mod-shift-c by default
[19:13] <thisfred> ooh
[19:13] <thisfred> thanks!
[19:13] <ralsina> google knows everything, you know
[19:14] <thisfred> ralsina: true that
[19:14] <thisfred> ralsina: still I wonder why for almost every other app does one of the usual key combos work
[19:15] <thisfred> anyway, this works for me
[19:15] <ralsina> thisfred: because they have menus and add the standard items with standard shortcuts?
[19:15] <mandel> ralsina: ping
[19:15] <thisfred> I will now garbage collect all other keybindings from my memory
[19:15] <ralsina> mandel: pong
[19:15] <thisfred> ralsina: yeah probably
[19:15] <mandel> ralsina: did you have the time to run the windows tests?
[19:16] <ralsina> why xmonads can't use Alt+f4 like everyone else, is probably a side effect of programming haskell.
[19:16] <ralsina> mandel: about to start!
[19:16] <ralsina> mandel: have 5' to wait for it?
[19:16] <mandel> ralsina: and have you talked with the msi guy?
[19:16] <ralsina> mandel: not yet. I will very early tomorrow
[19:16] <thisfred> ralsina: I have *many* apps on linux that don't respond to alt-f4. it seems about 50-50 between CTRL-Q and ALT-F4
[19:16] <mandel> ralsina: i can wait, no problem
[19:16]  * ralsina has had an insane day
[19:17] <ralsina> thisfred: alt++f4 is a WM thing
[19:17] <dobey> alt+f4 is a windows thing
[19:17] <thisfred> ah right. But even in metacity that doesn't always work, IIRC
[19:17] <dobey> lots of WMs implement it, for compatibility's sake
[19:17] <dobey> thisfred: it always works, unless you changed the binding, or the app is totally hosed and refusing to die
[19:18] <dobey> zombie uprising and all
[19:18] <ralsina> mandel: link to the branch? I misplaced it
[19:18] <mandel> ralsina: https://code.launchpad.net/~mandel/ubuntuone-client/fix_runner/+merge/46275
[19:19] <ralsina> mandel: ok, branching and merging
[19:19] <mandel> ok
[19:21] <ralsina> damn bzr is slow on windoes
[19:22] <ralsina> mandel: one of these days we need to really think where our lives went wrong, and we ended being the windows guys
[19:22] <karni> verterok: hi! please don't bother with profilng authentication code of u1-java-sp client, I switched the order (from conn->auth->set_caps) to conn->set_caps->auth and it's set_caps that generates the GC now.
[19:22] <karni> verterok: all in all, looks like it's handshake related or something. I'll look into it, so don't waste your time for now, if you planned on haveing a look at that.
[19:22] <karni> verterok: :)
[19:23] <mandel> ralsina: i tried to fix it braking my arm, did not work
[19:23] <mandel> ralsina: could we worse, we could like it
[19:23] <ralsina> mandel: I'll try eating random mushrooms
[19:23] <ralsina> ok, it's complaining I don't have u1trial
[19:23] <ralsina> can't open file 'C:\Python27\\Scripts\u1trial'
[19:23] <mandel> ralsina: oh well, that is good :)
[19:24] <ralsina> Well, at least it knows where python is :-)
[19:24] <mandel> ralsina: get lp:ubuntuone-dev-tools and setup.py install
[19:24] <ralsina> mandel: ok, on it!
[19:24] <mandel> ralsina: we do not have a ppa for window ;)
[19:25] <ralsina> mandel: you slacker! ;-)
[19:25] <ralsina> no coverage. Easy_installing...
[19:26] <ralsina> executing the tests!
[19:26] <thisfred> nessita: If I want to say "new udfs available" how would I formulate that in user speak? "New Cloud Folders Available" ?
[19:26] <ralsina> no pylint
[19:27] <ralsina> easy_installing
[19:27] <thisfred> alecu: ah, none of the strings are i18n-ed yet right?
[19:28] <mandel> ralsina: be happy we do not use any glib library… :)
[19:28] <thisfred> in aggregator.py that is
[19:28] <thisfred> I'll do that on a separate branch then
[19:28] <ralsina> mandel: ImportError: No module named configglue.inischema
[19:29] <mandel> ralsina: wtf, is that fro ubuntuone-dev-tools ?
[19:29] <mandel> or something else from easy install?
[19:29] <ralsina> mandel: u1lint, it seems
[19:29] <ralsina> no module called simplejson
[19:29] <nessita> thisfred: I would say something like 'Pictures folder is now available to sync in this device'?
[19:29] <ralsina> that is a bug, it should try to import json and only if it fails, simplejson
[19:30] <nessita> thisfred: anyways, cparrino is the string owner
[19:30] <mandel> ralsina: which version oof python are u using, 2.6?
[19:30] <nessita> thisfred: you can make a list and we should run that list by him
[19:30] <ralsina> mandel: 2.7
[19:30] <ralsina> json is included since 2.5 I think
[19:30] <ralsina> no module named oauth, easy_installing...
[19:30] <thisfred> nessita: no we only have 1 entry (with a count) in the messaging indicator, so it can't say which UDFs
[19:31] <nessita> ah
[19:31] <thisfred> nessita: anyway, I'll do Cloud Folder(s) for now, since that's in the control panel as well
[19:31] <alecu> thisfred, no i18n yet, right.
[19:31] <ralsina> mandel: no module named mocker ... easy_installing
[19:31] <thisfred> alecu: ok, cool
[19:31] <janimo_> is there a REST API planned for shotwell uploads this cycle, or photos are synced to U1 by other means?
[19:31] <thisfred> alecu: that's an easy branch :0
[19:32] <ralsina> dev-tools should really install all these things...
[19:32] <nessita> thisfred: what about... 'New cloud folders'
[19:32] <dobey> ralsina: install all what?
[19:32] <mandel> ralsina: haha I though you had all those...
[19:32] <ralsina> yay! tests!!!!!
[19:32] <ralsina> dobey: mocker, oauth, others
[19:32] <thisfred> nessita: yeah I'll see what fits
[19:32] <ralsina> mandel: the simplejson one is really a bug
[19:32] <dobey> ralsina: no it shouldn't
[19:33] <dobey> devtools doesn't use oauth
[19:33] <ralsina> dobey: well, can you do dev work without them?
[19:33] <mandel> ralsina: is strange, i have not had that
[19:33] <ralsina> I thought the goal of dev-tools was to provide us with an environment to do dev work in
[19:33] <dobey> ralsina: it's dev-tools not dev-install-everything-i-need-to-do-work
[19:33] <dobey> no
[19:33] <ralsina> But anyway, mandel: +1 :-)
[19:34] <mandel> ralsina: did the tests run?
[19:34] <ralsina> Yes, failing in interesting ways
[19:34] <alecu> ralsina, the package you are looking for is "ubuntuone-developer-dependencies"
[19:34] <dobey> the goal of dev-tools is to consolidate all the duplicated test cases and stuff we use, and provide a test runner and lint wrapper to test and lint our code
[19:34] <ralsina> alecu: on windows?
[19:34] <dobey> alecu: not for client stuff
[19:34] <ralsina> dobey: ok
[19:34] <alecu> ralsina, oh, not on windows, sorry.
[19:35]  * mandel evil laugh 
[19:35] <dobey> alecu: or for client stuff. that is for server
[19:35] <ralsina> dobey: u1lint requires pylint, and setup.py install doesn't install it
[19:35] <thisfred> nessita: ooh. When I call ubuntuone-control-panel-gtk --switch-to=whatever *twice* it opens two panels...
[19:35] <ralsina> dobey: u1lint requires configglue, and doesn't install it
[19:35] <nessita> thisfred: well, yes
[19:35] <thisfred> that's suboptimal
[19:35]  * ralsina could be missing where those requirements came from though
[19:35] <dobey> ralsina: linux kernel requires a compiler but "make" doesn't install gcc either
[19:36] <thisfred> and makes the name "switch-to" really wrong :0
[19:36] <dobey> u1lint doesn't require configglue
[19:36] <mandel> ralsina: if you are in windows you can also  look at this, but you will need to read the code and use u1trial to run just the os_helper tests
[19:36] <ralsina> dobey: "provide u1lint" != "provide a working u1lint"
[19:36] <ralsina> dobey: ok, something required it, and something didn't install it ;-)
[19:36] <dobey> ralsina: u1lint does not include pylint, so it does not install pylint.
[19:36] <dobey> it requires it.
[19:37] <dobey> it's like when you buy a game add-on "Requires Full Version of Doom"
[19:37] <ralsina> dobey: usually, when you setup.py install a pythn package, it installs dependencies
[19:37] <ralsina> dobey: if it doesn't, it's broken.
[19:37] <dobey> ralsina: you and i have a very different idea of usually
[19:37] <dobey> ralsina: because that is so not true.
[19:37] <ralsina> dobey: oh, yeah? Show me two python packages that don't.
[19:37] <mandel> ralsina: did you submit your review, i'd like to have it state that there was annother windows machine involved
[19:38] <dobey> ralsina: oauth, mocker, ubuntuone-storage-protocol, ubuntuone-dev-tools, ubuntu_sso
[19:38] <mandel> haha most of them have someone fro canonical involved :)
[19:38] <dobey> ralsina: i think you're confusing setup.py, and pypi or whatever that other thing is that can install other things
[19:39] <dobey> setup.py is not CPAN
[19:39] <ralsina> dobey: setup.py done using setuptools, like most python developers have used the last oh, 5 years or so.
[19:39] <dobey> i have never seen a setup.py install other things, in fact.
[19:39] <dobey> setuptools doesn't have dependencies
[19:39] <ralsina> distutils?
[19:40]  * ralsina mixes them up often
[19:40] <dobey> no
[19:40] <dobey> distribute does i think, but the way they work is still rather bleh
[19:42] <ralsina> setuptools and distribute do, section install_requires.
[19:43] <ralsina> distutils doesn't.
[19:44] <ralsina> mandel: fun, it seems the bat is unstoppable :-D
[19:45] <mandel> ralsina: that is the test runner, are u using cygwin?
[19:45] <ralsina> mandel: no
[19:45] <mandel> ralsina: thentry ctrl+c and you  ight be lucky, best option, kill the process
[19:46] <ralsina> mandel: no problem
[19:46] <mandel> i call this xtream tdd :P
[19:46] <ralsina> mandel: it just takes a while to stop :-)
[19:46] <ralsina> mandel: basically I got a lot of None is not iterable. Is that what you get?
[19:47] <mandel> ralsina: yes, it is due to the fact that the branch only allows to run the tests, all of them fail
[19:47] <ralsina> hahaha ok, then mission accomplished ;-)
[19:48] <mandel> ralsina: I have to go step by step, and even when you do that the diffs are huge
[19:48] <ralsina> mandel: sure, it's progress, man!
[19:57] <mandel> ralsina: if you are still on windows, can you review https://code.launchpad.net/~mandel/ubuntuone-client/implement_windows_os_helper/+merge/46630
[19:57] <dobey> ralsina: you are not still at lunch!
[19:57] <ralsina> mandel: sure, in 2'
[19:57] <ralsina> dobey: thanks for reminding me, missed it on the cnonical server
[19:58] <dobey> :)
[19:58] <mandel> ralsina: ok, in this you can run a subset of the test rather than all of them
[20:00] <ralsina> mandel: ok, bzr-ing it now
[20:01] <mandel> ralsina: do you know how to run a subset of the tests ?
[20:01] <ralsina> mandel: not yet, start typing ;-)
[20:03] <mandel> ralsina: just call u1trial with the path that contains the test cases to run, is that simple
[20:03] <ralsina> mandel ok
[20:04] <ralsina> mandel: bzr is complaining, so I haven't started yet
[20:04] <mandel> ralsina:  and make sure that you do it from the root of theproject, so that the path are set correctly
[20:04] <ralsina> mandel: ok
[20:04] <mandel> ralsina: about the merge?
[20:05] <ralsina> mandel: it's giving a bullshit error about error removing pending lock: Directory not empty: "C:/Users/ROBERTO/Desktop/Cano
[20:05] <ralsina> nical/implement_windows_os_helper/.bzr/repository/lock/lea3t7nhar.tmp": [Error 1
[20:05] <ralsina> mandel: I deleted and started over, so in 1' we'll see
[20:06] <dobey> brb, snack
[20:06] <mandel> ralsina: windows tiene que ser por lo menos elpurgatorio….
[20:07] <ralsina> mandel: well... mumble does work nicely ;-)
[20:07] <ralsina> fark! I can't do bzr branch anymore!
[20:07] <ralsina> bzr: ERROR: Failed to rename C:/Users/ROBERTO/Desktop/Canonical/ubuntuone-client
[20:07] <ralsina> /.bzr/checkout/limbo/new-15 to C:/Users/ROBERTO/Desktop/Canonical/ubuntuone-clie
[20:07] <ralsina> nt/libsyncdaemon: [Error 5] Access is denied
[20:08] <mandel> ralsina: try to remove the limbo using your admin account
[20:09] <mandel> start the cmd as admin ad try to del the dir
[20:09] <ralsina> mandel: trying
[20:09] <ralsina> mandel: I am as admin. Deleted one-folder higher and retrying
[20:10] <ralsina> fuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuuu
[20:12] <ralsina> ck
[20:13] <mandel> lol
[20:13] <ralsina> I can't even branch or clone lp:ubuntuone-client
[20:14] <ralsina> hey, yes, I could
[20:15] <ralsina> it just fixed itself. Go figure.
[20:17] <ralsina> re-re-re-re branching
[20:19] <ralsina> mandel: conflict
[20:19] <ralsina> mandel: Text conflict in ubuntuone/platform/windows/os_helper.py
[20:25] <mandel> ralsina: hm, merging with trunk?
[20:26] <dobey> hmm
[20:26] <ralsina> trunk -> fix_runner (does nothing) -> implement_windows_os_helper
[20:27] <dobey> oh sweet tasty wondeful real sugar
[20:30] <mandel> ralsina: ok, i'll fix that tom, it must be a stupid diff since thecorrect one is the one of the second branch
[20:30] <ralsina> mandel: ok, I'll pop in early so we can look at it before you walk the dog :-)
[20:30] <mandel> ralsina: I'll pig u tom :)
[20:30] <ralsina> I'll be here at 9AM UTC
[20:30] <mandel> ralsina: dont worry i'll be around
[20:31] <ralsina> mandel: ok
[20:31] <mandel> all: laters!
[20:31] <ralsina> bye mandel!
[20:58] <ralsina> EOD for me. Have a nice evening everyone!
[21:11] <thisfred> thx you too
[21:20] <thisfred> alecu, our work is starting to pay off: this branch closes 4 bugs!
[21:20] <thisfred> https://code.launchpad.net/~thisfred/ubuntuone-client/lp-702055/+merge/48987
[21:20] <thisfred> nessita: also ^
[21:21] <nessita> thisfred: tomorrow I'll review!
[21:22] <thisfred> nessita: thx!
[21:22] <dobey> i kill bugs all the time, but i suppose that comes with living next to a forest
[21:22] <thisfred> ooh and it's under 500 lines!
[21:22] <thisfred> that I had not expected  :)
[21:24] <alecu> thisfred, coool!
[21:24] <alecu> thisfred, reviewing
[21:25] <thisfred> I even used a closure
[21:26] <alecu> dobey, hahahah
[21:33] <thisfred> alecu: no wait, I screwed that closure up, I think :)
[21:33] <thisfred> fixing
[21:34] <alecu> :-)
[21:39] <nessita> I'm gone, bye all!
[22:13] <thisfred> alecu, sry about that,  r850 is more stupid, and hence more likely to work ;)
[22:13] <alecu> cool
[22:14] <thisfred> alecu: there would only ever be one instance of the StatusFrontEnd right?
[22:14] <thisfred> the code won't break if there are more, but you would get multiple messages probably
[22:14] <alecu> thisfred, right. And I'm thinking it ended up being so thin that perhaps it should go away altogether.
[22:15] <thisfred> I made it a little fatter, but yeah we could fold it back into the aggregator
[22:15] <thisfred> fewer layers is always good
[22:15] <alecu> thisfred, oh, ok. Well, doesn't matter anyway... it's for some other time.
[22:16] <thisfred> yeah, should not be much work (and not much fatter, don't worry)
[22:16] <alecu> :-)
[22:16] <alecu> ok, reviewing it!
[22:18] <thisfred> exactly 500 lines of diff now. I rock :D
[22:23] <thisfred> and with that I'm EOEnergy, and so EOD
[22:25] <alecu> thisfred, great branch so far!
[22:30] <alecu> thisfred, perhaps _callback in StatusFrontend could be named more descriptively.
[22:31] <alecu> thisfred, also, I think that new_share_available should also pass _callback to messaging.show_message
[22:31] <alecu> thisfred, otherwise, great work.
[23:12] <thisfred> alecu thx will fix those, probably tomorrow morning
[23:18] <alecu> ok. byes!