[07:09] <ralsina> mandel: ping
[07:17] <mandel> ralsina, pong
[07:17] <mandel> morning all!!!
[07:17] <ralsina> hola manuel!
[07:17] <mandel> ralsina, que leches haces despierto!
[07:17] <mandel> loco!
[07:17] <mandel> :)
[07:17] <ralsina> mandel, I just replied to your mail, please check it to see what you can be doing this morning
[07:18] <ralsina> I had to piss. You know, almost 40, that kind of thing.
[07:19] <mandel> ralsina, I'v just read it, I'll be doing keyring? its hosted in bitbucket, so I'll start doing pull requests and will contact the maintainer when he wakes up
[07:19] <mandel> he is in the states
[07:19] <ralsina> Cool, we can switch to your fork for release in the meantime if needed
[07:20] <ralsina> do you have a XP box to test? I think it's only one of the windows backends that's broken, on XP it works
[07:20] <ralsina> oops, on 7 it works
[07:20] <ralsina> unless I have a patched keyring, of course :-)
[07:21] <mandel> ralsina, yes, the issue is that on XP it does not delete from the registry
[07:21] <ralsina> doesn't sound hard to implement
[07:21] <mandel> ralsina, nope :)
[07:21] <ralsina> cool
[07:21] <mandel> ralsina, I'll do the branches and will let you know, also I'll like to move txsecrets there
[07:22] <mandel> ralsina, maybe alecu and I could become maintainers of pykeyring and hav control over it? buahahahahaha
[07:22] <ralsina> Also, we will eventually have to document how to delete credentials manually in all platforms, but that's for llaaaaaaater
[07:22] <ralsina> mandel: looks like it would be useful. And I will take over pyxdg :-)
[07:22] <ralsina> Since I already reimplemented it for windows.
[07:22] <mandel> ralsina, I think we could create a super tiny script for that
[07:23] <ralsina> mandel: actually, implementing the linux equivalente of the "suggested UDFs list" is a lot of work.
[07:23] <mandel> ralsina, just a small .exe that gets ran, remove the creds by using standard qt dialogs,
[07:23] <ralsina> yeah
[07:23] <mandel> ralsina, I'm talking about the removal of the creds :)
[07:23] <ralsina> but in that case, it can be done via control panel
[07:23] <ralsina> control panel -> remove local device
[07:24] <ralsina> it should always do the right thing
[07:24] <mandel> ralsina, cool, I'll start working on it right now
[07:24] <ralsina> great, I will go sleep anouther 5 hours :-)
[07:24] <mandel> ralsina, I might appear and disappear due to errands, new house you know? :)
[07:24] <ralsina> you already in madrid?
[07:25] <mandel> ralsina, yes, I'm that good :)
[07:25] <ralsina> he
[07:25] <mandel> ralsina, you might not even notices that I moved? but there are some things I have to get done
[07:25] <ralsina> cool, how's iron taking it?
[07:25] <mandel> ralsina, bank, internet at home (I'm at my parents office) etc...
[07:26] <mandel> ralsina, he's like WTF but with no problems? I think the ex is taking it worse hehehe
[07:26] <ralsina> ha
[07:26] <ralsina> ok, have fun!
[07:27] <mandel> ralsina, duerme!
[08:27] <JamesTait> Happy Monday, everyone! :)
[08:29] <fagan> morning JamesTait
[08:54] <mandel> fagan, hey! what are you doing here, I thugh you had a job ;)
[09:04] <fagan> mandel: ha I just opened irc
[09:04] <fagan> doesnt really distract from the work :)
[09:18] <mandel> sure...
[09:24] <fagan> mandel: so do you miss having someone in your timezone?
[09:26] <mandel> fagan, well, ralsina was here like an hour ago :)
[09:26] <mandel> and diego starts early, but it is indeed quite lonely
[09:30] <fagan> mandel: well at least you wont have any interns to inflict your loneliness on :D
[09:37] <gatox> mandel, hey! i'm here jeje
[09:38] <karni> Hi everyone!
[09:39] <karni> I'm here as well ;d
[09:39] <karni> =D
[09:41] <gatox> karni, :P hi
[09:42] <mandel> gatox, buenas!
[09:43] <karni> gatox: hello :)
[09:45] <rye> karni, mornings, a quick android question - have you ever seen an application that only had BroadcastReceiver and nothing else? No service, nothing. I wonder how can I make it be called since my tests show that android does not call the onReceive() at all even though i put the correct intent filters
[09:47] <karni> rye: hello! which broadcast is it? for instance, apps installed on external storage, do not receive some system broadcasts.
[09:47] <karni> rye: I don't think I have, but I wouldn't say it's anything bad. a single BroadcastReceiver can be useful as well :)
[09:48] <rye> karni, i am trying to capture the event that media scanner has finished scanning file. Then i tried to get at least anything, obtained READ_PHONE_STATE permission, started listening to at least anything and still nothing
[09:48] <karni> rye: And you're sure you've declared the receiver properly?
[09:48] <rye> it looks like I don't understand the concept, is Android really initiating the apps based on their intent-filter actions?
[09:49] <karni> rye: Yes it is.
[09:49] <karni> rye: Show me your manifest :)
[09:51] <karni> rye: That's our network "listener" http://paste.ubuntu.com/687508/
[09:51] <karni> rye: well, it's not really interesting. note that you have to provide full action, including the package.
[09:52] <karni> rye: and we start with android:name=".receiver..." because manifest tag declares package="com.ubuntuone.android.files"
[09:53] <rye> karni, uh, huh. Well, I will boot the netbook and grab the code later today and will poke you once again.
[09:53] <karni> rye: Sure :)
[10:47] <mandel> sorry, internet issues :)
[11:13] <nessita> good morning everyone!
[11:14] <mandel> nessita, buenos dias!
[11:14] <nessita> hola mandel
[11:27] <ralsina> Good morning!
[11:29] <nessita> hi ralsina
[11:30] <nessita> mandel: you in madrid already or still barcelona?
[11:31] <ralsina> hello nessita
[11:42] <mandel> nessita, madrid :)
[11:43] <mandel> nessita, seems like my twitter client on the phone does not work very well :(
[11:43] <nessita> mandel: why?
[11:43] <mandel> nessita, its posting things like hours late :P
[11:44] <mandel> nessita, I though you asked because I new pict was posted of my old house :)
[11:44] <mandel> ralsina, nessita I'm of to walk the dog, lets hope he likes the new place, bbl
[11:44] <nessita> mandel: ack
[11:46] <karni> Hello Androids! If you have an older device / low-end device, I would mostly appreciate for givint this Ubuntu One Files 1.0.3.1 a spin http://goo.gl/RlQRk.qr
[11:46] <karni> Most notably, I'm interested if auto-uploading multiple pictures causes any visible load on the system, thanks!
[11:47] <ralsina> karni: I have a galaxy 3, that counts as low end?
[11:48] <karni> ralsina: That's a 667 MHz, I would appreciate if you could give it a spin, please!
[11:48] <ralsina> karni: sure!
[11:49] <karni> ralsina: Please: open the app > Menu > Settings > Configure auto-upload > enable it, if it's off, and try taking few pictures (5-10 would be great)
[11:49] <ralsina> ok, let me go find it
[11:49] <karni> ralsina: Please let me know if the phone feels visibly slower
[11:49] <gatox> ralsina, when you have a minute (already has nessita approval): https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/over-quota/+merge/74837
[11:49] <karni> ralsina: Much thanks!
[11:50] <nessita> hi gatox!
[11:50] <gatox> nessita, hi
[11:50]  * karni turns to support tracker to request feedback from these users
[11:51]  * karni left his HTC Hero in Warsaw
[11:56] <nessita> gatox: I just assigned bug #847232 to you, so you and ralsina can evaluate implementing it when doing the build
[11:56] <gatox> nessita, ok
[12:01] <ralsina_> gatox: got it!
[12:01] <gatox> ralsina_, thanks
[12:06] <ralsina_> nessita, gatox: doing what bug #847232 suggests is really not trivial.
[12:06] <ralsina_> I added a comment in the bug
[12:06] <gatox> ralsina_, yes, i assume its not
[12:06] <ralsina_> oh, we are botless again :-(
[12:06] <ralsina_> http://msdn.microsoft.com/en-us/magazine/cc300434.aspx
[12:07] <ralsina_> For example, you can't have more than 5 entries, and you can replace the list but not add to it! :-/
[12:07] <gatox> ralsina_, mmmmmmm....... that sounds like a "perno" :P
[12:08] <ralsina_> gatox: NO KIDDING
[12:08] <nessita> ralsina_: I think the bug refers to adding UBuntu One to the favorites while using explorer, not using a file chooser...
[12:08] <ralsina_> sorry, hit capslock by accident :-)
[12:09] <ralsina_> Hmmm could be
[12:09] <nessita> ralsina_: this http://www.ghacks.net/2010/07/19/how-to-add-folders-to-windows-explorer-favorites-in-windows-7/
[12:09] <nessita> but done programatically
[12:10] <gatox> i'm finishing with some bugs now... let me close this and i'll take a look at that one
[12:11] <ralsina_> nessita: yes. Not that I find that with a quick gogle :-)
[12:11] <nessita> ralsina_: that == doing it programatically?
[12:11] <ralsina_> yes
[12:11] <nessita> right, we may need to dive in the msdn site
[12:12] <ralsina_> Here they are: HKEY_CLASSES_ROOT\CLSID\{323CA680-C24D-4099-B94D-446DD2D7249E}\ShellFolder
[12:12] <ralsina_> gatox: Whoa, this looks like a complicated system. We can talk this later though.
[12:13] <ralsina_> nessita: I talked with mandel earlier and he's starting with the keyring problems first
[12:13] <gatox> ralsina_, ok!
[12:13] <nessita> ralsina_: sounds good.... which reminds me, I downloaded a third iso last friday, I will start installing that
[12:14] <ralsina_> nessita: ok, cool
[12:15] <nessita> bu. the image is not "bootable"
[12:16] <karni> ralsina_: managed to find the galaxy 3 perhaps? :)
[12:16] <ralsina_> karni: got sidetracked, will check in 5'
[12:17] <karni> ralsina_: sure!
[12:18] <nessita> ralsina_: is it "sane" to hace cleanupUp page calling initializePage? I mean, can we trigger an endless loop somhow?
[12:18] <ralsina_> nessita: only if going back takes you to the same page
[12:19] <nessita> ralsina_: are we 110% that does not happen? :-)
[12:19] <ralsina_> nessita: well, we are in these two cases :-)
[12:21] <ralsina_> nessita: in fact, not even then would it cause a loop. It would have to involve page 1 moving to page2 from initialize, and page2 going back from initialize.
[12:21] <ralsina_> nessita: so, a loop is really really really unlikely because it would mean page2 "bounces" you all the time, and things would be broken anyway
[12:21] <nessita> ack
[12:24] <nessita> ralsina_: branch looks good! IRL testing now
[12:25] <ralsina_> nessita: cool!
[12:39] <ralsina_> karni:  trying to install that file locked up my phone
[12:39] <karni> ralsina_: o_O
[12:39] <karni> ralsina_: the install, or post-login?
[12:40] <ralsina_> karni: the install itself, I have the red arrow thing on notification and can't even open that :-)
[12:40] <ralsina_> karni: so it's likely not your fault
[12:41] <karni> ralsina_: Oh, that's strange.. Anyway, thanks for trying! blajk justtested on HTC Legend, and it looks fine
[12:41] <ralsina_> ok!
[12:47] <ralsina_> mandel, nessita, alecu, dobey, gatox: standup in 10 or so!
[12:47] <gatox> ralsina_, ack
[12:48] <nessita> ack
[12:49] <nessita> gatox, ralsina_: I just found that we have some regressions in the setup account page regarding button enablement, see bug #847796 (screencast added)
[12:49] <ralsina_> nessita: looking!
[12:49] <nessita> gatox: I marked that as High, please note is Higher that other Highs :-) (not not that much to be critical)
[12:50] <gatox> nessita, jeje ok... i'm finishing with 2 bugs, and then i will take that one
[12:50] <nessita> ralsina_: I found that while testing your branch, but I confirmed the bug is in trunk as well
[12:50] <ralsina_> ack
[12:51] <ralsina_> it's probably there since the button got moved to the wizard
[12:52] <nessita> ralsina_: ah, perhaps. The tricky part is that the "password too weak" error appears but the loading will not go away
[12:52] <nessita> gatox: ^
[12:53] <gatox> ack
[12:56] <mandel> ack
[13:00] <nessita> me
[13:00] <gatox> me
[13:00] <mandel> me
[13:00] <ralsina_> me
[13:01] <ralsina_> dobey, alecu, standup
[13:01] <nessita> alecu, dobey?
[13:01] <nessita> let's! :-)
[13:01] <nessita> DONE: Tons of testing with clean ISOs, RELEASE WOOHOO
[13:01] <nessita> TODO: more testing, bug triage, grab some controlpanel UI bug (probably bug #800705).
[13:01] <nessita> BLOCKED: nopes
[13:01] <nessita> NEXT: gatox
[13:01] <gatox> DONE:
[13:01] <gatox> Bug #829358, Bug #828983, Bugs #845083 and #845735 almost done.
[13:01] <gatox> TODO:
[13:01] <gatox> Keep fixing UI bugs. Try to survive the flu.
[13:01] <gatox> BLOCKED:
[13:01] <gatox> No
[13:01] <gatox> mandel go
[13:02] <alecu> hello!
[13:02] <nessita> alecu: hello! happy release!
[13:02] <gatox> alecu, hi!
[13:02] <nessita> mandel: go?
[13:02] <alecu> hi nessita! :-)
[13:02] <mandel> DONE: Looks at python keyring and modify part of the tests running system. I'm talking with benji (mantainer and canonical colleage) about the changes and how to continue so that I can push the changes there.
[13:02] <mandel> TODO: more pykering and bitbucket
[13:02] <mandel> BLOCKED: no
[13:02] <mandel> COMMENTS: I might be out for the last 2 ours of my day for errands :P
[13:02] <mandel> next ralsina_
[13:02] <ralsina_> DONE: release! fixed my pending branches, reported bugs, did reviews TODO: merge a couple of branches, assign tasks, fix bugs (not chosen yet), tech leads call BLOCKED: no
[13:02] <ralsina_> alecu?
[13:03]  * alecu is writing notes
[13:03] <nessita> ralsina_: shall I attend that teach leads call?
[13:03] <ralsina_> nessita: it's called tech leads, but it's more of a "tech management call before the management call" I think
[13:03] <nessita> ralsina_: ah :-)
[13:03] <ralsina_> so we clean up what we present without getting bogged in technical details
[13:04] <ralsina_> Then again, I am not *sure* you shouldn't be in it :-)
[13:04] <nessita> makes sense
[13:04] <mandel> ralsina_, do we know anything good/bad about the beta testers?
[13:05] <ralsina_> we have 588 of them
[13:05] <nessita> mandel: not many bug report were opened (yet)
[13:05] <alecu> DONE: took a conference day off, but due to sick child was able to attend CISL only for a few hours
[13:05] <alecu> TODO: find and fill pending tickets from expenses, mis bugfixing
[13:05] <alecu> BLOCKED: no
[13:05] <ralsina_> they reported very few bugs, but there is this on askubuntu: http://askubuntu.com/q/60754/711
[13:05]  * mandel is a karma whore => goes to ask.ubuntu :P
[13:05] <ralsina_> alecu: how's Amelia?
[13:06] <alecu> ralsina_, she's great today. I'm supposed to take her to kinder in a few minutes
[13:06] <ralsina_> alecu: you have kinders today? In province they are closed :-/
[13:06] <alecu> * "misc bugfixing"
[13:06] <ralsina_> they sent use the note on friday
[13:07] <alecu> ralsina_, we realized that, so we called yesterday one of the other mothers to see if today the kinder was open
[13:07] <alecu> ralsina_, (because Amelia has skipped thu and fri).
[13:08] <ralsina_> right
[13:08] <mandel> ralsina_, alecu, nessita, gatox are we having mumble? I will probably have to miss it :(
[13:08] <ralsina_> ok everyone, go fix a bug or two ;-)
[13:08] <ralsina_> I think we can skip mumble for today
[13:08] <nessita> ralsina_: will you be handling the askubuntu question?
[13:08] <nessita> or shall I?
[13:08] <ralsina_> nessita: mandel was volunteering ;-)
[13:08] <nessita> great!
[13:09] <nessita> mandel: please do not drop that package ;-) (we want all the feedback we can have from our users)
[13:11] <mandel> nessita, sire :)
[13:11] <mandel> I mean, sure hehehe
[13:12] <mandel> nessita, I'm answering to send more info since it seems that changes in the fs where not notified or the file was not uploaded.
[13:13] <nessita> mandel: request logs, always
[13:13] <mandel> I nearly failed the captcha test hehehe
[13:13] <mandel> nessita, FYI: http://askubuntu.com/questions/60754/latest-windows-ubuntuone-client-not-working-correctly/61075#61075
[13:13] <nessita> mandel: and the name of the file that did not upload
[13:13] <mandel> nessita, oh, goo point hehehe
[13:14] <nessita> mandel: FYI: this is not the correct path for logs C:\Users\$username$\AppData\Local\xdg\ubuntuone
[13:14] <nessita> mandel: the proper path is:
[13:14] <nessita> C:\Users\$username$\AppData\Local\xdg\cache
[13:14] <mandel> nessita, ups, sorry
[13:15] <nessita> can you please clarify that? (ask to zip all the folder and attach that)
[13:15] <mandel> nessita, sorted
[13:16] <nessita> using quicksort, I hope
[13:16] <nessita> :-D
[13:16] <mandel> bubble, always bubble hehehe
[13:17] <dobey> meh
[13:17] <mandel> nessita, alecu, ralsina_ I have good news related to pykeyring, it does not longer use C but c types which means that it is longer not a pain to build on windows :)
[13:17] <ralsina_> mandel: that is good
[13:18] <nessita> mandel: great news!
[13:18] <nessita> mandel: what about the delete method?
[13:18] <dobey> λ DONE: bug #788532
[13:18] <dobey> λ TODO: bug #840072, bug #838778, get stuff off CD
[13:18] <dobey> λ BLCK: None.
[13:19] <mandel> nessita, working on it atm, only problem is that for it to land I have to implement it on all platforms, is not hard, but a pain to test :(
[13:19] <nessita> mandel: what all platforms?
[13:19] <mandel> nessita, atm I'm workingon improving how tests are done so that is easier to work with it, benji is the poin of contact for this
[13:20] <mandel> nessita, it would be linux (gnome/kwallet) windows and mac os x
[13:20] <nessita> mandel: this is working in linux ATM, no?
[13:20] <mandel> I already have the fix for windows XP so we could just create a patch with that for ralsina_ to use
[13:20] <mandel> nessita, delete? or pykeyring?
[13:20] <nessita> mandel: delete
[13:20] <ralsina_> mandel: if you have a bitbucket fork, that's good enough for our releases, yes
[13:21] <mandel> nessita, delete was indeed implemented, but you do not want to be using pykeyring just yet because it does not use txsecrets
[13:22] <mandel> nessita, I wanted to talk with benji about implementing a txsecrets backend for pykeyring so that we do not longer have it in sso
[13:22] <mandel> but that is in the very long run
[13:22] <nessita> mandel: exactly, so let's try to stick to what we need and can do in the short term
[13:23] <ralsina_> mandel: we still have a tight schedule, so if you can do the delete for xp fix, that's enough :-)
[13:23] <alecu> mandel, that means "wait till this friday for other platforms" :-)
[13:23] <ralsina_> we don't need txsecrets support for another month I think
[13:23] <ralsina_> exactly
[13:23] <alecu> ralsina_, I'm not sure it's a good idea to make pykeyring use txsecrets
[13:24] <mandel> sure, xp only is not a problem
[13:24] <alecu> ralsina_, afaik pykeyring is synchronous
[13:24] <nessita> mandel: so, let me see if I get this correct: we do have the patch for win7, but that does not work for XP?
[13:24] <ralsina_> alecu: yes, it is sync
[13:25] <mandel> nessita, yes, the issue is that on windows the creds_management is not present on XP which means that the remove_credentials does not work, the patch ensure that when the sso creds is added to the regstry on xp we can indeed delete it
[13:25] <mandel> alecu, ralsina_ that is why I have to talk with benji about tx_secrets, we could add an async api besides the sync one
[13:25] <mandel> nessita, does it make sense?
[13:26] <alecu> mandel, well, that sounds a bit more reasonable.
[13:26] <nessita> mandel: no... sorry. Let's start again: I know you built a patch a while ago to support credentials deletion in windows. In which windows version did that patch work?
[13:26] <alecu> guys and gal: I have to go to kinder for 30 mins aprox
[13:26] <mandel> nessita, windows vista and 7
[13:26]  * alecu bbl
[13:26] <alecu> ciao!
[13:26] <mandel> nessita, xp stores the data in the registry and I did not patch that
[13:26] <ralsina_> mandel: that was the Vault backend, right?
[13:27] <mandel> ralsina_, exactly
[13:27] <nessita> mandel: ah, I see. Ok, keep us posted.
[13:27] <mandel> nessita, will do, I'm re doing the vista and  patch too so that they work in the latests pykeyring version
[13:28] <mandel> ralsina_, we should jot this down for the pycon talk, it is an interesting thing to talk about
[13:28] <ralsina_> mandel: yeah
[13:29] <ralsina_> mandel: all we need for that talk is a list of things and rant. We can organize it over two, three beers
[13:29] <ralsina_> dobey: we are botless again, can you re-do what you did?
[13:29] <mandel> ralsina_, yes, and I have a good idea of the slides? :)
[13:29] <nessita> ralsina_: I'm approving back-is-wrong but I found some buggy behaviors when moving between those folders, so I reported bug #847847 (added screencast so you can see the issues)
[13:30] <ralsina_> nessita: ack!
[13:30] <nessita> ralsina_: those folders == those folder pages
[13:31] <mandel> ralsina_, nessita, gatox, dobey, alecu I need to go away to do some serious errands (like moving the account from barcelona to madrid) etc..  I'll ba back asap, if its to late I'll send you an email with the progress in pykeyring but I believe it should be ready for tom with no problems, if benji likes me even in trunk :P
[13:31] <ralsina_> cool
[13:31] <nessita> mandel: add good tests! :-)
[13:32] <ralsina_> nessita: ok, will work on that bug today
[13:32] <mandel> nessita, yeah, that is one of the big changes to be added to pykeyring, tests are kinda ugly (it tests all backends in all platforms?)
[13:33] <nessita> mandel: ack, though if you're asking me something I'm not what that question is :-)
[13:34] <mandel> nessita, me perdi :P
[13:34] <mandel> ok, I need to go before bank closes? lazy little bastards!
[13:34] <nessita> mandel: bye
[13:39] <dobey> nessita: i don't think mandel is very good at using proper punctuation. :)
[13:39] <nessita> dobey: looks like it :-)
[13:40] <mandel> dobey, nessita hey, I'm still here!!! what pronuntiation?
[13:40] <ralsina_> PUNCTuation
[13:40] <mandel> ok, what punctuation :P
[13:41] <nessita> mandel: "tests are kinda ugly (it tests all backends in all platforms?)"
[13:41] <mandel> I did not add a ?
[13:41] <mandel> nessita,  tests are kinda ugly (it tests all backends in all platforms?)
[13:42] <mandel> do you see a ?
[13:42] <nessita> yeah
[13:42]  * mandel se va a cagar en x-chat
[13:42] <nessita> dobey: do you?
[13:42] <dobey> yes
[13:42]  * mandel se caga en la puta de oros!!
[13:42] <dobey> also "before bank closes?"
[13:42] <mandel> nessita, dobey and here ..
[13:42] <mandel> ??
[13:42] <nessita> mandel: no
[13:43] <dobey> mandel: don't you need to go to the bank? :P
[13:43] <mandel> he, so it looks like three dots are converted to a ?
[13:43] <dobey> 0x2026 is …
[13:43] <mandel> dobey, yes, but I prefer to miss the back than to be told I dont know how to use ? ;)
[13:43] <nessita> mandel: do your errands instead of argue! :-P
[13:44] <dobey> mandel: that's what she said!
[13:44] <mandel> nessita, dobey so, that was three dots that got transformed to a ? so, me cago en irc y sus muertos!
[13:44] <mandel> ok, now I'm away
[13:48] <gatox> nessita, ralsina_ when you have a minute: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/err-dict/+merge/75001
[13:49] <ralsina_> xchat is probably trying to convert to an ellipsis ... and failing ;-)
[13:51] <nessita> gatox: looking!
[13:53] <nessita> gatox: where did you take the email idea from?
[13:54] <alecu> hello!
[13:55] <gatox> nessita, i see that in some cases for RegistrationError the dict only contain errtype and email, and i saw the tests, and applied the same way of checking that key as it does for message and __all__
[13:55] <nessita> gatox: the goal of the bug is to generically handle any err dict
[13:55] <nessita> gatox: in a way that we never show the string repr of a dict to the user
[13:56] <nessita> gatox: so we need to improve the fix so any dict is properly handled
[13:56] <gatox> nessita, so, the only missing is the "password" key...... should i check for that one too...... and avoid the result that just print the dict?
[13:57] <nessita> gatox: no, we need to support any key
[13:57] <nessita> gatox: let me grab the GTK handling algortithm
[13:57] <gatox> nessita, its the same
[13:58] <nessita> gatox: what do you mean is the same?
[14:00] <gatox> nessita, i don't know if you are referring to something else...... but the "_build_general_error_message" method in gtk, does the same as the one in qt (except for the new thing about 'email' key).....
[14:01] <ralsina_> nessita: I think we had seen that the root bug was that not the same errordict was being passed on linux and windows
[14:01] <ralsina_> nessita: the last time I touched that function because of a similar error?
[14:02] <nessita> gatox: right, because that method is not used for specific entries. If you go an see  on_user_registration_error, we deal with error separately
[14:02] <nessita> so, we first check if 'email' is there and add an warning to the entry itseld
[14:02] <nessita> itself*
[14:02] <nessita> gatox: same for password
[14:02] <nessita> and then, we build a general message
[14:03] <nessita> gatox: so, besides doing specific handling for fields, we should do a generic handling
[14:04] <nessita> gatox: where the dict received as error, is *never* shown as a dict to the end user. In the worst case, we should iterate over the keys, values and show that in a user-friendly way
[14:04] <nessita> gatox: this is, for example, the GTK controlpanel generic error handling http://pastebin.ubuntu.com/687633/
[14:05] <nessita> ralsina_: is related, but not the same. My goal is that we never show a dict to the user, despite we may have different error keys in linux and windows
[14:05] <ralsina_> ack
[14:05] <gatox> nessita, when you say "check if 'email' is there and add an warning to the entry", do you mean add that message to the email_assistant label besides the email line edit?
[14:05] <nessita> gatox: that would be ideal, but not sure what design spec'ed for that
[14:06] <karni> duanedesign: joshuahoover: Can you guys see version 1.0.3.1 on the right side of https://market.android.com/details?id=com.ubuntuone.android.files ?
[14:06] <nessita> gatox: in any case, in the generic callback handler, we never should query for 'email' in particular, and we never should default to "result = "Error: %r" % errordict"
[14:06] <nessita> gatox: so, when registering, we may *also* handle possible specific errors such as email and password
[14:07] <nessita> gatox: email and password errors will only show up as registration results
[14:07] <nessita> gatox: the same happens for email-token validation, the errdict will add a new pay key called email_token
[14:08] <nessita> (see sso, gtk code, gui.py:1060)
[14:08] <joshuahoover> karni: i don't see it there
[14:08] <karni> joshuahoover: thanks. probably not populated yet.
[14:08] <nessita> gatox: not sure if I can explain myself about this: summary is that we should deal separately with form-specific errors vs general errors
[14:10] <gatox> nessita, so...... let me see if i understand...... the method that build the messages, if it doesn't has the __all__ and message key, it should return None.... and avoid showing that..... and for the methods that catch the errors for Registration and so, we should parse the additional data as password and email and show it somewhere else
[14:10] <nessita> gatox: I would recommend the other way around
[14:10] <gatox> nessita, sorry..... i'm kind of lost....
[14:10] <nessita> gatox: each error handler may do some specific handling, and then, if there is something left to handle in the error dict, build a general message and show that
[14:10] <nessita> gatox: we can mumble if you want
[14:11] <gatox> nessita, ahhhh ok, i think that i understand now
[14:11] <gatox> nessita, first check local errors, then the rest
[14:12] <nessita> gatox: right. So, for example: when handling registration error, you can have specific_error_1 and specific_error_2. You pop out those from the errdict and then, build a general error that may be the empty string
[14:12] <nessita> gatox: same for email token result, reset password result, login result, etc
[14:12] <gatox> nessita, okkkkkkkk....... now i think that is clear
[14:13] <nessita> gatox: is more robust, and will generate a cleaner error message handling and visualization
[14:13] <nessita> gatox: for a guide, you can follow sso/gtk/gui.py from lines 993 to 1114 (the end)
[14:13] <nessita> gatox: ack?
[14:14] <gatox> nessita, ok..... so, my only doubt now.... is where to show the specificic errors.... can i put that in the assistant labels besides the line edits? or should i show all the error messages together one below the other at the bottom of the form?
[14:15] <nessita> gatox: do we have any spec for that?
[14:15] <gatox> nessita, nop
[14:15] <gatox> nessita, but
[14:15] <nessita> gatox: I think there is one... trying to find it
[14:15] <gatox> nessita, i think that we can show that error message besides the line edit, because it's kind of the same message that you receive when you are completing the form
[14:16] <nessita> gatox: yes, that's the idea
[14:16] <gatox> nessita, ok
[14:16] <ralsina_> nessita: indeed you have now gained a weekly call!
[14:17] <nessita> ralsina_: :-(
[14:17] <nessita> ralsina_: I hate myself for asking
[14:17] <nessita> :-P
[14:26] <Chipaca> nessita: for you, it's opt-in
[14:26] <Chipaca> nessita: it's mandatory for managers
[14:27] <nessita> Chipaca: I was kidding ;-). What day, what time? :-)
[14:28] <Chipaca> nessita: adding you to the invite
[14:28] <nessita> Chipaca: thanks
[14:28] <Chipaca> nessita: done
[14:28] <nessita> got it!
[14:51] <duanedesign> karni: i see it know
[14:54] <ralsina_> surprisingly, it seems no windows tester has find actual unknown bugs except maybe the askubuntu guy
[14:57] <karni> duanedesign: thanks :)
[15:05] <dobey> lunch time, bbiab
[15:06] <nessita> ralsina_: so, I've been doing some follow up in this bug report https://bugs.launchpad.net/ubuntuone-windows-installer/+bug/846373
[15:07] <nessita> ralsina_: and the wizard is crashing and is not handling the error
[15:07] <nessita> ralsina_: we may have 2 issues:
[15:07] <ralsina_> nessita: it's getting and error connecting to sd IPC
[15:07] <nessita> ralsina_: hum?
[15:07] <ralsina_> check the installer log
[15:07] <nessita> ralsina_: can you rephrase that?
[15:07] <nessita> ralsina_: I saw it, I added the trace in the bug report
[15:07] <ralsina_> Oh, ok
[15:07] <nessita> but I'm not sure what you mean
[15:08] <nessita> "it's getting and error connecting to sd IPC"
[15:08] <ralsina_> it's not crashing, it's just never getting back data
[15:08] <ralsina_> so it's stuck with the overlay
[15:08] <nessita> ralsina_: but what about that exception?
[15:08] <ralsina_> yes, that needs handling. But OTOH, it should never happen
[15:08] <nessita> ralsina_: the wizard should handle that error, no? and maybe retry (syncdaemon is maybe too slow_
[15:08] <nessita> )
[15:09] <nessita> ralsina_: I see the syncdaemon log and the process is starting
[15:09] <ralsina_> let's check timestamps
[15:09] <nessita> ralsina_: ah, good one
[15:09] <ralsina_> that should be handled at the tcp activation layer, in SSO
[15:10] <nessita> syncdaemon log last line is:
[15:10] <nessita>      70 2011-09-10 12:25:01,381 - ubuntuone.SyncDaemon.VM.MD - DEBUG - Upgrading the share shelf layout^M
[15:10] <nessita>  C:\Users\Matyáš\ <- JA
[15:10] <nessita> alecu: I bet our syncdaemon is dying with that userhome :-/
[15:11] <alecu> nessita, :-/
[15:11] <nessita> alecu: there is no crash in the user log
[15:11] <nessita> not sure how we can debug any further
[15:11] <ralsina_> nessita: syncdaemon seems to have started 10 minutes before the installer exception. It must have crashed in the middle
[15:12] <ralsina_> or at least stopped responding
[15:12] <nessita> ralsina_: perhaps... did you finish the ultimate logger thingy?
[15:12] <nessita> ralsina_: if it crashed we're not finding out
[15:12] <alecu> nessita, I'll try something like that in my VM
[15:14] <ralsina_> nessita: nope, never had the time :-(
[15:14] <ralsina_> but syncdaemon is supposed to have that already
[15:14] <nessita> ralsina_: right, I wonder why we're not seeing anything else in that loig
[15:15] <ralsina_> it must be crashing really hard. installer is not crashing according to description, and the log has huge holes
[15:15] <nessita> :-/
[15:16] <nessita> alecu: I will assign the bug to you while you debug, once we have more info we'll re-assign
[15:18] <nessita> gatox, ralsina_: can I have a couple of reviews for https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/handle-folder-sensitivity/+merge/75020 ?
[15:18] <ralsina_> nessita: sure!
[15:18] <gatox> nessita, ok
[15:19] <nessita> ralsina_: I'm setting up a clean win7, I will finish the autostart checking there
[15:19] <ralsina_> nessita: autostart should work fine on XP too, if you have that one ready
[15:20] <nessita> I will check in that as well
[15:20] <ralsina_> ok
[15:21] <nessita> but I can't open that many VMs at the same time
[15:23] <ralsina_> nessita: tip! when it's for testing binaries, you can configure the XP VM with as little as 400MB of ram or so and it works
[15:23] <nessita> nice
[15:24] <ralsina_> nessita: +1 on your branch
[15:25] <nessita> yey!
[15:25] <gatox> nessita, +1
[15:25] <nessita> wow!
[15:32] <ralsina_> canonistack is almost making me miss dobey's server :-(/
[15:50] <gatox> nessita, ping
[15:50] <nessita> gatox: pong
[15:50] <gatox> nessita, can you mumble 5 min?
[15:50] <gatox> really quick
[15:51] <nessita> gatox: sure
[15:58] <Chipaca> nessita: ops call running late, will join tech leads call as soon as it's over
[15:58] <Chipaca> facundobatista: et tu, brutus
[16:07] <nessita> Chipaca, facundobatista: what channel is the call in/
[16:07] <nessita> ?
[16:08] <ralsina_> nessita: u1-management
[16:08] <nessita> gracias!
[16:10] <nessita> ralsina_, gatox: we're having issues with default buttons when running the wizard from the bundle: bug #848016
[16:10] <gatox> nessita, ok
[16:10] <ralsina_> nessita: interesting.
[16:11] <ralsina_> nessita: reproduced. I will do a build that prints stderr and see if there's something
[16:12] <ralsina_> or gatox: you can take this as a opportunity to have me teach you how to build that thing :-)
[16:13] <gatox> ralsina_, yes, when are you going to do it?? right now or could it be later?
[16:13] <ralsina_> gatox: I'm on a call, you tell me :-)
[16:14] <gatox> ralsina_, i prefer later, so i can close some bugs i'm working on now
[16:15] <ralsina_> gatox: fine by me, that bug is hardly critical
[16:16] <facundobatista> Chipaca, brutus, I do (?)
[16:19] <dobey> meh
[16:47] <dobey> twisted is nasty
[16:47] <gatox> lunch
[16:50] <dobey> of course, this wouldn't be so bad if gi and static bindings were API compatible :(
[16:55] <karni> rye: joshuahoover: duanedesign: In case anyone asks, we'll be publishing the build of Ubuntu One Files on the project page starting today, see: https://launchpad.net/ubuntuone-android-files
[16:55] <karni> rye: joshuahoover: Shall I reply to the person who recently asked about the apk?
[16:56] <karni> I have it in front of me.
[16:57] <karni> I'll do that ;)
[17:01] <nessita> alecu: ah! I forgot to ask, did you take a look to https://code.edge.launchpad.net/~alecu/ubuntuone-control-panel/webclient-shutdowns/+merge/74708? I added a comment
[17:02] <alecu> nessita, yup, I saw that tests were broken for you, and I managed to reproduce that on windows. I'll take a look at a fix later. thanks!
[17:02] <nessita> thank you!
[17:16] <ralsina_> nessita, alecu, gatox: can I get *one* review for this? https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/empty-folder-list/+merge/75043
[17:16] <ralsina_> one should be enough ;-)
[17:16] <gatox> ralsina_, on it
[17:18] <nessita> lunchtime!!!!!
[17:18] <gatox> ralsina_, +1....... no need for tests?? (checking that the variable exists or something?)
[17:19] <dobey> tests are for fascists
[17:20] <nessita> gatox: he DOES need tests!
[17:20] <nessita> also his branch :-D
[17:27] <duanedesign> thank you karni
[17:33] <karni> np
[17:56] <karni> rye: I'd appreciate if you could have a look at this http://ubuntuforums.org/showthread.php?p=11244203#post11244203 and the OpenID transaction fragment.
[17:57] <nessita> can I have a trivial review for https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/restore-skipped/+merge/75041 ?>
[18:09] <ralsina_> nessita: approved
[18:09] <nessita> ralsina: thanks!
[18:09] <nessita> I'm IRL tetsing yours empty-foo
[18:10] <ralsina_> ack
[18:24] <nessita> ralsina_: approved. Also tested https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/put-in-autostart/+merge/73670 and is working OK, but tests are failing
[18:25] <nessita> ralsina_: can you please fix and I'll approve?
[18:25] <ralsina_> nessita: must be something new in trunk. Will fix immediately
[18:30] <ralsina_> hey, tarmac is back up!
[18:32] <gatox> ralsina_, nessita small review: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/err-dict/+merge/75055 (this branch is related with the SSO one that i'm waiting for launchpad to rescan it to give you the link)
[18:34] <gatox> nessita, ralsina_ SSO: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/err-dict/+merge/75001
[18:34] <lauratika> hello everyone my ubuntu one sync service it's giving me this error http://paste.ubuntu.com/687821/ and this create conflicts with folders in nautilus... cant launch any folder. any ideas what this is about?. was working just fine a few hours ago.
[18:37] <dobey> lauratika: that pastebin seems to be cut off?
[18:38] <lauratika> no is what i can select in the ubuntu one launcher
[18:38] <gatox> ralsina_, nessita i'm leaving for now (EOD)... i'm with fever.... please let me know if that branches needs fixing... also probably later i'll submit another branch to fix the problem with the setup account button...... but i'm not feeling very well now...... byeee
[18:38] <lauratika> is there a way to get the whole message?
[18:38] <nessita> gatox: get some rest!
[18:38] <ralsina_> gatox: have some rest!
[18:38] <gatox> nessita, ralsina_ jeje se pusieron de acuredo
[18:39] <ralsina_> no, but we don't want to explain "oh, our new developer dropped dead on the keboard" ;-)
[18:39] <dobey> lauratika: you mean in the control panel?
[18:39] <lauratika> sorry
[18:39] <lauratika> got the whole message just had to maximize the window
[18:39] <gatox> ralsina_, jejjeje
[18:39] <lauratika> http://paste.ubuntu.com/687826/ this is the whole message
[18:42] <lauratika> dobey: could you see it?... thats all i have
[18:43] <dobey> lauratika: yes, it seems like ubuntuone-syncdaemon is failing to start perhaps. what version of ubuntuone-client do you have, and on what version of ubuntu?
[18:45] <lauratika> what is the command to know ubuntu one version?
[18:45] <lauratika> im using natty
[18:47] <nessita> lauratika: can you please the output of running this command on a terminal? python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug
[18:50] <lauratika> http://paste.ubuntu.com/687831/ here it is nessita!
[18:50] <nessita> looking
[18:50] <nessita> lauratika: interesting, let me ping someone more familiar with tritcask
[18:50] <nessita> verterok: ping
[18:51] <lauratika> interesting as in unusual and send to next doctor... or interesting as in ha! so simple to fix?  ;)
[18:52] <dobey> interesting as in it shouldn't be doing that, but alas here we are :)
[18:52] <ralsina_> nessita: fixed put-in-autostart, added fix for bug #847794 while I was fixing test output
[18:52] <lauratika>  :D
[18:53] <nessita> lauratika: interesting as in the error is unexpected, may indicate (but need confirmation) that your metadata may be corrupted
[18:53] <nessita> ralsina_: ack
[18:53] <lauratika> which means?... metadata sounds like big boss got tangled...
[18:54] <lauratika> thanx for this nessita!...
[18:54] <nessita> lauratika: you're welcome! let's see what verterok can say about this, he's the master head behind that
[18:54] <nessita> lauratika: he seems to be out, can you please file a bug? please add the last output there
[18:54] <lauratika> this is my version of ubuntu one 1.0.0-0ubuntu1.1
[18:55] <lauratika> but right now i can access my folders
[18:55] <lauratika> and therefor any files... is there a way around just while i file the bug?
[18:59] <verterok> nessita: pong
[19:00] <nessita> verterok: hi there!
[19:00] <verterok> hi
[19:00] <nessita> verterok: lauratika is having weird issues with tritcask, see http://paste.ubuntu.com/687831/
[19:00] <verterok> nessita: looking
[19:01] <verterok> nessita: is this nightly ppa or natty version?
[19:01] <nessita> verterok: no idea, lauratika what does apt-cache policy python-ubuntuone-client shows?
[19:02] <lauratika> hmmm.. sorry not that savvy. how can i check that and gladly will post it for ya guys?
[19:02] <verterok> lauratika: what's the output of: 'apt-cache policy python-ubuntuone-client' ?
[19:03] <nessita> lauratika: run that ^ in a terminal
[19:04] <lauratika> yes hold on
[19:04] <lauratika> too slow the machine
[19:04] <lauratika> python-ubuntuone-client:
[19:04] <lauratika>   Installed: 1.6.2-0ubuntu1
[19:04] <lauratika>   Candidate: 1.6.2-0ubuntu1
[19:05] <lauratika> this is what i got
[19:05] <nessita> verterok: no ppa, plain natty
[19:05] <verterok> ok, let check the code
[19:05] <verterok> lauratika: gimme 5' to check the code of that version
[19:06] <lauratika> sure... no worries
[19:06] <lauratika> thanx guys!
[19:06] <verterok> lauratika: do you have filed a bug with the contents of  http://paste.ubuntu.com/687831/?
[19:06] <lauratika> not yet
[19:07] <lauratika> should i?
[19:07] <nessita> ralsina_: ping
[19:07] <ralsina_> nessita: pong
[19:07] <nessita> ralsina_: can you add a quick test for the adding of the check set_up_button?
[19:07] <ralsina_> nessita: argh, I know I forgot something. Sure
[19:07] <verterok> lauratika: please, so I can link the fix to the bug :)
[19:08] <nessita> ralsina_: the rest looks good!
[19:08] <ralsina_> nessita: thanks. Is adding that test a full review again? Because then I would do it in another smaller branch
[19:08] <lauratika> silly question is there a link to bug page
[19:09] <lauratika> got it
[19:09] <lauratika> sorry
[19:09] <nessita> ralsina_: I will just check the diff
[19:09] <nessita> ralsina_: I will not IRL test it again
[19:09] <ralsina_> nessita: ok, will have it in a bit
[19:13] <verterok> lauratika: do you have some time to help me debug the issue? I'm not able to find the error looking at the code, probably I'm missing something
[19:13] <lauratika> yes
[19:13] <lauratika> i can try
[19:14] <lauratika> what i have to do
[19:15] <verterok> lauratika: ok, cool. thanks
[19:15] <verterok> lauratika: in a terminal, run this command:
[19:15] <verterok> python -c "from ubuntuone.syncdaemon.tritcask import Tritcask; import os; db = Tritcask(os.path.expanduser('~/.local/share/ubuntuone/syncdaemon/tritcask'), auto_merge=False); db._keydir._stats; db.shutdown()"
[19:15] <lauratika> brings nothing back
[19:15] <verterok> python -c "from ubuntuone.syncdaemon.tritcask import Tritcask; import os; db = Tritcask(os.path.expanduser('~/.local/share/ubuntuone/syncdaemon/tritcask'), auto_merge=False); print db._keydir._stats; db.shutdown()"
[19:16] <verterok> lauratika: sorry, forgot the print ^
[19:16] <verterok> lauratika: could you pastebin the output?
[19:16] <lauratika> ok so the second command
[19:17] <lauratika> just as it is?
[19:17] <verterok> lauratika: yes, the second one
[19:17] <lauratika> {'131580860858513': {'live_entries': 27707, 'live_bytes': 16657058}}
[19:18] <lauratika> just gives this before getting lauratike@mekka:~$
[19:18] <verterok> lauratika: ok, perfect. that's the output I wanted :)
[19:19] <verterok> lauratika: I'll bother you with some other commands if that's ok :)
[19:19] <lauratika> yes
[19:19] <lauratika> shoot
[19:20] <verterok> lauratika: please run: "ls -la ~/.local/share/ubuntuone/syncdaemon/tritcask/"
[19:21] <lauratika> need the output of the permits?
[19:22] <verterok> lauratika: the size actually
[19:22] <ralsina_> nessita: pushed put-in-autstart with two more tests and a small change that makes the tests more "real" so set_up_button doesn't cause more noise in the future
[19:23] <nessita> ralsina_: great, looking
[19:23] <lauratika> http://paste.ubuntu.com/687847/
[19:23] <ralsina_> also, added to missing super calls, which I am sure need tests, but I don't know how to :-)
[19:24] <verterok> lauratika: thanks, gimme a few minutes to think about this :)
[19:24] <lauratika> ok
[19:24] <lauratika> im around... if i got disconected i come back
[19:24] <lauratika> but im here
[19:27] <verterok> lauratika: ok, I think I've found the bug...I'll try to reproduce it locally first
[19:27] <lauratika> ok
[19:30] <nessita> ralsina_: I may be looking at a wrong diff, but you added         super(SetupAccountPage, self).showEvent(event) to the wrong method?
[19:31] <ralsina_> hmmmm
[19:31] <nessita> ralsina_: is under confirm_email_assistance
[19:33] <ralsina_> nessita: sorry, made a stupido
[19:33] <verterok> lauratika: do you have filed the bug?
[19:34] <lauratika> i have issues with my account my passwrod is not working
[19:34] <lauratika> damn it!
[19:34] <verterok> lauratika: ok, np. I'll file it if that's ok with you
[19:34] <lauratika> let me create  another account
[19:34] <lauratika> yes
[19:34] <lauratika> no worries
[19:34] <lauratika> please do so
[19:34] <verterok> lauratika: you're looking for a workaround, right?
[19:34] <lauratika> does this means there is a solution?
[19:34] <lauratika> yes
[19:35] <lauratika> i am
[19:35] <verterok> lauratika: the issue might appear again, I'll work on a fix but not sure if it's going to be backported to natty (I'll try to include it in the natty updates)
[19:35] <lauratika> i see
[19:35] <lauratika> so meanwhile?
[19:36] <verterok> lauratika: we can run a small script to fix the incosistence in the db
[19:36] <lauratika> yes, just please tell me how to do it
[19:36] <verterok> lauratika: but first, let's do a backup of the directory just in case :)
[19:36] <lauratika> is this via command?
[19:36] <verterok> lauratika: yes
[19:36] <lauratika> ok
[19:37] <lauratika> shoot
[19:37] <lauratika>  :o
[19:37] <verterok> lauratika: first, run this in a terminal: tar -cjf ~/syncdaemon-tritcask-backup.tar.bz2 ~/.local/share/ubuntuone/syncdaemon/tritcask
[19:39] <verterok> lauratika: let me know when you finish with that ^
[19:40] <lauratika> done
[19:40] <verterok> lauratika: ok, now run this command in a terminal: python -c "from ubuntuone.syncdaemon.tritcask import Tritcask; import os; db = Tritcask(os.path.expanduser('~/.local/share/ubuntuone/syncdaemon/tritcask'), auto_merge=False); db.merge(db._immutable); db.shutdown()"
[19:40] <nessita> ralsina_: also, I would do something else in the hideEvent/showEvent tests, setting the set_up_button to None is one thing
[19:40] <verterok> lauratika: once that's done, try starting the client
[19:41] <ralsina_> nessita: I could add an assert that i t's set to None before calling hideEvent
[19:42] <nessita> ralsina_: that works too :-)
[19:42] <ralsina_> because if I actively set it to None, I may be testing something that doesn't actually happen
[19:42] <lauratika> verterok: still the same error
[19:43] <verterok> lauratika: while running the command?
[19:43] <lauratika> nope diung it
[19:43] <lauratika> with the gnome panel
[19:43] <verterok> lauratika: try starting the client using the terminal with: python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug
[19:44] <verterok> lauratika: and pastebin the output of it crash
[19:45] <lauratika> how do i stop
[19:45] <verterok> lauratika: stop what?
[19:45] <lauratika> and retsart via command please
[19:46] <verterok> lauratika: in a terminal: "u1sdtool -q"
[19:46] <verterok> lauratika: then: python /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug
[19:50] <ralsina_> nessita: pushed the extra asserts
[19:50] <nessita> ralsina_: ack
[19:51] <nessita> ralsina_: and the super() fix?
[19:51] <ralsina_> nessita: yes
[19:51] <nessita> great
[19:51] <nessita> looking
[19:54] <verterok> lauratika: please, let me know how it goes
[19:54] <lauratika> crash
[19:54] <verterok> lauratika: could you pastebin the output?
[19:54] <lauratika> im pasting it
[19:54] <lauratika> bit busy
[19:54] <lauratika> hold a sec please
[19:54] <verterok> lauratika: k, let me know
[19:55] <lauratika> que es
[19:56] <nessita> ralsina_: for future branches, the asserts you added should be the python builtin assert not assertEqual. The main difference is conceptual, basically we use assert when we want to be explicit about an assumption we're doing for our test. Using the self.assert* method will indicate a test condition that is being executed.
[19:56] <lauratika> sorry wrong window
[19:56] <nessita> ralsina_: I will explain that in my talk at pycon.ar ;-) you're welcomed to join!
[19:56] <ralsina_> hehe, cool ;-)
[19:58] <nessita> approving
[20:00] <spacebug-> hi there! I'm using "ubuntuone-control-panel 1.0.0-0ubuntu1.1" in Ubuntu 11.04 64-bit. It seems the bandwith option in the controlpanel does not work the way it should. Not clicked it does not control bandwith and all other internet apps like chat/web and such get disconnected and when trying to control it with numbers it slows down to very slow upload speed.
[20:00] <nessita> spacebug-: hi there!
[20:00] <ralsina_> nessita: yay!
[20:01] <nessita> spacebug-: you should be probably suffering from a known bug, let me look it up for you
[20:01] <spacebug-> ok
[20:01] <nessita> spacebug-: bug #600832. Basically, the limits are taken into account, but in a way that is the expected by the end users
[20:02] <nessita> spacebug-: to confirm the limits are being written to the conf file that the syncdaemon uses, you can check the file located in ~/.config/ubuntuone/syncdaemon.log
[20:02] <spacebug-> ok thanks
[20:02] <nessita> spacebug-: hum, our bug bot is not working. The link is https://bugs.launchpad.net/ubuntuone-client/+bug/600832
[20:02] <dobey> ok
[20:02] <spacebug-> ;)
[20:02] <nessita> oh, that's a dupe
[20:02] <nessita> master bug is https://bugs.launchpad.net/ubuntuone-storage-protocol/+bug/720707
[20:02] <dobey> i am completely baffled as to how twisted's glib/gtk reactors actually manage to function
[20:03] <nessita> dobey: why?
[20:03] <dobey> because it seems to be passing invalid arguments into glib
[20:04] <nessita> hum
[20:04] <nessita> such as
[20:04] <nessita> ?
[20:04] <dobey> passing an into as the first argument of g_io_channel_add_watch() which takes a GIOChannel object as first argument
[20:04] <dobey> s/into/int/
[20:07] <lauratika> http://paste.ubuntu.com/687870/
[20:07] <lauratika> here it is
[20:09] <verterok> lauratika: thanks
[20:09] <verterok> lauratika: something isn't working as expected (in the script I pasted)
[20:10] <verterok> hmm, I don't have that version of the code available :(
[20:10] <verterok> let me install the same version of the client and test it locally
[20:10] <verterok> let me install the same version of the client and test it locally
[20:11] <verterok> ups
[20:11] <nessita> dobey: not sure how to help :-/
[20:12] <dobey> nessita: me either
[20:12] <nessita> dobey: is this related to the nightlies build failures?
[20:13] <ralsina_> I am taking a slightly early EOD today
[20:13] <ralsina_> nessita: if you need any reviews done, mail me, I will take a look late today or early tomorrow
[20:13] <lauratika> verterok you are talking to me
[20:13] <verterok> lauratika: yes, sorry
[20:13] <nessita> ralsina_: I'm about to have one
[20:13] <nessita> ralsina_: will email that
[20:13] <ralsina_> nessita: I'll wait for it, if you want
[20:13] <lauratika> yes
[20:13] <lauratika> i wait
[20:13] <nessita> ralsina_: if you can, is not long nor complex
[20:14] <nessita> not urgent either
[20:14] <ralsina_> if not urgent, then I'll do it later
[20:14] <ralsina_> I wonder what happened with mandel and keyring
[20:15] <ralsina_> nessita: quick question, from where are we getting the version number we send to sso?
[20:15] <nessita> ralsina_: ack then, will email that. See ya tomorrow!
[20:15] <dobey> nessita: yes; i wrote a gtk3reactor based on gtk2reactor, but it's still unhappy
[20:15] <nessita> ralsina_: ubuntuone.clientdefs.VERSION
[20:15] <ralsina_> hmmmm.... ok, so we need to update that somehow tomorrow
[20:15] <nessita> ralsina_: that info is added by ubuntuone.credentials
[20:15] <ralsina_> unless it has a revno
[20:16] <nessita> ralsina_: it has not a revno, as far as I know. But we can make clientdefs to be what we need when building our installer, no?
[20:16] <ralsina_> nessita: yes we can. I just need to add it to my "this is how you build" document :-)
[20:17] <ralsina_> and we need to keep track of what we put there for each release now
[20:17] <ralsina_> bye!
[20:17] <nessita> bye!
[20:33] <nessita> ok, I'm off as well
[20:33] <nessita> bye all!
[20:35] <dobey> hrmm
[20:38] <dobey> so
[20:39] <dobey> i have a mostly working gtk3reactor.py
[20:40] <dobey> still needs a bit of work though
[21:04] <dobey> have a good evening all!