[00:04] <Woodenshoe> Thisfred how are you
[08:46] <mandel> morning everyone!
[08:47] <duanedesign> hello mandel
[08:49] <mandel> duanedesign: you do not cease to amaze me, what do you get up? or got to bed ?
[08:49] <mandel> duanedesign: I own you some help in the translation of you app, sorry for that, I have been kind of overloaded, will do during the hollidays, aka tom 'til next year :)
[09:18] <mandel> can anyone tell be where is the code of u1-trial?
[09:30] <duanedesign> mandel: :) no worries
[12:04] <duanedesign> some positive feedback about Ubuntu One. http://ubuntuforums.org/showthread.php?t=1646784
[12:05] <nessita> duanedesign: thanks!
[12:55] <ralsina> mandel ping
[13:23] <Chipaca> ralsina: probably having lunch now
[13:23] <Chipaca> ralsina: he was alive a few hours ago
[13:23] <ralsina> chipaca: ok, he' ll see it when he comes back then
[13:40] <mandel> ralsina: pong
[13:41] <mandel> ralsina: sorry, I was walking the pet
[13:41] <ralsina> no problem mandel
[13:41] <mandel> ralsina: tell me
[13:42] <ralsina> I was wondering, if you have a couple of hours sometime today, I have Windows seven waiting :-)
[13:43] <mandel> ralsina: yes, lets do it after the standup, specially because I need a couple of reviews on windows for the ubuntuone-dev-tools
[13:43] <ralsina> cool
[13:44] <mandel> ralsina: mainly I'm making sure that u1trial works on windows since it is the code used to run tests in desktopcouch, sso, and I think sd too
[13:45] <mandel> ralsina: when do you have holidays and all that?
[13:48] <ralsina> I'm not here tomorrow morning, but will only take between xmas and jan 3.
[13:48] <ralsina> So, basically, I am here all the time except tomorrow morning and when the company is closed
[13:52] <mandel> ralsina: ok, I was saying such because I've got tom on holidays, yet I'll be working on the train (3 hours) and will probably be around during the mornings since I want to teach my brother some python + pygame
[13:52] <ralsina> oh, cool
[13:53] <ralsina> mandel: I will try not to bither you much
[13:53] <ralsina> s/bit/bot/g
[13:53] <mandel> ralsina: my plan is to move foward on desktopcouch on windows and mac os x during my holidays :)
[13:53] <ralsina> mandel: that's not holidays :-)
[13:53] <mandel> ralsina: he, yes they are, because I do it when I want, not when someone else wants
[13:54] <mandel> ralsina: so, I was thinking we could move foward on the windows new UI
[13:54] <ralsina> mandel: so, if I told you to do it whenever you feel like it, I ruin your vacations? ;-)
[13:54] <ralsina> mandel: yes, that's what I want to work on
[13:54] <mandel> ralsina: could be hehe
[13:54] <ralsina> mandel: I will try to do some basic stuff this evening
[13:55] <ralsina> mandel: mostly designer work, just to see the UI
[13:55] <mandel> ralsina: cool, we can work on https://code.launchpad.net/~ubuntuone-hackers/ubuntuone-windows-installer/sync_daemon  which is a nearly clean branch where all the code to use the sd will go
[13:56] <ralsina> mandel: ok
[13:56] <mandel> ralsina: that way we can keep the other branch stable 'til we see pyqt + sd working as we want it
[13:56] <ralsina> mandel: I intend to take some private time to make it work on Linux too, but that's in the semi-far future
[13:57] <mandel> ralsina: I guess that we could look at that branch to setup your env and review one of my first proposals
[13:57] <ralsina> you know, when I have some private time again ;-)
[13:57] <mandel> ralsina: haha well, I consider private time just that one you spend in your room hehehe
[13:57] <mandel> the rest, is public ;)
[13:57] <ralsina> mandel: got any news on the desktopcouch thing with chad?
[13:58] <ralsina> nessita mandel: standup in 3 minutes
[13:58] <mandel> ralsina: I have not talked with him, I know that dobey porposed a branch, which chad and I reviews and approved
[13:58] <CardinalFang> ralsina, hi.  It's built in our nightlies PPA.  I have the packages installed here, and I'm testing.
[13:58] <CardinalFang> <- chad, btw.
[13:58] <ralsina> CardinalFang: oh, great
[13:59]  * ralsina is confused :-)
[13:59] <mandel> CardinalFang: sweet, what the issues with the test
[13:59] <ralsina> CardinalFang: but great anyway
[13:59] <mandel> CardinalFang: I did not look into it much, was skiing :)
[14:00] <CardinalFang> mandel, which test?  A merge?  d-bey's merge failed twice, but I don't know why.
[14:00] <CardinalFang> Everything (AFAIK) eventually landed.
[14:00] <mandel> CardinalFang: that one, the merge from dobey that failed
[14:00] <ralsina> mandel nessita, standup now
[14:00] <ralsina> me
[14:01] <nessita> mre
[14:01] <nessita> me*
[14:01] <mandel> CardinalFang: I was wondering the reason, but since you do not know I'll look deeper
[14:01] <mandel> me
[14:01] <CardinalFang> I'm in.  me.
[14:01] <nessita> ralsina: dobey as well?
[14:01] <ralsina> dobey is away
[14:01] <ralsina> I pinged him in private
[14:01] <CardinalFang> mandel, I don't know.  I didn't see code test fail, so I assumed it was lint or transient.
[14:01] <nessita> ah, sorry
[14:02] <ralsina> DONE: chased people around, redoing my maverick setup because of freakish bug
[14:02] <mandel> CardinalFang: ok, I'm working on desktopcouch so I'll take a ook
[14:02] <ralsina> TODO: start on Windows development with mandel today
[14:02] <ralsina> BLOCKED: no
[14:02] <ralsina> nessita?
[14:02] <nessita> DONE: worked on Saturday, it was a very productive day. Submitted 3 branches, all awaiting for reviews (https://code.launchpad.net/ubuntuone-control-panel/+activereviews). Work focused on device display and removal (all done), basic interface improvement (trying to avoid resizings, added the "official" messahges list to the first screen).
[14:02] <nessita> Also, got fix for double token in maverick-proposed, so we only need to do the verifications to have moved to maverikc-updates.
[14:02] <nessita> TODO: Application tab content on the Control Panel.
[14:02] <nessita> BLOCKED: nopes, but time is evil!
[14:02] <nessita> NEXT: mandel
[14:02]  * ralsina heads for nessita's branches ASAP
[14:03] <mandel> one sec
[14:03] <mandel> DONE: Holidays. Worked on u1trial so that it works on windows. to be precise bug 692494 bug 692507 and bug 692516
[14:03] <ubot4> Launchpad bug 692494 in ubuntuone-dev-tools "Add a batch to run dev tools unit tests on windows (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/692494
[14:03] <ubot4> Launchpad bug 692507 in ubuntuone-dev-tools "u1trial should import the correct reactor according to the platform in which the tests are being ran (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/692507
[14:03] <ubot4> Launchpad bug 692516 in ubuntuone-dev-tools "Allow u1trial to ignore modules (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/692516
[14:03] <mandel> TODO: Allow to disable the use of dbus in 1trial for windows and mac os x
[14:03] <mandel> BLOCKED: No
[14:03] <mandel> CardinalFang: your turn!
[14:03] <CardinalFang> DONE-webmobile: filename bug fixed in music.  more testing of photo collection.
[14:03] <CardinalFang> DONE-desktop: tested service of desktopcouch.
[14:03] <CardinalFang> TODO-desktop: test API as much as I can.
[14:03] <CardinalFang> BLOCKED: Too few hours in the day.
[14:04] <nessita> CardinalFang: amen
[14:04] <mandel> CardinalFang: indeed, I require 30 hours at least!
[14:04] <ralsina> I have asked to get more hours but they tell me 24-hour days are company policy
[14:05] <mandel> lets move to pluto!
[14:05] <mandel> that will sort it
[14:05] <ralsina> I will try to do reviews for everyone today, as far as I can, so bug me
[14:05] <CardinalFang> With enough space elevators, we mght be able to slow our rotation.   /me emails NASA again.
[14:05] <dobey> hi
[14:05] <ralsina> hi dobey, your turn :-)
[14:05] <nessita> ralsina: consider yourself bugged
[14:06] <ralsina> Yes, I am cloning yours as I type :-)
[14:06] <mandel> ralsina: join #u1-reviews in the canonicals irc
[14:06]  * nessita dances
[14:06] <dobey> λ DONE: 657850, reviewed 691647, desktopcouch pairing
[14:06] <dobey> λ TODO: 683351, backports
[14:06] <dobey> λ BLCK: None.
[14:06] <ralsina> mandel: done
[14:07] <dobey> CardinalFang, mandel: my branch failed to land twice due to tests. first time is apparently due to testtools being broken on python 2.7, second time appears to be an intermittent failure
[14:07] <dobey> probably an isolation issue
[14:07] <CardinalFang> Ah.
[14:07] <nessita> dobey: could you please add the word "bug" next to the bug numbers to have ubot4 showing the links?
[14:08] <nessita> is much easier to know what you're talking about :-)
[14:08] <ralsina> mandel: can we do the windows stuff in ... two hours or that's too late for you?
[14:08] <mandel> ralsina: is never too late, that way I can have lunch
[14:08] <mandel> :)
[14:08] <mandel> dobey: are u on holidays?
[14:09] <ralsina> mandel: cool, see you in now+2 :-)
[14:09] <CardinalFang> facundobatista, what do you think of Bug #692241?
[14:09] <ubot4> Launchpad bug 692241 in ubuntuone-storage-protocol "Ubuntu One should normalize names (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/692241
[14:09] <dobey> nessita: i intentially don't do that because i don't have any control on how long the bot will take to actualy say something, so it often ends up messing up continuity
[14:09] <dobey> mandel: no, i was on friday, but i am working this week until friday, then off until january
[14:09] <ralsina> Everyone in desktop+ when is your last day before holidays?
[14:09] <mandel> ralsina: 2day :)
[14:09]  * mandel dances
[14:10] <CardinalFang> Thursday, 23rd.
[14:10] <nessita> dobey: but we agreed we'll do that on stand ups, and also, even if the link appears a bit late, is very very useful
[14:10] <ralsina> mandel: I thought it was tomorrow?
[14:10] <dobey> ralsina: thursday
[14:10] <mandel> ralsina: AFAIK is not, let me double check
[14:10] <nessita> ralsina: Thursday inclusive, not coming tomorrow
[14:10] <ralsina> ok, I won't be around tomorrow morning, but should be here until friday, inclusinve
[14:10] <nessita> ralsina: ack
[14:11] <dobey> nessita: i find it noisy, especially if i'm actually trying to read what people are posting in the standups
[14:11] <ralsina> so, before leaving talk to me about where you are leaving stuff :-)
[14:11] <ralsina> so I know what I should complain about in january.
[14:11] <ralsina> Any other comments?
[14:11] <nessita> dobey: having your report stating just bug numbers and nothing else says pretty little about what you have done, one have to go and actually browse the bugs in LP
[14:12] <nessita> ralsina: what I'm asking to dobey
[14:12] <facundobatista> CardinalFang, not opinion, really, but after I finish on #684937, doing that would be a lot easier
[14:12] <ralsina> dobey: do as nessita says, I agree with her. Pretty please :-)
[14:12] <dobey> does #685342 work
[14:12] <mandel> ralsina: will tell you about the holidays as soon as canonial admin decides to let me know… lotus notes are shit!
[14:12] <dobey> or do you actually have to type "bug"
[14:12] <dobey> bah
[14:12] <nessita> dobey: I think not with ubot4
[14:12]  * ralsina has no idea what the numbers are, and needs the descriptions. And ralsina having an idea what you are doing is one of the goals of standup
[14:12] <nessita> bug 685342 works
[14:12] <ubot4> Launchpad bug 685342 in python-launchpadlib (Ubuntu) "Sync python-launchpadlib 1.8.0-1 (main) from Debian experimental (main) (affects: 1) (heat: 387)" [Wishlist,Fix released] https://launchpad.net/bugs/685342
[14:12] <dobey> someone should fix ubot4 then
[14:13] <ralsina> mandel: ok, don't worry about it
[14:13] <nessita> ralsina: nothing else on my end
[14:13] <ralsina> eom it is then. EOM!
[14:13] <mandel> nessita: did you move to u1trial in sso?
[14:14] <nessita> mandel: not yet, waiting for your branches
[14:14] <nessita> mandel: want me to dfo that before? I have the branch almost done
[14:14] <nessita> mandel: I can propose it in 15 minutes~
[14:14] <mandel> nessita: yes, please do, I'm moving the windows stuff to ubuntuone-dev-tools
[14:14] <nessita> mandel: sure!
[14:15] <mandel> nessita: so that we can run the tests with u1trial in all platforms
[14:15] <nessita> mandel: +10
[14:15] <nessita> mandel: I just have to merge trunk in and run the tests, and I'm good to propose
[14:16] <mandel> nessita: great :)
[14:16] <mandel> nessita: I'll work on u1trial and as soon as it has everything we need, I'll adapt the sso batch etc to work correctly on windows
[14:16] <nessita> ok
[14:16] <mandel> nessita: is nicer than working on 3 diff places
[14:17] <nessita> :-D
[14:17] <mandel> ralsina: you were right I'm working tom
[14:17] <dobey> hmm
[14:17]  * mandel is not dancing anymore
[14:18] <mandel> nessita: have you heard about Pygenie, would that me nice in addition to pylint?
[14:19] <dobey> is pygenie another lint thing?
[14:19] <nessita> mandel: never heard of it, I'll google it ina but\
[14:19] <mandel> dobey: in measures cyclomatic complexity, so I guess it is kind of it
[14:19] <nessita> in a bit*
[14:19] <ralsina> guys, is the last day at the office the right day to think about adding something that tells you your code sucks? ;-)
[14:20] <mandel> nessita: butt was cooler ;)
[14:20] <nessita> :-D
[14:20] <dobey> ralsina: we don't need something else for that. we already have me :)
[14:20] <mandel> ralsina: yes, is a great way to start the year with new goals :)
[14:20] <ralsina> whoa, a butt that has google. Modern gadgets amaze me :-D
[14:21] <mandel> dobey: I'm just trying to automate you hehe
[14:21] <mandel> to a limit ofcourse ;)
[14:21] <mandel> dobey: that way you have more time for your cars and that mini you have
[14:21]  * ralsina approves new-sso-iface branch
[14:22] <dobey> i don't have a mini any more
[14:23] <mandel> dobey: uh, what happened?
[14:24]  * CardinalFang hugs Launchpad.
[14:24] <ralsina> mandel: how'm I supposed to review this? https://code.launchpad.net/~mandel/ubuntuone-dev-tools/add_tests_batch/+merge/44207
[14:24] <ralsina> mandel: except by reading a .bat file and trusting you, of course ;-)
[14:25] <mandel> ralsina: ok, there is a test process since I do not know how to unit tests batch processes
[14:25] <ralsina> mandel: worse, I don't have the windows env. setup yet, remember? You are the only one that has one :-)
[14:25] <mandel> ralsina: you have to run the script with python not installed and see if it fails
[14:26] <mandel> ralsina: then install 2.6 or 2.7 and see that it runs the tests (although they will fail since we do not have the correct code just yet)
[14:26] <ralsina> ok, will do
[14:26] <ralsina> 2.7 should work?
[14:26] <dobey> mandel: traded it and my s-10 both, for a full size 1/2 truck.
[14:26] <dobey> err, 1/2 ton truck
[14:26] <mandel> ralsina: then easy_install pep8 and see it the script checks the style
[14:26] <mandel> dobey: you have a 1/2 truck?? got picts? I wanna see it :)
[14:28] <mandel> ralsina: I wish there was a way to unit test batch scripts, but there are no
[14:28] <mandel> but i was not expecting to have unit tests since I'm talking about a lang where you need to use GOTO :(
[14:28] <dobey> mandel: 1/2 ton
[14:28] <ralsina> mandel: I was more talking about "how am I supposed to run this thing" tests ;-)
[14:29] <mandel> dobey: hehe I meant that, not 1/2 truck, which would also be cool to see hehe
[14:29] <mandel> ralsina: I know, I was not apologing, just complaining about batch :D
[14:29] <dobey> ralsina: wine run-tests-windows.bat
[14:30] <ralsina> dobey: go work on the bug about windows client not working on wine, please ;-)
[14:30] <dobey> this isn't the windows client :)
[14:31] <nessita> mandel, dobey: could you please review? https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/use-devtools/+merge/44237
[14:31] <mandel> ralsina, dobey: I was proud about my comment in that wine bug thing :)
[14:32] <mandel> first time I use a movie quote for a bug report
[14:32] <mandel> nessita: I'm looking
[14:33]  * ralsina will fix bug #375145 some day
[14:33] <ubot4> Launchpad bug 375145 in ubuntuone-client "Ubuntu One should have a KDE client (affects: 85) (dups: 2) (heat: 457)" [Wishlist,Confirmed] https://launchpad.net/bugs/375145
[14:33] <jblount> mandel: Maybe you should start responding to bug reports exclusively with movie quotes. Concept art in bug reporting?
[14:34] <mandel> jblount: I'd love to do that, but I do not know if people will like it
[14:35] <ralsina> "My name is Manuel De La Peña, you claimed my bug, prepare to die!" :-)
[14:35] <mandel> hee, I'm Inigo Montoya, you killed my father, prepare to die!
[14:36] <ralsina> mandel: finally someone who likes the princess bride :-)
[14:36] <mandel> ralsina: well, liming is too far, lets say I'm watch it
[14:37] <facundobatista> question: for code that is written now into the client, that will be released with Natty (11.04), we don't need to support Jaunty (9.04) anymore, right?
[14:37]  * ralsina is waiting until his kid is 6 so he can make him watch it
[14:37] <ralsina> mandel: I am hating windows development already. That took me 17 whole minutes
[14:37] <ralsina> And I am not getting them back. EVER
[14:38] <mandel> ralsina: hahaha
[14:38] <mandel> ralsina: welcome to my world, I have to ell you I used to be a happy spaniard
[14:39] <mandel> now, I just kill caesars...
[14:40] <dobey> facundobatista: we haven't supported jaunty for some time now
[14:40] <nessita> I needs another review for https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/new-sso-iface/+merge/44137
[14:40] <facundobatista> dobey, thanks
[14:40] <nessita> I need*
[14:40] <dobey> facundobatista: but no, new code doesn't have to work on old versions of ubuntu; though it would be nice for it to.
[14:41] <facundobatista> dobey, yes, I'll take a couple of minutes more and support it
[14:41] <dobey> facundobatista: but right now, we're only building nightlies on lucid, maverick, and narwhal
[14:41] <mandel> nessita: on it too
[14:41] <nessita> mandel: thanks!
[14:41] <dobey> facundobatista: so as long as it continues to build on those, i'm happy :)
[14:41] <ralsina> dobey, mandel: what's the status on preferred python versions. 2.6 or 2.7? It's about dobey's comment in mandel's branch
[14:42] <nessita> dobey: would you please check if bug 692566  is PICNIC or we have a real problem in natty?
[14:42] <ubot4> Launchpad bug 692566 in ubuntuone-client (Ubuntu) (and 1 other project) "ImportError: No module named tools (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/692566
[14:42] <facundobatista> dobey, :)
[14:42] <dobey> ralsina: narwhal defaults to 2.7
[14:42] <ralsina> dobey: but this is in windows?
[14:42] <dobey> ralsina: i think we should not prefer different versions on different OSes if possible
[14:42] <dobey> ralsina: working with both is fine, but i think we should check for newer things before older ones.
[14:43] <dobey> it is generally how things are done
[14:43] <mandel> dobey: ok, I've got no problem to change that… and will ix the typos to, sorry I dont usually pay atention to those to much
[14:43] <mandel> dobey: not big deal, thx for the review
[14:43] <ralsina> dobey: yes, I was asking more like "does this work the same on 2.7 as in 2.6? " That's the reason I imagined for trying 2.6 first
[14:44] <mandel> ralsina, dobey: I tried 2.6 because I think is more common on windows, just that
[14:44] <dobey> nessita: that bug is in trunk also it seems
[14:44] <ralsina> mandel: yes it is. Bazaar installs 2.6, for example. But I agree with Dobey about that.
[14:45] <mandel> ralsina: me too
[14:45] <nessita> dobey: it is? the report says Package: ubuntuone-client 1.5.1-0ubuntu2
[14:45] <mandel> ralsina: I know 2.6 has more eggs from windows that 2.7, that might be the reason, but I do not know 100%
[14:47] <dobey> nessita: yes, but that doesn't mean it has already been fixed
[14:49] <ralsina> nessita, what am I missing if I get "ImportError: No module named platform.linux
[14:49] <ralsina> "
[14:49] <nessita> ralsina: on windows or linux?
[14:49] <ralsina> linux
[14:49] <dobey> ralsina: something important
[14:49] <nessita> ralsina: when doing what exactly?
[14:50] <ralsina> testing the remove-devices branch
[14:50] <ralsina> DEBUG=True PYTHONPATH=. ./bin/ubuntuone-control-panel-backend
[14:50] <nessita> ralsina: you need natty syncdaemon: that is having the nightlies installed
[14:50] <ralsina> ok, will do
[14:50] <nessita> thanks!
[14:51] <ralsina> However, I *was* on natty for that one ;-)
[14:51] <ralsina> but anyway, I should have nightlies anyway
[14:51] <nessita> ralsina: you were? what revno of u1client?
[14:52] <nessita> ralsina: when I said revno I meant package version
[14:52] <ralsina> 1.5.0-0ubuntu2
[14:52] <nessita> dobey: I need to package control panel so it depends on proper u1client. Do you know what package version is the one with the new directory hierarchy (ie platform independent)?
[14:52] <nessita> ralsina: that looks like an old client, that was the first release on natty, there should be newers
[14:52] <nessita> ralsina: is what I'm asking dobey right now
[14:52] <dobey> nessita: 1.5.1 definitely does
[14:53] <nessita> dobey: thanks!
[14:53] <ralsina> nessita: right, I'm upgrading to nightlies as we speak
[14:53] <nessita> ralsina: that's good, though what I meant is that a regular natty user should have at least 1.5.1
[14:53] <ralsina> nessita: let me check then
[14:54] <ralsina> Yes there is a 1.5.1
[14:54] <ralsina> I wonder why I didn't get it earlier, I thought I did an upgrade
[14:54] <nessita> can you install it and try with it without noightlies?
[14:54] <nessita> it should work (tm)
[14:54] <ralsina> nessita: sure
[14:56] <dobey> nessita: are you fixing the ubuntuone-launch bug, or?
[14:56] <mandel> dobey: ping
[14:57] <dobey> mandel: yes?
[14:57] <ralsina> nessita: yes, it works, and then I get an error about soup we had before (missing dep somewhere?)
[14:57] <mandel> dobey: I fixed the batch code, let me know if there is any other grammar issues or something similar
[14:57] <ralsina> nessita: so, I will fix that and test your branch in a minute
[14:58] <mandel> dobey: also, regarding the correct reactor branch, I wanted to use the correct one in that branch, then move the dbus stuff out, I want to go step by step, otherwhise, the change would be big and I do not like those kind of merges
[14:58] <mandel> if possible ofcourse
[14:58] <nessita> ralsina: thanks!
[14:59] <dobey> mandel: what do you mean by "move the dbus stuff out" ?
[14:59] <nessita> ralsina: in the mean time I'm writing down all the dependencies to check those are required at packaging level
[14:59] <ralsina> nessita: cool
[14:59] <mandel> dobey: I mean, ensure that u1trial does not start the dbus session and sets the dbus testcase etc.. on platforms that do not support it
[15:00] <dobey> mandel: i think we should handle doing that first, rather than just breaking the platforms that do
[15:01] <mandel> dobey: will that brake the platforms that do?
[15:01] <mandel> dobey: the glib reactor will be installed in linux2, in the other, select will be used
[15:01] <mandel> ralsina, nessita: can you take a look at https://code.launchpad.net/~mandel/ubuntuone-dev-tools/allow_ignore_modules/+merge/44218
[15:01] <ralsina> mandel: not too soon
[15:02] <nessita> mandel: yes
[15:02] <mandel> nessita: thx
[15:02] <nessita> ralsina: only on review is needed for mandel, so I'll take care of it
[15:03] <ralsina> nessita: cool
[15:03] <dobey> mandel: yes. it's actually a bit more complicated than that
[15:03] <mandel> dobey: can you explain it tome so that I chage is correctly
[15:03] <mandel> chage => change
[15:03] <nessita> mandel: this ignored = [n.strip() for n in ignored.split(',')] should be ignored = map(str.strip, ignored.split(','))
[15:03] <nessita> mandel: is more pythonic and readable
[15:04] <dobey> mandel: well, cygwin should probably be using glib reactor
[15:04] <dobey> and it does work on darwin (there's a difference between darwin and OSX)
[15:04] <dobey> :-/
[15:04] <dobey> of course i guess open source darwin is dead now
[15:05] <dobey> also, all the *BSDs
[15:05] <ralsina> nessita: is it important that it works with 1.5.1? Because it doesn't
[15:05] <mandel> dobey: it does work on darwin, if you install it, but darwin does not have glib by default
[15:05] <nessita> ralsina: how come it doesn't?
[15:05]  * nessita checks
[15:05] <ralsina> let me pastebin
[15:05] <dobey> mandel: nor does windows have python.
[15:05] <dobey> :)
[15:06] <mandel> dobey: he, I sometime hate when you answer back that fast ;)
[15:06] <mandel> dobey: but, ok, python is not there… but that would mean to do something that is far to smart
[15:06] <mandel> dobey: also, I have no clue of how to find if we are running on cygwin
[15:06] <ralsina> nessita: https://pastebin.canonical.com/41245/
[15:07]  * mandel tests with cygwin
[15:07] <dobey> mandel: sys.platform on cygwin is different
[15:07] <dobey> although i don't know what it is
[15:07] <nessita> ralsina: not sure what you're showing to me
[15:07] <dobey> mandel: but my point is that we should handle the standard action as "use glib reactor" and handle windows/osx specially
[15:08] <ralsina> nessita: that's what I get on the terminal where I run the backend. And I get everything as error in the UI, "Value could not be retrieved"
[15:08] <dobey> mandel: defaulting to the standard POSIX world reality lets us support more platforms by default, and we can handle the weird ones with special case checks
[15:08] <nessita> ralsina: hum, that's the web api failing
[15:08] <mandel> dobey: ok, makes sense, but in this case we are just talking abut inverting the if, right?
[15:08] <nessita> ralsina: let me ping beuno
[15:08] <ralsina> nessita: so it's not me for once. Cool.
[15:08]  * dobey hands ralsina pastebin.ubuntu.com for publically viewable pastes
[15:09]  * beuno looks up
[15:09] <beuno> nessita, wattap?
[15:09] <nessita> beuno: hey there! calling the rest api for account info we're getting a status code of 400, 'Expired timestamp: given 1292771091 and now 1292857541 has a greater difference than threshold 900'
[15:09] <nessita> ralsina: can you run with DEBUG? so we can see the urls we're hitting
[15:10] <ralsina> nessita: sure!
[15:10] <dobey> mandel: "if not sys.platform in ['win32', 'osx']: install_glib2_reactor()"  or whatever the actual values are, makes more sense to me, yes
[15:10] <ralsina> nessita: that was with DEBUG=True
[15:10] <beuno> nessita, that is very strange, I don't think we've changed anything there
[15:10] <dobey> mandel: i'd be more accepting of the "get this in, and fix the requirements for service runners in another branch" if it were that way, since it wouldn't break the already-working platforms :)
[15:10] <ralsina> nessita: anything else I'm missing?
[15:11] <nessita> ralsina: PYTHONPATH? :-/
[15:11] <dobey> nessita: is your clock wrong?
[15:11] <ralsina> DEBUG=True PYTHONPATH=. ./bin/ubuntuone-control-panel-backend
[15:11] <nessita> dobey: mine? or ralsina's?
[15:11] <ralsina> dobey: it's mine and it says 12:10 ART :-)
[15:11] <dobey> ralsina's
[15:11] <dobey> i guess
[15:12] <nessita> beuno: ok, we'll keep debugging in our end. Thanks!
[15:12] <mandel> dobey: ok, that is much more cleat :)
[15:12] <mandel> dobey: will do that then
[15:12] <nessita> mandel: got my comment above? also, "not test in ignored" is best read as "test not in ignored"
[15:13] <dobey> ralsina: "date -u +%s"
[15:13] <nessita> mandel: other than that, +1
[15:13] <mandel> nessita: ok, will do what you mentioned
[15:13] <dobey> ralsina: try again, and run that immediately after, and see what the difference is
[15:13] <ralsina> dobey: here's one -- https://pastebin.canonical.com/41246/
[15:14] <nessita> ralsina: and I see your problem: AUTH_FAILED
[15:14] <nessita> ralsina: you're using a local token that was removed on the server side
[15:14] <ralsina> nessita: it worked with 1.5.0 20 minutes ago :-(
[15:14] <ralsina> nessita: and it never asks me for  a new auth either
[15:15] <nessita> ralsina: please do u1sdtool -s
[15:15] <dobey> nessita: no
[15:15] <nessita> ralsina: it won't ask for new auth since you have a token in your computer
[15:15] <dobey> nessita: why would the devices url give a 200, and then the account url give a 400, then
[15:15] <dobey> if the token was just invalid, both should give 401
[15:15] <nessita> dobey: devices haven't been requested yet
[15:16] <ralsina> nessita: If it has auth erros it should forget its token, right?
[15:16] <dobey> nessita: https://pastebin.canonical.com/41246/ says otherwise
[15:16]  * ralsina feels like a bug magnet
[15:16] <nessita> ralsina: nopes, the user has to remove it by hand in seahorse
[15:16] <dobey> WebClient: got http response 200 for uri 'https://one.ubuntu.com/api/1.0/devices/'
[15:16] <ralsina> nessita: ok, will remove and retry
[15:16] <dobey> and then WebClient: got http response 400 for uri 'https://one.ubuntu.com/api/account/'
[15:17] <nessita> dobey: right... somehow in between ralsina's token was remove from the server
[15:17] <dobey> ralsina: what does "date +%s" say for you?
[15:17] <nessita> which needs further investigation\
[15:18] <ralsina> dobey 1292771832
[15:18] <dobey> ralsina: that's the problem
[15:18] <ralsina> dobey: ?
[15:18] <nessita> dobey: also, the devices list is empty
[15:18] <dobey> ralsina: your clock is about 86000 seconds slow
[15:19] <ralsina> hmmmm.... ok, will install ntpdate
[15:19] <dobey> ralsina: almost exactly 24 hours off it seems
[15:19] <ralsina> Right, wrong day
[15:20] <nessita> dobey: how that can affect the calls to the rest api?
[15:20] <ralsina> In any case, is this really a good way to fail if the user has the clock wrong?
[15:20] <dobey> nessita: because oauth requests have a timestamp value
[15:20] <dobey> ralsina: i didn't write the oauth spec :(
[15:20] <nessita> ralsina: before moving on with more testing, can you please check how many tokens do you have in https://one.ubuntu.com/account/machines/ ?
[15:21] <nessita> mandel: let me know when those changes are in so I approve
[15:21] <dobey> ralsina: it's obviusly not a good failure, but not sure what we can do about it as long as we continue to use oauth
[15:21] <ralsina> natty: something like 13
[15:21] <mandel> nessita: will do, I'm loking at your branches atm
[15:22] <ralsina> dobey: check that the date is semi-correct before connecting?
[15:22] <ralsina> dobey: like by using some sort of timestamp echo
[15:23] <nessita> ralsina: ok, so we should first resolve the date issue and then retry the auth. Do not remove the token yet from seahorse
[15:23] <ralsina> nessita: too late for that one
[15:23] <dobey> ralsina: i'm not sure failing in the same way at a different point of entry is really goign to help. although i do agree it sucks and we should figure out some way to handle it better
[15:23] <nessita> ralsina: no problem you can re authorize then
[15:23] <ralsina> But if it makes you happy, it fails anyway if the date is wrong
[15:24] <nessita> ralsina: if the date is correct?
[15:24] <ralsina> dobey: won't fail in the same way. If we check the date first, then we can tell the user "Hey, your clock is very wrong and u1 doesn't work"
[15:24] <ralsina> nessita: trying that one now
[15:25] <dobey> ralsina: we could do that anyway
[15:25] <ralsina> works now! Yipee
[15:25] <nessita> ralsina: I understand your point, though this is the first case in more than one year that I hear about this issue. And I read all the bug reports.
[15:25] <dobey> ralsina: we don't need to waste more bandwidth to get the same result. as you can see in the error message you pasted, it tells you that your clock is wrong :)
[15:26] <dobey> just not in a particularly friendly way
[15:26] <ralsina> nessita: the error limit seems to be 15 minutes, that's not too much. But I agree if it was never reported....
[15:26] <nessita> ralsina: so it doesn't look like a real problem in the sense that not many users are affected
[15:26] <ralsina> dobey: it says that IN THE TERMINAL. The part the user never sees.
[15:26] <nessita> ralsina: it will be on the logs, logged as ERROR
[15:26] <nessita> ralsina: so if the user reports the bug, we'll be able to diagnose
[15:27] <ralsina> nessita: which the user won't see either. And as a unix timestamp.
[15:27] <dobey> ralsina: yes, but the message is there. we just need to handle it appropriately
[15:27] <ralsina> dobey: ok, I agree in that
[15:27] <ralsina> So, what can be done is check for that error, but I agree that it's not urgent
[15:27] <nessita> ralsina: wanna file a bug report for that under https://bugs.launchpad.net/ubuntuone-control-panel/+filebug ?
[15:27] <dobey> ralsina: writing another daemon that periodically checks the timestamp against our server is a waste of time. we could just require ntpd to be installed instead :)
[15:27] <nessita> ralsina: set it as Low, please
[15:27] <ralsina> nessita: will do
[15:28] <ralsina> dobey: installed is not enough. Running is the word here. And ntpd doesn't fix errrors of over 18 hours or so
[15:28] <ralsina> dobey: IIRC
[15:29] <dobey> ralsina: well if ntpd is running and your time slips that far, you've got other problems
[15:30] <dobey> ralsina: but i don't see how having a dialog pop up every 18 hours that says "click here to fix your clock" is better. it should be automatic, and reimplementing a basic ntp-like thing that merely checks the time is valid and then does nothing about it, is a waste i think.
[15:30] <dobey> ralsina: i'm happy to argue that we should have ntp installed and running by default on every ubuntu install, with it pointing to ntp.ubuntu.com or something
[15:32] <ralsina> dobey: not every 18 hours, just before trying to connect. But in any case, yes, ntp running is good enough.
[15:32] <dobey> but i don't think we should be spending our time setting up yet another server process that is going to get constantly hit by millions of ubuntu users, that is a very sub-optimal solution to the problem :)
[15:34] <ralsina> dobey: it's one entry point in REST, maybe 3 lines of code, hit by users when they start ubuntuone, just like they hit 10 more. But I already agreed that ntp running is enough, so can we drop this?
[15:36] <karni> ľwin 5
[15:36] <dobey> ralsina: i was already typing that last comment before you said anything, and we hit "enter" at about the same time
[15:36] <mandel> nessita: u1dev tools in sso approved, yet I do not know the diff between u1lint and pylint
[15:37]  * karni fails to type on the phone on the train:P
[15:37] <CardinalFang> Is there really a problem to solve?  I suspect almost everyone who has enough clue to be using file-sync will notice wrong clocks and fix it to be close enough that NTPD wll take over.
[15:37] <dobey> mandel: what do you mean?
[15:37]  * ralsina points at himself as proof CardinalFang is wrong. Maybe ;-)
[15:37] <mandel> dobey: you comment in https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/use-devtools/+merge/44237
[15:37] <mandel> dobey: I approved, yet I did not set it as approved just in case
[15:37] <dobey> CardinalFang: no; the problem is solved, because that is exactly why someone made NTP in the first place :)
[15:38] <ralsina> dobey: natty doesn't start ntpd by default
[15:38] <CardinalFang> My only concern is whether Ubuntu systems have NTP running by default.
[15:38] <mandel> dobey: if you tell me that with the tests running everything is ok, I'll approved, better save than sorry
[15:38] <CardinalFang> Ah.
[15:38] <ralsina> dobey: non-running software fixes squat
[15:38] <nessita> mandel: right, current policies states that only branch submitter set it to approve
[15:39] <dobey> ralsina: i don't think ntpd is installed by default. but just because that is the case doesn't mean it's not the correct solution. like i said, i am happy if you want me to berate someone into changing that :)
[15:39] <mandel> nessita: really, when did that chages?
[15:39] <mandel> changes == changed
[15:39] <ralsina> dobey: installed: yes, running, no.
[15:39] <nessita> mandel: using u1lint instead of pylint?
[15:39] <dobey> ralsina: ntpdate != ntpd
[15:40] <mandel> nessita: the policies thing
[15:40] <dobey> ralsina: the ntp package (what provides ntpd) is not installed even
[15:40] <ralsina> dobey: right. Let me change that to "natty installs ways to set your time right but doesn't run them"
[15:40] <nessita> mandel: with the huge email from Chipaca
[15:40] <nessita> mandel: let me show you
[15:40] <mandel> nessita: uh uh, that one, yes I remember
[15:40] <dobey> ralsina: that's not entirely true
[15:41] <nessita> mandel: in the last paragraph, in the summary, it says
[15:41] <dobey> ralsina: it is configured to run when a network interface is brought up
[15:41] <mandel> nessita: is there any other review you need to get done
[15:41] <ralsina> dobey: well, it didn't here...
[15:41] <nessita> mandel: "Rules for tarmac continue as they are, but managers will be able to bypass it (and merge approval should be twiddled by merge proposer only)."
[15:41] <nessita> mandel: YES!
[15:41] <nessita> mandel: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/remove-devices/+merge/44139
[15:42] <dobey> ralsina: you should run "ubuntu-bug ntp" then and complain :)
[15:42] <ralsina> dobey: hahaha will do eventually :-)
[15:42]  * ralsina is more concerned about not having ANOTHER vm that can't use u1
[15:42] <dobey> mandel: i don't understand what you mean with "I do not know the diff between u1lint and pylint"
[15:43] <nessita> mandel: did you review https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/new-sso-iface/+merge/44137 already?
[15:43] <dobey> dear firefox
[15:43] <dobey> STOP CRASHING DAMNIT
[15:44] <mandel> nessita: yes, jus forgot to give the +1, now is done
[15:44] <nessita> mandel: thanks so much!
[15:44] <dobey> nessita: https://code.launchpad.net/~dobey/ubuntuone-client/fix-692566/+merge/44243 :)
[15:45] <nessita> dobey: on it
[15:45] <nessita> mandel: your sso branch is conditionally approved, so once tweaks are in place and pushed you can just set it to Approved and you're done
[15:46] <nessita> dobey: to confirm: have you grepped that every import like that is now fixed?
[15:46] <dobey> nessita: i grpped everything in bin/
[15:46] <dobey> but not all of u1-client
[15:46] <nessita> dobey: can you, please?
[15:47] <nessita> otherwise we may get more errores like this one
[15:47] <nessita> errors* :-D
[15:48] <dobey> i guess it was the last one using .tools anyway
[15:48] <nessita> dobey: dbus-doc is outdated, both for contrib/dbus-docs:49 and contrib/dbus-docs:39
[15:49] <dobey> nessita: seems ok
[15:49] <nessita> contrib/dbus-docs:49:from ubuntuone.syncdaemon.tools import DBusClient
[15:49] <nessita> contrib/dbus-docs:39:from ubuntuone.syncdaemon.dbus_interface import (
[15:49] <nessita> other than that, +1
[15:50] <ralsina> nessita: I'm leaving for 15' I will get to review that branch yet.
[15:51] <dobey> nessita: ah, ok; pushing fix to dbus-docs now
[15:51] <nessita> ralsina: ok
[15:52] <mandel> dobey: I was saying, that I do not know why we use $MODULE rather than enumerating the dirs to look at
[15:52] <mandel> dobey: cna you let me if I still need to fix https://code.launchpad.net/~mandel/ubuntuone-dev-tools/add_tests_batch/+merge/44207
[15:53] <dobey> mandel: u1lint doesn't take arguments like that. it just checks everything under .
[15:54] <dobey> mandel: so the $MODULE is just an ignored arg for u1lint. but i imagine nessita was adding the $MODULE thing in order to allow separation of unit/integration tests, similar to how it is done in ubuntuone-control-panel
[15:54] <mandel> dobey: oh, ok
[15:55] <dobey> mandel: yes i commented on it already that you do.
[15:55] <mandel> dobey: and ok again ;)
[15:56] <mandel> dobey: I think I misunderstood you comment about the batch comments
[15:56] <mandel> dobey: fixing now
[15:56] <nessita> dobey: yes, though I already removed the $MODULE when calling u1lint
[15:59] <dobey> nessita: ok; i was just trying to explain to mandel :)
[16:00] <mandel> nessita: I was curious
[16:00] <mandel> I mean, what was dobyes comment about
[16:01] <mandel> dobey: I've already added the comments you suggested in the branch
[16:03] <dobey> ok, one second and i'll look again
[16:04] <dobey> my system load went > 3 for some reason just now :(
[16:07] <mandel> dobey: regarding the correct reactor installation, I was thinking that having an except ImportError would do the trick, would that be nicer?
[16:08] <dobey> how would that function exactly?
[16:11] <dobey> mandel: re: .bat file, one more suggested change i just thought of. rename it to just be "run-tests.bat" instead of run-tests-windows.bat, for consistency and brevity sake
[16:11] <mandel> dobey: sure, np
[16:11] <mandel> dobey: regaing the import error, let me get you a pastebin
[16:12] <dobey> ok
[16:13] <mandel> dobey: here it is: http://paste.ubuntu.com/545993/
[16:16] <dobey> mandel: i'm guessing that to "use the select reactor" nothing is actually being done to specify that (ie, it's the default in twsited)
[16:16] <mandel> dobey: exactly
[16:17] <dobey> mandel: which means the except ImportError: should just do a 'pass' there
[16:17] <dobey> mandel: but i'm not entirely sure if that's a valid assertion to make that it will fail
[16:17] <mandel> dobey: unless we want to use the iocp or something else
[16:17] <mandel> dobey: I just tested it, it does fail, and it should fail because gobject should not be present
[16:18] <dobey> mandel: how is gobject not going to be present when ubuntuone requires it?
[16:19] <mandel> dobey: well, because it platforms that we do not use glib, we will not have it, ie windows will not have it
[16:19] <mandel> dobey: or mac os x whenever that happens
[16:19] <dobey> mandel: so we aren't using gtk+ at all on windows?
[16:20] <mandel> dobey: no, we will not
[16:20] <dobey> mandel: i'm just saying that we shouldn not expect that it will fail in all cases
[16:20] <dobey> mandel: what if i am using something else that does use gobject and the import suddenly stops failing
[16:21]  * ralsina apparently has managed to break Natty the same way he broke Maverick
[16:21] <mandel> dobey: then you will have no issues, right? is not that, the reactors have the sam e interface
[16:21] <dobey> mandel: i see why you would expect that code to be valid and work, but i don't think we can validly make that assumption
[16:21] <mandel> dobey: uh, I have no real preference to use one way or another, it was jst an idea ;)
[16:22] <dobey> mandel: well, won't i? the dbus stuff should think it might work then, but is likely to fail instaed
[16:22] <dobey> so rather than having working tests, i might have a lot of weird errors
[16:22] <mandel> dobey: indeed, but that should be sorted in a diff branch, here I just want to use the correct reactor to later move to where we ensure that dbus is ony ran when possible
[16:22] <dobey> mandel: no i understand. i'm just saying we should write the code such that it can work in both cases
[16:22] <ralsina> nessita: can you tell me the version of python-oauth you have installed?
[16:23] <dobey> mandel: so i think just doing the check based on platform is sufficient, rather than trying to bother checking for an ImportError that may not happen
[16:23] <mandel> dobey: ok
[16:23] <nessita> ralsina: sure, 1.0a~svn1124-0ubuntu2
[16:24] <dobey> ralsina: i don't think python-oauth has changed since i last updated it foreeeeeeever ago :)
[16:24] <ralsina> right
[16:24] <nessita> ralsina: statik may be the guy to ping about your issue
[16:24] <ralsina> dobey: has a typo in the description, though
[16:24] <mandel> dobey: now, I prefer to do a if sys.platform == 'win32' ann an else rather than anything else, is cleaner
[16:24] <nessita> libarary
[16:24]  * ralsina has snapshots from before the mess now ;-)
[16:24] <nessita> ralsina: maybe your date thing breaks oauth?
[16:25] <ralsina> nessita: oh, good thing to try!
[16:25] <statik> hello
[16:25] <dobey> mandel: i don't think so. i think it just slower code
[16:26] <dobey> if foo: do nothing; elif bar: do nothing; else: actually do something
[16:26] <nessita> statik: hi there! sorry to bother, but ralsina is having really weird issues with oauth. You may be able to help diagnose?
[16:26] <dobey> doesn't make sense to me :)
[16:26] <ralsina> nessita: let me see if it' s the date thing first
[16:26] <dobey> ralsina: it is the date thing
[16:26] <dobey> ralsina: btw, what's the typo? :)
[16:26] <nessita> dobey: This libarary implements
[16:26] <ralsina> dobey: libarary
[16:26] <dobey> oh
[16:27] <ralsina> dobey: I get different errors, but I am checking it
[16:27] <mandel> dobey: the code will be the same
[16:27] <dobey> eh, i don't have upload privs for it
[16:27] <mandel> dobey: how can be if not foo, faster or if not foo in [] faster
[16:28] <mandel> dobey: searching for a string in a collection that is not sorted would be as bad
[16:28] <dobey> mandel: mandel because it only has to evaluate one statement
[16:28] <CardinalFang> Ubuntu archives are slow today.  Must be the cold.
[16:29] <dobey> mandel: and it's cleaner code. it doesn't result in a bunch of 'pass' statements inside if statements
[16:29] <mandel> dobey: oh, you mean using the select reactor, hat it makes sense, I'm thikin in the case we use a diff reactor
[16:29] <mandel> per sys.platform
[16:30] <dobey> mandel: are we using a diff reactor for those platforms?
[16:31] <mandel> dobey: I was considering the iocp for windows, but I'm not sure of the benefits right now, lets say I was arguing for the sake of it… mea culpa, sorry if I wasted your time
[16:32] <dobey> mandel: i don't think we should write the code with the idea of "handling the possibility of doing something a way in which we may never actually do"; we should make it behave as we're currently needing, and if we decide to change the reactor on windows later, then we can handle that case
[16:33] <dobey> mandel: i'd prefer the code to be as clear and concise as possible, until the breaking point of when we end up with "well windows is just f'd up, so now we have to do some crazy stuff here"
[16:33] <dobey> :)
[16:34] <mandel> agree, I just like to think in the future sometimes ;)
[16:35] <dobey> me too, but i still can't afford to build a wormhole generator :(
[16:38] <ralsina> Ok, finally debugged the date problem. If you are on a VBox, the time is being reset by the host OS all the time. So ntp/ntpdate are basically useless in the guest box. And since the host OS is windows and I never freaking use it...
[16:40] <CardinalFang> Huh.
[16:41] <ralsina> nessita: there, I approved remove-devices and I am going to have lunch now
[16:43] <dobey> hrmm
[16:46] <mandel> nessita: your control panel branch has been approves
[16:46] <mandel> approved
[16:49]  * dobey goes to get some lunch
[16:49] <ralsina> mandel: I see you got dobey for use_correct_reactor, got any other reviews pending?
[16:49] <mandel> ralsina: yes, I need one more
[16:50] <nessita> mandel, ralsina: thanks!
[16:50] <mandel> ralsina: the idea is simple, darwin and win32 do not have the glib reactor, the rest of the conversation was be being to philosofical :P
[16:50] <nessita> I'm having lunch now too
[16:51] <ralsina> mandel: I am going to ask for the "start being less philosofical"  whip? ;-)
[16:52] <mandel> ralsina: that is a tough thing to ask, but will try
[16:53] <ralsina> mandel: just kidding ;-)
[16:53] <mandel> ralsina: hehe be careful with what you say, I might start talking about kant
[16:54] <ralsina> kant wasst eine kunt!
[16:54]  * ralsina wonders if that' s any language, really
[16:55] <ralsina> Oh, gtranslate says I said "wasst eine side can!"
[16:57] <mandel> ralsina: talking about it, here you go, a priest saying that having an imaginary friend is stupid… http://www.youtube.com/watch?v=Prglk8wSoMk&feature=player_embedded#!
[16:57] <mandel> somethimes people should listen to what they say…
[16:57] <ralsina> mandel: don' t get me started with that kind of thing on office hours, please ;-)
[16:57] <mandel> ralsina: so you are weak.. good to knoe
[16:58]  * mandel jots it down
[16:58]  * ralsina is weak indeed.
[16:59] <ralsina> mandel: what' s your review request?
[16:59] <mandel> ralsina: let me get you the url
[16:59] <mandel> ralsina: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/use_correct_reactor/+merge/44211
[17:00] <mandel> ralsina: the glib reactor is not avaiable on darwin or win32, which breack running the tests
[17:00] <ralsina> mandel: ok, wil check
[17:00] <mandel> ralsina: I need this to go in to later ensure that dbus is just ran when available
[17:00] <mandel> ralsina: otherwhise tests for desktopcouch on win32 or darwin will not work
[17:01] <mandel> is kinda compulsory to get desktopcouch building on windows
[17:01] <ralsina> There are obvious ways in which "if platform not in ..."  will bite you in the ass in the future, of course
[17:01] <ralsina> But the alternative is probably worse
[17:01] <ralsina> So let me find that rubberstamtp...
[17:02] <mandel> ralsina: that was the philosopical conversation hehe
[17:02] <mandel> ralsina: I was more into if sys.platform != 'lnux2': blah
[17:02] <ralsina> Well, it' s broken both ways unless there is a list of supported platforms somewhere
[17:03] <mandel> ralsina: yes, that is to be defined somewhere
[17:03] <ralsina> mandel: of course going in that direction means it can' t just work on a lucky platform
[17:04] <mandel> ralsina: anyways, no philosofical conversations about it… at least not more today
[17:04] <mandel> ralsina: I already had a long one about it...
[17:04] <ralsina> jajaja
[17:04] <ralsina> mandel: There you are
[17:04] <mandel> ralsina: thx
[17:05] <ralsina> So, any more reviews pending? I'm in a helpful mood.
[17:05] <mandel> dobey: please na you check that branch to see if is ok whenever you can?
[17:05] <mandel> ralsina: no, but we can look at you windows set up :)
[17:05] <ralsina> mandel: cool, let's do that
[17:06] <mandel> ralsina: ok, I'm guessing you have the vm or machine ready, right?
[17:06] <ralsina> yes!
[17:07] <ralsina> mandel: I have bazaar and python 2.7
[17:08] <mandel> ralsina: cool, lets go first with the heavy stuff, you need vs2010 express edition
[17:08] <mandel> ralsina: takes ages to download and to install, but we use it for the DLR and ACF
[17:08] <mandel> ACF == WCF
[17:08] <mandel> sorry for that
[17:08] <ralsina> mandel: ok, googling for it
[17:10] <ralsina> I had forgotten how hard windows software is to find :-D
[17:11] <mandel> ralsina: do you want the link, express edition is easy
[17:11] <ralsina> Right, express edition
[17:11] <ralsina> downloading
[17:12] <ralsina> Ok, which one?
[17:12] <mandel> ralsina: visual C#
[17:12] <ralsina> Ok
[17:12] <mandel> ralsina: for now, we have no C++ although ti will happen at soem point
[17:12] <ralsina> right
[17:13] <ralsina> what else? Maybe I can do something else while this installs
[17:14] <mandel> ralsina: we need, twisted, which required pyopenssl
[17:14] <mandel> ralsina: do you know where to get those?
[17:14] <ralsina> mandel: ok, will use pip or whatever
[17:15] <ralsina> oh, no, I' m in windows, right, I need to find eggs?
[17:15] <mandel> ralsina: ha, I wish it was that easy
[17:15] <mandel> ralsina: fo pyopenssl you need a .exe/.msi
[17:15] <ralsina> ok, will google
[17:15] <mandel> ralsina: for twisted, there is a download for it in twisted home page
[17:16] <mandel> ralsina: are you running win 7 64 ?
[17:16] <ralsina> mandel: yes
[17:16] <mandel> ralsina: 'cause there is a bug in ALL python msi...
[17:16] <ralsina> mandel: at least I think so
[17:16] <mandel> ralsina: ok, then before you do anything, we need to fix your registry key
[17:16] <mandel> ralsina: can you open regedit?
[17:17] <ralsina> mandel: got it
[17:17] <ralsina> which key?
[17:17] <mandel> ralsina: open the current machine keys
[17:17] <mandel> go to software
[17:17] <mandel> ralsina: do you have a key called WoW64
[17:18] <mandel> ???
[17:18] <ralsina> software?
[17:18] <ralsina> oh, in local_machine
[17:18] <mandel> ralsina: under HKY_LOCAL_MACHINE/Software/WoW64
[17:18] <ralsina> Nope
[17:19] <ralsina> I do have a current_user/Software/wow6432node
[17:19] <ralsina> and the same in localmachine, too
[17:19] <mandel> ralsina: sorry, I for got the 32node thing
[17:19] <ralsina> ok, found it then
[17:19] <mandel> ralsina: that is the one you want, mea culpa
[17:20] <mandel> ralsina: well, under that one you have a software node too
[17:20] <ralsina> yes, don' t worry, I got it. What do I out in it?
[17:20] <ralsina> s/out/put/
[17:20] <mandel> ralsina: ok, what you need to do is to copy what you have in HKEY_LOCAL_MAHINE/Software/Python/2.7
[17:21] <mandel> ralsina: so you have HKEY_LOCAL_MACHINE/Software/WoW6432Node/Software/Python
[17:21] <mandel> ralsina: with all its subchildren
[17:22] <ralsina> I don' t have a local_machine/Software/python/2.7
[17:22] <mandel> ralsina: sorry, Python/PythonCore/2.7
[17:22] <mandel> ralsina: you should have that if you installed python 2.7
[17:22] <ralsina> I don' t have a local_machine/Software/python
[17:22] <ralsina> :-(
[17:22] <mandel> ein?
[17:23] <mandel> ralsina: you do have python installed, right?
[17:23] <ralsina> right, I just ran it
[17:23] <mandel> ralsina: then I think you installed python for 32
[17:23] <mandel> ralsina: can you find it inside Wow6432node?
[17:23] <ralsina> mandel: yes
[17:24] <mandel> ralsina: ha, so bzr installs the 32 even if you are 64
[17:24] <mandel> menuda miercoles!
[17:24] <ralsina> I also installed the python from python.org
[17:24] <ralsina> bzr installed 2.6 not 2.7
[17:25] <mandel> ralsina: but you used the 32, othwhise you will have it outside wow6432node
[17:25] <ralsina> ok then
[17:25] <ralsina> so, I don' t need to hack the registry anymore?
[17:25] <mandel> so you must have HKEY_LOCAL_MACHINE/WoW6432node/Python
[17:25] <mandel> with 2.6 and 2.7 under it, right?
[17:25] <ralsina> 2.7, yes
[17:26] <mandel> and not 2.6?
[17:26] <ralsina> python/pythoncore/2.7
[17:26] <mandel> where the hell does bzr install python?
[17:26] <ralsina> and no 2.6
[17:26] <ralsina> mandel: beats me
[17:26] <mandel> ralsina: was it te standalone installation?
[17:26] <ralsina> Let me check
[17:27] <mandel> ralsina: that one uses py2exe or pyInstallrt to bundle python, so it is in bzr locals path
[17:27] <ralsina> ahhhh I was smart and got the one that uses system python
[17:27] <mandel> ralsina: haha, then you just have 2.7 :)
[17:27] <mandel> cool, did you add python and its scripts to the cmd path?
[17:28] <ralsina> argh.... wait a minute
[17:30] <ralsina> Ok, according to the bzr page, I got the one with 2.6 bundled
[17:30] <ralsina> But who cares, as long as bzr works, the rest of the stuff will use 2.7, right?
[17:31] <mandel> ralsina: yes, we do not care
[17:31] <mandel> ralsina: it just means that they used py2exe or something like that
[17:31] <ralsina> mandel: ok then
[17:31] <ralsina> I am adding python to the path now
[17:31] <mandel> ralsina: ok, no need to tell you how to do that, right?
[17:32] <mandel> ralsina: also add the scripts subdir, otherwhise pep8 etc will not be accessible through cmd
[17:32] <ralsina> mandel: google is telling me, but I am not quite believing it ;-)
[17:33] <mandel> ralsina: haha well everything is a pain in the ass
[17:33] <mandel> ralsina: I just remembered something, give me a sec
[17:34] <ralsina> editing a 400-char variable in a non-resizeable 60-char window? Sure!
[17:34] <mandel> ralsina: ok, I'm back
[17:35] <ralsina> Ok, got PATH right
[17:35] <mandel> ralsina: haha `ctrl+cctrl+v is what I use :)
[17:35] <ralsina> and they dare tell me lnux is hard
[17:35] <ralsina> Visual Studio installed
[17:36] <mandel> ralsina: ok, then install pyonpenssl on windows first http://sourceforge.net/projects/pyopenssl/files/pyopenssl-win/0.9/
[17:36] <mandel> ralsina: which ofcourse is just package from 2.6....
[17:36] <ralsina> 0.9?
[17:36] <ralsina> There is a 0.11
[17:37] <mandel> ralsina: for windows?
[17:37] <mandel> ralsina: where?
[17:37] <ralsina> for windows and python 2.7
[17:37] <ralsina> https://launchpad.net/pyopenssl
[17:37] <ralsina> development moved out of sourceforge a while ago
[17:37] <mandel> ralsina: uh, you right
[17:38] <mandel> ralsina: get that one then :)
[17:38] <ralsina> Done and installed
[17:38] <mandel> ralsina: you need twisted too
[17:38] <ralsina> ok, going there
[17:39] <mandel> ralsina: let me know, after that we need google protobuffers and you cannot use easy_install their package is broken
[17:39] <ralsina> installing twisted
[17:40] <ralsina> Twisted is installed and I can even import it
[17:40] <mandel> ralsina: cool, got to google code and get protobuffers
[17:41] <mandel> ralsina: you need the protobuf compiler for windows and the python lib
[17:41] <mandel> ralsina: let me know if you have problems with them
[17:44] <ralsina> Got protoc
[17:44] <mandel> ralsina: lib and compiler?
[17:44] <ralsina> just the compiler, looking for how to install the lib now
[17:45] <mandel> ralsina: just download the lib, go to the python subdir and do a setup.py install
[17:45] <mandel> that should be enough
[17:45] <ralsina> got it
[17:46] <dobey> back
[17:47] <ralsina> setup.py exploded, I will get the setuptools egg first
[17:47] <dobey> mandel: check which branch?
[17:47] <mandel> ralsina: he, makes sense, for tha you need an msi too
[17:47] <mandel> dobey: nothing, you already did, there was some lag from me
[17:47] <mandel> dobey: it was the reactor one
[17:47] <mandel> dobey: you are too efficient :)
[17:48] <nessita> dobey: is your comoputer with the old version of logilab modutils?
[17:48] <ralsina> mandel: the fun part is it made me wait 15 seconds first because it was going to try to download it ;-)
[17:48] <dobey> ok
[17:48] <CardinalFang> beuno, I think I'll have the photo queuer mostly done today.  Only some minor work left to do.
[17:48] <dobey> nessita: no
[17:48] <ralsina> mandel: done with protobufs
[17:49] <dobey> nessita: did something fail?
[17:49] <CardinalFang> beuno, merging it with the new trunk should take a few hours, once it's ready.
[17:49] <nessita> dobey: otto just failed with that error: https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/remove-devices/+merge/44139
[17:49] <ralsina> mandel: I am keeping a zip of all the msi files for the next poor soul
[17:49] <mandel> ralsina: cool, next we need to get you xdg on windows, now, I sent a patch to freedesktop.org but was kind of ignored
[17:49] <mandel> ralsina: you can get it from lp:ubuntuone-windows-installer
[17:49] <ralsina> mandel: ok, going there
[17:50] <dobey> huh
[17:50] <beuno> CardinalFang, yay!  We should have a chat with karni on how to actually transfer the images, and we also need to think about how this will be seen on the desktop (ie, can we put it somewhere that photo apps will pick it up?)
[17:51] <ralsina> mandel: where in  lp:ubuntuone-windows-installer ? bzr?
[17:51] <mandel> ralsina: it is under utils, since we just need BaseDirectories I just implemented that
[17:51] <dobey> nessita: weird. i definitely have the fixed version installed, but perhaps the fix breaks in some cases?
[17:51] <mandel> ralsina: so add a xdg module with BaseDirecotry in it in your python installation
[17:51] <mandel> ralsina: this part is kinda hacky....
[17:52] <ralsina> mandel: wait, you lost me before
[17:52] <ralsina> mandel: should I clone  lp:ubuntuone-windows-installer ?
[17:52] <nessita> dobey: I don't think so... could you please confirm if you have the patched version? since when I install it from our ppa it won't install the pacthed version, I had to patch it by hand
[17:52] <dobey> huh
[17:52] <dobey> nessita: then how have branches been landing?
[17:53] <mandel> ralsina: yes, clone (hg talking here I suppose) trunk
[17:53] <nessita> dobey: maybe you updated in between?
[17:53] <mandel> ralsina: under utils, you will find basedirecotry, which you need to add in you python sit-packages dir under xdg
[17:53] <dobey> nessita: no, the version i have installed is newer than the version in ubuntu
[17:54] <nessita> dobey: but, is the modutils file patched?
[17:54] <nessita> can you please confirm that?
[17:54] <ralsina> mandel: hold a minute, I need to import my keys into bzr and stuff
[17:55] <mandel> ralsina: uh, did you instal putty and all that?
[17:55] <mandel> ralsina: or I have to explain that oo?
[17:55] <mandel> oo == too
[17:56] <ralsina> mandel: I cna install putty, didn' t know I needed to ;-)
[17:56] <mandel> ralsina: yes, you need pageant or something called like that
[17:56] <ralsina> mandel: ok
[17:56] <mandel> pageageantatnaatatna
[17:57] <dobey> nessita: it's not
[17:58] <dobey> nessita: grr, dpkg
[17:58] <dobey> nessita: but why does it only fail sometimes?
[18:00] <CardinalFang> beuno, right.  karni specified a API already for this to use to add things to the work queue for sync.  I think that API has at least one flaw, and I'll find out and talk with him.
[18:01] <beuno> perfect
[18:01] <dobey> wtf
[18:01] <CardinalFang> beuno, As for visibility on desktop, we might be able to do something in ~/Photos .  Not sure yet.
[18:01] <dobey> i thought source format 3.0 (quilt) was supposed to not require extra magic to make patches apply
[18:02] <dobey> sigh
[18:02] <beuno> CardinalFang, right, there's going to be a problem we've already been through with music, and that is that we don't support nested UDFs, so if we create a UDF inside ~/Photos, people can't sync all of ~/Photos
[18:02] <beuno> I believe that's how we ended up with a hidden dir with music
[18:03] <CardinalFang> Ah.
[18:03] <beuno> so it's tricky
[18:04] <beuno> Chipaca, fwded you the emails with the discussion we had 6 months ago or so
[18:04] <beuno> with aquarius
[18:05] <beuno> Chipaca, facundobatista, can you guys confirm that Natty still won't do tested UDFs?
[18:05] <aquarius> indeed. Although we should symlink to the hidden folder from inside Photos, rather than trying to teach photo apps about two separate folders (we did that with RB/Banshee, and it was a mistake.)
[18:06]  * beuno nods
[18:06] <ralsina> mandel: I' m in now, cloning
[18:06] <beuno> we could even create the symlink server side
[18:06] <mandel> ralsina: ok
[18:06] <aquarius> beuno, yep
[18:07] <mandel> ralsina: I might need to go for a bit, second walk of the dog is required… the thing is small but pees like a t-rex
[18:07] <ralsina> go ahead, I' ll look at other things. Come back as soon as t-rex is happy
[18:08] <mandel> ralsina: ok, will ping you when I'm back :)
[18:09] <mandel> ralsina: but to let you know, you need get the BAseDirectories and palce it in site-packages/xdg/
[18:09] <ralsina> ok
[18:09] <mandel> ralsina: with the missing __init__.py ofcourse,
[18:09] <mandel> ralsina: later, get the ubuntuone-protocol installed, which is needed by the client
[18:10] <ralsina> mandel: go walk the dog or he's going to piss your rug :-)
[18:10] <mandel> ralsina: c u later when I'm back
[18:10]  * mandel walks the dog
[18:11] <dobey> my brain hurts
[18:13] <nessita> dobey: sorry, missed your last comment. I have no idea :-/
[18:13] <nessita> dobey: PYTHONPATH issues? update issues?
[18:17] <dobey> nessita: no, dpkg dumbness issues. am fixing i
[18:17] <dobey> it
[18:17] <nessita> thanks
[18:23] <ralsina> stupid launchpad question: how can I ind a bug I reported that was declared invalid?
[18:24] <dobey> nessita: in control-panel integration tests, in test_dbus_service, are FileSyncTestCase, OperationsErrorTestCase, and OperationsTestCase supposed to all be running the same tests?
[18:24] <nessita> ralsina: let me help you
[18:24] <ralsina> nessita: thanks
[18:24] <ralsina> nessita: I wanted to add a comment to the bug I reported about the 401 error, to mention it can be caused by clock skew
[18:24] <dobey> ralsina: click "Advanced search" and choose "[] Invalid" in the list
[18:25] <ralsina> dobey: oh, good
[18:25] <nessita> ralsina: https://bugs.launchpad.net/~ralsina/+reportedbugs?field.status%3Alist=INVALID
[18:25] <dobey> ralsina: or you can use your mail client to search your inbox :)
[18:25] <dobey> or whatever folder you send bug mail to
[18:25] <ralsina> dobey: I' m afraid of looking in there now ;-)
[18:26] <dobey> wtf; bughugger requires pygame
[18:26]  * dobey wonders if there's an asteroids clone in the about box or something
[18:28] <dobey> mandel: also, you still owe me conflict resolution on https://code.launchpad.net/~mandel/desktopcouch/improve_keyring_tests/+merge/39800
[18:30] <ralsina> nessita: you actually bothered verifying the date thing? You're awesome :-)
[18:30] <facundobatista> beuno, we test UDFs a lot!
[18:31] <facundobatista> beuno, what do you mean that "Natty still won't do tested UDF"?
[18:31] <nessita> ralsina: I did what?
[18:31] <nessita> facundobatista: he meant nested
[18:31] <facundobatista> nessita, oh
[18:32] <ralsina> you marked bug #692597 as verified
[18:32] <nessita> :-)
[18:32] <ubot4> Launchpad bug 692597 in ubuntuone-control-panel "If the user has the date wrong, connection fails (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/692597
[18:32] <facundobatista> beuno, no plans for nested UDFs
[18:32] <ralsina> sorry, as confirmed. I should stop using googlecode lingo now ;-)
[18:32] <nessita> ralsina: well yeah, is obviously confirmed
[18:32] <nessita> ralsina: is not Triaged though since we don't have a plan on how to solve it
[18:33] <beuno> facundobatista, ack, thanks
[18:33] <beuno> did I say tested?  I'm crazy
[18:33] <ralsina> nessita: it's the least urgent bug ever, so that' s great
[18:33] <nessita> yes
[18:35] <ralsina> nessita: got any more review requests? I have time until mandel' s dog pees
[18:36] <nessita> ralsina: you reviewed all my branches, thanks!
[18:36] <nessita> I was hoping that Chipaca did the second one to https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/unify-loading-messages/+merge/44147 since I'd need some feedback from hin
[18:36] <nessita> him*
[18:36] <ralsina> nessita: you're welcome, it's easier when I can run the code ;-)
[18:36] <nessita> yes :-)
[18:37] <dobey> why are statuses colored in lp bugs anyway
[18:37] <dobey> is very confusing
[18:38]  * ralsina finds launchpad very confusing in general compared to googlecode. He's getting used to it, though.
[18:38] <dobey> nessita: did you see my question about u1cp integration tests?
[18:38] <nessita> dobey: nopes, sorry, scrolling up
[18:39] <dobey> ralsina: even after you get used to it, it's still confusing
[18:39] <nessita> dobey: answer is yes
[18:39] <dobey> nessita: ok, but that is confusing
[18:41] <nessita> those classes run the same set of tests with different assert function
[18:41] <nessita> uses heavily inheritance
[18:44] <dobey> nessita: it seems to me like the FileSync ones at least should not result in the Operations cases being re-run, no?
[18:44] <nessita> let me refresh my memory
[18:45] <nessita> dobey: right, though it requires a refactor in order to move all the helpers to a parent class
[18:45] <nessita> such as got_error, ignore, errback_on_error, assert_correct_method_call
[18:45] <dobey> right
[18:46] <nessita> if it bothers you please file me a bug report
[18:48] <dobey> well actually was trying to find a bug i was seeing
[18:48] <nessita> which one?
[18:48] <dobey> a segfault occurring in the running of the integration tests
[18:48] <nessita> hum
[18:49] <dobey> not sure in what exactly though
[18:49] <nessita> have a trace I can look at?
[18:49] <dobey> no, i was trying to figure out where it was so i could get a trace
[18:50] <dobey> it seemed to occur during running of test_dbus_service.py though, hence my question about the inhereted tests
[18:55] <dobey> hrmm, now it happened in FoldersTestCase
[18:56] <dobey> in gtk/tests/test_gui
[18:59] <dobey> hmmm
[19:04] <nessita> dobey: just FYI, gui tests are completely abstracted from dbus
[19:05] <dobey> nessita: filed bug #692700 with a trace
[19:05] <ubot4> Launchpad bug 692700 in ubuntuone-control-panel "Crash during test running (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/692700
[19:06] <nessita> dobey: any ay of reproduce?
[19:06] <nessita> any way*
[19:07] <dobey> nessita: it seems to happen more reliably for me running under the tarmac user
[19:07] <dobey> nessita: so i suppose a "suso su - otheruser" and running there with a clean env should show it more often
[19:08] <nessita> dobey: can you try to isolate in integration tests only? you can run then with ./run-test --integration
[19:08] <dobey> nessita: given the crash happens in gtk+ i'm not sure that it's in the integration tests now
[19:08] <dobey> nessita: it seems to be crashing much earlier for me now, in the gtk unit tests
[19:09] <nessita> dobey: first idea that comes to my mind is an issue in the X server. We're using xvfb so not sure how that can interfere with su
[19:09] <nessita> since usually, doing su will not let you open graphical stuff
[19:10] <dobey> nessita: well it still happens even if you run without xvfb-run
[19:10] <nessita> dobey: and also doing su? if so, that s expected
[19:10] <nessita> you can't raise graphical stuff when doing su
[19:11] <ralsina> dobey: that' s why gksu is there
[19:11] <dobey> nessita: segfault is not expected
[19:12] <nessita> dobey: it can happen, GTK is not being able to access the display, is crashing
[19:12] <dobey> ralsina: no, gksu is to give you a pretty dialog for entering your password when running a specific command as root
[19:12] <dobey> nessita: no. gtk+ has a check for DISPLAY, and it exits way before it crashes
[19:12] <nessita> doesn't look like
[19:13] <dobey> well i don't know what all is going on here exactly
[19:13] <ralsina> dobey: I thought gksu did let you use other users. In any way, su + graphical stuff == demons coming out of your nose. Many things crash in many different ways in that case.
[19:13] <dobey> that's what "debugging" does; helps figure that out
[19:13] <ralsina> dobey: with su you still have DISPLAY you just don' t have the X cookie, IIRC
[19:13] <dobey> ralsina: nothing should crash, and it crashes with xvfb-run too
[19:13] <dobey> ralsina: so i doubt "not having X" is the problem here
[19:14] <ralsina> dobey ok, let's check with xvfb then, and forget about su
[19:14] <ralsina> Then we can check su :-)
[19:14] <ralsina> So we go in order of least-expected-to-chasness
[19:14] <dobey> ralsina: and "su -" should result in no DISPLAY
[19:14] <dobey> because it's supposed to clear the env
[19:14] <ralsina> dobey: true about su - yes
[19:15] <nessita> dobey: do you have xvfb installed?
[19:15] <dobey> nessita: i apparently have xvfb-run yes
[19:15] <nessita> hum
[19:15] <ralsina> xvfb <> xvfb-run
[19:18] <dobey> looks like maybe a bug in gtk+/gdk
[19:19] <ralsina> dobey: have you actually tried doing su - root -c 'echo $DISPLAY' ? (of course I may be misssing a quote or backslash)
[19:20] <dobey> ralsina: yes and it works
[19:20] <ralsina> TERM COLORTERM DISPLAY and XAUTHORITY are not cleared by su -
[19:21] <ralsina> So you are getting DISPLAY in the child process
[19:21] <dobey> and XAUTHORITY
[19:21] <dobey> that is dumb
[19:22] <dobey> how is that at all useful?
[19:22]  * nessita no entiende nada :-)
[19:23] <ralsina> nessita: basically "su -"  doesn't really do what it claims to do, unless you read the manual ;-)
[19:23] <dobey> i mean, ok, MAYBE it is useful if you su - root
[19:23] <dobey> but not if you su to someone who isn't root
[19:23] <ralsina> dobey: right. But it sucks for every other target user :-)
[19:23] <dobey> and who can't read the XAUTHORITY
[19:23] <dobey> and why would anyone ever su to root, when there is sudo
[19:23] <ralsina> dobey: su is older than sudo
[19:24] <ralsina> dobey: and sudo used to be full of security bugs
[19:24] <ralsina> dobey: basically history just bit you in the ass
[19:24] <dobey> no
[19:24] <dobey> because su didn't used to do that
[19:24] <dobey> it used to clear pretty much everything except the TERM bits
[19:24] <ralsina> dobey: su has had that behaviour for a very very long time on linux. I remember this from 2000 at least.
[19:25] <dobey> well, whatever. it's still dumb
[19:26] <ralsina> dobey: yes, so it is. Now what? ;-)
[19:26] <dobey> and doesn't fix or explain the problem
[19:26] <ralsina> dobey: gtk+ apps crash when there is DISPLAY but no XAUTHORITY?
[19:27] <dobey> i am not sure that is the correct description
[19:27] <dobey> given that the crash was also happening under xvfb-run
[19:27] <ralsina> dobey: ok, then let's forget about su, as I said
[19:27] <ralsina> Besides they don't seem to crash, they give a Warning (!) and exit
[19:27] <dobey> i did that a long time ago
[19:28] <dobey> "they" ?
[19:28] <ralsina> they gtk apps
[19:28] <dobey> well, gtk_init() does, yes
[19:32] <ralsina> Could it be related to bug #440307 ?
[19:32] <ubot4> Launchpad bug 440307 in seahorse-plugins (Ubuntu) "seahorse-agent crashed with SIGSEGV in IA__gdk_window_enable_synchronized_configure() (dup-of: 469388)" [Medium,New] https://launchpad.net/bugs/440307
[19:32] <ubot4> Launchpad bug 469388 in seahorse-plugins (Ubuntu) "seahorse-agent crashed with SIGSEGV in gdk_window_enable_synchronized_configure() (affects: 15) (dups: 7) (heat: 11)" [Medium,New] https://launchpad.net/bugs/469388
[19:32] <dobey> hrmm, shouldn't crash
[19:33] <dobey> hrmm, well yes
[19:33] <dobey> what is the same crash
[19:34] <ralsina> I see that crash reported all over the place
[19:34] <ralsina> For example, pango fails there if there are no fonts available
[19:37] <dobey> ok, so gdk is crashing in that case
[19:37] <dobey> but why does it also happen under xvfb sometimes
[19:37] <ralsina> dobey: looks like a probllem deep inside gtk/gdk to me :-(
[19:37] <dobey> because i'm pretty sure that cron does not set DISPLAY
[19:38] <ralsina> xvfb-run should set DISPLAY of course
[19:39] <dobey> yes of course, and its own authority info
[19:40] <dobey> oh well
[19:41] <dobey> will leave it for now and get back to what i'm supposed to be working on this month
[19:41] <ralsina> dobey: good :-)
[19:41] <dobey> after the fixed logilab-common it seems harder to reproduce now
[19:41] <dobey> but still very odd
[19:41] <ralsina> dobey: maybe some freakish race condition :-(
[19:42] <dobey> i hope it doesn't happen under tarmac any more
[19:46] <dobey> can someone else please review https://code.launchpad.net/~ev/rhythmbox-ubuntuone-music-store/fix-defer-split/+merge/43876 for me?
[19:47] <dobey> blah, and keybindings don't work right in gnome-terminal any more
[19:47] <dobey> i wonder if it's the silly unity menu bar gtk+ hack that's causing it
[19:49] <ralsina> dobey: there you go, approved
[19:49] <ralsina> Python really needs a "import this or this or this"
[19:50] <dobey> people just need to not break API for no good reason
[19:51] <dobey> also, they need to provide compatibility when they do, and issue DeprecationWarnings
[19:51] <dobey> like any good denizen should
[19:51] <ralsina> dobey: and give me chocolate. I meant more for things like json/simplejson or the 5 magic elementtree versions you can find.
[19:54] <dobey> eh
[19:55] <dobey> i meant more "real developers shouldn't use python"
[19:55] <dobey> :)
[19:56] <ralsina> dobey: I agree, in an ideal world we could use cobra for something useful :-)
[19:56] <ralsina> http://cobra-language.com/
[19:56] <dobey> definitely not
[19:56] <ralsina> s/cobra/petlanguage/ ;-)
[19:58] <dobey> i haven't thought of a name for my language yet
[20:08] <ralsina> mandel ping?
[20:11] <mandel> ralsina: pong
[20:11] <mandel> ralsina: sorry I had to get some groceries
[20:12] <mandel> ralsina: wanna coninue with the setup?
[20:12] <ralsina> mandel: good, I thought your dog had 5 kidneys ;-)
[20:13] <ralsina> mandel: let's continue
[20:13] <mandel> mandel: well, it has, but it was more of getting food for dinner hehe
[20:14] <mandel> ralsina: what was the last thing you installed?
[20:14] <ralsina> the xdg stuff
[20:15] <mandel> ralsina: so, can you do from xdg import BaseDirectory? or not yet?
[20:15] <ralsina> Yes I can
[20:18] <mandel> ralsina: ok, do you have the ubuntuone storage protocol installed?
[20:18] <ralsina> not yet.
[20:18] <ralsina> Will do it now. Where is it?
[20:18] <mandel> ralsina: that you can ge from launchpad, i think it is lp:ubuntuone-storageprotocol, let me check
[20:19] <ralsina> Yes it is
[20:19] <ralsina> Cloning now
[20:20] <mandel> ralsina: you should have all the depenceis that are hard to install, if there is any missing you can use easy_install
[20:20] <ralsina> mandel: ok
[20:20] <ralsina> No module zope.interface
[20:20] <ralsina> So I start with easy_install now
[20:21] <ralsina> Ok, got storage-protocol done
[20:21] <ralsina> What now?
[20:28] <mandel> ralsina: now, you should have everyhting you need
[20:28] <ralsina>  mandel: cool :-)
[20:28] <ralsina> mandel: so, what branch should I hack at?
[20:28] <mandel> ralsina: ok last thing, you do have the vs2010 installed, right?
[20:29] <mandel> ralsina: first lets try to build trunk, so that you know more or less to move around the old solution :)
[20:29] <mandel> ralsina: also, did we install py2exe?
[20:29] <ralsina> mandel: ok
[20:29] <ralsina> py2exe? Not yet!
[20:29] <ralsina> Getting it now, then
[20:29] <mandel> ralsina: cool, that is the lat bit
[20:30] <ralsina> py2exe installed
[20:30] <mandel> ralsina: ideally, we should not be working in the current trunk, but in the sd branch, but if you can build trunk better since we have the same dependencies _ you pyqt :)
[20:30] <mandel> _ => +
[20:30] <ralsina> ok then :-)
[20:30] <mandel> ralsina: ok, in trunk, lets try to use nant
[20:31] <ralsina> give me a moment to clone trunk
[20:31] <mandel> ralsina: ok, ping me when done
[20:31] <ralsina> will do
[20:32] <mandel> ralsina: in the mean time I'll explain you the dir structure, under data, well we have data like icons etc...
[20:33] <ralsina> ok
[20:33] <mandel> ralsina: docs contains the sandcastle configuration that builds the .net docs, the idea is that we will expose the sd through wcf and therefore .net devels will like to read that
[20:34] <mandel> ralsina: install contains all the wix projects used to build the msi and the bootstrapper, there is where we hack all the ugly xml used to build the packages
[20:34] <ralsina> mandel: ok
[20:35] <mandel> ralsina: lib should have been called libs and contains all the .Net dlls we depend on, thatway you do not have to hunt them down like for python :)
[20:35] <ralsina> ermmmm ok, the trunk of what are you talking about? I just assumed it was ubuntuone-client, which I see is stupid :-)
[20:35] <mandel> ralsina: main.build is the build script for nant which is more xml (windows development, yay!)
[20:35] <ralsina> th windows-installer thing we used earlier?
[20:36] <mandel> ralsina: yes :)
[20:36] <mandel> lp:ubuntuone-windows-installer
[20:36] <ralsina> that
[20:36] <ralsina> is much better :-)
[20:36] <mandel> ralsina: it happens, we can talk about that issue in a second :)
[20:36] <mandel> ralsina: src, well contains source
[20:37] <ralsina> mandel: right
[20:37] <mandel> ralsina: tools contains build tools that ar needed to build or run the unit tests
[20:37] <mandel> ralsina: it overlapps a little with utils, which are random strings that we have useful
[20:37] <ralsina> mandel: ok, no problem
[20:38] <ralsina> as long as you know where things are :-)
[20:38] <mandel> ralsina: I should merge those two at some point, but I dont think we will need to do it at the end
[20:38] <mandel> ralsina: yes, the problem is if I die, which can happen :)
[20:38] <mandel> ralsina: lets see the build options
[20:38] <ralsina> mandel: yeah, let's
[20:39] <mandel> ralsina: if you do, tools\nant\bin\Nant.exe -projecthelp you should see all the diff options of the build
[20:40] <ralsina> ok, got it
[20:40] <mandel> ralsina: that ommand lists all the diff project targets you can build to, with a small shitty definition from me
[20:40] <ralsina> ok, so which one do you recommend?
[20:40] <mandel> ralsina: lets run the tests tools\nant\bin\nant.exe tests
[20:40] <ralsina> build?
[20:40] <ralsina> ok
[20:41] <mandel> ralsina: tests do build, and will trun the tests for you, which will lets use know if eveything works :)
[20:41] <ralsina> the DOS font is offensive to me
[20:42] <mandel> ralsina: haha, I'm forcing you to use cmd, but intall cygwin whenever you want
[20:42] <ralsina> mandel: I will install a freaking IDE ;-)
[20:42] <ralsina> BUILD FAILED
[20:42] <mandel> ralsina: pastebin please
[20:42] <ralsina> mandel: in a minute
[20:43] <ralsina> https://pastebin.canonical.com/41265/
[20:44]  * mandel looks
[20:47] <mandel> ralsina: that is actually good, it means that there is a broken tests, not big issue perse, I mean besides trunk being broken....
[20:47] <ralsina> hey, cool :-)
[20:48] <mandel> ralsina: the broken tests is due to a config issue in the .net, probably from merging at some point wrong
[20:49] <ralsina> mandel: but it works for you?
[20:49] <mandel> ralsina: let me see
[20:49] <mandel> ralsina: yes, it does
[20:49] <mandel> ralsina: let me look closer
[20:51] <mandel> ralsina: can u cat all the output, in to a file, the cmd buffer is too small and I'm missing some output
[20:51] <ralsina> Don' t worry too much. Now, supposing I wanted to start grafting a UI into it, where should I start looking? ;-)
[20:51] <ralsina> sure, I'll do it.
[20:52] <mandel> ralsina: well, that is the cool stuff we are not working atm
[20:54] <ralsina> https://pastebin.canonical.com/41266/ full log
[20:55] <ralsina> mandel: ok, but what modules expose the API I have to hook in? Do I look at how the linux UI does it?
[20:56] <mandel> ralsina: yes, there is a branch proposed wth the wcf code that defines the service methods, which I will implement with COM
[20:56] <mandel> ralsina: using pywin32
[20:56] <ralsina> mandel: ok, so I can' t really do it until january
[20:56] <ralsina> mandel: I can only do UI but without functionality
[20:56] <mandel> ralsina: no, you can actaully do what ever you want
[20:57] <mandel> ralsina: exactly, but that allows me to see what you need, rather than deciding with no use case
[20:57] <ralsina> mandel: ok
[20:57] <ralsina> I will try not to get too creative, specially without UX input (although ivanka did send me some stuff I should check)
[20:58] <mandel> ralsina: lets first look at the wcf definitions
[20:58] <mandel> ralsina: those are the methods I will implement for you, that way we can talk about the approach for it
[20:58] <ralsina> mandel: ok
[20:58] <mandel> ralsina: let me get you the brach
[21:00] <mandel> ralsina: here it is https://code.launchpad.net/~mandel/ubuntuone-windows-installer/contracts_ipc_wcf
[21:00] <mandel> ralsina: the idea is the following, each of the operation contracts expose the diff methods that will be exposed to the clients, including you
[21:00] <mandel> ralsina: those I can implement as sync and async methods
[21:00] <ralsina> mandel: ok
[21:01] <ralsina> And these will only be accessible via COM
[21:01] <mandel> ralsina: atm those are the contacts that are exposed through a named pipe
[21:01] <ralsina> mandel: ok
[21:01] <mandel> ralsina: yes, but what I'll do is to write a client lib for you to use
[21:01] <ralsina> mandel: oh, good ;-)
[21:01] <mandel> ralsina: with python like methods that could be asyn or async, I was thinking of using a twisted client for the sync, but as you wish
[21:02] <ralsina> mandel: not a problem, it's all the same to me
[21:02] <mandel> ralsina: you can expect a client object that is for example, syndaemon_configuration, that has syncdaemon_configuration.set_throttling etc...
[21:02] <ralsina> ok, I'll do you some stubs maybe
[21:03] <mandel> ralsina: yes, that ould be the best
[21:03] <ralsina> ok, I think I understand where I am standing now
[21:03] <mandel> ralsina: that way we cna move in parallel between ui and 'server' side :)
[21:03] <ralsina> cool. I have a few days to catch up with you :-)
[21:04] <mandel> ralsina: at this point, we can start moving uses .net and start buildgin msi etc..
[21:04] <mandel> ralsina: yes, you do :)
[21:04]  * ralsina leaves that in the capable hands of mandel ;-)
[21:05] <mandel> ralsina: we should have a cleaner solution, I'm also portin u1trial etc.. to windows so that we can use the ubuntuone-dev-tools projects
[21:05] <mandel> ralsina: will also add common scripts like finding the python path from a batch script etc
[21:05] <ralsina> mandel: cool
[21:06] <mandel> ralsina: can we talk about desktopcouch for a sec?
[21:06] <ralsina> mandel: sure
[21:07] <mandel> ralsina: I'd like to create a project, similar to de lp:ubuntuone-windows-installer for desktopcouch
[21:08] <ralsina> mandel: yes...
[21:08] <mandel> ralsina: so that we have the very specific windows code (the .Net for wcf in desktopcouch)
[21:08] <mandel> msi, etc… so that desktopcouch has nothing but python, and all ugly COM code with .Net goes there
[21:09] <mandel> ralsina: as well as the couchdb msi and blah blah blah
[21:09] <mandel> but I'd like to call it desktopcouch-windows-solution or something like that
[21:09] <ralsina> hmmmm I assume desktopcouch is useful without that?
[21:10] <ralsina> on windows, I mean
[21:10] <ralsina> BTW: you can use REST over WCF! Neat! ;-)
[21:10] <mandel> ralsina: yes :)
[21:11] <mandel> ralsina: to both questions
[21:11] <ralsina> In that case I don't see why not
[21:11] <ralsina> Who could it possibly bother?
[21:11] <mandel> ralsina: I prefer to ask before hand
[21:11] <ralsina> right, youhave my blessing my son. I meant who ELSE we should sk beforehand :-)
[21:12]  * ralsina has no idea who is involved in desktopcouch. sil?
[21:13] <mandel> ralsina: mainly thisfred, CardinalFang, vds and me, well and sil is the ideas man (in the best possible meaning of that)
[21:13] <ralsina> I say wait until january then bring uit up again
[21:14] <ralsina> But I don' t foresee any problems at all
[21:14] <thisfred> what
[21:14] <thisfred> s the question? :)
[21:14] <vds> yep... :)
[21:14]  * CardinalFang ducks.
[21:15] <ralsina> would you guys like a separate package called desktopcouch-windows-solution that has all the .net/wcf crap?
[21:15] <ralsina> that's specific crap that's useful on the windows side of the force
[21:15] <CardinalFang> What is a "package" in this context?
[21:15] <ralsina> CardinalFang: project + msi installer, I guess, mandel knows better
[21:16] <mandel> vds, thisfred, CardinalFang would be the WCF stuff to use namepipes to get the port number and manage if desktopcouch is started or not at boot time, msi with couch installation
[21:16] <mandel> and that is all I can think of atm
[21:17] <mandel> it can be in lp:desktopcouch, not diff for me, I just dont want to bother you
[21:17] <thisfred> mandel: +100 to a separate package if that makes your life easier
[21:17] <vds> sure, +1
[21:18] <ralsina> so go ahead mandel, my boy and have fun with that ;-)
[21:18] <mandel> thisfred: I think it makes it easier to keep the deployment of both platforms easier :)
[21:18] <CardinalFang> Oh, package inside the desktopcouch tree?  Hrm.  I don't have a strong opinion.  Mandel, if you were someone else, would you be upset at Windows components being somewhere else?
[21:18] <mandel> vds: ^
[21:19] <ralsina> mandel: same tree or different tree? I didn't get that part right, I think
[21:19] <mandel> ralsina, CardinalFang I was thinking diff tree
[21:20] <vds> mandel: pro and cons of both options?
[21:20] <CardinalFang> mandel, I think you could keep a lp:~mandel/dc/windows branch and only merge it in when you want or need to.  I think that would make the few Windows BZR users happier.
[21:21] <mandel> vds: pros: we do not have all the crazy xml for the msi and .net build script in desktopcouch. Just have python in the project. cons: full desktopcouch solution will be divided in two location making windows developers look in more than one place.
[21:22] <ralsina> mandel: but windows developers could just get the installer, right?
[21:22] <mandel> ralsina: if the want to use desktopcocuh, yes, only the installer
[21:22] <CardinalFang> mandel, I don't mind a ./desktopcouch/platform/windows and plat/windows/... in trunk, FWIW.
[21:22] <mandel> ralsina: it should build everything and grab the latests version of desktopcouch from bzr
[21:23] <ralsina> I expect that's what they would do. So it's only annoying to people that use bzr directly and are bothered by having to use two branches. Small set, I expect.
[21:23] <ralsina> That set probably includes me, but I don't care ;-)
[21:23] <mandel> ralsina, vds, thisfred, CardinalFang 'll do the following, do it in lp:desktopccuh, propose it, and if it is horrible I'll divide it, is that ok?
[21:24] <CardinalFang> Good with me.
[21:24] <thisfred> fair enough
[21:24] <ralsina> +1
[21:24] <vds> +1
[21:24] <thisfred> let me know when the review is up. I reserve te right to not answer ;)
[21:24] <dobey> hmm
[21:25] <mandel> thisfred: haha sure
[21:25] <mandel> dobey: hmmm is about the above?
[21:25] <dobey> hmm was "i just realized there was some significant discussion going on over here"
[21:26] <dobey> oh well
[21:26] <dobey> ugh
[21:26] <dobey> buildds must be swamped for some reason
[21:27] <dobey> "starts in 2 hours"
[21:28] <ralsina> mandel: so, did you find out if you are working tomorrow?
[21:29] <mandel> ralsina: I am, I though I told you already
[21:29]  * ralsina must have missed it
[21:29] <mandel> ralsina: but you are free give me a free day :)
[21:29] <ralsina> Ok, I think I' ll go be a parent for a while. have a nice day everyonr
[21:29] <mandel> ralsina: same there
[21:29] <ralsina> mandel: no I can't because canonicaladmin won't let me manage anyone yet :-)
[22:37] <jcastro> beuno: you can just update your original answer here: http://askubuntu.com/questions/17618/mobile-music-playback-on-android-phone-keeps-buffering
[22:37] <jcastro> the person will get an autonotificiation when you edit your answer
[22:38] <beuno> jcastro, so, edit rather than adding a new one like I did?
[22:38] <jcastro> yep
[22:38] <jcastro> editing also bumps it
[22:38] <jcastro> so you'll be good
[22:39] <beuno> cool, done
[22:39] <beuno> jcastro, delete the old one?
[22:39] <beuno> er, "new" one
[22:39] <jcastro> yep
[22:39] <beuno> jcastro, done and done!  thanks for the mentoring
[22:39] <jcastro> no worries, I'm so glad how this is turning out
[22:40] <beuno> stackexchange is AWESOME