[03:21] <jo-erlend> I have a launchpad ID and an Ubuntu SSO account. I had a weird experience with that on stackexchange recently. It seems they're not connected? I'd really like for those two services to be coupled so that I don't have to remember whether I've logged in with my lp openid or with the u1 sso. How do I do this?
[07:26] <rye> jo-erlend, at the moment launchpad id is the one used for logging in to foreign sites (i.e. not-ubuntu based)
[08:07] <mandel> morning all!!!
[08:08] <mandel> freaky friday! \o/
[08:33] <JamesTait> Happy Friday, everyone!
[09:54] <gatox> ralsina_, i forgot to ask you yesterday
[09:54] <gatox> ralsina_, what happend with the icons looking ugly?
[09:54] <ralsina_> gatox: still ugly
[09:57] <ralsina_> gatox: tried everything except creating all sizes using something else and then putting together the .ico with png2ico
[09:58] <gatox> ralsina_, i tried that...... and still ugly
[09:59] <ralsina_> then the only thing left is "do the whole thing with photoshop" or something like that
[09:59] <ralsina_> or maybe the order is wrong and/or the order number in the setup.py
[10:00] <gatox> ralsina_, i'll take a look later if gimp has somethign related to that
[10:01] <ralsina_> gatox: I am now thinking we always put it smaller->larger maybe the other way around is better
[10:01] <gatox> ralsina_, i follow what the png2ico page says
[10:01] <ralsina_> gatox: then maybe we are not using the right number when setting the icon
[10:09] <karni> Good morning!
[10:09] <ralsina_> good morning karni!
[10:10] <rye> ralsina_, http://ubuntuone.com/3b1INOLjUJR0mvkMsqDIQQ :(
[10:10] <karni> Hello ralsina_ o/ Have a great Friday!
[10:10] <rye> ralsina_, so currently this is not being handled - should I file-o-bug?
[10:11] <ralsina_> rye: hmmmm where did the invalid token come from?
[10:11] <rye> ralsina_, i invalidated it through web ui
[10:11] <ralsina_> rye: oh! Then yes, please
[10:11] <ralsina_> rye: file at will
[10:11] <rye> ralsina_, current version in Ubuntu checks for 401 error, invalidates local token and then fires up the SSO gui to associate new account
[10:12] <ralsina_> rye: yes, easy to do, ust never tried it
[10:13] <rye> ralsina_, btw, when I downloaded the new binary and ran it while having the older version installed the control panel did not open too, what is the condition of its opening?
[10:14] <mandel> ralsina_, can you run the tests in trunk for ubuntuone-client?
[10:14] <mandel> ralsina_, you will see that you have the same erros as in https://code.launchpad.net/~mandel/ubuntuone-client/is-path-dir-fix/+merge/78265
[10:16] <ralsina_> mandel: linux or windows?
[10:16] <mandel> ralsina_, on windows
[10:16] <mandel> ralsina_, the quota exceeded tests are broken in trunk :(
[10:16] <ralsina_> mandel: ok
[10:17] <mandel> ralsina_, you can copy the run-tests.bat from the branch I propose to solve the loggin.conf issue :)
[10:17] <ralsina_> then I'll +1 it, file a bug for those
[10:19] <mandel> ralsina_, alreyad present :)
[10:19] <mandel> ralsina_, let me find it for you
[10:19] <mandel> ralsina_, bug 868276
[10:19] <ubot4> Launchpad bug 868276 in ubuntuone-client "There are failing tests on Windows (affects: 1) (heat: 6)" [Medium,In progress] https://launchpad.net/bugs/868276
[10:20] <ralsina_> There, +1 from me, still need to fix nessita's
[10:20] <mandel> ralsina_, yeah, working on those atm, there are very reasonable comments, a set is a better idea
[10:21] <rye> ralsina_, uhm... how do I remove U1 token?
[10:21] <ralsina_> rye: windows xp?
[10:21] <rye> ralsina_, win7
[10:21] <ralsina_> rye: control panel -> credentials
[10:22] <rye> ralsina_, well, it does not work because it insists it wants to shut down due to unauthorized response from server
[10:22] <mandel> rye, there is a vault there, at the bottom you will see the stored creds
[10:22] <ralsina_> rye: sorry, I meant WINDOWS control panel :-)
[10:22] <rye> ralsina_, oh
[10:25] <rye> ralsina_, weird, after some time SSO gui did appear...
[10:30] <rye> ralsina_, is this how SSO should look - http://ubuntuone.com/0fTojjO1VJ5eSi0avLIbTg ?
[10:31] <ralsina_> rye: not real SSO. That is only supposed to be there if you start u1cp manually without credentials, or if you delete the token from u1cp
[10:31] <rye> ralsina_, okay, so the token did remove itself somehow since i have empty vault
[10:32] <ralsina_> rye: seems like it
[10:32] <ralsina_> rye: but the error message is just wrong
[10:32] <rye> ralsina_, now i can't log in with supposedly correct credentials, checking why
[10:36] <rye> cool, something broken with authentication
[10:36] <rye> same credentials work in the web ui but not in ubuntu one
[10:38] <rye> ralsina, time difference in VM, again.
[10:38] <ralsina> fun!
[10:38] <ralsina> rye: if it helps, we have 5 branches on review for that :-/
[10:39] <rye> ralsina, but the error message is definitely misleading, it took a while to understand
[10:40] <ralsina> Yes, the message is way to strong
[10:40] <gatox> ralsina, did you saw this: http://www.engadget.com/2011/10/03/humanity-toward-others-extended-to-windows-with-ubuntu-one-clo/ ?
[10:40] <ralsina> gatox: yes, but I prefer ars technica's :)
[10:40] <gatox> ralsina, yep, but i mean....... how ugly the ui looks like :S
[10:40] <ralsina> rye: not to mention that it says "needs to close" and then *doesn't close*
[10:40] <rye> gatox, same here in win7 in classic mode
[10:41] <ralsina> gatox: let me see
[10:41] <rye> gatox, if you are talking about the installer's left panel which has raised border
[10:41] <ralsina> gatox: right the sidewidget looks weird
[10:41] <gatox> ralsina, rye yes, now i remember qt having some problems with classic window or something like that
[10:41] <ralsina> gatox: and he has the orange button in that page! That's not our build!
[10:43] <gatox> ralsina, i'll set up a vm with windows classic this weekend... i think that in classic all the ui looks different... i remember that something like that happens in my previous job
[10:43] <ralsina> gatox: ok
[10:44] <mandel> ralsina, gatox back in the day I created this: https://www.ohloh.net/p/ubuntuone-windows-installer
[10:44] <rye> ralsina, well when users loses the token and sd is in AUTH_FAILED state it starts being very wrong - can't restart. control panel says "Calling Stale Broker"
[10:44] <ralsina> stale broker is a known bug
[10:45] <mandel> ralsina, gatox I have just updates the pointer to the bzr repo, it givs funny info about committers, code etc.. just for fun :)
[10:45] <gatox> mandel, yes, i use that in some projects :P
[10:45] <rye> ralsina, uh-huh. How do i recover from that - killing ubuntuone-something.exe? or logout/login?
[10:45] <ralsina> rye: kill everything ubuntu, then start it from the menu, not manually :-)
[10:46] <ralsina> mandel: that's not updating for some reason
[10:47] <mandel> ralsina, I just changed the bzr branch, it was pointing to the old one, should be update in a few minutes
[10:47] <rye> ralsina, bug #659798
[10:47] <ubot4> Launchpad bug 659798 in ubuntuone-client "Syncdaemon should be recoverable from AUTH_FAILED w/o restart (affects: 1) (heat: 3)" [Medium,Triaged] https://launchpad.net/bugs/659798
[10:47] <ralsina> rye: ack
[10:48] <ralsina> ok, gotta be a dad for a bit while the new release finishes uploading
[10:48] <ralsina> see you all in ... 45 minutes
[10:51] <rye> mandel, weird, do you know that when folder is added to windows version, it is seen by SD as not subscribed?
[10:52] <mandel> rye, no, I did not know that, really?!?
[10:52] <mandel> rye, is that inside the u1 folder?
[10:52] <rye> mandel, it just sits ticked, no, C:\\Users\\rtg\\Pictures\\ -
[10:53] <rye> mandel, http://paste.ubuntu.com/703884/
[10:53] <mandel> rye, so, when you add a new folder to $HOME is seen as not subscribed, that is normal, right?
[10:54] <mandel> rye, line number?
[10:54] <rye> mandel, no, i added a folder, it created the UDF on the server, but no files appeared and the folder itself is checked in the control panel
[10:54] <rye> mandel, 462
[10:55] <mandel> rye, but in 466 we are adding a watch to that path, right?
[10:56] <rye> mandel, yep
[10:57] <mandel> rye, I don;t think I understand the problem then, can you elavorate a little?
[10:57] <mandel> rye, I'm a little slow sometimes :)
[10:57] <rye> mandel, on line 557 i unsubscribed the folder for real from the control panel and then resubscribed
[10:58] <rye> mandel, problem: added UDF -> files not uploading
[10:59] <mandel> rye, we should have had a local-rescan that would check if the files in the local hd have to be uploaded
[10:59] <mandel> rye, I'm assumming that you added new files locally that are not in the server, right?
[11:02] <rye> mandel, yes, also, new files added to that UDF directory do not upload, new files added to $HOME($USERPROFILE?)\\Ubuntu One directory do upload
[11:04] <mandel> rye, hm.. that sounds very bad
[11:04] <mandel> rye, can you paste/send the entire logs
[11:04] <mandel> ?
[11:07] <rye> mandel, upon syncdaemon restart it did notice the files
[11:07] <rye> I will now test this on current oneiric
[11:08] <rye> ah, my oneiric machine is locked up due to nfs, rebooting
[11:12] <mandel> rye, looks like the local-rescan is not tirggered, so please test on O, we might have a big issue in the internal sd but hopefully is just windows
[11:13] <mandel> this is scary: https://www.ohloh.net/p/ubuntuone-client/estimated_cost have we worked that much?
[11:17] <gatox> mandel, https://www.ohloh.net/p/ninja-ide/estimated_cost :P
[11:17] <gatox> mandel, i don't trust in ohloh estimations
[11:20] <mandel> gatox, they look way off :P
[11:20] <gatox> mandel, yep
[11:21] <rye> mandel,
[11:21] <rye> mandel, we have a problem
[11:22] <rye> 2011-10-07 14:21:00,813 - ubuntuone.SyncDaemon.sync - DEBUG - -:-:- - ['-'::'-'] ''/home/rtg/UDFTesting/gnome-settings-daemon-dev_3.2.0-0ubuntu4_amd64.deb'' | FS_FILE_CLOSE_WRITE on path '/home/rtg/UDFTesting/gnome-settings-daemon-dev_3.2.0-0ubuntu4_amd64.deb' discarded because of volume not subscribed
[11:27] <mandel> rye, la puta!
[11:27] <mandel> rye, ok I think we need to take this to #chicharra asap and move from there
[11:27] <mandel> rye, I need to walk the dog, I'll  ping you when I'm back
[11:27] <rye> mandel, i poked facundo in #u1-internal
[11:28] <mandel> ralsina, cry ^
[11:30] <nessita> good morning!
[11:32] <facundobatista> nessita, hola
[11:33] <gatox> nessita, hi
[11:33] <facundobatista> verterok, nessita: do you remember we started to filter the events on non-subscribed volumes, to avoid the problem where the volumes were ub-subscribed at the middle of a LocalRescan?
[11:34] <facundobatista> valorie, nessita, see rye's pastebin: we're filtering out the events on a freshly created UDF
[11:34] <nessita> facundobatista: have a link?
[11:35] <nessita> facundobatista: the filtering is "only" during local rescan, until next reboot, or always?
[11:35] <facundobatista> nessita, until next SD restart
[11:36] <rye> facundobatista, in Natty it works properly
[11:36] <facundobatista> rye, with nightlies?
[11:36] <nessita> facundobatista: is odd, did you reproduce it in maverick?
[11:36] <facundobatista> nessita, what is odd?
[11:36] <rye> facundobatista, standard natty, not nightlies, should I try in some nightlies?
[11:37] <facundobatista> rye, no, don't worry
[11:38]  * rye stops worrying
[11:38] <nessita> facundobatista: is odd, that I did no noticed it, but maybe is because lately I've restarted syncdaemon a lot
[11:38] <facundobatista> nessita, ok
[11:38] <nessita> facundobatista: how can I help?
[11:38] <rye> facundobatista, should I file a bug report or you have more precise description of what's happening?
[11:38] <facundobatista> nessita, verterok: the "problem" is that we unsubscribe the UDF while doing LR
[11:39] <nessita> rye: there is one, I think bug #869456
[11:39] <ubot4> nessita: Error: Bug #869456 not found.
[11:39] <nessita> (is private since it has logs)
[11:39] <nessita> facundobatista: the bug report bug #869456
[11:39] <ubot4> nessita: Error: Bug #869456 not found.
[11:39] <nessita> or hum, that may be other issue
[11:40] <rye> nessita, it does not look like the same issue
[11:40] <facundobatista> nessita, I don't think is the same problem
[11:40] <nessita> ok
[11:42] <facundobatista> rye, please, open a bug
[11:47] <rye> facundobatista, bug #869920
[11:47] <ubot4> Launchpad bug 869920 in ubuntuone-client "Files in new UDFs are not uploaded due to filtering (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/869920
[11:47] <rye> joshuahoover, ping ^
[11:48] <rye> ralsina, ^
[12:14] <nessita> @ping
[12:14] <ubot4> pong
[12:33] <mandel> nessita, I'm of for lunch, but so that you know all the MP have been fixed, I will be back online from home (in 5 mins) if you need me :)
[12:33]  * mandel works from an office now
[12:33] <nessita> mandel: ack
[12:34] <gatox> nessita, ping
[12:34] <nessita> gatox: pong
[12:35] <gatox> nessita, i've got a couple of branches for review, i fixed all the problems between qt and deferred and added some tests... do you have a time to review that?? i'm finishing with another branch right now too
[12:37] <nessita> gatox: give me the links to the ready-to-review branches, I may review the incoming one on Monda
[12:37] <nessita> y
[12:38] <gatox> nessita,  (it seems that launchpad hasn't finish scanning the projects): https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/network-detect/+merge/77048  -  https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/network-detect/+merge/77049  -  https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/no-mocker-controller/+merge/78274
[12:39] <gatox> nessita, installer network detect depends on sso network detect
[12:39] <nessita> gatox: right
[12:39] <nessita> gatox: I will definitely review the 2 from ussoc, will try to also do the installer one
[12:40] <gatox> nessita, great, let me know if something is not clear
[12:40] <nessita> I will, thanks!
[12:40] <gatox> mandel, ping
[12:52] <ralsina> good late morning everyone!
[12:53] <nessita> hi ralsina
[12:53] <ralsina> hi nessita, thanks for passing the message :-)
[12:53] <nessita> aytime!
[12:59] <nessita> ralsina: can I have a triviliasima review for https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/export-xdg-config-home/+merge/78587 ?
[12:59] <ralsina> nessita: sure!
[12:59] <mandel> me
[13:00] <mandel> ralsina, we do have standups on fridays, right?
[13:00] <ralsina> mandel: oh, yes!
[13:00] <ralsina> everyone say me!
[13:00] <gatox> me
[13:00] <ralsina> dobey, alecu, nessita: say me
[13:01] <nessita> me
[13:01] <ralsina> me (no notes)
[13:01] <dobey> We
[13:02] <ralsina> mandel go
[13:02] <mandel> DONE: fixed all mp according to reviews, worked on freaky friday project. TODO: more freaky friday project. BLOCK: nope
[13:02] <mandel> gatox, go
[13:02] <gatox> DONE:
[13:02] <gatox> Some refactoring in Network Detect (SSO and Installer) branches to support defer. Some improves in No Mocker branch. Wizard is not closed on license agreement screen fixed.
[13:02] <gatox> TODO:
[13:02] <gatox> Keep fixing ui bugs.
[13:02] <gatox> BLOCKED:
[13:02] <gatox> No
[13:02] <gatox> nessita, go
[13:02] <nessita> DONE: more on bug #868661 (the bug is growing like a virus, but the result will be nice!), review, scary meeting
[13:02] <nessita> TODO: freaky friday (magicicada)! finish some reviews and do some bug triage as well
[13:02] <nessita> BLOCKED: nopes
[13:02] <nessita> NEXT: ralsina
[13:02] <ubot4> Launchpad bug 868661 in ubuntuone-client "u1sdtool is not multiplatform (affects: 1) (heat: 6)" [High,In progress] https://launchpad.net/bugs/868661
[13:03] <ralsina> DONE: release 2.0.1 (tiny bits left), administrivia, travel arrangements, team call, got wife hit by car, got living room flooded, power cut out, and it's only 10AM
[13:03] <ralsina> TODO: close the damn unique app bug, start one more, finish release
[13:03] <gatox> ralsina, wow! busy morning
[13:03] <ralsina> BLOCKED: no
[13:03] <ralsina> gatox: well, the car thing was yesterday
[13:03] <mandel> ralsina, wtf, your wife was ran over?
[13:03] <ralsina> mandel: no, just pushed
[13:04] <ralsina> mandel: trust me, don't hit a lawyer with your car. EVER.
[13:04] <dobey> uhm
[13:04] <dobey> λ DONE: call, tarmac config updates
[13:04] <dobey> λ TODO: SRU work, e-mail
[13:04] <dobey> λ BLCK: None.
[13:04] <rhin0> this allows me ot mount a volume in the cloud?
[13:04] <alecu> hello!
[13:04] <rhin0> ie. mounted path poitn -- the filing system at the pathname / mount point is in the loud
[13:04] <gatox> alecu, hi
[13:05] <rhin0> thats all I want - simply
[13:05] <rhin0> dump crap onto the web -- web fs volume - disk mount point
[13:05] <mandel> rhin0, i think alecu is your man to talk to
[13:05] <alecu> DONE: proposed three branches for review
[13:05] <alecu> TODO: two more to go
[13:05] <alecu> BLOCKED: no
[13:05] <rhin0> alecu ... I want a mounted filing system ... with pathname just the same as a normal directory -- but in the cloud alecu
[13:06] <ralsina> rhin0: Ubuntu one is not that, sorry
[13:06] <rhin0> because I#m messing about with usb keys and
[13:06] <rhin0>  what would give me that -- anything?
[13:06] <ralsina> rhin0: to work it always requires local storage. And no, I don't know any such thing.
[13:06] <rye> rhin0, no, the ubuntuone application currenly does not support mounting. It can be done using the rest api and fuse, but it has not been done yet by anybody
[13:06] <rhin0> ok
[13:06] <joshuahoover> rye: bug #869920 ...is that likely the cause of bug #869456 ?
[13:06] <ubot4> Launchpad bug 869920 in ubuntuone-client "Files in new UDFs are not uploaded due to filtering (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/869920
[13:07] <ubot4> joshuahoover: Error: Bug #869456 not found.
[13:07] <rhin0> now I knwo what ubuntu 1 isn't
[13:07] <mandel> ralsina, alecu had an ida for something like that, but not like a full file system
[13:07] <rhin0> would be handy
[13:07] <ralsina> mandel: using fuse? I expect it to be unbearably slow to do anything except to copy data out of it :-)
[13:07] <joshuahoover> rye: that second bug is private: https://bugs.launchpad.net/ubuntuone-client/+bug/869456
[13:07] <ubot4> joshuahoover: Error: Bug #869456 not found.
[13:07] <alecu> mandel, it *was* my super secret project.
[13:07] <rhin0> i mean -- I wouldn't have to leave a server on all the time
[13:07] <rhin0> or sync stuff constanly
[13:07] <mandel> alecu, ah, mierda it was secret... shit sorry :(
[13:07] <alecu> :-)
[13:08] <ralsina> rhin0: OTOH, it would not work without internet, and you will download the same thing many many times. Tradeoffs
[13:08]  * mandel es un bocazas
[13:08] <alecu> ralsina, caching?
[13:08] <rye> joshuahoover, no, it does not look related, however it is crucial for proper functionality of the control panel, I was unable to reproduce it though
[13:08] <rhin0> at least the files are safe
[13:08] <ralsina> alecu: then that will require local storage backend too. Makes it 10x harder to get right
[13:09] <mandel> rye, can you updatep me regarding the udf issue?
[13:09] <ralsina> alecu: consider that you are implementing a FS without any locking whatsoever, caching is going to be a pain
[13:09] <rye> mandel, confirmed, broken
[13:09] <nessita> alecu: all 3 branches approved from me, though I have a concern about doing time.time() > some_timestamp. You sure that will return the expected result in windows?
[13:09] <alecu> rhin0, so, the current solution to your issue is to have a few UDFs (say, Music, Photos, etc) and to enable syncing them in each device you wish
[13:09] <rye> mandel, broken in sd not only in windows
[13:10] <mandel> rye, ouch, always ? did we break it (windows) or was it just an accident?
[13:10] <alecu> rhin0, so for instance, you don't need to sync all your music collection to a small netbook.
[13:10] <ralsina> nessita: time.time() works ok on windows, it's just too coarse
[13:10] <nessita> ralsina: well, my point exactly... the code relies on time.time() being meaningful
[13:10] <rye> mandel, since the recent fix of LocalRescan, i filed a bug, #869920
[13:11] <rhin0> ok
[13:11] <alecu> nessita, this is not as critical as the tritcask issue, so it should not be a problem.
[13:11] <ralsina> nessita: it is meaningful, it's ust not as accurate as in linux. On tritcask the problem was clock() not time()
[13:11] <alecu> nessita, it should only be a problem with virtualbox, but the previous solution would not work for this either.
[13:11] <nessita> alecu: ack, the worst scenario is the user getting the auth error, no?
[13:11] <alecu> nessita, right. But only when running on a broken virtualbox.
[13:11] <mandel> rye, oh, well lets hope it easy to. fiix, chicharra is taking care of it, right?
[13:12] <nessita> alecu: right. Well, all 3 +1'd by me
[13:12] <alecu> nessita, (the previous solution was manually increasing the timestamp if the clock returned the same, so it worked fine for tritcask.)
[13:12] <alecu> nessita, great, thanks!
[13:14]  * mandel goes back to the office
[13:15]  * ralsina goes push out some more water from the living room, now the release upload is finished
[13:18] <nessita> ralsina: were you able to do the review?
[13:19] <gatox> ralsina, mandel when you have a moment, really trivial review: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/close-on-license-again/+merge/78596
[13:20] <gatox> alecu, when you have a moment, review please: https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/network-detect/+merge/77048  -  https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/network-detect/+merge/77049
[13:20] <alecu> gatox, sure!
[13:21] <alecu> gatox, the second branch says: "Text conflict in ubuntuone_installer/gui/qt/tests/test_gui.py"
[13:21] <mandel> gatox, im confused, looks like the old tests were looking for the completely the oposite, why?
[13:21] <nessita> mandel: https://code.launchpad.net/~mandel/ubuntuone-client/is-path-dir-fix/+merge/78265 is approved but please before seeking another review, fix the minor thing I requested
[13:21] <mandel> nessita, sure
[13:21] <gatox> alecu, fixing that
[13:22] <gatox> mandel, it seems that was some changes or something... but now the dialog return something else, that's the problem
[13:24] <mandel> gatox, ah... i'll continue the review from the office, i,ll be back in 5 min
[13:24] <gatox> mandel, ok
[13:27] <gatox> alecu, conflict resolved
[13:27] <alecu> gatox, thanks!
[13:29] <gatox> brb...... errands
[13:33] <nessita> alecu: ping
[13:35] <alecu> gatox, instead of "Exception(NETWORK_FAIL)" we should use a new custom exception, that is shared between both modules. Say, "NetworkFailException".
[13:35] <nessita> alecu: you have a branch for https://bugs.launchpad.net/ubuntuone-client/+bug/855513? I was building one just now (saw the error in some logs from a user)
[13:35] <ubot4> Launchpad bug 855513 in ubuntuone-client "unexpected keyword argument 'n_bytes_read' (affects: 2) (heat: 36)" [Medium,In progress]
[13:37] <alecu> nessita, seems like I do!
[13:37] <nessita> alecu: can we land it or is missing something?
[13:37] <alecu> nessita, I remember seeing that bug, and working a bit on that, but I probably got hooked with some other stuff
[13:37] <nessita> very likely
[13:37] <alecu> nessita, I'm taking a look
[13:42] <nessita> alecu: if it's a not trivial to propose, let's move it to MOnday, so you can hack today
[13:42] <alecu> nessita, I'm running tests, because the branch seems ready.
[13:46] <mandel> gatox, ping
[13:53] <nessita> ralsina: ping
[13:59] <alecu> nessita, https://code.launchpad.net/~alecu/ubuntuone-client/n-bytes-read/+merge/78605
[14:19] <ralsina> nessita: pong
[14:21] <ralsina> nessita: +1 on export-xdg-config-home
[14:25] <gatox> mandel, pong
[14:25] <gatox> alecu, ok....... changing that
[14:26] <alecu> gatox, I wrote a few comments in the proposal
[14:26] <alecu> gatox, and also on the other proposal too
[14:26] <gatox> alecu, ok
[14:26]  * gatox reading.....
[14:34] <mandel> gatox, hello :)
[14:34] <mandel> gatox, I added some comments in the MP about the dialog
[14:34] <mandel> gatox, did you read them?
[14:35] <gatox> mandel, on that (in a few minutes).......... the gas dude is here! my home is complete :P
[14:37] <alecu> gatox, mandel: moar reviews!
[14:37] <alecu> https://code.launchpad.net/~alecu/ubuntuone-client/timestamp-autofix/+merge/78514
[14:38] <alecu> gatox, mandel, nessita: https://code.launchpad.net/~alecu/ubuntuone-control-panel/timestamp-autofix/+merge/78613
[14:40] <nessita> alecu: ack
[14:42] <mandel> alecu, ok, but in exchange: https://code.launchpad.net/~mandel/ubuntuone-windows-installer/uninstall-old-app/+merge/77225
[14:42] <mandel> :P
[14:42] <alecu> mandel, ack!
[14:45] <gatox> alecu, on it
[14:45] <gatox> mandel, reading.....
[14:46] <nessita> alecu: bytes-read approved
[14:47] <alecu> nessita, great!
[14:47] <alecu> mandel, gatox: yet another: https://code.launchpad.net/~alecu/ubuntuone-client/n-bytes-read/+merge/78605
[14:47] <alecu> :-)
[14:47] <nessita> mandel: I need your help, debuggin a pykeyring issue, when you have a moment
[14:48] <alecu> nessita, mandel, gatox, ralsina: and the last one: https://code.launchpad.net/~alecu/ubuntuone-windows-installer/timestamp-autofix/+merge/78616
[14:48] <alecu> I promise, no more branches for today!!!!!
[14:48] <gatox> alecu, wowwwwww..... you are on fire! :P
[14:48] <nessita> alecu: you calling it a day? :-D
[14:49] <alecu> gatox, it's like a week I didn't submit a branch. But today there are 6 of them :-)
[14:49] <gatox> alecu, :P
[14:50] <duanedesign> everytime I launch the windows client in Vista I get a blank window 'autoupdate-windows'
[14:50] <ralsina> duanedesign: yes, it seems to be a vista peculiarity :-/
[14:50] <duanedesign> aha, ok
[14:50] <mandel> nessita, sure, lets take a look :)
[14:50] <mandel> duanedesign, is elling you not to use vista :)
[14:51] <nessita> mandel: from http://hg.io/kang/python-keyring-lib/src/31f21c5c87e0/keyring/backends/win32_crypto.c, I have a user where sso is failing with ""Can't encrypted password"
[14:51] <nessita> mandel: that is raised in line 40
[14:51] <mandel> nessita, ok, looking
[14:51] <nessita> mandel: any ideas?
[14:52] <duanedesign> mandel: ha, i do not need much persuading their :)
[14:55] <mandel> nessita, can he reproduce this easily?
[14:55] <nessita> mandel: I don't know, but do you understand the error?
[14:55] <nessita> mandel: the bug report is  bug #863673
[14:55] <ubot4> nessita: Error: Bug #863673 not found.
[14:57] <mandel> nessita, the error is due to the function returning False due to the lib failing
[14:57] <nessita> mandel: yeah, but why is failing?
[14:58] <mandel> nessita, ideally in that situation they (pykeyring developers) should use GetLastError from win32api to see the exact error
[14:58] <mandel> and send a decent message
[14:58] <mandel> nessita, let me look at the logs, maybe I can find the reason with what we have
[14:59] <nessita> verterok: would you do this trivial review, please? https://code.launchpad.net/~nataliabidart/ubuntuone-client/dump-metadata-using-xdg-cache/+merge/78617
[14:59] <verterok> nessita: done
[15:00] <nessita> thanks!
[15:00] <verterok> nessita: hmm, wait...
[15:00] <nessita> verterok: /me waits
[15:00] <verterok> nessita: why xdg is imported from ubuntu_sso?
[15:00] <nessita> verterok: that's where it's
[15:00] <verterok> really? :(
[15:00] <nessita> yeap
[15:00] <nessita> verterok: why :-(?
[15:00]  * verterok thinks that's wrong
[15:00] <verterok> nessita: I don't see the realtion between xdg and ubuntu_sso
[15:01] <nessita> verterok: right, but we need it there and in projects that depend on sso, so is a dirty hack
[15:01] <verterok> nessita: I think of sso when look at ubuntu_sso, not a place to find out which directory should be used :)
[15:01] <nessita> verterok: we should setup a separated project where we have this utilities
[15:01] <verterok> nessita: it's going to be fixed?
[15:02] <nessita> verterok: it should be fixed, and we're aware of that. There is no concrete plan though :-/
[15:02] <verterok> nessita: si, estoy molesto...sorry :)
[15:02] <nessita> verterok: you're 100% right
[15:02] <nessita> but... is what we have for now (HLQP)
[15:03] <verterok> nessita: sure, np...just asking :)
[15:03] <nessita> :-)
[15:07] <mandel> nessita, where in https://bugs.launchpad.net/ubuntuone-client/+bug/863673 logs did you see the pykeyring error?
[15:07] <ubot4> mandel: Error: Bug #863673 not found.
[15:09] <nessita> mandel: in the sso.log, besides he reported it in the description of the bug I think
[15:12] <nessita> alecu: can I mark this and the protocol one as globally approved? https://code.launchpad.net/~alecu/ubuntu-sso-client/timestamp-autofix/+merge/78507
[15:12] <mandel> nessita, in there I see Windows syncdaemon error - Executing ACTION_FUNC 'server_moved' gave an exception: KeyError, maybe is a diff bug?
[15:13] <nessita> mandel: yes, sorry, I got bugs mixed up
[15:13] <nessita> mandel: bug #865534
[15:13] <ubot4> nessita: Error: Bug #865534 not found.
[15:13] <mandel> nessita, no worries :)
[15:16] <nessita> gatox: you letting me know when you solve issues added by aalecu here? https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/network-detect/+merge/77048
[15:17] <gatox> nessita, ok
[15:17] <gatox> quick lunch..... brb
[15:19] <mandel> gatox, did you undertand my comments in the MP?
[15:20] <gatox> mandel, yes... i'll use Qt constants
[15:20] <mandel> gatox, superb :)
[15:21] <dobey> https://code.launchpad.net/~dobey/ubuntuone-client-gnome/missing-include/+merge/78623 please? :)
[15:22] <dobey> time for lunch, bbiab
[15:32] <mandel> nessita, it loosk that the issue is just wen encrypting, but not the oposite action, weird.. we could make a small .exe that does the same operation as yeyring but that does return the GetLastError result, what do you think?
[15:33] <nessita> mandel: I'm not sure why the encryption will fail...
[15:33] <nessita> mandel: do you have any relationship with the developers of that code?
[15:37] <mandel> nessita, yes, the maintainer is one of us (Canonical)
[15:38] <nessita> mandel: can you please contact him and ask him if he knows how to debug this further?
[15:38] <mandel> nessita, let me check their trunk to see if the fix do use GetLastError if they do, I'll port to the new lib and get will have a more decent result
[15:38] <mandel> nessita, unfortunatly if you do not call GetLastError you loose the information for ever. I think the issue the user has is regarding his user rights in the machine, but is just a shoot in the dark
[15:39] <nessita> mandel: right, so I was wondering if the developers will have in mind this scenario
[15:39] <nessita> mandel: he may know what the error means
[15:40] <mandel> nessita, will ask right now, maybe his is around
[15:40] <nessita> mandel: thanks
[15:44] <mandel> nessita, no luck, I'll go after him on Monday, will also try to push or code to use their trunk, even if I have to port the current branch to their trunk and then propose a merge
[15:45] <mandel> I'll push so that it lands on Monday/Tuesday morning and we get better logs for errors on Windows
[15:45] <nessita> mandel: ack
[15:45] <nessita> mandel: do I owe you any review?
[15:46] <mandel> nessita, is freaky friday, so we can leave them til monday, they are not blocking :)
[15:46] <nessita> mandel: ok, send me an email and I'll review them on Mon
[15:47] <mandel> nessita, but what I really want for Monday is to restart the conversation regarding the UI and autoupdates, I think that is important and will like to get it done for Thrusday the latests
[15:47] <ralsina> +1 on that mandel
[15:47] <nessita> mandel: please ping me and we'll talk about it
[15:47] <ralsina> I think the bitrock autoupdater is a huge solution to a very tiny problem.
[15:47] <mandel> nessita, ralsina ok, then I'll ping you both of you land isette
[15:48] <ralsina> mandel: I am not sure how much I can help on monday/tuesday and I have wednesday off and travel on thursday
[15:48] <mandel> ralsina, I think we can get a smaller python code in, but lets get the check etc working and then re-implement in python if needed
[15:48] <ralsina> so I trust you all explicitly :-)
[15:48] <mandel> ralsina, may I have your credit card number?
[15:48] <mandel> :P
[15:49] <ralsina> mandel: of course. It's **** **** **** ***8
[15:49] <mandel> ralsina, I will gor for, agree on UI, implement with bitrock, move to python
[15:49] <ralsina> cool
[15:49] <ralsina> I like stuart's suggestion + unintrusive popup
[15:50] <mandel> ralsina, lets get everyone in on Monday and we sort it out :)
[15:50] <mandel> ralsina, I'll speak with lisette in the morning so we have some proposals
[15:50] <ralsina> awesome
[15:50] <mandel> hurray => http://www.efytimes.com/e1/fullnews.asp?edid=70691
[15:51] <mandel> nessita, ralsina EOD and EOW for me, I'll see you on monday for auto-update and will send emails with MP to review on Monday morning
[15:51] <nessita> mandel: have a nice weekend!
[15:51] <ralsina> mandel: ack
[15:51] <mandel> all, have a great weekend with no accidents!!!
[15:52] <ralsina> mandel: haha, have fun!
[15:52] <mandel> adios!
[15:54] <alecu> nessita, I've approved both the sso and storage-protocol branches and they are now merged.
[15:54] <nessita> alecu: yey!
[15:55] <alecu> ralsina, perhaps you can review one of the other branches:
[15:55] <alecu> https://code.launchpad.net/~alecu/ubuntuone-client/timestamp-autofix/+merge/78514
[15:55] <alecu> https://code.launchpad.net/~alecu/ubuntuone-control-panel/timestamp-autofix/+merge/78613
[15:55] <ralsina> alecu: indeed I might!
[15:55] <alecu> https://code.launchpad.net/~alecu/ubuntuone-windows-installer/timestamp-autofix/+merge/78616
[15:55] <nessita> dobey: can you please teach me how to debug why protocol dailes are not being built on branch landing time? (or at least it appears be the case)
[15:56] <gatox> alecu,  +1 on n-bytes-read
[15:56] <alecu> gatox, vamos!!!!
[15:56] <nessita> a dónde? hay fiesta?
[15:57] <alecu> nessita, I'll buy a round of beer for the whole of Desktop+ (or gazpacho, or something) if I get the 6 branches landed today.
[15:57] <ralsina> alecu: in that order?
[15:58]  * ralsina wields his rubberstamp
[16:01] <ralsina> alecu: a nitpick, but I don't think faithful means what you think it means in this context
[16:02] <ralsina> I mean, it's in the dictionary, but it's unusual :-)
[16:03] <gatox> alecu, can you give me the link of your branch for storage, i deleted locally and i needed to test your branch for the installer
[16:06] <dobey> nessita: https://code.launchpad.net/~ubuntuone-hackers/+recipe/protocol-dailies
[16:06] <dobey> nessita: says it couldn't upload
[16:07] <nessita> dobey: but that's before alecu's branch landed, I requested a merge manually thinking that the new branch was in, but it wasn't
[16:07] <nessita> dobey:  so the version did not change so the upload failed
[16:07] <nessita> dobey: but now alecu's branch did land, and the nightlies are not automatically built
[16:08] <nessita> dobey: the branch landed ~ 20 mins ago
[16:08] <dobey> nessita: then the tarmac log when that branch landed needs to be checked
[16:08] <nessita> dobey: ok, will try to find it then
[16:09] <nessita> dobey: is tarmac.errormessaging.com working for you? (is not for me)
[16:09] <alecu> gatox, https://code.launchpad.net/~alecu/ubuntuone-storage-protocol/timestamp-autofix/+merge/78505
[16:10] <ralsina> alecu: +1 on the first one, merged
[16:10] <gatox> alecu, thanks
[16:10] <dobey> nessita: yes
[16:10] <dobey> nessita: and it looks like launchpad gave a 500 error
[16:10] <alecu> ralsina, which definition of faithful were you looking at???
[16:11] <ralsina> alecu: http://www.merriam-webster.com/dictionary/faithful
[16:11] <nessita> ralsina: I've seen tons of reports (more than 5) where the window controlpanel is getting exceptions where the thing rerturned by SYncDaemonTool is None
[16:11] <dobey> nessita: looks like lp oops aren't yet synced so can't see it
[16:11] <ralsina> nessita: as in None has no attribute get_rootdir?
[16:11] <nessita> ralsina: yes
[16:12] <ralsina> nessita: I traced a couple of those to users with non-ascii paths to the logfile
[16:12] <dobey> nessita: probably will have to wait an hour, and We presume it is the same issue as with ubuntuone-client :(
[16:12] <ralsina> nessita: whicih makes syncdaemon crash badly
[16:12] <nessita> ralsina: any idea why syncdaemon is not responding/being created?
[16:12] <nessita> ralsina: no, syncdaemon is not running in those cases, that's why the error happens
[16:12] <nessita> ralsina: the use case is, from the controlpanel:
[16:12] <alecu> ralsina, well, definitions 2, 3, 4, 5 seem to match this usage, so I'm surely not getting your point.
[16:12] <ralsina> nessita: yes, syncdaemon doesn't start because it can't open the log
[16:12] <nessita> tool = SyncDaemonTool()
[16:12] <nessita> tool.get_root_dir()
[16:13] <nessita> ralsina: any diea why?
[16:13] <nessita> ralsina: how can you confirm the log can't be opened?
[16:13] <ralsina> nessita: I kinda assumed since the log was never created
[16:14] <ralsina> nessita: let me check why I thought that was the problem
[16:14] <nessita> ralsina: thanks
[16:15] <nessita> ralsina: the controlpanel and ussoc are starting fine (otherwise the controlpanel will not query syncdaemon)... so seems unrelated to log issues
[16:15] <nessita> ralsina: since all 3 logs in the same locction
[16:16] <nessita> location*
[16:16] <nessita> unless you were talking about another log issue?
[16:16] <ralsina> nessita: let me check
[16:16] <ralsina> maybe it was not logs but rootdir that was in a non-ascii path?
[16:16] <ralsina> nessita: it was a few days ago, it's still fuzzy :-)
[16:17] <nessita> ralsina: hum, you mean that this is the symptom of the username not being ascii?
[16:19] <ralsina> nessita: yes
[16:19] <ralsina> nessita: check logs in bug 868714
[16:19] <ubot4> ralsina: Error: Bug #868714 not found.
[16:19] <nessita> ralsina: I see a similar bug report here bug #855128, last comment is from you saying you will check the logs
[16:19] <ubot4> nessita: Error: Bug #855128 not found.
[16:19] <nessita> ralsina: did you get any conclusion?
[16:19] <ralsina> there is a mixup of paths
[16:20] <ralsina> some paths have "Configuración" and some have Configuraci\xc3\xb3n
[16:20] <nessita> ralsina: that usually means that some prints are done with %r and some other with %s
[16:21] <ralsina> nessita: true
[16:21] <ralsina> other than that, firewall exception could be it, no IPC connection, but on localhost that should not be a problem
[16:22] <ralsina> nessita: syncdaemon is starting for the user but still syncdaemontool is returning None. Weird.
[16:22] <nessita> ralsina: syncdaemontool is using PB IPC to connect to the syncdaemon
[16:23] <nessita> ralsina: syncdaemontool runs within the controlpanel process, while syncdaemon runs in its own process. Somehow, the lower IPC layer  can't make the "connection"
[16:24] <ralsina> nessita: but that layer goes only through localhost, so no firewall should stop it
[16:24] <ralsina> that's why I don't know what's failing
[16:25] <dobey> hrmm
[16:26] <dobey> We wonder what languages are best for writing KDE file manager extensions
[16:28] <gatox> alecu_lunch, nessita both branches are fixed
[16:28] <gatox> (network detection)
[16:35] <ralsina> dobey: for right-click things? I think those are mostly just data
[16:36] <dobey> ralsina: to get the same level of integration we have with nautilus
[16:36] <ralsina> dobey: C++ then
[16:36] <dobey> ugh
[16:37] <dobey> although, We wonder how much of that apachelogger has already done, if any
[16:38] <ralsina> dobey: a simple "add an option that does things" is a .desktop file
[16:38] <ralsina> dobey: but having something that actually reacts to current metadata, etc is much harder
[16:38] <nessita> ok, lunchtime
[16:39] <dobey> nessita: it looks like launchpad timed out requesting the protocol builds, and launchpad raised an attributeerror
[16:42] <ralsina> dobey: one (maybe) interesting idea is to actually integrate the u1 metadata into nepomuk, then it will appear everywhere magically: http://blogs.kde.org/node/3843
[16:43] <ralsina> nessita: the release with the non-ascii usernames fix is up already
[16:43] <ralsina> So you could ask these users to just try the new one
[16:43] <dobey> ralsina: interesting would be if We could write it in Vala
[16:44] <nessita> ralsina: ack
[16:44] <ralsina> dobey: ahem, it would indeed be
[16:47] <dobey> nessita: https://bugs.launchpad.net/launchpad/+bug/870125
[16:47] <ubot4> Launchpad bug 870125 in launchpad "AttributeError: 'LaunchpadTimeoutError' object has no attribute '__traceback__' (affects: 1) (heat: 6)" [Undecided,New]
[16:48] <nessita> dobey: ah... thanks for digging into this. I will request the build manually.
[16:51] <dobey> nessita: and https://bugs.launchpad.net/launchpad/+bug/870130 for u1-client not building
[16:51] <ubot4> Launchpad bug 870130 in launchpad "OOPS when requesting recipe build (affects: 1) (heat: 6)" [Undecided,New]
[16:54] <dobey> ralsina, nessita: can either of you review https://code.launchpad.net/~dobey/ubuntuone-client-gnome/missing-include/+merge/78623 please? it's very simple :)
[16:54] <ralsina> dobey: got it
[16:55] <dobey> thanks
[16:55] <ralsina> dobey: makes sense, +1
[17:31] <nessita> alecu_lunch: when you come back, we're having an issue with nightlies build. Not sure if it's related to your changes, but trace is https://launchpadlibrarian.net/82235511/buildlog_ubuntu-natty-i386.ubuntuone-storage-protocol_2.1.0%2Br141-13%7Enatty1_FAILEDTOBUILD.txt.gz
[17:37] <nessita> @ping
[17:37] <ubot4> pong
[17:37] <dobey> nessita: hrmm
[17:38] <dobey> nessita: someone added a dependency
[17:38] <nessita> dobey: right, I think last alecu_lunch's branch
[17:38] <dobey> yes
[17:40] <dobey> nessita: btw, why did you make the trunk versions be 2.1.0 for the projects you made stable branches for, instead of just 2.1?
[17:40] <nessita> dobey: ignorance maybe? what's wrong with 2.1.0?
[17:43] <dobey> nessita: usually the first tarball release is .0, and for unreleased trunk after stable branch, it's nice to just bump the major/minor as necessary and leave the micro version off.
[17:43] <nessita> dobey: thanks for the info, I did not know that, I will do it that way from now on
[17:43] <dobey> nessita: 2.1.0 > 2.1, so we can't change it now, but it seems nicer to me to do that
[17:51] <alecu> hello
[17:52] <alecu> nessita, dobey: what is the dependency that I added?
[17:52] <nessita> alecu: twisted-web, is resolved now :-)
[17:52] <alecu> nessita, oh, right.
[18:04] <dobey> "Item Location: Secure, United States"
[18:04] <dobey> wtf.
[18:04] <ralsina> alecu: +1d two of the branches, working on the 3rd one. Don't say I am not trying to earn that gazpacho.
[18:07] <dobey> WHOOT
[18:13] <alecu> ralsina, dobey: it seems the gnome-keyring bug has popped up again: https://bugs.launchpad.net/ubuntu-sso-client/+bug/745540
[18:13] <ubot4> Launchpad bug 745540 in ubuntuone-client (Ubuntu) (and 5 other projects) "Method "CreateItem" with signature "a{sv}(oayay)b" on interface "org.freedesktop.Secret.Collection" doesn't exist (affects: 49) (dups: 2) (heat: 241)" [Undecided,Invalid]
[18:14] <ralsina> alecu: grmbl
[18:14] <ralsina> alecu: that was fixed, I though
[18:14] <alecu> "in Oneiric with Ubuntu One and Software Center" says the bug report :-/
[18:14] <ralsina> oh, crapola
[18:14] <ralsina> accidental revert?
[18:14] <alecu> ralsina, yup, there were a lot of "thank you" in the bug report, but it has reared again.
[18:15] <alecu> ralsina, no idea what happened. I'm not even running Oneiric as of yet
[18:15] <ralsina> alecu: me neither
[18:15] <ralsina> mandel is on Oneiric, can you assign to him for testing?
[18:15] <ralsina> alecu:
[18:16] <alecu> sure
[18:20] <alecu> ralsina, is the current tarmac still running on dobey's server? Who should we ask about it not merging stuff?
[18:20] <dobey> no
[18:20] <ralsina> alecu: no, it's in canonistack, dobey or sidnei
[18:20] <alecu> cool
[18:23] <alecu> dobey/sidnei: I have a ubuntuone-client branch that depends on a storage-protocol branch and on a sso-client branch that have landed a few hours ago. Tarmac is refusing to land this -client branch, because it expects the other branches.
[18:23] <alecu> is there a way to tell tarmac to update the dependencies?
[18:26] <dobey> be patient
[18:32] <alecu> dobey, how much patience?
[18:33] <dobey> more than We have right now
[18:33] <akgraner> Hey all you wonderful Ubuntu One folks - can someone give a How to Be and Ubuntu One Guru session for Open Week?  Teaching users the ends and outs of Ubuntu One?
[18:34] <akgraner> https://wiki.ubuntu.com/UbuntuOpenWeek
[18:34] <akgraner> Please :-)
[18:34] <alecu> dobey, is this because of the twisted-webclient dependency?
[18:35] <dobey> alecu: no
[18:35] <dobey> alecu: sorry, ISP is being a pain in Our Royal behind at the moment
[18:36] <alecu> dobey, ok, no prob.
[18:41] <gatox> ralsina, grrrrrr the bug of When running the wizard from the bundle, there is no default button in the first screen IS REALLY WEIRD :S
[18:41] <ralsina> gatox: I know
[18:42] <ralsina> gatox: it changes behaviour after going through py2exe
[18:43] <gatox> ralsina, no..... executing the code with --installer also happens...... i'm trying to fix that using that
[18:43] <ralsina> really? That didn't happen before
[18:43] <gatox> ralsina, sorry....... without --installer......
[18:43] <gatox> ralsina, i'm not looking at license page
[18:43] <gatox> ralsina, i'm looking at choose sign in
[18:43] <ralsina> I mean, the bug happens with py2exe running witout --installer. In fact, it is from before there was a --installer option :-)
[18:43] <gatox> that has the same problem when license page doesn't appear first
[18:44] <ralsina> gatox: yes, I know the page with the three buttons
[18:44] <gatox> ralsina, yep
[18:44] <ralsina> last time I tried, when running from sources, it was range, but from bundle it was grey
[18:44] <ralsina> s/range/orange
[18:45] <gatox> ralsina, from sources without license page first...... is gray...... i'm looking at that.... it's really weird
[18:45] <ralsina> gatox: I would expect the one with "Skip tour" set as default is more important that that one though
[18:45] <gatox> ralsina, ok...... change to that one then...... maybe the solution is the same :P (when i found it)
[18:46] <ralsina> gatox: it may be something with the QSS selector? That if the first page is instantiated it "hides" the button in the second one
[18:46] <ralsina> ?
[18:46] <ralsina> oh, no, it's the other way around. Weirder :-/
[18:46] <gatox> ralsina, mmmm i don't know.... i think that may be something in the execution flow that ends assigning the default button to something else
[18:47] <gatox> ralsina, but i can't find where yet
[18:47] <ralsina> gatox: could be
[18:47] <ralsina> gatox: complete overkill: run with -m trace --trace and grep for it
[18:55] <dobey> oi
[18:55] <dobey> that was pain
[18:59] <gatox> ralsina, i think that i know how to fix all the problems with default button..... i will propose a branch for both issues
[19:01] <dobey> ok, where were We
[19:03] <nessita> @ping
[19:03] <ubot4> pong
[19:05] <dobey> at least We will have a new phone next week
[19:18] <ralsina> gatox: if you know, cool :-)
[19:18] <gatox> ralsina, yep..... i'm on it
[19:22] <dobey> alecu: your branch should land the next go-round now
[19:32] <alecu> dobey, great, thanks!
[19:36] <alecu> gatox, http://labix.org/xchat-python
[19:37]  * gatox looking...
[19:38] <gatox> alecu, yep, i saw that page, but i wanted something running outside of xchat..... that's way i was looking into dbus... i'll have to analyze if dbus path it's possible or go with this one instead :P
[19:40] <alecu> gatox, I thought about a small plugin that sits inside xchat, and that communicates thru dbus with ninja to tell it about the branches it finds
[19:40] <gatox> alecu, awesome!!! i didn't thought about that!
[19:43] <alecu> gatox, do you currently use any dbus inside ninja?
[19:43] <gatox> alecu, nop.... i was going to make a plugin for that, to avoid any dependency with dbus (for windows)
[19:44] <alecu> gatox, kde uses dbus when running under windows. I think we should still take a look at that.
[19:45] <alecu> gatox, I even found a "dbus-daemon.exe", but I never tried it too much.
[19:45] <alecu> it seems that mumble uses it when running under windows.
[19:45] <alecu> http://mumble.sourceforge.net/FAQ/English#How_do_I_disable_the_launching_of_dbus-daemon.exe.3F
[19:45] <gatox> alecu, interesting... i was looking at Qt doc for QDbus, but they said that only for unix platforms
[19:45] <alecu> gatox, oh, right. I know remember why
[19:46] <alecu> the dbus bindings for python do not work fine on windows.
[19:46] <alecu> that's why.
[19:46] <gatox> alecu, ahhhhhhh
[19:46] <gatox> alecu, but.... is also says that for Qt (C++)
[19:46] <gatox> it*
[19:47] <alecu> gatox, well, mumble is somehow using it
[19:48] <ralsina> alecu: they are using windbus or something like that and a custom Qt build
[19:48] <ralsina> alecu: (just guessing)
[19:48] <alecu> ralsina, I love creative guessing! :-)
[19:48] <gatox> maybe the problem is that is not a complete support or something like that
[19:49] <ralsina> alecu: here's how: http://lists.trolltech.com/qt-interest/2008-09/thread00290-0.html
[19:49] <alecu> ok, we are three reviews away from beer for the whole team:
[19:49] <alecu> https://code.launchpad.net/~alecu/ubuntuone-control-panel/timestamp-autofix/+merge/78613
[19:49] <alecu> https://code.launchpad.net/~alecu/ubuntuone-windows-installer/timestamp-autofix/+merge/78616
[19:50] <gatox> yep.... it seems that is not straight forward on windows
[19:50] <alecu> the first branch needs one more review, the second two reviews.
[19:50] <ralsina> alecu: and it does involve building Qt with custom flags. Which would mean building PyQt with some other random combination of custom flags. I am guessing it is marginally less effort than using our homegrown IPC though :-)
[19:51] <gatox> alecu, i'm finishing with a small branch and will trade a review with you if you want :P
[19:51] <alecu> gatox, sure!
[19:52] <alecu> gatox, I'm re-reviewing your network-detect branch, and it's saying "1 conflicts encountered"(sic) again
[19:53] <gatox> alecu, againnnnnnnnnnn........ crap
[19:53] <gatox> alecu, ok........ i'll fix that after this branch.... almost done
[19:53] <alecu> no prob.
[20:12] <gatox> alecu, ralsina review  please (really short): https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/default-wrong-buttons/+merge/78663
[20:12] <ralsina> gatox: looking!
[20:12] <gatox> alecu, now i'll fix the conflict and review yours
[20:13] <ralsina> gatox: brute force. I like it!
[20:13] <gatox> ralsina, are you talking about the show event?
[20:13] <ralsina> gatox: about how we don't care *why* it acts weird and just tell it "YOU ARE DEFAULT, BUTTON"  :-)
[20:14] <ralsina> gatox: works with kids, hould work with buttons :-)
[20:14] <gatox> ralsina, jeje...... should i keep looking why the flow is crazy?
[20:14] <ralsina> gatox: absolutely not
[20:15] <gatox> ralsina, i fixed that way because i remember that we used to have the same problem in that page a while ago..... and that was the way to fix it
[20:15] <nessita> alecu: what a nasty duplication we have in the controlpanel re: urls signing
[20:15] <gatox> in another page sorry
[20:17] <gatox> alecu, jeje i was going to say: "who is causing conflicts with my branches??!!" (and it was me :P jejeje)
[20:18] <gatox> alecu, conflict resolved...... looking at your branches now
[20:18] <dobey> oh man, I should hack on beef again
[20:19] <alecu> nessita, the duplication we have is a bit on the gui side, and a bit on the backend side.
[20:19] <nessita> alecu: right. Anyways, branch looks good, approving!
[20:19] <gatox> :D I almost finished with medium bugs...... but i'm pretty sure that ralsina has more bugs hidden
[20:19] <ralsina> gatox: about the windows classic making installer look awful... could we improve it by manually setting plastique for the app?
[20:20] <ralsina> gatox: no, I don't
[20:20] <alecu> nessita, we may be able to fix this if we make a bug to go thru all the other places in our codebase where oauth signing happens
[20:20] <alecu> nessita, but probably we should first focus on using a single http library everywhere
[20:20] <ralsina> gatox: I do intend to do a loooooong UI review of installer and u1cp on wednesday though, so a bunch should pop up then
[20:21] <gatox> ralsina, mmmm i'm not sure about that... the problem (if i remember correctly) was how windows renders some things in classic..... i should try with a vm with win classic
[20:21] <alecu> nessita, and for that we need to make sso fully async (ie: dropping threads), and do the same for the webservice calls in syncdaemon.
[20:21] <ralsina> gatox: the window contents are not native widgets, should not be platform dependent beyond default styling
[20:22] <alecu> gatox, it's not so fun when there's nobody else to blame :-)
[20:22] <gatox> alecu, :P
[20:22] <alecu> gatox, re-reviewing your branch then
[20:22] <gatox> ralsina, yes, but in some windows, the behaviour is different to paint rounded corners, and so... i'm not sure...... just guessing... i think i'll need to try that in real life to see what happend
[20:23] <ralsina> gatox: yes, but the sidewidget looks bezeled, that's craptastic :-)
[20:23] <gatox> ralsina, (i'm sure about the different behaviour..... not sure about this case)
[20:24] <ralsina> gatox: +1 on default buttons
[20:24] <gatox> ralsina, in this case maybe we can set some other properties to fix that, maybe in some windows that missing properties doesn't give us any conflict and but appear in this case..... as happens sometimes using the same qss on linux/windows....... sometimes borders looks different
[20:24] <gatox> ralsina, great
[20:24] <ralsina> gatox: notice that I could not run pylint on it though
[20:34] <alecu> gatox, ralsina: perhaps you need some kind of "reset.css"
[20:34] <alecu> though probably we would need to build something like that for qss
[20:37] <ralsina> alecu: you really don't want that, because you want to start from system fonts and styling (usually)
[20:38] <ralsina> alecu: and color schemes
[20:38] <alecu> ralsina, are we talking about our orange control panel that uses the ubuntu font?
[20:38] <ralsina> alecu: thus the (usually)
[20:38] <ralsina> alecu: and it's not so orange anymore!
[20:39] <ralsina> but at least scrollbars look like system scrollbars
[20:39] <alecu> ralsina, right: so, usually I would not use qss at all, so the user selected font, font sizes and theme is used.
[20:40] <ralsina> alecu: right
[20:40] <ralsina> alecu: thing is, on windows classic, frames are 3d
[20:40] <alecu> but this is completely the opposite, so perhaps it makes sense to "reset" all the default styles
[20:41] <ralsina> alecu: so that is really just "the windows classic widgets are eye-hurting me" :-)
[20:41] <ralsina> we can't set all styles ayway (which is what a reset.qss would do)
[20:42] <dobey> whee
[20:42] <alecu> gatox, "should try with a vm with win classic" -> you may try on your default vm, but creating a new user and setting the theme to classic there.
[20:43] <dobey> ralsina: https://code.launchpad.net/~dobey/ubuntuone-client-gnome/missing-include-2-0/+merge/78665 ; same change as earlier, but for stable-2-0, if you don't mind. :)
[20:43] <gatox> alecu, true....
[20:44] <ralsina> dobey: +1 rubberstamp
[20:44] <ralsina> and EOW for me
[20:44] <dobey> ralsina: can you quickly tell launchpad that? :)
[20:44] <ralsina> dobey: done before you said that
[20:45] <dobey> ralsina: thanks, and have a good weekend, with no rain i hope :)
[20:45] <ralsina> see you all (sporadically) from London on monday
[20:45] <dobey> We hope
[20:45] <dobey> oh, London
[20:45] <dobey> there will be rain :P
[20:46] <alecu> ralsina, have a nice trip!
[20:46] <dobey> yeah, don't get fondled by security too much
[20:47] <gatox> ralsina, bye
[20:49] <ralsina> dobey: haha
[20:49] <ralsina> yes, I expect minimal fondling. Advantage of arriving at 6AM on a sunday :-)
[20:50] <dobey> ohloh needs some commit reconciliation magic
[21:08] <gatox> EOD for me!! see you!
[21:09] <alecu> gatox, don't forget to approve!
[21:09] <gatox> alecu, nessita have a nice weekend!
[21:09] <gatox> alecu, already do that!
[21:09] <alecu> gatox, https://code.launchpad.net/~alecu/ubuntuone-windows-installer/timestamp-autofix/+merge/78616
[21:09] <alecu> I don't see it!
[21:10] <gatox> alecu, ahhh forgot the approve...... just send the +1
[21:10] <alecu> ahh, cool
[21:10] <gatox> alecu, now is ready
[21:10] <gatox> :D
[21:11] <alecu> greeeeat!
[21:11] <alecu> gatox, thanks
[21:11] <alecu> have a nice weekend
[21:11] <gatox> alecu, you too! bye
[21:13] <alecu> nessita, just one small review from you and I'll have to buy drinks for all of desktop+ in the bsas sprint
[21:13] <alecu> https://code.launchpad.net/~alecu/ubuntuone-windows-installer/timestamp-autofix/+merge/78616
[21:15] <dobey> cheers all, We are off as well. have a good extended weekend!
[21:15] <shane2peru> is there a guide to getting u1 running in kde? (Kubuntu)
[21:15] <shane2peru> !kde
[21:15] <ubot4> KDE (http://kde.org) is the !desktop environment used natively in !Kubuntu. To install from Ubuntu: « sudo apt-get install kubuntu-desktop », or see http://help.ubuntu.com/community/InstallingKDE . See http://kubuntu.org for more information.
[21:20] <nessita> alecu: looking!
[21:32] <shane2peru> I find this a slap in the face of KDE users:  http://voices.canonical.com/ubuntuone/?p=1241  since it doesn't seem to work on kde.
[21:39] <alecu> shane2peru, the windows version was done with qt, so making it work on kde is easier now.
[21:39] <alecu> shane2peru, we will probably be porting it back to linux during this cycle.
[21:40] <shane2peru> that is good to know, but it is quite frustrating at the same time that Windows the arch enemy of Linux see problem #1 was prioritized before Kubuntu, Ubuntu's brother.
[21:41] <alecu> shane2peru, in my eyes the arch enemy of Ubuntu right now is either android or apple.
[21:41] <shane2peru> oh, that is bug #1
[21:41] <ubot4> Launchpad bug 1 in tilix (and 29 other projects) "Microsoft has a majority market share (affects: 966) (dups: 2) (heat: 4568)" [High,New] https://launchpad.net/bugs/1
[21:41] <alecu> shane2peru, we should probably request for that bug to be updated :-)
[21:42] <shane2peru> none the less, I was quite shocked to see that, and at within the same hour find out I can't use U1.
[21:43] <alecu> shane2peru, http://www.youtube.com/watch?v=GT5fUcMUfYg
[21:45] <alecu> shane2peru, anyway, we try to do our best, and a lot of ubuntuone users were clamoring to use it on their work environments, where they are forced to use windows, so that's why we choose to go that route.
[21:46] <shane2peru> understood, but it should be understood that it is quite a knife in the back of kde users too, that is all I'm saying.
[21:47] <shane2peru> I dug up a 2010 guide that is no longer working to install u1 on kde, so I'm assuming there is no way of using u1 on kde?
[21:47] <shane2peru> that is my real issue?
[21:47] <shane2peru> or question, rather.
[21:47] <alecu> shane2peru, during the ubuntu P cycle we will be porting the windows UI back to linux, so it will surely be easier to use with kde. A few of our newest developers are die hard kde users and developers, so it will very likely work better.
[21:48] <shane2peru> but currently it doesn't exist? or does it?
[21:48] <shane2peru> for kde specifically.
[21:48] <alecu> shane2peru, please, don't consider it a "knife in the back". We are a small team, and we don't like working on windows too much either :-)
[21:49] <shane2peru> let's just leave that topic, my question is, Is there any way to currently run U1 on KDE (Kubuntu)?
[21:50] <shane2peru> I wasn't able to find a way, but perhaps I overlooked something.
[21:50] <alecu> shane2peru, I'm not aware of an up to date guide. Have you tried installing the ubuntuone-client-gnome package?
[21:50] <alecu> shane2peru, it will probably pull in a lot of gnome dependencies
[21:50] <shane2peru> I think I did that before, and it didn't work, wouldn't run, and no icon
[21:51] <shane2peru> that is my last memory of it.
[21:51] <alecu> shane2peru, when was that? after Natty was released?
[21:51] <shane2peru> probably
[21:51] <shane2peru> it hasn't been lately
[21:52] <alecu> shane2peru, well, I don't have a kde desktop around so I would not be of much use anyway. If you try it, you may help getting it to run in this channel.
[21:53] <alecu> shane2peru, but you'll probably won't find much people here during weekends.
[21:53] <shane2peru> hmm, I already have ubuntuone-client installed, when I run ubuntuone-launch I get nothing visible in the cli, and nothing visible anywhere.
[21:53] <shane2peru> apparently I never removed it from before.
[21:54] <shane2peru> oh well, thanks anyway
[21:54] <alecu> shane2peru, try "ubuntuone-control-panel-gtk"
[21:54] <alecu> shane2peru, and make sure you have "ubuntuone-client-gnome" installed before that.
[21:54] <alecu> shane2peru, that's the package that installs the user interface and the icon.
[21:55] <alecu> shane2peru, my only guess at an incompatibility is that ubuntuone tries to use the password storage, and it defaults to gnome-keyring.
[21:56] <alecu> I know that kde has a similar app named kwallet, but last time I saw it did not fully implement the freedesktop.org "secret service api"
[21:56] <alecu> so I guess there would be some incompatibilities there.
[21:57] <alecu> shane2peru, but anyway, if you try to use it and reach problems, try asking in this channel, and I'll PM you my email just in case.
[21:57] <shane2peru> ok, installed all that, and ran the u1-client-gnome, and it shows up
[21:58] <alecu> we would love for someone to start using this in kde and tell us about any problems they found.
[21:58] <alecu> oh, cool.
[21:58] <shane2peru> working on remembering my password for my account
[21:58] <alecu> ok, this is the end of my work week.
[21:59]  * alecu EOWs!
[21:59] <alecu> bye all!
[21:59] <shane2peru> bye alecu, thanks for the info
[22:00] <alecu> bye shane2peru, good luck with that
[22:28] <nessita> I'm gone!