=== eu is now known as Guest14752 [00:06] hey all [00:07] I am having problems authenticating with U1 in a free 12.04 install [00:07] are there issues with the auth server right now? === Guest14752 is now known as adorilson === Alcine is now known as jalcine [04:00] hi I am trying to use ubuntu one on my ubuntu 10.04 live USB... but its not working ..can someome plz help me out here [04:01] i cannot get ubuntuone to sync my documents folder on a 10.04 machine [04:03] same prob here.. my ubuntu one displays as disconnetec even after I logged into my A/C in firefox browser [04:05] my client also doesn't have the tab where i can specify to synchronize a file locally like my linux mint 12 has, on this 10.04 i've only got some crabby little gui with a few generic tabs [10:04] morning all!! [10:04] I managed to fix my machine :) [10:06] mandel, congrats! What got broken and will it affect me :) ? [10:07] rye, for some crazy reason in my machine lightdm woul nto let me log in, I installed gdm and tested that I could login, that work, but broke unity [10:07] rye, reinstalling lightdm and later unity fixed the problem.. weird [10:10] Good morning all, happy new year! [10:11] JamesTait, same to you!" [10:28] coffee for me :) [10:53] * mandel back [11:05] JamesTait: happy new year! :) [11:05] Chipaca: Why thank you, my good man, and the same to you. :) [11:59] hello everyone! [11:59] good morning! [12:01] nessita, gatox morning! [12:01] hello mandel! gatox! [12:02] mandel, i read that you fix your machine [12:02] nessita, hi [12:02] gatox, yeah, took part of the morning but know I'm full track doing some code :) [12:02] gatox, funny thing is that I could just log in the machie via ssh.. but was enough to fix it [12:05] mandel: oh, what happened? [12:06] nessita, lightdm stopped allowing me to log in my machine after an update in P, so I was left out of the box, I played around a little with gdm and got the login working yet it broke unity badly [12:07] nessita, but after reinstalling unity and forcing lightdm to be reconfigured I got it working, I was lucky I though about trying to use sshing the machine [12:07] mandel: oh [12:17] mandel, review please? https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/default-agree/+merge/87282 [12:18] gatox, sure, looking [12:18] gatox, why the unpolish call and then a polish call? [12:19] mandel, that's the qt way to reapply the style to some widget [12:19] gatox, ugh, their api there is ugly, because just doing a single polish does not work, right? [12:21] mandel, well..... they have different purposes and can be called without the need of the other one in some cases [12:21] just read http://developer.qt.nokia.com/doc/qt-4.8/qstyle.html#unpolish got what your are doing gatox :) [12:21] but...... it would be nice to have a: refreshStyle :P === teknico is now known as teknico_away [12:23] gatox, yeah, but if they don't have it, lets better use their default pattern :) [12:23] mandel, yep, obviusly [12:24] gatox, on more question, in the test_license_page_agree_button_style you are just asserting that the button is default and enabled, is there a way we could check that the styles was applied? [12:24] gatox, maybe patching the polish and unpolish calls and asserting on them? [12:25] mandel, that is not going to ensure that the STYLE was applied, just that the widget was repainted...... to check for the STYLE, you would need to check the color of the pixels of the widget..... [12:25] mandel, because if i remove the .qss..... the test is going to pass..... [12:26] but the style is not going to be applied [12:26] so...... it doesn't has sense to me....... but maybe i'm wrong [12:26] gatox, so, why do we repaint the widget, it is to set the correct style, right? [12:27] mandel, if you change a property of the widget, and you have a style associated to that property (in this case "default" and "enabled".... you can create your own properties too)..... you need to repolish the widget [12:28] in order to see the new style based on that property in that widget [12:29] gatox, so, if we remove the polish and unpolish calls, the test will pass yet the style will be wrong, right? [12:30] mandel, yep [12:30] gatox, so there is something wrong in the test, right, since we added 2 important lines and we do not test they are performed [12:30] although I can be completely wrong with my assertion :P [12:31] mandel, i understand what you mean...... i'm thinking.... [12:31] gatox, maybe checking the style is not what should be done, but assert that it was repainted [12:31] gatox, and assume that the polish and unpolish call do their work correctly :) [12:32] mandel, yep..... we could check that [12:32] gatox, I think that would be a little better for the test, in case an ass like me says, WTF?! polish and unpolish, I'm removing those! [12:33] gatox, lets call it defense programming against smart asses like manuel hehehe [12:33] mandel, ok, i'll add the checks for that [12:33] jejjeje [12:33] gatox, cool! let me know and I'll approve the branch, since the rest looks great :) [12:34] gatox, I hope is not a major PITA [12:34] mandel, nap.... should patch the wizard..... [12:35] in this case i can't just patch the function or the button [12:35] gatox, how come, issues with the C++ code? [12:35] i can patch the button function from the wizard..... that would be better [12:35] mandel, nono [12:36] mandel, i'm going to patch the button..... patching the button function from the wizard..... that will work just fine [12:36] mandel, in the meanwhile: https://code.launchpad.net/~diegosarmentero/ubuntuone-client/fix-links/+merge/86605 :P [12:36] and nessita ^ [12:36] please [12:36] gatox: sure!!! [12:37] thanks [12:37] gatox, on it [12:37] thanks [12:39] nessita, can you help me debug a branch, I have a problem with a dirty reactor and I cant see the reason :( [12:39] mandel: sure! [12:40] nessita, mandel just in case.... i've just fix some docstrings in the branch i gave you for review [12:40] gatox: ack [12:41] nessita, the branch is lp:~mandel/ubuntuone-dev-tools/proxy-testcase, the idea is that the MockServer stops the need of the test case to access the internet, but I get a dirty reactor [12:41] nessita, the revno should be 77 [12:41] gatox, and adds new lines hehehe [12:41] mandel: did you disconnected all connected clients? [12:42] nessita, hm.. maybe I have to force the disconnection of the WebClient [12:42] mandel, where? [12:43] mandel, ahhhhhhhhh.... those ones was to fix pep8 issues...... i couldn't resist :P [12:43] gatox, 156 in the diff for example, not that it matters :) [12:43] gatox, hehe [12:43] I though so [12:43] mandel: yeah, you need to disconnect everything that you connect [12:44] nessita, let me check down that path [12:44] mandel: sure [12:47] gatox: your fix links branch has removed some flags from some files [12:47] nessita, :S fixing that... [12:48] nessita, ahhhhhh maybe when i copied the files from one machine to another [12:48] gatox: if you switch between windows and linux, yes [12:49] nessita, i switch between one linux to another..... but i think that the problem was the permissions of that disk [12:50] ah... is it a fat32 FS in the disk? [12:50] gatox: "copied the files" -- cp doesn't preserve permissions by default [12:51] nessita, from ext4 -> ntfs -> ext4 (migrating my data from one laptop to another) [12:52] gatox: right, that will mess up all your file perms [12:52] gatox, and we are in 2012! you would imaging that fs developers should have fixed that already :( [12:52] maybe the mayas were right.. [12:53] mandel, jejeje and we are in 2012 and you will expect that windows handles unicode properly :P [12:55] gatox, and that I would not have to write crazy code to disconnect for a twisted server.. [12:55] jesus! [12:56] nessita or mandel: I would love a second review of this: https://code.launchpad.net/~ralsina/ubuntuone-control-panel/even_more_unique_than_the_other_snowflake/+merge/86912 [12:57] if that gets approved, we are down to 1 (one) manually applied branch on windows releases ;-) [12:57] ralsina, did you make the changes regarding glob, which branch was it so I can take a second look? [12:57] mandel: yep [12:57] mandel: let me get you a link [12:57] ralsina, thx [12:58] mandel: https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/fix_809873/+merge/67911 [12:58] ralsina, I'll do that one first :) [12:59] gatox, nessita would be nice to have a better review with mine in: https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/fix_809873/+merge/67911 [13:00] ralsina, 'Get the VistaLib32.dll and VistaLib64.dll' where do I get those from? [13:00] mandel: from the share I shared with you yesterday [13:01] ralsina, ok, and If i don't have that share? [13:01] mandel: then you are not part of the team and should not be building releases? ;-) [13:01] ralsina, we are opensource, we should provide everything, they might not be making canonical releases :) [13:01] mandel: those files are not necessary to make the software work, they are just needed to build installers. The installer is not open source. [13:02] mandel: after all, the installer is done using InstallBuilder. You need a license for that, you know. [13:03] ralsina, you can get an opensource license for that.. I mean, our sources should be complete, if not, if we EVER get people to help use the will be like, WTF? where do I get those [13:03] ralsina, I know it will never happen, yet I know the first person that will say WTF about that, and is the new windows guy :) [13:03] but you are the boss, so you decide what to do :) [13:03] mandel: well, I am ope to suggestions [13:06] ralsina, hm do we have the code for those dlls? [13:06] ralsina, or is it from somewhere else? [13:06] mandel: we do [13:07] mandel: but I have never built them myself. We should add a README for them, too, according to the license [13:07] mandel: I'll do it right away [13:07] ralsina, yeah, sounds reasonable, point to the code, and explain how to build them [13:07] ralsina, we can use the share to simplify our work :) [13:13] mandel: pushed URL, explanation, and README. The license is a MIT-style "no guarantees, don't remove these paragraphs" [13:13] ralsina, super! I think this is better since if we get ran over by a bus everyone else will know what to do :) [13:14] ralsina, and we would not be the first ones to be ran over by a vehicle :( [13:14] In an ideal world, we would reimplement those DLLs but the code is gnarly [13:15] rebooting after big update [13:16] ralsina, yeah, I do understand the fact that we do not have the time or resources, documenting sounds good enough for me :) [13:16] lets hope google cache does the rest hehe [13:23] nessita, I'm going to assume that your update went better than mine [13:25] mandel: I updated to P before xmas, it went well :-) [13:25] mandel: I was updating a kernel now [13:25] (and it also went well, luckly) [13:26] nessita, I did the upgrade, that went smooth, but the update after NYE was what broke it [13:26] mandel: ah, hum [13:26] mandel: it worked here :-D [13:26] nessita, I'm glad for you :) [13:30] nessita: what do you think of https://bugs.launchpad.net/ubuntuone-windows-installer/+bug/910834 [13:30] Launchpad bug 910834 in ubuntuone-windows-installer (and 3 other projects) "The bin/ scripts should have no logic in them (affects: 1) (heat: 6)" [Undecided,New] [13:31] ralsina: looking [13:32] ralsina: what would be "no logic" in that bug report? cuz I see some scripts in bin/ and those are pretty logic-less [13:33] nessita: script should just be "from whatever import foo; foo.bar(sys.argv)" [13:33] nessita: we have option processing, for instance [13:33] nessita: maybe not even passing sys.argv ;-) [13:34] u1sdtool is far from logic-less, too [13:34] ralsina: agreed on client bin/ scripts, but does it worth the time but the rest, that has the option parse code there? [13:34] nessita: sorry, I don't understad [13:35] ralsina: I think is a good idea to do that, specially on the u1client bin/ scripts. But from my POV, I'd say is low priority [13:35] (given the things we have queued up) [13:36] nessita: I agree it's not a high priority [13:36] nessita: it does make windows releases considerably more work, though [13:36] ralsina: I read from the bug report that the .exe will not have to be resign, but I'm not sure I follow that [13:37] ralsina: the bin/foo may not change, but all the other pys will [13:37] so why there would be no need of signing? [13:37] nessita: the exes only contain a loader and bin/whatever's bytecode [13:37] nessita: the rest is in library.zip [13:38] hum, I, as a end user, would expect that the sign covers everything, included the library.zip, otherwise what guarantee canonical gives me that the library.zip is authenthic? [13:39] nessita: the second signing is for that [13:39] the whole installer is signed [13:40] ralsina: sorry, but now you loose me (evidently I'm not familiar with that process). So, we have 2 signs? (I did not know that) [13:40] but also individual .exes need signing. So right now, it takes about 12 hours and three large uploads to get everything signed. And that can go down to one upload and whatever hours it takes IS to sign [13:40] ok, I'm off to lunch [13:40] bbl [13:40] * mandel -> lunch [13:41] nessita: yes, first all the .exes (and python27.dll) need to be signed. Then the installer is built with the signe files in it, and the installer is signed again. [13:41] nessita: on windows, you have to sign every .exe, and the installer is an .exe too [13:41] ralsina: I see. So we'd need to sign every exe only when they change? [13:41] nessita: yes [13:41] and are they changing too much lately? [13:42] nessita: well, at least windows-installer has. [13:42] nessita: and u1sdtool [13:43] and if we ever make u1sdtool --version do something useful, then that will change every version [13:43] ralsina: we can workaround that importing the version from clientdefs, like we do now, no? [13:44] anyways, I see your point. From my POV, I would advice tackling that after feature freeze, but if you consider it more important than the thing we're doing, we can ceratinly schedule it [13:44] nessita: it can wait until FF, I just wanted to get your OK about doing it [13:44] ralsina: makes sense :-) === teknico_away is now known as teknico [13:53] gatox: you let me know when you fix the perms in the branch? [13:54] nessita, ah sorry..... it's already fixed [14:00] ralsina: ping [14:00] nessita: pong [14:01] ralsina: the code you added to https://code.launchpad.net/~ralsina/ubuntuone-control-panel/fix_906541/+merge/86911 is not a good one, os.path.expanduser('~') does not work well for usernames with non-ascii characters in it [14:01] nessita: it was used in the same file, IIRC [14:01] nessita: let me check [14:01] ralsina: gatox implemented a home variable in sso.xdg_base_directory [14:02] ralsina: may be, but we need to fix that (gatox hasn't reached controlpanel yet) [14:02] nessita: I'll do a new branch and fix all uses on that file, then [14:02] ralsina: well, if it's already used somewhere else, we can wait until diego reach controlpanel to fix it? [14:02] nessita: I am checking that [14:03] ralsina, nessita, when my last branch of u1-client is approved.... i have another one to propose for controlpanel that should fix the problems in folders [14:03] ralsina: I just wanted to let you know we should not be using that anymore (so is basically a FYI) [14:03] gatox: right, you should also cover in your branch what ralsina added in https://code.launchpad.net/~ralsina/ubuntuone-control-panel/fix_906541/+merge/86911 [14:04] nessita: ack! [14:04] nessita, ah ok! [14:04] ralsina, gatox: thanks! [14:23] dobey: hum, I wanted to ask here, sorry [14:23] oh [14:35] ralsina: were you able to run the linux tests for your is_root branch? [14:36] nessita: didn't try it since I touched nothing of the linux side [14:36] nessita: it fails? [14:36] ralsina: can you please try? [14:36] ralsina: no, I'm getting an error re-translations, and I want to see if it's a precise-only thing [14:36] nessita: sure [14:37] nessita: I'll try on natty [14:42] uh... hello... [14:42] sorry guys I'm so late today. [14:43] the first two weeks of january there's no kinder, so they are a bit... complicated. [14:43] heh [14:43] young cylons are so troublesome! [14:45] lol [14:45] hello alecu! I missed you [14:45] hola nessita! [14:48] it is too damn cold. :( [14:50] ayone has the "setting up the windows development environment" wiki page handy? [14:51] ralsina, this one? https://wiki.ubuntu.com/UbuntuOne/Contribute/WindowsTesting [14:51] ralsina, i updated the wiki today adding the comtypes dependency [14:51] gatox: thanks [14:52] gatox: if I am lucky, that whole page will re replaced with two commands in a few days :-) [14:52] so few weeks then ;) [14:52] ralsina, that would be awesome!!!..... and a lot easier to attract people to contribute too [14:53] gatox, dobey: well, the main missing bit is a buildout recipe for PyQt, which is kind of a pain [14:54] * mandel back [14:54] alecu, dobey hello :) [14:54] hola mandel [14:54] OTOH, I do have a "full dev. env. in a zip" kinda working [14:55] dobey, I'm fixing the proxy-testcase code, and while I was implementing the changes you suggested I've decided to change the test so they do not use a real url [14:55] cool [14:55] dobey, there are a few things to change related to cleaning the reactor, as soon as I'm done I'll let you know :) [15:00] nessita: tests for my branch are running OK on natty [15:01] ralsina: right, seems like something related to translations is broken on precise [15:01] it's because of the new intltool [15:01] dobey: shall we add the clientdefs.py in the .skip file? [15:01] standup? [15:01] ralsina: another question, did you run the tests from your branch in windows? [15:01] gatox: yes!!! [15:02] me [15:02] me [15:02] nessita: i'll get back to you in a minute; i just finished upgrading my laptop's packages, about to test it there [15:02] nessita: those, yes, I ran:) [15:02] dobey: ack [15:02] me [15:02] DONE [15:02] oops [15:02] me [15:02] ralsina: and is syncdaemon starting for you? I'm getting [15:02] E:\client\review_fix_904300>python bin\ubuntuone-syncdaemon [15:02] Traceback (most recent call last): [15:02] File "bin\ubuntuone-syncdaemon", line 33, in [15:02] from ubuntuone.platform import ( [15:02] ImportError: No module named platform [15:02] alecu, mandel: standup? [15:03] ups, sorry [15:03] me [15:03] nessita: I'll check in a few minutes [15:03] DONE: holidays! managed to avoid touching the computer for 10 days :-D [15:03] TODO: catch up, reviews [15:03] BLOCKED: nopes [15:03] NEXT: gatox [15:03] DONE: [15:03] Fixed License page in Installer, fixed problem with dirty reactor in cp, tests improved for some of my branches, couple of reviews. [15:03] TODO: [15:03] Keep fixing bugs. [15:03] BLOCKED: [15:03] No [15:03] me [15:03] mandel, go [15:03] sorry [15:03] dobey, go [15:03] ralsina [15:04] DONE: reviews, started process or january mini-sprint, canonicaladmin cleanup, bug triaging, started on a buildout config to make windows dev.env. repeatable TODO: calls, reviews, etc. BLOCKED: no [15:04] DONE: Fixed machine, cleaned inbox from mail. Reviews for gatox and ralsina (please let me know when you are done with the changes). [15:04] TODO: Finish fixing proxy-testcase branch to no use a real url and use a localhost one. [15:04] BLOCKED: no [15:04] dobey? [15:04] λ DONE: holidays [15:04] λ TODO: fix crashers in P, releases, fixes for gireactor from review, initial music store work [15:04] λ BLCK: No. [15:04] then me, then mandel [15:04] now alecu [15:04] dobey, sorry, I show my name and pasted my notes [15:04] mandel: I have no changes pending [15:04] ralsina, true, sorry, I'll continue the review in a few mins [15:05] DONE: force use proxy in libsoup based webclient [15:05] TODO: use webclient in sso [15:05] BLOCKED: no [15:05] any comments anyone? [15:05] ralsina, january mini-sprint ? [15:05] mandel, updated: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/default-agree/+merge/87282 [15:06] alecu: syndaemon knowledge transfer and new hire welcome [15:06] oh, and BLOCKED: on mandel's devtools branch! :-) [15:06] mini in the sense that it's not the whole team [15:06] ralsina, cool. Any idea on where & when & who? [15:06] alecu, should be ready in a few mins, as soon as it is done, I'll ask you and dobey for a review [15:07] mandel, vamos!!!! :-) [15:07] review will take a while i think :( [15:07] alecu: nessita, facundobatista, Brian Curtin all week, you and I a couple of days [15:07] ralsina: yes, I'm interested in the when so I can book tickets, if you tell me to [15:07] nessita: marianna is on swap today, I scheduled it for last week of january but I need to talk t o her [15:07] ack [15:08] ralsina: can brian make it in that week? [15:08] nessita: yes [15:08] nice [15:08] anyone: I can't start ubuntuone-syncdaemon using u1client\trunk. Can anyone try that, please? [15:09] (that's in windows) [15:09] nessita: starts here. Maybe you didn't set PYTHONPATH? [15:09] ralsina: I did... http://pastebin.ubuntu.com/791728/ [15:09] nessita: ok, yes the 2 clientdefs.py files need to be added to POTFILES.skip [15:10] dobey: ok, I'll propose a branch [15:10] ralsina: hum, I see my mistake [15:10] yes, ":" [15:10] yes [15:12] alecu: would you have some time to help me with some kinda-integration tests that use dbus? [15:12] alecu: they are driving me crazy, and I (think I) checked everthing [15:13] nessita, for you, always :-) [15:13] alecu: let me know when you have 15-13 minutes (no rush, I have a lot of reviews to do still) [15:13] nessita, can you point me at the code? [15:13] yes, one sec [15:16] alecu: the test suite is test_clients.py. The goal of the suite is to provide multiplatform tests for all the IPC clients that access the sso service, both for the SSOLogin and Credentials sub-services. The code is: http://bazaar.launchpad.net/~nataliabidart/ubuntu-sso-client/unify-signal-broadcaster/view/head:/ubuntu_sso/main/tests/test_clients.py [15:17] alecu: note that SSOLoginProxyTestCase is skipped, since it does not work on linux. You can try running a single test with: [15:18] u1trial -t GenerateCaptchaTestCase.test_success ubuntu_sso/main/tests/test_clients.py [15:20] nessita, but that gets skipped on linux, so I should try that on windows, right? [15:20] alecu: on windows they work perfectly, the problem is linux and dbus [15:20] alecu: UbuntuSSOService, on linux, will start the dbus service, and the get_sso_client will give you an object with clients connected to that dbus service [15:21] alecu: you should remove the .skip and run the test I mentioned, you'll notice it never finishes [15:21] because the dbus call timeouts [15:21] nessita, ok, but the u1trial line you pasted above runs one test that gets skipped. [15:21] ok [15:21] ah [15:21] ok [15:22] alecu: right, you should remove the SSOLoginProxyTestCase.skip = 'foo' line [15:23] alecu: the error I'm getting is ERROR:dbus.proxies:Introspect error on com.ubuntu.sso:/com/ubuntu/sso/accounts: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply. But if I pdb into the setUp, after the UbuntuSSOService() is created, and I connect to the test dbus address session, I see the service running [15:23] nessita: btw, contrib/testing/testcase.py also needs to be added to POTFILES.skip in trunk I think [15:24] nessita, my gut tells me something is not being called async [15:24] looking anyway [15:25] nessita, just so I don't forget: I don't like the "import BaseTestCase as _BaseTestCase"; I think you should rename the BaseTestCase class defined below instead. [15:25] alecu: yeah, absolutely, this branch is on-going [15:25] ack [15:27] nessita, getattr(self.client, self.method)(*self.params) [15:27] nessita, that bit calls the dbus method, right? [15:27] alecu: yes [15:27] nessita, but is it calling the method in an async way? [15:28] ... no [15:28] right [15:28] * alecu googles [15:28] but... it should not block [15:28] the method should return almost immediately -- perhaps the reactor is not giving a "turn"? [15:28] "To make a call asynchronous, pass two callables as keyword arguments reply_handler and error_handler to the proxy method" [15:29] nessita, right now the call is blocking, so the reactor gets no turn to handle the reply from your mock objects [15:29] alecu: I see, so we need the async for the tests... even though we don't need them IRL [15:30] nessita, we *should* have them async too [15:30] alecu: right. Thanks *a lot*, I will continue from here [15:30] nessita, no problem :-) [15:31] * alecu adjusts his dbus hat, and rides silver into the sunset. [15:32] lol [15:32] nessita, btw: http://dbus.freedesktop.org/doc/dbus-python/doc/tutorial.html#making-asynchronous-calls [15:33] alecu: I certainly know how to make async calls with dbus, is just that I did not want that in the API... [15:33] in the multiplatform, unified API [15:33] alecu: it complicates the PB code a lot [15:35] nessita, right. Then perhaps your code should add the async handlers... and have the sucess_handler be a No-op, but the error_handler should raise the error signal [15:35] nessita, and the calling code should not worry about adding that. [15:37] alecu: i did not understand the "the sucess_handler be a No-op, but the error_handler should raise the error signal". By 'success_handler' you mean the cb = lambda *a: d.callback(a)? [15:40] nessita, no, I don't mean the signal handler, I meant the reply_handler that's used to call the dbus proxy method and make it async [15:40] nessita, but I'm thinking of another approach that might be more similar to the pb call [15:41] people.... i'm going to leave now and resume my work tonight.... i'm not feeling very well right now :S [15:41] alecu: right, but then I need the (windows) PB API to also accept the keyword reply_handler and error_handler... and call them somehow (given that the tests are multiplatform) [15:41] gatox: oh, is it the heat? [15:41] nessita, yep..... i couldn't sleep very well last night [15:42] gatox, :-( [15:42] gatox: me too :-/ [15:42] gatox: take care. [15:42] gatox: get better! [15:42] see you later [15:42] gatox, stop spending money on computers, get an air conditioner! [15:42] alecu, jejeje tomorrow i'm going to carrefour to but an air conditioner [15:43] i'm not going to survive the summer [15:43] gatox, don't buy a portable one, they are a piece of crap [15:43] that heat was surely the alienware's fault [15:43] ralsina, jejejeje [15:43] alecu, roger that [15:43] gatox: +1 to what alecu said [15:43] the bad side is, you gonna need an installer [15:44] alecu, one question, I'm using a mock server similar to the one you used in the webclient tests, is there a way to access to the protocol that is used, I want to know when the connection is lost so that I do not get dirty reactor issues [15:44] ralsina, but the installer now is only just one script...... jejejeje deliraba [15:44] ok....... gatox off..... see you later === gatox is now known as gatox_away [15:45] nessita, I think I found a better way.... give me a few minutes [15:46] alecu: I give you whatever you need to have that cleverness flowing :-D [15:46] mandel, in my experience, all the dirty reactor issues mean that there was some function that was not called; so it would not be good to wait till the connection is lost [15:47] nessita, ok, here's my idea: [15:47] nessita, we should stop using the dbus "proxies" [15:47] nessita: you are doing releases today as well, right? [15:47] nessita, both dbus proxies and pb proxies [15:47] nessita, and we should use the calls by name instead [15:47] by string name I mean [15:48]