[09:32] <JamesTait> Good morning, all! :D
[09:39] <mandel> morning all!
[11:09] <gatox> good morning
[11:11] <mandel> gatox, morning!
[11:16] <mandel> gatox, can you do a super stupid review for me?
[11:18] <gatox> mandel, of course!
[11:18] <gatox> shoot
[11:20] <mandel> gatox, https://code.launchpad.net/~mandel/ubuntuone-dev-tools/give-me-batch/+merge/88342
[11:20] <mandel> gatox, I was tired of having to write python C:\Pythoon17\Scripts\u1trial on windows, so I did that :)
[11:21] <mandel> gatox, if you add C:\Python27\Scripts to the search path in cmd u1trial and u1lint will work :)
[11:22] <gatox> mandel, nicee
[11:26] <mandel> gatox, I don't know why i did not do it earlier :)
[11:26] <gatox> :P
[11:27] <mandel> gatox, most probable cause, I did not want to write 'python "%~dpn0" %*'
[11:27] <mandel> hehe
[11:32] <gatox> mandel, only a couple of lint issues
[11:33] <gatox> i added to the MP
[11:35] <gatox> mandel, if you have a minute, could you review this? https://code.launchpad.net/~diegosarmentero/ubuntuone-client/fix-links/+merge/86605
[11:36] <mandel> gatox, let me look
[11:51] <mandel> gatox, lint issues should be fixed
[11:51] <mandel> gatox, the XXX comments are tests to ensure that lint does not fail when they are present, so please ignore them since they are present in trunk
[11:52] <gatox> ok
[11:53] <gatox> mandel, mmmmmm there is still a lint issue in setup.py
[11:53] <mandel> gatox, wait, they are not.. it seems that pylint is returning me issues with the .bats..
[11:54] <gatox> mandel, there are pep8 issues too.... but i don't know if that is checked too
[11:54] <mandel> gatox, let me clean that..
[11:54] <gatox> mandel, ok
[11:54] <gatox> mandel, let me know
[11:54] <gatox> mandel, except for that..... is a +1
[12:01] <ralsina> good morning!
[12:03] <gatox> ralsina, hi!
[12:04] <gatox> lisettte, ping
[12:08] <nessita> hello everyone!
[12:08] <gatox> nessita, hi
[12:08] <nessita> hello gatox!
[12:08] <nessita> gatox: shall I review something for you today?
[12:08] <mandel> ralsina, nessita buenas!
[12:09] <mandel> gatox, can I have a re-review?
[12:09] <nessita> hola mandel!
[12:09] <gatox> nessita, yes.... all my branches should be ready! alecu made a comment in network-detect.... but i'm creating a new bug for that
[12:09] <gatox> mandel, ok
[12:09] <nessita> mandel: could you please review https://code.launchpad.net/~nataliabidart/ubuntuone-client/make-it-work/+merge/87767 ?
[12:09] <mandel> gatox, would be revno 577
[12:10] <nessita> gatox: a new bug for the assetEqualPixmap?
[12:10] <mandel> nessita, yes
[12:10] <mandel> ralsina, how are you feeling about a tiny review in ubuntuone-dev-tools?
[12:10] <ralsina> mandel: willing!
[12:10] <gatox> nessita, yes.... to move that into a common place in sso, and make u1-cp and u1-installer use it from there..... but i prefer not to delay this branch even more for that
[12:10] <mandel> ralsina, is a nice convenient script addition for people on windows :)
[12:10] <mandel> ralsina, there you go: https://code.launchpad.net/~mandel/ubuntuone-dev-tools/give-me-batch/+merge/88342
[12:11] <mandel> ralsina, if you do a python setup.py install and add C:\Python27\Scripts to the search path in cmd you can use u1trial and u1lint :)
[12:11] <gatox> mandel, Tests OK, Test it IRL ok. +1
[12:12] <mandel> nessita, running the tests, if they pass in P and Windows I'll approve
[12:12] <nessita> gatox: right, but did you changes the exception thingy?
[12:12] <gatox> nessita, i'm submitting that code now
[12:13] <nessita> awesome
[12:13] <gatox> nessita, i wanted to check with lisettte if "Cannot get network state" is ok
[12:13] <nessita> gatox: yes please, check with her
[12:16] <ralsina> mandel: cool!
[12:16] <gatox> nessita, can i assign the assertEqualPixmaps to me?
[12:16] <nessita> gatox: not yet, just assign ubunutone-desktop+ please
[12:16] <gatox> nessita, ok
[12:18] <ralsina> mandel: +1 and set to approved
[12:19] <mandel> ralsina, sweet!
[12:19] <mandel> ralsina, I was really tired of having to be doing python + full_path_u1trial :P
[12:26] <mandel> nessita, FYI I got an error on windows with sdtool, if the same error is in trunk I'll approve.. and will file a bug
[12:26] <nessita> mandel: what error? so we report or fix...
[12:27] <mandel> nessita, waiting for all the tests to finish, I saw it while running them
[12:31] <nessita> bu, my computer rebooted itself
[12:32] <mandel> nessita, it seems that we all have very unstable systems..
[12:42] <webm0nk3y> ralsina: I approved it, but no tests for this? https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/register_plus_login/+merge/74127
[12:43] <ralsina> webm0nk3y: that one is not going to get merged, sorry I forgot to mark it WIP
[12:43] <webm0nk3y> ralsina: ok
[12:43] <ralsina> webm0nk3y: it's a workaround until we have a decent solution
[12:43] <webm0nk3y> k
[12:43] <mandel> nessita, FYI paste.ubuntu.com/801693 in the make it work branch, looking if it is in trunk
[12:43] <mandel> which I suppose since you did not touch that at all
[12:44] <nessita> mandel: looking!
[12:44] <nessita> mandel: ah, it should be in trunk as well... since gatox fixed that a couple of branches ago...
[12:45] <nessita> gatox: right? ^ I remember you asking about http://paste.ubuntu.com/801693/
[12:45] <gatox> nessita, let me check
[12:45] <gatox> nessita, yes..... let me check if it is in trunk..... or in my u1-client-fix-links branch
[12:46] <gatox> nessita, mandel  it's fixed in my ubuntuone-client-fix-links branch
[12:46] <cjohnston> rye: did you get my ping from the other day?
[12:46] <nessita> gatox: right, that's what i thought. Thanks!
[12:46] <gatox> mandel, that you can re-review :P https://code.launchpad.net/~diegosarmentero/ubuntuone-client/fix-links/+merge/86605
[12:46] <nessita> mandel: so you should get that in trunk as well, for now
[12:46] <mandel> gatox, sure, one min
[12:47] <gatox> mandel, thanks
[12:47] <mandel> nessita, I'll approve since the error are in trunk and not related to your branch
[12:47] <nessita> mandel: thanks!
[12:58] <mandel> gatox, FYI running tests on windows.. which take a gazillion years!
[12:58] <gatox> mandel, for what?
[12:58] <mandel> gatox, fix-links
[12:58] <gatox> mandel, ahhhhh for my branch
[12:59] <gatox> mandel, buy an alienware :P you are not going to be able to have a second monitor.... BUT TESTS RUN FAST!!!!!
[12:59] <gatox> jejeje
[12:59] <mandel> gatox, well, I have a number of vms running, so they good slow due to that :)
[12:59] <gatox> :P
[13:00] <mandel> gatox, and did a partial upgrade.. which has done something funny to my kvm setup, apparently I need to reboot
[13:00] <nessita> gatox: did you push the fix to network-detect?
[13:01] <gatox> nessita, no...... i'm waiting for lisettte's pong
[13:01] <gatox> nessita, should i push it with that message?? and we can change it later....
[13:02] <nessita> gatox: hum.... let me think... what message you use, so far?
[13:03] <gatox> nessita, "Cannot get network state"
[13:03] <nessita> gatox: let's change it to:
[13:03] <nessita> "The network state can not be detected."
[13:03] <gatox> nessita, ok
[13:04] <gatox> pushing.....
[13:04] <nessita> gatox: all green for fix-links on windows!!!
[13:04] <gatox> nessita, GREAT!
[13:04] <gatox> and it should be all grean for network-detect too :P
[13:04] <gatox> nessita, push done
[13:05] <nessita> gatox: why all the removals to run-tests.bat? :-/
[13:05] <gatox> nessita, ohhhhhhhh..... that was a mistake..... i was testing something on windows
[13:05] <gatox> reverting that
[13:05] <nessita> gatox: please
[13:07] <gatox> nessita, done
[13:10] <mandel> gatox, why are you removing the style checks on windows?
[13:11] <mandel> gatox, as well as the removal of the result from coverage
[13:11] <mandel> gatox, here: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/fix-links/+merge/86605
[13:11] <gatox> mandel, i already revert that
[13:11] <mandel> in the run-tests.bat
[13:11] <alecu> hello #ubuntuone peoples and peoplas!
[13:11] <mandel> gatox, oh, ok, so I have and old version..
[13:11] <nessita> hola alecu
[13:12] <mandel> alecu, buenos dias
[13:12] <gatox> mandel, i've just reverted
[13:18] <mandel> gatox, in _assert_read_link you could have done destination = os.path.join(self.basedir, target) and then pass the target as 'target' or 'target.lnk'
[13:18] <mandel> gatox, also test_create_shares_link_existing_destiny_with_lnk_extension and test_create_shares_link_existing_source_with_lnk_extension can share a fair amount of code
[13:19] <mandel> ok, I need to reboot due to the upgrade
[13:20] <nessita> gatox: did you push the restore of run-tests.bat?
[13:20] <gatox> nessita, yes
[13:20] <gatox> mandel, can you add the needs fixing for that?
[13:20] <mandel> gatox, already added it :)
[13:20] <gatox> mandel, ok
[13:21]  * mandel reboots
[13:36] <nessita> gatox: is fix-links pushed?
[13:37] <nessita> I merged a while ago and wasn't
[13:37] <nessita> will retry
[13:37] <gatox> nessita, it should..... i'm fixing mandel's comments....
[13:37] <gatox> mandel, ping
[13:38] <gatox> nessita, at least in the page the run-tests.bat change was reverted
[13:49]  * mandel lunch
[13:50] <alecu> gatox, thanks for your review... there was some conflict while doing the merge, so a testing class was repeated!
[13:50] <gatox> alecu, ahhh
[13:50] <gatox> alecu, and hi! :P
[13:51] <gatox> alecu, let me know when you need a re-review
[13:51] <alecu> sure, thanks!
[13:52] <dobey> hmm
[13:58] <nessita> ralsina: are we having the weekly call today?
[13:58] <alecu> gatox, I've pushed the changes; lp is still rescanning the branch.
[13:58] <ralsina> nessita: yes
[13:59] <nessita> ralsina: would you know how long will it be? approx
[13:59] <ralsina> nessita: 20 minutes
[13:59] <gatox> alecu, ok..... i'll run the tests and lint checks in the meanwhile
[14:00] <nessita> ralsina: really? :-) I may have an appt at 12:45... and though that it will overlap with it
[14:00] <ralsina> unless my mumble isincomprehensible as yesterday, in which case I will try to find a good place and do it tomorrow
[14:00] <ralsina> nessita: I'll keep it brief
[14:01] <nessita> ralsina: I can reschedule this thingy... no problem...
[14:01] <ralsina> nessita: it's ok, I don't *want* it to be long :-)
[14:02] <nessita> ralsina: :-)
[14:23] <nessita> alecu: would you please un-donkey me?
[14:24] <alecu> undonkey?
[14:24] <nessita> alecu: "desburrarme"
[14:24] <nessita> alecu: why would you do Response(bytes(reply.readAll()), headers) <- the bytes() adding confused me
[14:25] <alecu> nessita, bytes is an alias for "str"
[14:26] <nessita> alecu: ok, and that would encode the unicode using the system default encoding?
[14:27] <nessita> are you sure we're not getting unicodedecodeerrors there?
[14:27] <dobey> nessita, ralsina: you got my mail re: CD space, right?
[14:27] <nessita> dobey: yes! thanks for the detail on that
[14:27] <ralsina> dobey: got it!
[14:28] <nessita> dobey: what I'm not complete sure is how doable is having gwibber dropping webkit. I know you built a testing branch, but more work needs to be done, no?
[14:28] <dobey> nessita: more yes, but not a lot
[14:28] <dobey> well, not a lot on gwibber. and i don't expect our stuff will be a huge issue either
[14:29] <nessita> dobey: and we should do that, or we expect platform to do it?
[14:29] <dobey> nessita: i will probably do it, since i've already mostly done it anyway
[14:30] <nessita> dobey: and how that fits your roadmap work? I mean, how much load is it? can we fit it in your schedule?
[14:30] <dobey> although, will need some testing, to ensure all the account types still work
[14:30] <dobey> nessita: it's very little load. i can probably finish it tomorrow
[14:30] <dobey> it shouldn't take long at all even
[14:31] <alecu> nessita, sorry, was fighting with a telecentro customer representatives
[14:32] <alecu> nessita, so, with that I'm making sure that I'm passing bytes (or str, in fact), from the QSomethingBytes returned by readAll()
[14:32] <nessita> alecu: ah, ok, but we're sure those are not unicode, right?
[14:32] <alecu> nessita, let me check the exact type
[14:32] <nessita> dobey: ok then, please be sure to mention this in the weekly call so ralsina can update his spreadsheet
[14:33] <ralsina> dobey: if it's a day or 2, it doesn't move anything onthe roadmap
[14:34] <dobey> given the progress i made on it in ~1hr last night, i doubt it will take that long :)
[14:34] <ralsina> dobey: awesome
[14:35] <alecu> nessita, so, readAll returns a QByteArray: http://doc.qt.nokia.com/4.7-snapshot/qiodevice.html#readAll
[14:35] <alecu> nessita, so we should specifically not worry about unicode issues there.
[14:36] <dobey> i hope my mumble still works; was trying to get audio tools working last night
[14:38] <nessita> alecu: awesome, thanks for looking that yp
[14:38] <nessita> up*
[14:42] <dobey> mandel: what problems you having with nautilus?
[14:42] <dobey> hrmm, i guess right now is a bad time to start upgrade to P
[14:47] <nessita> gatox: after running your branch i get a lot of new (test) dirs in my userhome!!! perhaps this is also happening in trunk, I'll check
[14:48] <gatox> nessita, please let me know
[14:48] <nessita> gatox: but this is "serious", tests can not write the user home... I guess something was left once we removed the setting of the env HOME
[14:48] <nessita> gatox: I will report a bug with details
[14:49] <gatox> nessita, can you explain me how to reproduce it to check here?? just run the test on linux and check the home?
[14:49] <nessita> gatox: this is on windows
[14:49] <gatox> ahhhhh ok
[14:49] <gatox> nessita, are you talking about the fix-links branch?
[14:50] <nessita> gatox: you will get stuff in your home such as test_udf_quota_exceeded
[14:50] <gatox> nessita, true
[14:50] <nessita> gatox: yes, but also trunk. And I think this is because of the branch that added xdg_home... not all the calls to setting the HOME env have not be replaced with patching xdg_home
[14:51] <nessita> gatox: we need to do this in the devtools TestCase base class
[14:51] <gatox> nessita, ahhhh
[14:51] <gatox> fiuuuuu :P
[14:51] <nessita> gatox: fiuuu?
[14:51] <dobey> hrmm
[14:51]  * gatox sigh..... don't want more issues in his branch :P
[14:52] <gatox> nessita, ^
[14:52] <nessita> gatox: so, for starters, this grep should give nothing on u1client:
[14:52] <nessita> grep HOME tests/
[14:52] <nessita> but it does, so that's the first problem
[14:52] <gatox> nessita, mmmmm i don't get anything with that grep
[14:53] <gatox> in u1-client
[14:53] <gatox> from trunk
[14:53] <dobey> is passing a directory to grep a magic thing?
[14:53] <nessita> gatox: add -r
[14:53] <dobey> or you mean egrep?
[14:53] <gatox> :P
[14:53] <dobey> or -r :)
[14:53] <nessita> dobey: I have an alias, grep='grep -rn --color'
[14:54] <mandel> dobey, the gtk theme is out for example
[14:54] <nessita> gatox: grep -r --color HOME tests/
[14:54] <mandel> dobey, it does not stay in the launch bar etc..
[14:54] <gatox> nessita, yes yes.. i already saw it....
[14:54] <dobey> mandel: oh, that means gnome-settings-daemon probably crashed
[14:54] <gatox> nessita, do you want me to fix that in another branch?
[14:54] <mandel> oh, and I'm back :)
[14:54] <nessita> gatox: yes, I will report a bug. But this needs to be high priority
[14:55] <gatox> nessita, ok.... i'll do it right now...... let me know if the branch is ok....... i reallyyyyy want to merge that branches
[14:55] <dobey> mandel: i wonder why apport doesn't come up for that though :-/
[14:56] <mandel> dobey, no idea and I have not looked into it too much to be honest
[14:56] <nessita> gatox: one second, I'm still trying to tst it IRL when I saw all those unwanted dirs in my home
[14:56] <gatox> nessita, ok
[14:57] <dobey> hrmm, and rhythmbox trunk is very crashy for me now on oneiric even
[14:57] <dobey> i wonder if it's crashy on P too
[14:59] <mandel> in my case I have broken packages too due to libreoffice retuning a 1 during installation...
[14:59] <dobey> well i'm happy to remove libreoffice, but my packages aren't broken in that manner :)
[15:00] <nessita> gatox: bug #915380
[15:00] <ubot4> Launchpad bug 915380 in ubuntuone-client "Windows: Tests are modifying the real user home (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/915380
[15:00] <gatox> nessita, ack
[15:01] <nessita> gatox: please read the last comment. Let's try not to only fix this, but also make some cleanup, so if we could make the patch in a single location and make the tests use a user_home_dir variable (or similar), that would be great
[15:01] <gatox> nessita, ok
[15:28] <ralsina> natalia: 26 minutes! not bad! ;-)
[15:28] <ralsina> nessita: ^
[15:28] <dobey> hmm
[15:28] <nessita> ralsina: yeah!
[15:29] <nessita> alecu: sorry I left !
[15:29] <nessita> alecu: I will re login :-D
[15:30] <alecu> nessita, my mumble is trying to reconnect
[15:31] <nessita> alecu: ready when you are (or when your mumble is :-P)
[15:38] <dobey> ok. *not* going to spend $18K for a monitor
[15:39] <gatox> dobey, 18k??????
[15:39] <dobey> well, $17,599
[15:40] <gatox> dobey, for a monitor?? which kind of monitor is that?
[15:42] <dobey> http://www.cdw.com/shop/products/Barco-Coronis-Fusion-6MP-DL-LCD-display-6MP-color-TFT-30.4in/2443189.aspx
[15:42] <dobey> 3280x2048 30"
[15:43] <gatox> dobey, wow...... but..... crazy expensive
[15:44] <dobey> yeah :(
[15:46]  * gatox lunch..... brb
[15:47] <ralsina> dobey: isn't 18ms kinda slow for a 18K monitor? ;-)
[15:47] <dobey> slow?
[15:47] <dobey> oh, 18ms is slow i guess
[15:48] <dobey> it's not really a gaming monitor, and i don't know if 18ms speed matters as much for endoscopy :)
[15:48] <ralsina> hehe
[15:48] <ralsina> dobey: endoscopy much?
[15:48] <dobey> i think the old sgi monitor i have might be 18ms
[15:49] <dobey> no, i just want really high resolution screen
[15:49] <dobey> or at least better than what i have now
[15:49] <dobey> i don't want to get a bigger screen, with a lower dpi
[15:50] <dobey> everyone seems to be killing off the good displays and making everything be 1080p now :(
[15:50] <ralsina> dobey: http://www.nextag.com/NEC-MultiSync-MD213MC-21-651397759/prices-html
[15:50] <ralsina> that's 2048x1536
[15:51] <ralsina> portrait orientation, cool for coding! ;-)
[15:51] <dobey> ralsina: and almost $3500
[15:51] <dobey> ralsina: my current screen is 2048x1152 :)
[15:52] <dobey> at 23"
[15:52] <ralsina> dobey: compare to 18K ;-)
[15:52] <dobey> and i paid $200 for this one :(
[15:52] <dobey> ralsina: and that NEC is 24ms, so slower :)
[15:53] <ralsina> http://erclk.about.com/?zi=5/342s
[15:53] <alecu> nessita, http://twistedmatrix.com/documents/current/core/howto/process.html
[15:53] <ralsina> 27" 2560x1440
[15:53] <dobey> better, but still too expensive i think
[15:53] <ralsina> dobey: off-mainstream high resolutions arecrazy expensive :-(
[15:54] <alecu> nessita, twisted.internet.utils.getProcessValue
[15:54] <dobey> well medical displays are crazy expensive, yeah
[15:54] <ralsina> dobey: pixel density is pretty much the same asyours, it's just a bit bigger
[15:54] <dobey> yeah
[15:54] <dobey> but i don't really want to spend $1000 to basically have what i currently have
[15:55] <dobey> i just need to find me someone who has a nice kit package to use the 15" or 17" 1920x1200 panels, with a workstation
[15:57] <dobey> hrmm
[15:57] <dobey> what are the specs for the 17" macbook pro exactly...
[15:57] <ralsina> dobey: http://accessories.us.dell.com/sna/productdetail.aspx?c=us&l=en&s=soho&cs=ussoho1&sku=2XU2312&dgc=SS&cid=52102&lid=1342490
[15:57] <ralsina> dobey: 650 for two monitors?
[15:58] <ralsina> dobey: 3800x1080 ;-)
[15:58] <dobey> ralsina: yaeh, but they're 1080p
[15:58] <dobey> and 23"
[15:59] <dobey> hmm
[15:59] <dobey> the MBP response time is 16ms
[15:59] <dobey> which isn't too bad
[15:59] <ralsina> dobey: that, with two portraitmoitors, would be awesome
[16:01] <dobey> i could do with 2 MBP displays on my desk
[16:02] <kpok> ubuntuone is not doing any sync on my computer
[16:03] <kpok> I mean uploading
[16:03] <dobey> duanedesign, rye: ^^
[16:04] <kpok> any help?
[16:04] <rye> kpok, hello. What Ubuntu version are you running?
[16:05] <kpok> ubuntu 11.10
[16:05] <kpok> hey
[16:05] <rye> kpok, ok, what status does Ubuntu One Control Panel show? Synchronization in progress or something else?
[16:06] <kpok> yes.. File sync in progress
[16:06] <kpok> but it doesnt upload anything
[16:07] <dobey> i suspect it keeps reconnecting
[16:07] <rye> kpok, you may want to try reconnecting and see whether another server will perform better. What are the sizes of the files on average?
[16:07] <kpok> each file is around 400 mb or so
[16:07] <kpok> I can try adding smaller files
[16:07] <kpok> but I want those files to be uploaded
[16:07] <nessita> alecu: http://docs.python.org/library/subprocess.html#popen-objects
[16:08] <kpok> and yes, it keeps reconnecting too
[16:10] <rye> kpok, could you please try add a small file to see whether it uploads faster (the uploads are concurrent)
[16:10] <rye> verterok, ^ S3 being slow?
[16:14] <kpok> rye, no luck with any smaller files either :(
[16:14] <rye> kpok, could you please compress the log files in ~/.cache/ubuntuone/log/ and send them to ubuntuone-support@canonical.com - i want to check whether syncdaemon is actually doing something
[16:15] <kpok> okay
[16:16] <verterok> rye: no idea, just back from the bank...let me sync logs and check
[16:16] <rye> verterok, i will re-ping once i get the logs
[16:16] <verterok> rye: server logs :)
[16:16] <alecu> nessita, http://developer.gnome.org/glib/2.30/glib-The-Main-Event-Loop.html#g-child-watch-add
[16:16] <rye> verterok, I want to check that the client is ok
[16:17] <verterok> rye: ll
[16:17] <verterok> kk too
[16:18] <dobey> ok i think i need to get me some lunch
[16:18] <dobey> bbiab
[16:20] <kpok> rye, I sent the log files to the said email
[16:20] <rye> kpok, got the message in the system, checking
[16:23] <rye> kpok, could you please pastebin the output of u1sdtool --waiting (to https://paste.ubuntu.com ) and give the URL?
[16:25] <kpok> http://pastebin.ubuntu.com/801897/
[16:26] <kpok> rye, ^^
[16:26] <rye> kpok, ok, and what is u1sdtool --current-transfers ?
[16:28] <kpok> rye, http://pastebin.ubuntu.com/801900/
[16:29] <rye> kpok, ok, i will now check the server logs for your session information
[16:30] <kpok> okay thanks rye, I ll wait. :)
[16:31] <rye> verterok, how about adding server/slave id to session?
[16:48] <mandel> ha! I cracked the bastard.. I just need to write better tests..
[16:50] <nessita> gatox: seems like fix-links will be approved! I tested IRL and looks great
[16:52] <gatox> nessita, awesome!!
[16:55] <dobey> ralsina: also, if i wanted to pay that much for a display, i could just buy a nice used IBM T221 for about $1500, and it's 3840x2400 :)
[16:56] <nessita> alecu_lunching: vote and comment added to https://code.launchpad.net/~alecu/ubuntu-sso-client/restful-client/+merge/88230
[17:05] <mandel> alecu_lunching, nessita, I have a way to remove the timed tests in the filesystem notifications on windows so that we are more deterministic
[17:06] <nessita> mandel: let me know! but after lunch, I'm starving :-D
[17:06] <nessita> lunchtime!!!
[17:07] <mandel> nessita, sure :)
[17:14] <dobey> heh
[17:24] <gatox> nessita, alecu_lunching this branch should be ready: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/network-detect/+merge/77049
[17:25] <verterok> rye: it could be added in the same session id, but we can't add new fields to protobuf messages in old clients :(
[17:26] <verterok> rye: well, we can...but no way to make all the installed clients use the new storage-protocol package :)
[17:26] <rye> verterok, is sessionid allocated on the client?
[17:26] <verterok> rye: it's server side info
[17:27] <rye> verterok, is it a string or strictly UUID?
[17:27] <verterok> rye: we could add the extra info like this: sessionid:<extra-data>
[17:27] <rye> verterok, eeexactly
[17:27] <verterok> rye: yes, that's what I initialy proposed :)
[17:27] <verterok> rye: I think the client treats it as string, but need to check
[17:30] <verterok> rye: could you file a bug requesting adding this extra info to the session id? (assign it to foundation+)
[17:40] <rye> verterok, done
[17:40] <verterok> rye: thanks
[17:42] <rye> verterok, for kpok the S3 responds with RequestTimeout
[17:44] <verterok> rye: no TCPTImedOut errors?
[17:45] <verterok> rye: might be a transient issue...you know S3 it's expected to fail
[17:45] <verterok> :)
[17:47] <alecu> gatox, I'm re-reviewing your branch; can you re-review mine? https://code.launchpad.net/~alecu/ubuntu-sso-client/restful-client/+merge/88230
[17:47] <gatox> alecu, of course
[17:47] <gatox> on it
[17:52] <kpok> rye, any possible fix for the issue ?
[17:52] <rye> verterok, it complains that we are not sending bytes
[17:52] <rye> verterok, https://pastebin.canonical.com/58052/
[17:52] <gatox> alecu, +1! nice!
[17:53] <rye> kpok, what's your upload speed?
[17:53] <kpok> 512 kbits ps
[17:53] <rye> verterok, and there are no concurrent uploads, only one file
[17:53] <verterok> rye: we have bytes buffered to send...might be a load related issue or a bug :)
[17:54] <verterok> rye: yes, doesn't looks like a client side upload issue
[17:54] <verterok> rye: check the difference between bytes recv vs sent
[17:54] <rye> verterok, can we add something that will notify us upon S3 error message that tells, whether we have something in buffer to send
[17:54] <verterok> rye: we have bytes ready to be sent
[17:55] <rye> aha
[17:55] <rye> verterok, recv is from client, sent is to s3 - right?
[17:55] <verterok> rye: yes
[17:55] <rye> interesting
[17:56] <rye> kpok, could you please re-paste the output of u1sdtool --current-transfers?
[17:56] <alecu> nessita, I've added the refactor you requested. Do you want to run the tests again, before I set the branch to Approved?
[17:56] <nessita> alecu: nopes, I trust you
[17:56] <nessita> thanks!
[17:57] <kpok> rye : uploads  - 0 and downloads - 0
[17:57] <rye> kpok, u1sdtool --status ?
[17:58] <rye> kpok, is it QUEUE_MANAGER and IDLE ?
[17:58] <verterok> rye: yes, this is a server issue, I bet for high load (we are getting a lot more load than usual)...but could be a bug
[17:59] <kpok> rye, http://paste.ubuntu.com/801987/
[18:02] <rye> kpok, working? u1sdtool --waiting - does it list some filenames ?
[18:05] <kpok> rye, not working, but its listing file name. http://paste.ubuntu.com/801997/
[18:07] <kpok> rye,  a smaller file got uploaded, not the big one, so it was working briefly
[18:10] <dobey> red branches are the best branches
[18:16] <alecu> gatox, pingt
[18:17] <alecu> -t
[18:17] <alecu> gatox, I don't understand why you removed all of this: NETWORK_DETECTION_ERROR = _("The network state can not be detected.")
[18:17] <dobey> ralsina, nessita, alecu, gatox, mandel: the start of the future: https://code.launchpad.net/~dobey/libubuntuone/init-restructure/+merge/88416
[18:17] <ralsina> dobey: yay!
[18:17] <ralsina> dobey: I like futures! I want to live there!
[18:18] <dobey> it's pretty neat
[18:18] <dobey> i hear there are free kit-kat bars for everyone!
[18:18] <ralsina> dobey: yes. Some people call it a communist chocolatey hellhole
[18:18] <gatox> alecu, it was based in a long talk between nessita and lisettte ..... and it was decided that the try-except is needed to be removed, because that was there "just in case"
[18:18] <ralsina> dobey: but not me!
[18:18] <dobey> heh
[18:19] <ralsina> dobey: gtk3-mono won't be gi-based? Weird
[18:19] <dobey> i think doing gi in mono is hard, and it just hasn't been done yet, though i think they want it
[18:19] <dobey> but gtk3 mono is well, lacking resources
[18:19] <alecu> gatox, ok, I understand then the bit about removing  self.critical(...)
[18:20] <alecu> gatox, but I still think keeping the try except is good
[18:20] <gatox> alecu, yep
[18:20] <gatox> nessita, ^
[18:20] <nessita> alecu: design will be proposing a more generic workflow for handling unexpected errors... something like hooking to the except hook and doing something tehre
[18:20] <alecu> gatox, because: what would happen if networkstate.is_machine_connected throws an error before returning the deferred?
[18:20] <nessita> alecu: why you would keep the try-except? what would you do in that case?
[18:21] <mandel> dobey, I'll look at it tom morning, is that ok?
[18:21] <dobey> mandel: hopefully you won't have to :)
[18:21] <mandel> dobey, although is a nice branch, just deleting :)
[18:21] <alecu> nessita, gatox, if I get an error trying to detect the network I would let the program proceed
[18:21] <alecu> nessita, gatox: as if it had connection
[18:21] <dobey> yeah, it's all red, with 2 lines of green in there :)
[18:22] <mandel> ok, people EOD for me, see you all tom
[18:22] <nessita> alecu: hum...
[18:22] <gatox> mandel, bye
[18:22] <mandel> alecu, I'll ping lisettte  tom morning about the ui for proxy
[18:22] <nessita> alecu: can be, I did not think about that
[18:22] <nessita> gatox: what do you think?
[18:22] <alecu> mandel, cool, see you tomorrow
[18:22] <gatox> ........ that's what i explain to lisettte
[18:23] <gatox> that's why i put the try-except
[18:24] <alecu> gatox, I've added a comment on this to the MP
[18:26] <gatox> nessita, alecu yes.... i think at least we can just show the "network_detection_page" which has a "try again" button, if the network detectionn fails.....
[18:26] <gatox> maybe it's not necessary to show an special error message
[18:26] <gatox> but probably the page will be the right choice
[18:26] <nessita> gatox: can you explain further on the 'right' choice? :-)
[18:27] <ralsina> maybe we should offer a "go ahead even if it looks like there is no network" just in case
[18:28] <gatox> nessita, yes, instead of doing nothing..... if we can detect if there is any network connection (because of an exception)...... show the network detection page...... if it was because of an exception, the user will have the chance to press "try again" and continue......
[18:28] <gatox> unless the exceptio persist
[18:28] <gatox> (if we can't detect) i mean
[18:29] <nessita> gatox: my fear is that if we got an exception, we'll got it all the time
[18:29] <gatox> nessita, yes.... that can be another scenario too
[18:30] <nessita> gatox: so, I would do this:
[18:31] <ralsina> gatox, nessita: if network detection fails (by exception) I would assume there is a network
[18:31] <nessita> * do nothing in this branch, not even have a try-except
[18:31] <nessita> * if we have user reports saying "it crashed", add a try-except and handle gracefully with design inout
[18:31] <gatox> nessita, ok...... alecu agree
[18:31] <gatox> ?
[18:31] <alecu> ack
[18:31] <nessita> ralsina: yes, that too, but we should add a message del estilo "We could not detect your network conn, we assume is there"
[18:32] <nessita> ralsina: and for that we need a new string from design, no?
[18:32] <ralsina> nessita: yes. But not lock the user out in an eternal "try again" loop
[18:32] <ralsina> nessita: yep
[18:32] <alecu> nessita, if we fail to detect we should not show anything and go ahead, not even a message or a button or a retry.
[18:33] <nessita> ralsina: right, so my proposal is kinda rough: remove the try-except and let this explode in the user face. The thing is we don't know how can this explode, so far we think we did all right and will not explode
[18:33] <kpok> rye, smaller files are being uploaded but larger files are not.
[18:33] <ralsina> doesn't sound like a good idea. We can't have things explode "to test"
[18:34] <ralsina> But if we are confident it will not explode... try/except and log, without the string
[18:34] <alecu> ralsina, I think nessita means that having this explode will mean some other error in our code
[18:34] <alecu> ralsina, so, catching errors there may mask some other problem in our code.
[18:34] <ralsina> alecu: sure. It always means that ;-)
[18:35] <verterok> kpok: is the same large file as before?
[18:35] <kpok> yes verterok , its the same file.
[18:35] <kpok> and its not uploaded
[18:36] <verterok> kpok: ok, could you pastebin the logs?
[18:36] <verterok> kpok: ~/.cache/ubuntuone/log/syncdaemon.log
[18:36] <ralsina> I would like this much moreif we are going to have the generic exceptionhook
[18:37] <verterok> kpok: looking at your last paste of --waiting output, I think you'r hitting a bug in the server (the fix is already in the pipeline to get applied) but need to confirm with the logs
[18:37] <nessita> ralsina: we are, in some future
[18:38] <ralsina> nessita: hmmm you don't sound convinced of it being *our* future. But hey, te doy la derecha.
[18:38] <kpok> verterok, http://paste.ubuntu.com/802032/
[18:39] <nessita> ralsina: not sure what you mean... I wanted to say that we are working on an generic except handler but we first need input from design and then room in the roadmap
[18:39] <ralsina> nessita: "some future" sounded tome a bit more vague than that :-)
[18:39] <ralsina> nessita: so it's a +1 from me on that. Go ahead
[18:40] <nessita> ralsina: some future because roadmpa future is so blurry to me right now... :-)
[18:40] <ralsina> nessita: hehe
[18:40] <ralsina> nessita: it's not blurry, it's *flexible* ;-)
[18:41] <nessita> juaz
[18:41] <verterok> kpok: hmm, looks like the client is stuck after getting a "no more space" (IOError: [Errno 28] No space left on device) error
[18:41] <verterok> kpok: do you tried restarting it? u1sdtool -q; u1sdtool -c
[18:42] <nessita> ralsina: how can I create a QStringList from a python list? seems silly but I'm stuck
[18:42] <ralsina> QStringList(list)
[18:42] <ralsina> Ormaybe QStringList(*list)
[18:42] <nessita> just that? thanks!
[18:42] <nessita> (the doc really confused me)
[18:42] <ralsina> nessita: OTOH, most things that take QStringLists also take lists
[18:43] <ralsina> nessita: (should be all but I am not betting)
[18:43] <verterok> kpok: the client compress the file before uploading it, so it needs enough space on disk to store the compressed copy
[18:43] <gatox> nessita, ralsina alecu http://memegenerator.net/instance/13155188
[18:43] <ralsina> gatox: why are you having chipaca say your lines ;-)
[18:43] <gatox> jejejje
[18:45] <kpok> verterok, I ll restart ubuntu to free up space and let you know the status
[18:54] <nessita> alecu: I got it working!
[18:54] <alecu> nessita, url or it didn't happen!
[18:56] <nessita> alecu: https://pastebin.canonical.com/58058/
[18:56] <nessita> To run in  linux
[18:56] <nessita> python spawn-test.py --glib
[18:56] <nessita> python spawn-test.py --qt
[18:56] <nessita> in windows: the same! :-P
[18:56] <nessita> but look at the path I'm using as the control panel path
[18:56] <nessita> you may need to tweak that
[18:58] <alecu> nessita, cool, I'm looking at the code, and it looks perfect, I'll trust that it works :-)
[19:00] <alecu> nessita, you'll probably use G_SPAWN_DO_NOT_REAP_CHILD instead of 2 in the final code, right?
[19:00] <nessita> alecu: can't find the constant in the python module
[19:00] <nessita> alecu: did you find it?
[19:00] <alecu> nessita, I'm certainly not sure how to get at that constant using GI
[19:01] <alecu> nessita, just wondering about that too
[19:01] <alecu> nessita, probably dobey knows ^
[19:02] <nessita> dobey: would know how can I access these flags from gi.repository.GLib http://developer.gnome.org/glib/2.30/glib-Spawning-Processes.html#GSpawnFlags ?
[19:02] <alecu> gatox, lol at the XX guy
[19:02] <dobey> GLib.SpawnFlags.DO_NOT_REAP_CHILD
[19:02] <gatox> ejejejeje
[19:02] <dobey> probably
[19:03] <rye> NOTICE: we are currently investigating the failures for mobile uploads and file downloads from the web.
[19:03] <gatox> i'll be offline for  a few minutes.... i'm doing some network detection tests on linux
[19:03] <kpok> verterok, http://paste.ubuntu.com/802059/ <--- new log
[19:03] <nessita> dobey: oh, that simple
[19:03] <nessita> alecu: ^
[19:03] <nessita> dobey: thanks!
[19:04] <ralsina> nessita: if we want to implement to --switch-to handling in linux, it's not all that hard
[19:04] <nessita> ralsina: hum?
[19:05] <nessita> ralsina: it already works in both OSes
[19:05] <ralsina> nessita: well, on windows, if there is a u1cp running, starting a second one makes the first one restore its window
[19:05] <ralsina> nessita: and it doesn't switch to the right page
[19:05] <verterok> kpok: thanks, what's the output of u1sdtool --current-uploads
[19:06] <nessita> ralsina: ah... is ok. This is juts a proof of concepts for sso... so no need for now
[19:06] <ralsina> nessita: ack
[19:06] <gatox> yeyyyyy...... i've network detection is working under windows and linux..... in a more "multiplatform" way :P
[19:06] <gatox> alecu, question
[19:07] <gatox> alecu, it's a dbus question...... so, i assume you might know
[19:08] <gatox> alecu, in u1-sso-client/ubuntu_sso/networkstate/linux.py, why the signal is being removed in the call_result_cb method (self.state_signal.remove())?
[19:08] <gatox> removing the signal  avoid to listen to future network state changes
[19:09] <verterok> facundobatista: hi, kpok client seems to be stuck: http://paste.ubuntu.com/802059/ any ideas?
[19:11] <facundobatista> verterok, why stuck?
[19:12] <verterok> facundobatista: sorry, one upload is stuck
[19:12] <verterok> facundobatista: previous run: http://paste.ubuntu.com/802032/
[19:13] <facundobatista> verterok, IOError: [Errno 28] No space left on device
[19:13] <verterok> facundobatista: yes, so I told him to restart the client
[19:13] <verterok> :)
[19:13] <verterok> facundobatista: but now isn't even attempting to upload the file :/
[19:14] <verterok> facundobatista: it got a bunch of disconnects, and then nothing
[19:16] <alecu> gatox, looking
[19:16] <facundobatista> verterok, how do you know? that upload may be one of the two queued ops
[19:17] <verterok> facundobatista: there is nothing in the logs
[19:17] <facundobatista> 2012-01-13 00:26:09,119 - ubuntuone.SyncDaemon.Main - NOTE - ---- MARK (state: <State: 'QUEUE_MANAGER'  (queues WORKING  connection 'With User With Network')>; queue: 2; hash: 0) ----
[19:17] <facundobatista> verterok, ^
[19:17] <alecu> gatox, that seems to be the way the upper layer expects to be called
[19:17] <verterok> facundobatista: yes, but no Upload, nor nothing
[19:17] <alecu> gatox, so yes, we could change it to *not* remove the signal handler
[19:18] <facundobatista> verterok, yes, look at line 38
[19:18] <alecu> gatox, but we should be extra careful that the upper layers are ok with that layer calling the result_cb more than once.
[19:18] <gatox> alecu, yes, i remove it and made a couple of tests.... and network detection is working fine without the removal
[19:18] <alecu> *extra*
[19:18] <gatox> alecu, roger that!
[19:18] <alecu> gatox, make sure this not also used from syncdaemon, control panel and above.
[19:19] <gatox> alecu, ok
[19:19] <verterok> facundobatista: yes, a warning that it was disconnected
[19:19] <alecu> gatox, and also the windows.py will need to be changed too.
[19:19] <facundobatista> verterok, I mean, the upload is there!
[19:19] <verterok> facundobatista: yes, it's there...but how do we know it's "running"
[19:20] <gatox> alecu, yes, i made a couple of changes there and in the dbus and ipc interface in the way the consume the network_detection module..... because the multiplatform was not being used
[19:20] <facundobatista> verterok, it's not running, client needs to get to QUEUE_MANAGER state
[19:20] <facundobatista> verterok, do you have more logs?
[19:21] <verterok> facundobatista: nope, that's all. I'm waiting to get u1sdtool --current-transfers output
[19:21] <facundobatista> verterok, we should have more logs, at least MARKs showing the state
[19:22] <verterok> facundobatista: this log is fresh just after the client restart
[19:22] <kpok> verterok, http://paste.ubuntu.com/802095/ <--- for u1sdtool --current-transfers
[19:22] <verterok> facundobatista: nm, it's working
[19:23] <verterok> kpok: ok, so it's uploading
[19:23] <verterok> it will probably take a while
[19:23] <kpok> its not.. its stopped right now.. :(
[19:23] <kpok> I just keep getting  libnotify popups that its uploading
[19:24] <kpok> this is probably the fourth or fifth time I ve got a popup
[19:24] <verterok> kpok: please pastebin the logs again
[19:24] <kpok> okay sure
[19:25] <verterok> kpok: you migth got disconnected from the server, it will resume uploading as soon it's connected again
[19:25] <kpok> isnt there something wrong if it keeps disconnecting every few minutes? Shouldnt there be a steady upload?
[19:27] <dobey> kpok: yes, something is wrong
[19:28] <kpok> latest pastebin ---> http://paste.ubuntu.com/802106/
[19:28] <kpok> log
[19:29] <verterok> facundobatista: what does this mean: "No Pong response, disconnecting the client" ?
[19:29] <verterok> facundobatista: the server didn't replied on time?
[19:29] <facundobatista> verterok, exactly
[19:30] <verterok> kpok: yes, the server is having some problems, but should upload steady as soon it gets fixed.
[19:31] <kpok> okay I can wait .. thanks everyone for the time and effort. :)
[19:32] <kpok> I ll come back here if it doesnt get resolved in 24 hours.. is that okay?
[19:32] <verterok> sure
[19:33] <kpok> okay later
[19:33] <kpok> cheers
[19:49] <dobey> ralsina, nessita: any good reason for me to not convert rhythmbox-ubuntuone over to autotools rather than distutils?
[19:49] <ralsina> dobey: why would you?
[19:49] <ralsina> dobey: is it broken?
[19:50] <dobey> ralsina: so that we don't have to use hardcoded paths in setup.py, i can translate settings schemas properly, and whatnot
[19:51] <dobey> or i'll just get rid of this setting anyway
[19:51] <ralsina> dobey: if it's useless, why not
[19:52] <ralsina> dobey: our autotools skill level as a team is too low, is my main concern
[19:52] <dobey> well, it's not totally useless
[19:52] <dobey> but i do hate gsettings
[19:53] <dobey> it's the first-run setting key, so we can select the u1 source by default
[19:53] <dobey> although certainly not going to be usable in this first run
[19:53] <dobey> so yeah i'll just delete it for now
[19:54] <ralsina> ok
[19:58] <dobey> need to take a break though. bit of rsi :-/
[20:02] <gatox> eod for me!! see you tomorrow people
[20:02] <ralsina> bye gatox!
[20:02] <gatox> ralsina, bye
[20:16] <dobey> maybe a good time to do the upgrade to precise
[20:37] <ralsina> EOD for me. Have a nice evening!
[20:39] <dobey> cheers ralsina
[20:40] <dobey> about 2 hours remating for upgrade :-/
[20:56] <nessita> ok, I'm off
[20:56] <nessita> bye all!
[21:36] <dobey> whoot
[21:37] <dobey> have a clean ./run-tests in rhythmbox-ubuntuone now
[22:22] <dobey> crikey
[22:22] <dobey> why is firefox using half a core
[22:22] <dobey> and what is up with my fonts
[22:32] <dobey> man firefox is crashy now :(