[00:52] <briancurtin2> finally EOD, later anyone who's still on :)
[09:35] <mandel> omg is cold!
[09:35] <mandel> morning!
[09:44] <psypher246> morning, nice and sunny here in South Africa :)
[09:50] <rye> psypher246, hi, i will mark bug #634013 as a dup of bug #720707 since the later contains the reason why the bandwidth throttling is not properly enforced
[09:51] <ubot4> rye: Error: Bug #634013 not found.
[09:51] <ubot4> Launchpad bug 720707 in ubuntuone-storage-protocol "Bandwidth limit is not correctly enforced: Transmission delays are inserted between data chunk writes (of arbitrary sizes) (affects: 31) (dups: 6) (heat: 150)" [High,Confirmed] https://launchpad.net/bugs/720707
[09:51] <rye> as we found out, syncdaemon bandwidth throttling works much like air conditioner
[09:55] <psypher246> rye: thanks, trying to get the jist, so is there still a bug? or is it just jnot gonna work properly?
[09:55] <rye> psypher246, there were no changes to the way storage protocol is handing the limits so this bug still exists
[09:56] <psypher246> ok
[09:56] <psypher246> btw I have now tried uploading 9000 files again
[09:56] <psypher246> been about 5 minutes now and nothing is uploading
[09:56] <psypher246> do you think I should still wait or log a bug?
[10:01] <psypher246> rye: what does makefile mean? MakeFile(running=True, share_id='', path='/home/ruald/Ubuntu One/done/Pics03304.jpg', marker='marker:c1141b34-2043-45ec-8dc7-871a5c7ce751', name='Pics03304.jpg', parent_id='c810e06b-0934-45a3-bc1d-5b22ab251eb6')
[10:02] <rye> psypher246, MakeFile is a call to the server to allocate the storage for new file, upload comes afterwards. Does u1sdtool --waiting work now?
[10:02] <rye> psypher246, current clients send metadata queue item sequentially but content upload/download are sent simultaneously in chunks of 10 files
[10:06] <psypher246> u1sdtool --waiting is working now after I waited about a day for it to action the "delete" of the 30000 files, had to constantly kill the syncdaemon process cos it klept getting stuck. then it still left the files on the web clinet and had to manually delete there too. After shutting down the daemon and staring again I could upload and delete small groups (300 files).
[10:06] <psypher246> after deleteing thiose 300 I( uploading about 9000
[10:07] <psypher246> now it seem that the makefile count is decreasing slowly but nothing has uploaded yet
[10:07] <psypher246> u1sdtool --waiting |  grep Upload |  wc -l
[10:07] <psypher246> 9539
[10:07] <psypher246> u1sdtool --waiting |  grep MakeFile |  wc -l
[10:07] <psypher246> 6051
[10:07] <psypher246> u1sdtool --current-transfers  | grep path |  wc -l
[10:07] <psypher246> 10
[10:09] <mandel> czajkowski, ping
[10:09] <czajkowski> mandel: pong
[10:09] <mandel> czajkowski, saying over g+ is lame, so congrats!
[10:10] <mandel> czajkowski, welcome to the getting constantly bigger family :)
[10:11] <czajkowski> mandel: hehe thanks, I start Monday :)
[10:12] <mandel> czajkowski, cool!
[10:12] <mandel> czajkowski, I want nicer lp! :P
[10:12] <czajkowski> have been doing the happy dance all week
[10:13] <mandel> czajkowski, haha I'm glad you got it, it was a matter of time
[10:13] <mandel> czajkowski, I'll talk to you later though, feature freeze is on friday and there is lots to do :P
[10:14] <JamesTait> Morning all!
[10:15] <rye> psypher246, could you please pm me your e-mail to look up what shard you are on and test the performance there?
[10:16] <czajkowski> mandel: np enjoy try and not break things :)
[11:34] <duanedesign> 3eeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeE
[11:34] <duanedesign> {NH>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>{{?????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????
[11:34] <duanedesign> ='''''''/////////////////////////////
[11:34] <duanedesign> ='''''''/////////////////////////////
[11:34] <duanedesign> |
[11:34] <duanedesign> DC
[11:34] <ralsina> good morning, duanedesign's cat!
[11:36] <mandel> ralsina, morning!
[11:36] <ralsina> good last-morning-before-effective-feature-freeze mandel!
[11:36] <mandel> ralsina, yes, and things are finally comming together in the stupid dialog :)
[11:37] <ralsina> mandel: cool!
[11:38] <mandel> ralsina, although, I have a question, the Keyring module on linux is using twisted.. which means that atm I'll have to use the qtreactor for that, which is a PITA
[11:38] <ralsina> mandel: ouch
[11:38] <mandel> ralsina, can I use that before FF and then later change it to use the normal python-deferred module?
[11:38] <mandel> ralsina, I don't want to add a new dependency just yet
[11:38] <ralsina> mandel: qt4reactor is not packaged
[11:39] <ralsina> mandel: we could ship it broken, I suppose :-/
[11:39] <mandel> ralsina, I wonder if using this is enough: http://packages.python.org/defer/defer.html
[11:39] <ralsina> I don't know
[11:40] <ralsina> I have no idea how it's using twisted there
[11:40] <mandel> ralsina, I'll ask alecu and nessita asap
[11:40] <ralsina> mandel: yes please
[11:40] <mandel> ralsina, this is a huge PITA since we need to get that working today
[11:40] <ralsina> mandel: I suppose they missed that one when they were clearing the dependency on qtreactor
[11:41] <mandel> ralsina, as soon as that is done I'll push the 5 branches with all the dialog work..
[11:41] <ralsina> mandel: ack
[11:42] <mandel> ralsina, and it seems that python-deferred is not packaged..
[11:42] <mandel> puta puta puta..
[11:42] <ralsina> mandel: don't panic
[11:43] <mandel> ralsina, oh, it is.. phew!
[11:43] <mandel> ralsina, is python-defer :)
[11:52] <rye> ah, cannot make bugpattern for this :-/
[11:55] <ralsina> good morning nessita!
[11:56] <nessita> hello everyone!
[12:02] <ralsina> nessita, mandel has a problem where he may need a hand
[12:02] <nessita> ralsina: ok, tell me more
[12:02] <ralsina> nessita: apparently, the keyring is using twisted and that makes it require qt4reactor, IIUC
[12:03] <mandel> nessita, more confirmation than anything else, can I use python-defer in the creds dialog?
[12:03] <mandel> nessita, do we use that already? or is it a PITA?
[12:03] <nessita> mandel: you could, but I'm not understanding why you need that
[12:03] <nessita> mandel: you can safely use twiste deferreds without needing a reactor
[12:03] <mandel> nessita, and they work without a twisted reactor?
[12:04] <nessita> mandel: of course
[12:04] <mandel> nessita, ok, then I'm happy :)
[12:04] <nessita> mandel: nice! that was the things that was blocking you?
[12:04] <mandel> nessita, more than blocking, scared me :)
[12:07] <nessita> mandel, ralsina: the "deferreds" mechanism is generic, and the only thing needed to progress is a mainloop (any mainloop)
[12:08] <mandel> nessita, ack
[12:14] <mandel> nessita, can you help me debug a problem that I have with this thing?
[12:14] <nessita> mandel: sure
[12:14] <gatox> hi
[12:15] <mandel> nessita, code is located at lp:~mandel/ubuntu-sso-client/keyring-integration and I use http://paste.ubuntu.com/835121/ to launch the dialog
[12:15] <mandel> nessita, I'm trying to irl test the dialog with a random domain
[12:16] <nessita> mandel: what do you mean with random? dummy, or truly random?
[12:16] <mandel> nessita, dummy
[12:16] <nessita> ah, great
[12:16] <nessita> branchinf now
[12:16] <mandel> nessita, I'm trying to see that IRL it works, but I never get pass the yield in the _on_save_clicked
[12:17] <ralsina> hola gatox
[12:17] <gatox> ralsina, buenas
[12:17] <ralsina> gatox: we missed the 1-1 yesterday want to do it really quick now?
[12:17] <ralsina> gatox: 10 minutes tops
[12:17] <gatox> ralsina, i'm at nessita's home
[12:18] <ralsina> gatox: it's ok, no problem
[12:18] <gatox> ralsina, do you prefer tomorrow?
[12:18] <ralsina> gatox: sure
[12:18] <gatox> ralsina, great
[12:20] <nessita> mandel: first thing, not related: we can't have any Ubuntu One strings hardcoded in sso
[12:21] <nessita> mandel: what we have there is legacy and is specifically handling old U1 token, we'll remove that code soon
[12:21] <nessita> mandel: everything that you need to customize for your dialog (re: strings) should be UI creation params
[12:21] <mandel> nessita, hm.. I followed the present code, but I can pass it to the dialog, that is simple :)
[12:23] <nessita> mandel: right, but like I mentioned, that code is specific for handling old-style U1 tokens... those with the url in the name, remember?
[12:23] <rye> rebooting because icons start disappearing
[12:24] <nessita> mandel: so, the UbuntuOneProxyKeyring should be a plain ProxyKeyring
[12:24] <mandel> nessita, yep, but I was looking at the U1_APP_NAME
[12:24] <mandel> nessita, ack, changing that
[12:24] <nessita> mandel: right, the token used to be called "UbuntuOne token for https://ubuntuone.com" and we needed a key to check if we should try with that, see the file:
[12:25] <nessita> try_old_credentials
[12:25] <nessita> (method, sorry)
[12:26] <mandel> nessita, yes, but there is U1_APP_NAME and U1_KEY_NAME, I wanted to have a ref to something similar to U1_APP_NAME but that uses the domain so that if you change of proxy I look for the proxy domain specific one
[12:26] <mandel> nessita, but I can remove that, is not a problem, I'm more interested in finding why keyring is not storing the creds
[12:27] <nessita> mandel: I know, but I also would like that you understand why that U1_ constants are there, and why we can't have Ubuntu One hardcoded for new stuff
[12:28] <mandel> nessita, sure, because other apps use sso, that I understand
[12:28] <nessita> mandel: and those U1_ constants are there to handle specific cases of users with tokens for U1 that were created with the old-style (no sso involved and a browser being opened for them)
[12:29] <mandel> ack
[12:31] <nessita> mandel: (I'm first quickly reviewing the code to see if anything pops up). So, this code will not return any icon on windows: QIcon.fromTheme('gtk-dialog-authentication')
[12:32] <mandel> nessita, true, and is intentional until we get a global qss, then I can add a fall back that uses that one in the resource file, which is passed as an optional parameter to the fromTheme method
[12:32] <nessita> mandel: ack
[12:32] <nessita> mandel: have you tried putting a try-except around the sentence that call the keyring? if that fails, you never know
[12:32] <mandel> nessita, lets say I'm doing mini branches and atm just focusing on linux regarding theme and ui
[12:33] <mandel> nessita, hm, I'll try that :)
[12:33] <nessita> mandel: is perfect, is what we agreed:-)
[12:33] <nessita> (regading leacing ui details for next week)
[12:35] <nessita> mandel: another detail: to avoid hundreds of conflicts with gatox's branch, and because is recommended to have each ui in it own file, would you please move your dialog to a separated file? and do the same for the tests for that dialog, please
[12:35] <mandel> nessita, I added the try-catch, no thing happens, I also added some print statements and got to yield self.service.open_session() in set_credentaisl
[12:36] <nessita> mandel: so we should have the proxy_dialog.py and test_proxy_dialog.py
[12:36] <mandel> nessita, sure, no problem what so ever, easy work :)
[12:36] <nessita> mandel: let me try it IRL
[12:40] <nessita> mandel: question, the is_error that is passed to the constructor will be removed when proposing for merge, no?
[12:41] <mandel> nessita, well, I need to think about it, I'm sure there is a nicer way to do it
[12:42] <mandel> nessita, atm just allows to show the error if you got a 401 from the proxy, but I'm sure there is a nicer way to put it all together in a nice package
[12:42] <mandel> package not refering to a python package, more like a simil :)
[12:43] <nessita> mandel: another question, any reason to pass a keyring_factory to the ui?
[12:43] <nessita> (instead of importing the Keyring class directly)
[12:43] <mandel> nessita, testing, that is all, that will be remove for sure
[12:43] <nessita> mandel: nice
[12:44] <mandel> nessita, but since it was not working I wanted to keep it dumb and stupid, then I'll clean up everything
[12:44] <nessita> mandel: another question, why do you need a specialization of the keyring for the proxy?
[12:45] <mandel> nessita, I simply followed the current code, I'll remove that since there is no real point
[12:45] <nessita> mandel: the UbuntuOneOauthKeyring is not what we use for auth, is a plain Keyring (the former handles the old-style tokens)
[12:46] <mandel> nessita, you told me that a few mins ago and I agreed that was going to be removed :)
[12:46] <nessita> mandel: did I? I just saw that clase, before I was talking about the U1_ constants...
[12:46] <mandel> nessita, is work in progress, imaging is not there, I'm interested in why I cannot open the session when using a QApplication and no twisted reactor :)
[12:47] <mandel> nessita, well, I uderstood that both things were deprecated, right?
[12:47] <nessita> mandel: yes
[12:47] <mandel> nessita, so we are in the same page :)
[12:47] <mandel> nessita, just ignore all that, is gone in the next revision
[12:54] <nessita> mandel: so, have you tried setting any key in the keyring usinf the plain d-bus service?
[12:55] <mandel> nessita, I did some tests, the keyring is working correctly
[12:56] <nessita> mandel: so, I just ran the sso service with U1_DEBUG=True PYTHONPATH=. bin/ubuntu-sso-login
[12:56] <nessita> mandel: went to d-feet, chose the Credentials interface, and executed store_credentials, passing as args:
[12:56] <nessita> 'foo bar baz', {'foo': 'bar'}
[12:56] <nessita> and that was stored in the keyring
[12:57] <nessita> let me try that using the qt mainloop (the former was using the glib plain mainloop)
[12:57] <mandel> nessita, I'm not using sso, I'm importing Keyring which uses txsecrets from the dialog
[12:57] <nessita> mandel: yes, and perhaps that's the issue?
[12:58] <nessita> using qt mainloop also works
[12:58] <mandel> nessita, could you try to do the same but not via dbus but importing the keyring? since txsecrets already does dbus, right?
[12:59] <mandel> nessita, and now I realize about the problem... I did not set the  mainlopp to  DBusQtMainLoop and txsecrets does not do it
[13:00]  * mandel facepalm
[13:00] <nessita> mandel: the thing is that our design does not expect that you access the keyring that way
[13:00] <nessita> mandel: you should go thru our backend
[13:00] <nessita> mandel: so, the use case would be something like:
[13:00] <nessita> (in my head)
[13:01] <nessita> control panel requires credentials for proxy domain '1.2.3.4'
[13:01] <nessita> control panel uses the same service it uses to gather oauth credentials, the sso. So it calls:
[13:02] <nessita> credentials_backend.find_credentials('Ubuntu One creds for proxy 1.2.3.4')
[13:02] <nessita> that will emit the CredentialsNotFound signal
[13:02] <nessita> sorry, if you use the CredentialsManagementTool is easier
[13:04] <nessita> tool = CredentialsManagementTool()
[13:04] <nessita> creds = yield tool.find_credentials()
[13:04] <nessita> if not creds:
[13:04] <nessita>     creds = yield tool.login()
[13:04] <mandel> nessita, isn't that doing several calls over dbus? I mean dialog -> sso -> keyring? what does the sso step add to the overall design?
[13:04] <nessita> mandel: so, I think we need to provide a ProxyCredentialsManagementTool
[13:04] <nessita> mandel: the dbus part is hidden on the CredentialsManagementTool ...
[13:05] <nessita> but I'm not sure we can do all those changes before tomorrow
[13:05] <nessita> mandel: so, something in between would be that you use the sso backend (and not a tool in between)
[13:07] <nessita> mandel: or you can set the DBusQtMainLoop in the ui executable (not in the python modules)
[13:07] <mandel> nessita, I was typing just that :)
[13:07] <nessita> that's the faster option but is the dirtiest
[13:07] <mandel> nessita, I don't see that dirty, we just need a dialog that gets creds, stores them and tells webclient that he has them
[13:08] <mandel> nessita, then webclient uses them, or at least that is what I understood..
[13:08] <nessita> mandel: yes, and we already have something similar in place for sso creds, no? and follows another design
[13:08] <nessita> mandel: but given the time constraints I guess we can go dirty
[13:08] <mandel> nessita, dirty, we meet FF then we improve
[13:12] <alecu> hello girls and boys!
[13:12] <mandel> nessita, ha, that was simple, it was setting the correct dbus mainloop
[13:12] <nessita> hola alecu
[13:18] <mandel> alecu, buenos dias!
[13:49]  * mandel lunch
[14:11] <nessita> facundobatista: ping
[14:11] <facundobatista> nessita, ping
[14:11] <facundobatista> nessita, pong, I mean
[14:11] <nessita> facundobatista: I just the whole client suite in windows, and there are 2 test failures on test_offloadqueu, bug #929546
[14:11] <ubot4> Launchpad bug 929546 in ubuntuone-client "Test failure for offloadqueue (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/929546
[14:12] <nessita> facundobatista: did you or any reviewer run your branches under windows?
[14:13] <nessita> I just run* I meant
[14:14] <facundobatista> nessita, nop
[14:14] <facundobatista> nessita, bah, I don't think so
[14:14] <facundobatista> nessita, why?
[14:15] <nessita> facundobatista: there are 2 tests failures in windows in that code
[14:15] <nessita> facundobatista: saw the link I pasted above?
[14:15] <facundobatista> nessita, let me see
[14:16] <ralsina> nessita, facundobatista: here is where they started failing: https://jenkins.errormessaging.com/job/ubuntuone-client-windows-test/72/
[14:16] <ralsina> We really need to get jenkins messaging when these thigns happen :-)
[14:16] <nessita> facundobatista: for future branches, could you please ask me, or any other desktop dev to run the suite for you in windows? I understand you don't have a windows env setup, so we can run them for you (but ideally before they land)
[14:17] <facundobatista> nessita, ok
[14:18] <nessita> briancurtin2: hola! your branch is reviewed, a couple of trivial fixes and we can land it!
[14:18] <briancurtin2> nessita: cool, i'll take a look
[14:19] <dobey> oh hi classic gnome no effects
[14:19] <dobey> i've missed you
[14:19] <facundobatista> nessita, did you see the test that fails?
[14:20] <facundobatista> nessita, there may be a strange situation where the log check fails because of the name... the whole test is
[14:20] <facundobatista>         self.assertTrue(self.handler.check_debug("Using temporary file",
[14:20] <facundobatista>                                                  self.oq._tempfile_name))
[14:20] <facundobatista> so, maybe the "temporary file name" is a strange thingie?
[14:21] <facundobatista> (in windows, I mean)
[14:21] <ralsina> facundobatista: path length?
[14:21] <nessita> facundobatista: I can try reproducing in isolation and giving you the log
[14:21] <facundobatista> nessita, please
[14:21] <facundobatista> nessita, maybe put the handler in debug mode?
[14:21] <nessita> ack
[14:22] <nessita> (though is another price ;-))
[14:23] <facundobatista> :)
[14:25] <nessita> facundobatista: strange, there is no log file under _trial_temp/xdg_cache
[14:26] <facundobatista> nessita, what stdout says? (regarding handler in debug)
[14:27] <nessita> facundobatista: added as a comment to the bug report
[14:28] <facundobatista> nessita, ah! is that "you can not compare file names in debug" in windows issue!
[14:28] <facundobatista> nessita, right?
[14:29] <duanedesign> /1/5
[14:29] <nessita> facundobatista: perhaps you're using %r for logging? if so you need to pass to the memento check repr(path)
[14:30] <facundobatista> nessita, yes, I am
[14:30] <nessita> facundobatista: doing both?
[14:30] <facundobatista> nessita, nop, just the former :)
[14:30] <nessita> ajá!
[14:30] <nessita> facundobatista: remember in windows, %r != %s for a path
[14:31] <nessita> because of the backslashes
[14:31] <nessita> facundobatista: very likely
[14:38] <facundobatista> nessita, https://code.launchpad.net/~facundo/ubuntuone-client/compare-repr-path/+register-merge
[14:39] <nessita> you mean https://code.launchpad.net/~facundo/ubuntuone-client/compare-repr-path/+merge/92281 ? :-)
[14:40] <facundobatista> nessita, eso, sorry
[14:40] <nessita> ack!
[14:41] <facundobatista> nessita, also, how do I ask for client reviews? https://code.launchpad.net/~facundo/ubuntuone-client/different-dir-deletion-check/+merge/92282
[14:42] <nessita> facundobatista: you mean for us to run the windows suite?
[14:45] <facundobatista> nessita, yes, please
[14:46] <nessita> facundobatista: to ask, you can ping directly anyone (me, mandel, briancurtin2, gatox, etc). I will run them now
[14:46] <facundobatista> nessita, gracias
[14:47] <briancurtin> yep, i can (and probably should) do windows reviews/test runs to get more acquainted with things
[14:53] <nessita> briancurtin: wanna start with this one? https://code.launchpad.net/~facundo/ubuntuone-client/different-dir-deletion-check/+merge/92282 :-)
[14:53] <briancurtin> nessita: will do
[14:53]  * mandel back
[14:54] <mandel> facundobatista, need help?
[14:55] <facundobatista> mandel, I hope not! thanks
[14:55] <mandel> facundobatista, ok :)
[14:56] <mandel> facundobatista, if you need a window vm I can give you the details of my vm server, it might be slow but you can run the tests there and is ready for development :)
[14:56] <nessita> alecu: quick question re: webclient api
[14:56] <nessita> alecu: if wc.request does not throw any exceptions, does that mean the request finished with code 200?
[14:56] <nessita> alecu: or there are some greys in between?
[14:58] <alecu> nessita, I think no exceptions means only 200
[14:58] <alecu> nessita, lemme check
[14:58] <facundobatista> nessita, is there a way to talk with syncdaemon in linux?
[14:58] <nessita> facundobatista: besides dbus you mean?
[14:59] <facundobatista> nessita, dbus is not working
[14:59] <nessita> facundobatista: it works from trunk, nightlies are failing to build
[15:00] <facundobatista> nessita, a trunk started SD, and using u1sdtool from trunk?
[15:00] <nessita> facundobatista: nopes, just a sd started from trunk and the system's u1sdtool
[15:00] <ralsina> nessita, gatox, briancurtin, alecu, mandel, joshuahoover, dobey: mumble?
[15:01] <briancurtin> ohh, logging in
[15:01] <gatox> ralsina, nessita is turning on the other computer to connect to mumble
[15:01] <nessita> ralsina: apparently our wifi will not connect to mumble (wtf?)
[15:01] <ralsina> dobey: I seem tobe having mumble issues, can you hear me?
[15:02] <ralsina> nessita: wtf indeed
[15:02] <alecu> oh, mumble
[15:02] <mandel> ralsina, launching it
[15:02] <briancurtin> ralsina: you sounded like one of those dubstep songs
[15:02] <ralsina> oh damn, I hate dubstep
[15:02] <dobey> no
[15:02] <dobey> i don't hear anything
[15:03] <dobey> ralsina: new alsa probably broke the world
[15:03] <dobey> hmm
[15:03] <dobey> oh, actually my problem might be simple
[15:03] <dobey> now i can hear
[15:04] <alecu> nessita, the webclient is only showing errors via the exception type. The http code is not exported (yet, let me know if you need it).
[15:13] <facundobatista> nessita, system's u1sdtool hangs talking to trunk's SD
[15:14] <facundobatista> (it hungs after doing the job, though)
[15:16] <facundobatista> nessita, mmm... u1sdtool -q doesn't work
[15:23] <alecu> all: https://bugs.launchpad.net/ubuntuone-client/+bugs?field.tag=u1-proxy
[15:27] <facundobatista> nessita, btw, ctrl-c doesn't work anymore to cut a running client (started from terminal), I need to ctrl-\ it
[15:51] <mandel> facundobatista, that is on linux or windows?
[15:51] <mandel> facundobatista, please tell me is on linux, otherwise there is a stupid thread being evil..
[15:52] <facundobatista> mandel, linux
[15:53] <dobey> hmm
[15:53] <mandel> facundobatista, These aren't the droids you're looking for.
[15:53] <ralsina> thisfred: now account loosks more fun, doesnt it? ;-)
[15:53] <dobey> mandel: the ^C issue is some weirdness with new glib i think, combined with twisted.
[15:54] <dobey> facundobatista: ^^
[15:54] <mandel> dobey, hm.. beautiful..
[15:54] <dobey> or maybe not even with twisted
[15:54] <nessita> facundobatista: yes
[15:54] <dobey> iirc, sso was doing the same, without twisted
[15:54] <dobey> but oddly, ^C works fine for me for the gwibber bits
[15:54] <dobey> so basically it's a "wtf" at the moment :-/
[15:56] <facundobatista> dobey, and u1sdtool not finishing?
[15:57] <dobey> i don't know that it's the same issue
[15:57] <dobey> u1sdtool should be finishing
[15:58] <thisfred> ralsina: hehe, I was just thinking... accounts maybe, u1db definitely ;)
[15:58]  * thisfred updated the desktop+ channel picture in mumble
[16:00] <ralsina> thisfred: best thing would be to be the guy that does the 1st half of every project. But that's futures, right? ;-)
[16:00] <thisfred> ralsina: yeah, they have a sweet gig
[16:00] <nessita> can you guys browse LP urls?
[16:01] <nessita> mine is connecting indefinitely
[16:01] <dobey> nessita: wfm
[16:03] <nessita> hum, firefox is not loadin any page for me
[16:03] <nessita> but I do have dns
[16:03] <nessita> @ping
[16:03] <ubot4> pong
[16:09] <joshuahoover> ralsina: so alecu said these bugs need FFE, right? https://bugs.launchpad.net/ubuntuone-client/+bugs?field.tag=u1-proxy
[16:09] <ralsina> joshuahoover: yes
[16:10] <joshuahoover> ralsina, nessita: and then we for sure need a FFE for the wizard and maybe 1 more for qt sso? did i miss any?
[16:10] <dobey> ok, i need to get lunch
[16:11] <nessita> joshuahoover: is not for the qt sso but for being able to spawn UI from the sso service. I'm searching the bug but firefox is not working
[16:11] <dobey> but i am not sure we are all on the same page about what various freezes actually mean :)
[16:11] <joshuahoover> dobey: heh, always a possibility...enjoy your lunch, we can chat about this later
[16:11] <dobey> thanks :)
[16:12] <dobey> bbiab
[16:20] <ralsina> I will have lunch as well
[16:22] <nessita> joshuahoover: the bug is https://bugs.launchpad.net/ubuntu-sso-client/+bug/919330
[16:22] <ubot4> Launchpad bug 919330 in ubuntu-sso-client "Execute UI as a separated process, not inside the same mainloop (affects: 1) (heat: 6)" [High,In progress]
[16:22] <joshuahoover> nessita: thanks!
[16:24] <nessita> prego
[16:26] <mandel> alecu_lunch, let me know when you are around :)
[16:31] <nessita> ok, lunchtime here as well
[16:31] <nessita> beb
[16:31] <nessita> brb
[16:51] <mandel> ralsina, dobey I'm off to get some fresh air and an aspirin
[17:02] <nessita> facundobatista: I approved your branch (the first one), but I noticed that it got test failures on tarmac
[17:02] <nessita> facundobatista: can those be related to the latest changes you addeD?
[17:03] <facundobatista> nessita, I rebooted three times, since that... which branch?
[17:04] <nessita> facundobatista: the one that fixes the repr()
[17:05] <mandel> nessita, I'm off to walk the dog and EOD in theory but I'll be working later to night so that tom we have a full day for reviews..
[17:06] <mandel> nessita, I'll be back close to your EOD (got rugby and i really need to get off some stressing hurting others)
[17:06] <nessita> mandel: ack!
[17:06] <mandel> nessita, anything you need send me an email :)
[17:07] <nessita> sure
[17:07] <mandel> nessita, or tweet ;)
[17:07] <facundobatista> nessita, <DelayedCall 0xdc191cc [0.097934961319s] called=0 cancelled=0 GIReactor.callFromThread(<bound method C.push of <tests.syncdaemon.test_hashqueue.C object at 0xdc199ac>>, 'HQ_HASH_ERROR', mdid='mdid')>
[17:08] <facundobatista> nessita, GIReactor is in the mix, there, in another test... I don't think it's the repr()
[17:08] <nessita> facundobatista: yes, already saw that, was wondering if it may have something to do with your latest branches
[17:08] <nessita> facundobatista: right, I was not considering repr() to be the caused there
[17:18] <nessita> facundobatista: so, can any of the changes you have been landing these days cause that?
[17:21] <facundobatista> nessita, no
[17:22] <facundobatista> nessita, hash_queue wasn't touched at all, directly nor indirectly
[17:22] <nessita> ok
[17:30] <nessita> ok, unity crashed
[17:32] <alecu> mandel, ping
[17:34] <ralsina> Chipaca: in the remote video scope, all the strings are coming from the server. Could a "lang" parameter be added for future-proofing i18n?
[17:35] <Chipaca> ralsina: I've thought about that, and am on the fence
[17:35] <ralsina> Chipaca: ok.
[17:36] <Chipaca> ralsina: the way I see this evolving, you'll get results in the main language of the place you're search *from*
[17:36] <dobey> well bugger.
[17:36] <Chipaca> dobey: bugger what?
[17:36] <ralsina> Chipaca: everyone hates when google does that, right?
[17:36] <dobey> Chipaca: the nvidia fiasco
[17:36] <ralsina> Chipaca: remember budapest and everyone getting google in hungarian
[17:36] <Chipaca> dobey: heh
[17:36] <Chipaca> ralsina: well, but the alternative is serving us-only content to the whole world, for example
[17:37] <dobey> Chipaca: it's hard to enable the second monitor that just popped up on your doorstep, when all the tools dump core :(
[17:37] <ralsina> Chipaca: google solves taht by having two parameters, a lang and a locale
[17:37] <ralsina> lang is the language, locale is where you are
[17:37] <Chipaca> dobey: i'd feel for you, if my notebook with intel video had been able to use xrandr at any point during P without the panel going dead
[17:38] <Chipaca> ralsina: yep.
[17:38] <Chipaca> ralsina: where would you get the lang from, ie what would it look like?
[17:38] <dobey> heh
[17:38] <ralsina> Chipaca: from $LANG and look like es_ES or en_US
[17:39] <ralsina> Chipaca: and geoip for the location
[17:39] <Chipaca> ralsina: the location i'll be geoip'ing on the server, of course
[17:39] <ralsina> I am not sure what we would be translating though. Genres?
[17:40] <Chipaca> ralsina: are you sure dbus-fired services like this have an accurate LANG?
[17:40] <Chipaca> ralsina: not in this version of the protocol, no
[17:40] <ralsina> Chipaca: LANG should be set long before dbus is started, but I have not checked
[17:40] <Chipaca> (i.e. not with urls that start with /v0/)
[17:40] <ralsina> right
[17:41] <Chipaca> ralsina: and, tbh, genres is going to happen before locale-specific content
[17:41] <Chipaca> ralsina: so you know what? forget it. no language.
[17:41] <ralsina> What language? ;-)
[17:41] <Chipaca> ralsina: french
[17:41] <Chipaca> everything will be in french
[17:41] <ralsina> I could use some fries
[17:41] <Chipaca> or neederlands
[17:43] <Chipaca> ralsina: the dutch are more into the fries than the french :)
[17:44] <Chipaca> in other news, http://copyranter.blogspot.com/2012/02/abandoned-hobbiton-from-lord-of-rings.html
[17:44] <ralsina> Chipaca: they are called french fries because a guy called French sold them. Maybe he was dutch! :-)
[17:44] <aquarius> Cobblers
[17:44] <dobey> noir
[17:44] <aquarius> French's mustard is named after a dude
[17:45] <aquarius> French fries are named that 'cos they're "in the French manner" :)
[17:45] <Chipaca> ralsina: when aquarius says cobblers, he means lies
[17:45] <ralsina> Apparently they are belgian
[17:45] <aquarius> heh. Yeah, sorry: slang, there.
[17:45] <ralsina> Or, as they were called at the time, the spanish etherlands
[17:45] <ralsina> s/ether/nether/
[17:46] <Chipaca> ralsina: "cobblers" (often used in the context "what you said is rubbish") originates from "cobbler's awls", meaning "balls" (as in testicles)
[17:46] <Chipaca> ralsina: (degenerate rhyming slang there)
[17:46] <ralsina> I will have some freedom fries with liberty cabbage : http://en.wikipedia.org/wiki/Freedom_fries
[17:47]  * dobey hands ralsina a sippy cup for his whine
[17:48] <ralsina> dobey: hehe
[17:48] <ralsina> I vaguely remembered the "they are called that way because of a dude" from the freedom fries brouhaha of 20whatever
[17:49] <dobey> freedom fries can only be served with a sippy cup of bud light.
[18:52] <dobey> blah i am so tired for some reason
[18:52] <dobey> probably sinuses :(
[18:55] <briancurtin> i was never much of a tea fan, but various teas always help my sinuses...but then so does spicy thai food
[19:00] <ralsina> dobey: I recommend drugs. Lots of drugs. Last time my sinuses acted up, I felt like crap for 3 days.
[19:00] <ralsina> Then again, being allergic to the first suggested drug did not help at all.
[19:01] <dobey> ralsina: well, my bike is coming tomorrow
[19:01] <ralsina> biking while on drugs (or with sinus problems) is not a great idea
[19:01] <briancurtin> i need to send mine into the shop
[19:02] <ralsina> I need the summer to end to buy one.
[19:02] <ralsina> Turns out I just can't run with my weight. So bike it is.
[19:02] <dobey> ralsina: well, the bike is the drugs (along with consuming a lot of water)
[19:03] <ralsina> dobey: when I try to excercise with sinus issues I feel like I am going to faint :-)
[19:04] <ralsina> 6351 lines (+2125/-3646) 23 files modified yay!!!!!
[19:05] <dobey> hrmm, amazon prime instant streaming just got a bunch more networks
[19:05] <dobey> looks like they have 15000 titles now (though i'm sure a number of those are X: Season N or the like)
[19:07] <ralsina> dobey: viacomdeal
[19:07] <ralsina> dobey: so now you have all the crappy tv in the US at your fingertips
[19:07] <dobey> nah, they already had a deal with fox
[19:07] <dobey> so i already had all the crappy tv
[19:08] <ralsina> dobey: it's the *other* crappy tv :-)
[19:08] <dobey> comedy central has good shows at least, however few they may be. and mtv had a few good shows many years ago, before they became a reality tv channel
[19:08] <ralsina> dobey: like spike and upn, IIRC
[19:09] <dobey> the new networks listed are "mtv, nickelodeon, comedy central, tv land, and vh1"
[19:09] <briancurtin> spike!? so you don't like watching "worlds scariest police chases" 25 times in a row?
[19:09] <dobey> spike is turner i think
[19:09] <ralsina> dobey: I remember when mtv played music all day
[19:10] <ralsina> MTV, Comedy Central, Nickelodeon, TV Land, Spike, VH1, BET, CMT and Logo
[19:10] <dobey> oh well
[19:10] <dobey> doesn't list spike bet cmt or logo here
[19:11] <ralsina> dobey: that list is from Huffington Post, so take with a salt shaker tied to your remote
[19:12] <dobey> the list i quoted, is on the amazon.com home page :)
[19:12] <ralsina> dobey: maybe they are embarrased to offer spike ;-)
[19:13] <dobey> why? it means they have all the james bond films now :P
[19:14] <ralsina> today's spike prime time eems to be 12 episodes of something called "Jail" and then "Impact wresting"
[19:14] <dobey> man, bicycle "computers" are all a complicated set of useless features
[19:15] <ralsina> Followed by "The Marine 2"
[19:15] <briancurtin> there's a quality block of TV right there
[19:15]  * briancurtin would end up sticking my fingers in the electrical socket
[19:15] <ralsina> Show description for jail: "Ever wonder what happens after someone gets the cuffs slapped on and thrown into the back of a cop car? Oh, you already know. "
[19:16] <ralsina> They know their audience!
[19:16] <ralsina> ok, I amonly doing this not to review a 6500 line branch. Not cool I say.
[19:25] <nessita> ralsina: no need to do it :-)
[19:25] <ralsina> nessita: yay!
[19:25] <gatox> :P
[19:25] <ralsina> what happened to it?
[19:25] <nessita> ralsina: I will do one...
[19:25] <nessita> and the the other review will be a ruffle
[19:25] <nessita> :-P
[19:25] <ralsina> hahaha
[19:26] <nessita> ralsina: but is "only" refactoring, there is no new code there
[19:26] <gatox> ralsina, if it is not fun to code it..... it's not fun to review it..... that's the rule :P
[19:27] <nessita> ralsina: consider half of the 6500 lines are removal
[19:27] <nessita> s
[19:28] <ralsina> yes, it's not nearly as horrible as the numbers suggest
[19:28] <briancurtin> ah the beauties of testing early readonly/readwrite implementations...i think i have two folders that i'll never be able to take back
[19:28] <ralsina> I will do the review tonight, I am the one with the least things due tomorrow
[19:28] <joshuahoover> ralsina, nessita, dobey: did you 3 discuss freeze exceptions while i was offline? (don't want to cover things again if you did)
[19:28] <ralsina> joshuahoover: nope
[19:29] <dobey> joshuahoover: no
[19:29] <ralsina> briancurtin: on a sprint, alejandro and manuel managed to create files with names so that windows can't delete them
[19:29] <briancurtin> ha :)
[19:29] <nessita> joshuahoover: nopes afaik
[19:30] <joshuahoover> ralsina, dobey, nessita: ah, ok
[19:30] <nessita> briancurtin: you can remove those by using python and importing ubuntuone.paltform.remove_file ;-)
[19:30] <dobey> shall we? this philip glass song is creepy
[19:30] <nessita> dobey: let's!
[19:31] <joshuahoover> should we do that here or on mumble? you 3 pick
[19:31] <ralsina> mumble?
[19:32] <dobey> on a boat
[19:33] <dobey> here is probably fine
[19:34] <dobey> i just get the feeling that some people don't quite understand what is and isn't acceptable for different freezes
[19:34] <ralsina> nessita: you decide
[19:34] <gatox> ralsina, nessita is at the phone..... brb
[19:34] <ralsina> dobey: enlighten me :-)
[19:34] <joshuahoover> dobey: right, that's what i want to try to clear up
[19:36] <dobey> like, mandel said something about "doing the UI after feature freeze" for what he's working on, no?
[19:37] <ralsina> dobey: no, he was mentioning fixing some details in the UI between FF and UI freeze
[19:37] <ralsina> dobey: AFAIK
[19:39] <joshuahoover> dobey: there are 4 items i think we need a freeze for: these 3 proxy related bugs - https://bugs.launchpad.net/ubuntuone-client/+bugs?field.tag=u1-proxy and then the sso related one nessita gave me earlier: bug #919330
[19:39] <ubot4> Launchpad bug 919330 in ubuntu-sso-client "Execute UI as a separated process, not inside the same mainloop (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/919330
[19:39] <dobey> because new UI is a feature
[19:40] <dobey> also, freeze exceptions might be difficult to get
[19:40] <joshuahoover> dobey: my question, specifically is this: do you think any of those need a ffe? i'm thinking we probably need at least 2, one for sso and one for the proxy work remaining
[19:41] <dobey> i don't think that sso bug necessarily requires a ffe
[19:41] <dobey> though i would like to see that bug be more of an actual bug, rather than a simple work item
[19:42] <dobey> it's very non-descript as it is
[19:42] <joshuahoover> dobey: agreed on that
[19:42] <dobey> the proxy bugs could be more "buggy" too i think
[19:43] <dobey> but the proxy tunnel thing would definitely be a feature
[19:43] <dobey> wo i think would need an ffe
[19:44] <joshuahoover> dobey: you think one ffe for proxy tunneling (covering all 3 of what are essentially tasks/work items) would be better?
[19:46] <dobey> joshuahoover: i may be confused because the bugs aren't actually bugs, but simplistic work item descriptions, but it seems 2 of those proxy items are simply sub-sets of the main one.
[19:47] <joshuahoover> dobey: right, i'm thinking the proxy bugs can be wrapped into one which is essentially getting the proxy tunneling into this release...without this work - no proxy support based on what i understand
[19:48] <dobey> well, without this, some things should still support proxy
[19:48] <dobey> however, all things won't
[19:48] <dobey> basically syncdaemon won't without it
[19:48] <joshuahoover> dobey: right, which, from the user's point of view, is just as good as it doesn't at all
[19:48] <dobey> i'm not entirely sure what the full status is on the other projects
[19:49] <dobey> joshuahoover: well, SSO supporting it is import for people who don't use u1, but do use software-center, for example
[19:49] <joshuahoover> dobey: good point
[19:49] <dobey> now, software-center itself, and apt, supporting proxies, is another matter outside the realm of our work
[19:50] <joshuahoover> dobey: but that leads us back to the sso bug, which in its current form, based on what nessita said this morning, sso doesn't work without getting this fixed...we can put what we have in a release today, but that would be knowing that the final step of authenticating doesn't work (unless i'm missing something, always a possibility!)
[19:52] <dobey> joshuahoover: that's not what i understood from nessita.
[19:53] <nessita> well, I'm closer to have this fixed, but for the sake of this talk let's say I don t get this fixed
[19:53] <nessita> then, yes, like joshuahoover says, if my branch lands, sso stops working
[19:53] <dobey> nessita: does that bug have anything to do with proxy?
[19:53] <nessita> dobey: nopes, nothing at all
[19:53] <dobey> nessita: and sso currently works with proxy, as-is in ubuntu?
[19:53] <joshuahoover> dobey: no, sso, but you mentioned proxy support in sso, which i said leads us to sso not working ;)
[19:53] <nessita> dobey: nopes
[19:54] <dobey> joshuahoover: sso currently works. nessita's branch landing when complete, doesn't change that. (if we land it incomplete, then yes, it'll break)
[19:54] <dobey> joshuahoover: but i don't think it's a feature freeze issue to land it or not
[19:55] <nessita> dobey: well, so, my branch needs to land to complete another tasks... if it does not land, we'll have no qt sso
[19:55] <dobey> nessita: what is needed for proxy in sso? the bit mandel is working on?
[19:55] <nessita> (for FF, in stable-3-0)
[19:55] <nessita> dobey: yes, and run the whole thing together and see if anything else comes up. Plus SSL cert invalid handling
[19:58] <dobey> nessita: and is mandel's branch anywhere ready to land tomorrow?
[19:58] <nessita> dobey: I don't think so
[19:59] <dobey> nessita: any reason you're not just using subprocess.Popen() for everything instead of trying to write platform-dependent versions of the process spawning?
[19:59] <nessita> dobey: yes, subprocess.Popen will not let you know when the process finished, nor its return code. In order to get those, you need to poll with the process pid
[20:00] <dobey> it does, but not asynchronously
[20:00] <nessita> dobey: right, with subprocess.call, but we can't block
[20:00] <dobey> you can put the blocking call in a separate thread
[20:01] <nessita> dobey: and we're desperately avoiding that
[20:01] <nessita> no thread
[20:01] <dobey> why?
[20:01] <nessita> is our campaign legend
[20:01] <dobey> because "omg! THREADS CATASTROPHY!?"
[20:01] <nessita> yes
[20:02] <dobey> …
[20:02] <dobey> and why can't we block?
[20:03] <nessita> dobey: if we block, we would be blocking the sso dbus service, which needs to answer other requests, such as those from the ui to another interface
[20:03] <dobey> ok
[20:03] <nessita> dobey: anyways, I'm closer to have this working
[20:04] <nessita> alecu gave me a huge hand
[20:04] <dobey> joshuahoover: so i don't think that specific sso bug is a feature freeze issue, but other things that depend on it might be
[20:04] <nessita> right
[20:05] <joshuahoover> dobey, nessita: ok, so i guess i need to know what those other things are since i only noted the proxy bugs and the sso one...you two or ralsina know the specifics? :)
[20:06] <nessita> joshuahoover: yes, what depends on that is having the Qt sso UI working on linux
[20:06] <dobey> nessita: can you update that bug to actually be a bug, rather than a very non-descript work item? :)
[20:06] <nessita> dobey: well, is really a work item, not a bug
[20:06] <nessita> dobey: I can add more details to it
[20:07] <nessita> since is a "feature", is a work item... not a bug
[20:07] <dobey> nessita: how does it work currently? and how is it a feature?
[20:07] <nessita> dobey: the feature is "have the sso UIs run as a separate process"
[20:07] <nessita> dobey: currently the UIs are executed within the same dbus service
[20:08] <nessita> the ui crash -> the service does
[20:08] <nessita> the ui mainloops hangs -> the service does
[20:08] <nessita> the service needs to run the same mainloop as the ui
[20:08] <dobey> nessita: what is ubuntu-sso-client-gtk then?
[20:08] <nessita> dobey: a preparation for the thing I'm doing now
[20:08] <nessita> dobey: requirement, let's say
[20:08] <nessita> precondition, better
[20:08] <dobey> nessita: so ubuntu-sso-login currently only does gtk?
[20:09] <nessita> dobey: yes
[20:09] <nessita> dobey: so, the executable ubuntu-sso-client-gtk is not being used (but the gtk modules are)
[20:10] <dobey> nessita: so the bug might be "separated UI processes not being used" or "unexpected problems in sso GUI can break other applications needing the sso service" with a better description of why that is
[20:11] <nessita> dobey:ok, will edit that when I can context switch to that
[20:12] <dobey> it's easier for people who aren't working on it, to understand what it is, and why it's being done, when it is structured that way :)
[20:13] <nessita> dobey: right
[20:13] <dobey> alecu: ^^ can you please do something similar for your proxy tunnel bugs, so that they read like understandable bugs, rather than simple work items that only you understand? :)
[20:15] <ralsina> ok people, I have to take a break now. I will be doing reviews (at least gatox's) tonight, and I have logs so let meknow if you need anything
[20:15] <gatox> ralsina, ack
[20:15] <dobey> you do miracles?
[20:16]  * dobey could use a couple :P
[20:21] <ralsina> dobey: hardly ever, sorry
[20:22] <gatox> need to restart..... brb!
[20:35] <nessita> dobey: builds are stuck in the same place:
[20:35] <nessita>      test_log_records_the_event ...                                         [OK]
[20:36] <nessita> F**K
[20:36] <dobey> is that zeitgeist?
[20:36] <nessita> yeap
[20:37] <dobey> grr.
[20:37] <nessita> last five tests are:
[20:37] <nessita> tests.platform.linux.eventlog.test_zglog
[20:37] <nessita>   ZeitgeistNotStartedTests
[20:37] <nessita>     test_log_does_not_err_when_daemon_not_started ...                      [OK]
[20:37] <nessita>     test_remote_signals ...                                                [OK]
[20:37] <nessita>   ZeitgeistTestCase
[20:37] <nessita>     test_log_records_the_event ...                                         [OK]
[20:37] <dobey> maybe we should skip the zg tests
[20:37] <nessita> dobey: +1
[20:37] <nessita> I can propose a branch in a while
[20:37] <nessita> or now
[20:37] <nessita> this stuckness that I have will go nowhere
[20:38] <nessita> dobey: would you file the bug pliz?
[20:40] <dobey> nessita: bug #929812
[20:40] <ubot4> Launchpad bug 929812 in ubuntuone-client "Tests hanging in ZeitgeistTestCase in nightlies builds (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/929812
[20:41] <gatox> dobey, do you know which is the commnad to restaart unity?? nessita has problems with that in this moment
[20:42] <nessita> f***ing unity
[20:42] <dobey> nessita: heh :)
[20:43] <nessita> dobey: it hangs... mouse pointer works, but nothig else
[20:43] <nessita> everything get frozen
[20:43] <dobey> nessita: are you on nvidia? on 32 bit? and you upgraded today?
[20:43] <dobey> oh
[20:43] <nessita> dobey: no, lenovo x201
[20:43] <nessita> intel video afaik
[20:43] <dobey> probably radeon.
[20:44] <nessita> dobey: I'll cancel the build
[20:44] <nessita> no radeon, I think: 00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02) (prog-if 00 [VGA controller])
[20:45] <dobey> ok
[20:45] <dobey> ah
[20:45] <nessita> and this unity-2d...
[20:45] <dobey> ah
[20:51] <nessita> dobey: https://code.launchpad.net/~nataliabidart/ubuntuone-client/skip-zg/+merge/92369
[21:00] <dobey> nessita: typo needsfixing
[21:03] <nessita> boooooo :-)
[21:03] <rye> nessita, intel video here too. What's broken and when did it start?
[21:04] <nessita> dobey: fixed and pushed to 1192
[21:04] <nessita> rye: today. unity-2d here. The screen freezes, nothing is "updated" nor clickable, keyboard does not responde but mose pointer works (can't click though)
[21:05] <rye> interesting, i am on unity-3d which i find very nice now
[21:05]  * rye will relogin into 2d in 5 mins then
[21:07] <dobey> nessita: approved
[21:07] <nessita> yey
[21:16] <nessita> gatox: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/handle-error/+register-merge
[21:17] <nessita> https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/handle-error/+merge/92370
[21:17] <nessita> bu, LP is not making the redirects on register-merge
[21:19] <dobey> seriously whoever thought gobject-introspection was a good idea… :(
[21:19] <nessita> dobey: +11
[21:25] <rye> nessita, so far unity-2d is working fine
[21:26] <rye> 00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
[21:28] <nessita> rye: mine too... not sure when it hangs
[21:28] <nessita> rye: so far two times in this day
[21:28] <nessita> but "randomly"
[21:28] <nessita> (or I could not detect the pattern)
[21:30] <rye> nessita, by the way, do you get the same scroll buttons on indicator - http://ubuntuone.com/3eZ9fYj5ZyQ1otE34v7ilI ?
[21:30] <nessita> rye: yes, and is annoying
[21:30] <rye> nessita, known bug/filed one?
[21:30] <nessita> haven't files, just cursed at it :-D
[21:30] <nessita> rye: not sure if it's known
[21:31] <nessita> haven't filed*
[21:31] <rye> aha, bug #913237
[21:31] <ubot4> Launchpad bug 913237 in unity-2d (Ubuntu Precise) (and 2 other projects) "Useless scroll arrows in menus (affects: 15) (dups: 1) (heat: 74)" [High,Confirmed] https://launchpad.net/bugs/913237
[21:31]  * nessita clicks affects me to
[21:31] <nessita> o
[21:38] <dobey> crap
[21:38] <dobey> haven't gotten anything done today really :(
[21:47] <gatox> EOD for me!! bye!!
[21:47] <dobey> i need food, and a working second screen.
[21:47] <nessita> dobey: u1client nightlies BUILT
[21:47]  * nessita dances
[21:47] <nessita> the only good news of the day
[21:47] <dobey> nessita: yay!
[21:47] <dobey> rmcbride: ^^
[21:48] <nessita> oh
[21:48] <rmcbride> cool
[21:48] <nessita> but, could not be uploaded, appareytly?
[21:48] <nessita> dobey: https://code.launchpad.net/~ubuntuone-hackers/+recipe/client-dailies
[21:48] <rmcbride> not cool?
[21:48] <nessita> there is a success and an upload error
[21:48] <nessita> or was that a second request?
[21:48] <nessita> INFO 	File ubuntuone-client_3.1+r1191-51~precise1.tar.gz already exists in Ubuntu One Nightlies, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors.
[21:49] <rmcbride> hmm
[21:49] <dobey> not uploaded?
[21:49] <dobey> nessita: did you request a build for something that already built?
[21:50] <nessita> dobey: I did not
[21:50] <nessita> dobey: my branch just landed, and that "all"
[21:50] <nessita> that *was* "all"
[21:50] <dobey> nessita: your branch was r1191?
[21:50] <nessita> yeah
[21:51] <dobey> nessita: looks like it got requested twice somehow then; the first one built fine
[21:52] <nessita> nice (half)
[21:52] <dobey> nessita: given the time difference between the, i'd guess another branch got checked by tarmac, and failed :)
[21:52] <nessita> hum
[21:52] <dobey> and it requested a build anyway, because i still haven't fixed it not to
[21:52] <nessita> ah...
[21:52] <nessita> I see
[21:53] <nessita> rmcbride: seems like YEY after all :-0
[21:53] <nessita> :-)
[21:53] <rmcbride> cool
[21:54] <dobey> hrmm, i guess it's too late to get the next day for this amazon item
[21:55] <dobey> rmcbride: well, looks like not published yet, but built, so r1191 should fix the "no reply" issues
[22:03] <briancurtin> while running ubuntuone-windows-installer tests...ImportError: No module named current_user_sign_in_ui -- familiar to anyone?
[22:04] <mandel> hello :)
[22:04] <mandel> I'm back!
[22:04] <dobey> briancurtin: did you ./setup.py build first?
[22:04] <mandel> buahaha
[22:04] <briancurtin> dobey: its a new setup, maybe not. will check
[22:05] <mandel> briancurtin, the setup.py in the qt projects does some smart things, mainly it compiles the .ui files to python modules
[22:05] <dobey> briancurtin: ./run-tests.bat should do that for you, but if you are running u1trial by hand you need to do it
[22:05] <briancurtin> ooh, i think i see. its compiling/installing to C:\Python27, but thats not the python im running with
[22:05] <dobey> if run-tests.bad doesn't do it, it's a bug
[22:06] <mandel> dobey, it does do it :)
[22:06] <mandel> briancurtin, with a simple build should be enough, no need to do the install
[22:06] <dobey> it shouldn't install though. maybe it's the PYTHONPATH issue on windows?
[22:06] <mandel> briancurtin, as an rule of thumb anything with _ui on it comes from a .ui file
[22:06] <mandel> briancurtin, feel free to blame me for that ;)
[22:09] <dobey> alright, i am out. later
[22:10] <mandel> dobey, cu tom!
[22:13] <nessita> briancurtin, mandel: FYI, windows-installer may be broken for a couple of weeks
[22:13] <nessita> since we're destroying it to move stuff back to sso and controlpanel
[22:13] <mandel> nessita, ouch.. I think we can survive that..
[22:13] <briancurtin> ah ok
[22:13] <nessita> mandel: on linux, yes :-)
[22:14] <nessita> mandel: on windows... we just have to hold releases
[22:14] <nessita> (a bit)
[22:14] <nessita> alecu, ralsina: can I have a review please?
[22:14] <alecu> nessita, now?
[22:14] <nessita> alecu, ralsina: https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/move-ping/+register-merge
[22:15] <gatox> wrong link :P
[22:15] <nessita> alecu: ... yes if you can. No if you can not :-)
[22:15] <nessita> gatox: lol
[22:15] <nessita> is LP, will not redirect!
[22:15] <nessita> https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/move-ping/+merge/92378
[22:15] <nessita> gatox: you arrived safely?
[22:15] <gatox> nessita, jejeje yes..... luckily the cab driver know the way back home
[22:15] <gatox> jeje
[22:16] <nessita> :-)
[22:18] <mandel> gatox, nessita I though cordoba was small, right?
[22:19] <nessita> mandel: may be like Madrid
[22:19] <gatox> mandel, it's smaller than buenos aires.... but not small....... although i have the problem that i can get looost everywhere
[22:20] <mandel> nessita, hey, madrid is 10 million.. is not smal
[22:20] <nessita> mandel: I was referring to "size", not amount of people, sorry
[22:21] <mandel> nessita, hehe we are lots in a small space, that is true :)
[22:21] <nessita> mandel: you up for a review? or prefer sleep? (boring! :-P)
[22:22] <mandel> nessita, I can do a review, shoot
[22:22] <nessita> https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/move-ping/+merge/92378
[22:23] <gatox> well..... i'm off for real now.... i'm going to watch tv for a while..... see you tomorrow :P
[22:23] <nessita> bye gatox!
[22:23] <gatox> nessita, bye
[22:29] <joshuahoover> ralsina: ever seen this from the windows client?  ubuntuone.SyncDaemon - WARNING - Please don't run the syncdaemon as root
[22:42] <nessita> ok, I'm almost gone too
[22:43] <nessita> ralsina: when you can, would you please review https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/move-ping/+merge/92378 ?
[22:45] <nessita> ok, Im gone
[22:45] <nessita> bye all!
[23:46] <alecu> this is my EOD: bye all!