[07:44] does ubuntuone for iphone also run on the ipad? === zyga is now known as zyga-afk [09:28] dobey, ralsina will update the proposals [09:30] morning all! [09:40] Good morning all! :D [10:08] mandel: no I won't [10:08] and good morning! [10:13] ralsina, I forgot the I :P [10:13] ralsina, ups hehe [10:13] mandel: hehe [10:14] mandel: nice work on the creds-qt script! [10:14] dobey, I meant 'dobey, ralsina I will update..' [10:14] ralsina, I need to fix that one, there is some refactoring needed so that we have a windows and linux and provide the correct qss on windows [10:14] ralsina, I've ran it a looks ugly.. very ugly, also, we need an icon from lisettte [10:15] yes [10:15] however, it's not terribly crucial that the proxy credentials dialog is pretty [10:15] ralsina, also I founf bug 961027 with the release you sent [10:15] Launchpad bug 961027 in Ubuntu One Control Panel "on_download_finished signal is not correctly used in the Windows IPC" [Undecided,New] https://launchpad.net/bugs/961027 [10:15] and it's a two-line fix, copied from the usoc gui main [10:16] mandel: yes [10:16] ralsina, yeah, is simple, but I like things to be nice :) [10:16] I also got a more misteryous one about using "_ " as a formatting character [10:16] which I have not reported yet [10:17] ralsina, he, it removes the _ because it takes them like an action? [10:17] In any case, I need to hack on the qss loading so it becomes parametric, so we can do things like $separator_color in it instead of having 60 #abcdef in it [10:17] mandel: I suspect we are sending %_ somehow to the logger [10:18] mandel: or something similar [10:18] ralsina, also, I've set up a auth proxy on windows and I'm not getting the creds auth asked.. so I think that QNetworkProxyFactory.setUseSystemConfiguration is not really working.. [10:19] weird, I did get that before [10:19] ralsina, I guess I have to set the proxy in the NetworkAccessManager to use QNetworkProxy.Default [10:19] I will do some IRL and reporting today I guess [10:20] ralsina, can you test that because afaik in my system it is no using the proxy, and it is a 1 liner :) [10:20] mandel: not right now, but yes [10:21] ralsina, can you give me some background about this bug 958938 [10:21] Launchpad bug 958938 in Ubuntu Single Sign On Client "On windows, the proxy credentials cannot be retrieved" [High,Confirmed] https://launchpad.net/bugs/958938 [10:22] mandel: I think that's why the creds are not requested. See https://pastebin.canonical.com/62693/ [10:22] mandel: I just got that with an authed proxy [10:24] ralsina, hm.. let me take a look [10:53] ralsina, keyring is buggy.. I'm really considering doing my own lib for that called secrets with a sync and async api [10:54] mandel: sure. But is there a way around that for today? ;-) [10:54] ralsina, I think so :) [10:54] mandel: yay [10:54] ok, time to be a dad for bit, then walk, then breakfast. Will be back in about 90 minutes === zyga-afk is now known as zyga [11:29] good morning! [11:29] gatox, morning! [11:29] gatox, did you fix the bug? [11:30] mandel, yes! :D i couldn't be more happy :P [11:30] gatox, what was the issue>? [11:30] Hey, all. Will probably be out this morning. Lex still has pink-eye, and I need to run him to the doctor. He'll likely stay home, and hopefully Amber can take the afternoon off. [11:31] urbanape, ack [11:32] mandel, it was some problem between some part of the code not clean and the package not being generated correctly.... and mmy brain completely dry to look at the same thing for a long time :P [11:33] gatox, weird.. [11:33] mandel, yes....... the good news, is that it was an important bug and now it's fixed [11:33] mandel, i'm reading your blog..... good post [11:34] about pyqt twisted reactor [11:34] gatox, evil qtreactor.. [11:34] agree [11:46] hello everyone! [11:48] nessita, morning! [11:49] nessita, hi [11:50] hola mandel, gatox [11:50] ralsina: hello! you around? [11:51] ralsina, when you are around, look at this: http://ubuntuone.com/4ae2jDxfp5LKhpXYKeYTIT :D \o/ [11:52] gatox: what did you install to get performance indicators? [11:53] nessita, let me remember [11:54] nessita, i look for "indicator" in the software center..... and install the system load indicator [11:55] crap, I still need the reviews to move forward with the releases [11:56] ralsina: I need your reviews ASAP, please :-) [12:10] nessita, mandel do you know which is the dbus api to publish a file and get the link? it wasn't really clear for me yesterday [12:10] gatox, from dbus or the rest api? [12:11] mandel, i was using dbus for everything [12:11] gatox, no idea.. wask in #chicharra they should know [12:11] i tihnk that might be change_public_access..... but i have to check that [12:12] mmm.... yes.... it seems to be that....... and then you have to listen the signal PublicAccessChanged if i'm correct [12:12] * gatox answering himself [12:15] gatox, if you hear voices, get worried [12:15] hello #ubuntuone! [12:15] mandel, crap...... :P [12:15] alecu, hi! o/ [12:15] alecu, morning! [12:17] gatox: have you check on d-feet? that's the easiest way to digg that [12:17] nessita, yes..... i was checking that.... but i wasn't sure..... but i think that it is the one i mention [12:18] gatox: yes, that's it (I didn't read that :-D) [12:18] nessita, :P thanks [12:19] alecu: would you please help me with one review? is the update of the stable-3-0 branch for u1client, and I guess you can check if it makes sense [12:19] nessita, gatox: I heard you guys were needing a replacement for deferToThread for windows [12:19] nessita, sure, I can make reviews [12:19] alecu: https://code.launchpad.net/~nataliabidart/ubuntuone-client/stable-3-0-update-2.99.91/+merge/98535 [12:19] alecu: re deferToThread, I think there is no need... right mandel? [12:19] nessita, gatox: did you end up putting the qt4reactor back just in order to use deferToThread? [12:20] alecu, yess [12:20] nessita, no, I fixed it :) [12:20] alecu: on windows we agreed we never could let the qt4reactor go since we depend on that for IPC [12:20] alecu: so we did not "put it back", apparently we just weren't using it right [12:21] nessita, ok. [12:21] mandel, so, how did you fix it? do you need a review on that branch? [12:21] alecu, and the deferToThread issue was due to this: http://www.themacaque.com/?p=1067 [12:21] alecu, already landed [12:23] mandel: you know that we hve the same issue in linux, without any reactor involved? (now that you mention that) [12:24] nessita, what? deferToThread no working? [12:25] mandel: no, doing an exec on a dialog and eveything freezing [12:26] nessita, dammed, that is annoying, did you try to set WA_ShowModal to false? [12:26] mandel, the solution in your blogpost sounds right [12:27] mandel: but I want the dialog to be modal... and no did not try that [12:27] mandel, but I see a small issue that can lurk in there. [12:27] nessita, then we are stuck with show, I wonder why did the qt people add it [12:27] alecu, shoot! [12:28] ralsina, how did you set the proxy in you system? which version of windows is it? [12:28] mandel, since ._exec freezes every event going to the parent window, we *have* to make sure that nothing can be clicked on the parent window of the dialog when we use your solution. [12:28] mandel, otherwise breakage can occur [12:29] mandel, since the code that was doing the ._exec may rely on nothing changing on the parent. [12:29] does it make sense? [12:30] alecu, yes it does, in the exampe case is for the proxy_creds dialog so we have no problem, but for control panel etc.. it is indeed something to consider [12:30] (I've been thru similar situations in other unspeakable frameworks, and changing from modal to modeless dialogs usually brings this issue.) [12:30] alecu, one question, have to tested proxy support on windows? how did you do it? [12:31] mandel, if it is for the proxy credentials then we *might* have that same issue. [12:31] mandel, think of this: [12:31] you pop up the credentials dialog. [12:31] mandel, but the user clicks again on the "ok" button in the parent. [12:31] alecu, the credentials dialog is a diff process from any other [12:31] mandel, or in the "cancel" [12:32] mandel, oh, ok. [12:32] mandel, anyway: are the parent buttons being disabled while the child is showing? [12:32] mandel, (nevermind if they are in different processes or different mainloops) [12:33] I'll test it right now. [12:33] alecu, exactly, the problem you are stating I think is already fixed by gatox and nessita :) [12:33] nessita, gatox: awesome! [12:33] alecu, I'm setting the proxy in the windows control panel things and I'm not getting a 407 [12:33] alecu, eventhough I do not have the creds and is a auth proxy [12:34] mandel, but does it connect? [12:34] alecu, yes, control panel gets all the data [12:34] mandel, alecu: the u1cp gets disabled when the u1cp knows is popping up a window, which is *not* the case for credentials [12:34] mandel, anyway: you should ask brian since I remember reading in the IRC logs that he got proxies working on windows. [12:35] alecu, I think ralsina got them working too [12:35] nessita, so we need to let the u1cp know when proxy credentials are being requested [12:36] alecu: well, is very very tricky to do that, since... how would you do that? [12:37] * alecu thinks [12:38] ralsina: I need reviews from you :'( [12:39] nessita, I would do it like this: [12:40] nessita, when the control panel creates the webclient it passes an optional parameter. This parameter is a function, that takes a boolean, and we can name the argument something like this: "requesting_proxy_credentials" [12:41] nessita, whenever the webclient needs to show the credentials dialog, it calls that function with True [12:42] alecu: any chance the webclient emits a signal when "is processing"? [12:42] nessita, the control panel already knows this: [12:43] nessita, it's from the time webclient.request is called until the deferred returned by it is fired (with either callback or errback) [12:44] nessita, perhaps the control panel could inherit the webclient, add that specialization to request and use that specialized class to do requests. [12:44] alecu: the thing is that all this happens in the backend... not in the client [12:44] alecu: client -> frontend I mean [12:45] right. [12:45] alecu: and right now the frontend will disable the part that is being loaded [12:45] but not the whole UI [12:45] nessita, then I think it's safe enough. [12:45] so if the account info is being requested to fill in the account tab, the "file sync status" widget and the get storage button are not disabled [12:45] neither are the 'get help button', nor the twitter or facebook button [12:46] nessita, the worst thing that can happen in all these cases is the proxy credentials dialog being thrown to the background [12:46] ralsina, pin [12:46] g [12:46] nessita, I think we should pass the window id so the proxy creds dialog is shown on top too [12:47] alecu: well, following what you mentioned before to mandel, the user could click on the "parent"? [12:47] nessita, yes, the user could click on the parent. And the parent will get focus, but the areas being requested would be grayed out. [12:48] nessita, and if the user clicks on a different area, another creds dialog will pop up. [12:48] alecu, nessita yet, he could close the window, right? [12:48] and the proxy creds dialog will be left there, or am I wrong? [12:48] mandel: yes [12:48] I guess so, yes [12:48] mandel, yes, the proxy creds dialog would be below other windows. [12:48] ideally we need to make the Qt dialog be 'transient for' other window id [12:49] mandel, *you* need to make sure that the process is terminated when the parent dialog is closed. [12:49] alecu: but how can mandel know that? [12:49] nessita, that will help with it not being "below" the parent. But not with it closing when the parent closes. [12:50] alecu: if a window is transient for another, the parent can not be closed (at least in gtk) [12:50] nessita, does this happen when they are in different processes? [12:51] alecu: yes, the former sso worked like that. Sso was a process, and the window id was the control panel one (another process) [12:51] (sso process was the same as the sso UI process back then, but I think it applies the same) [12:51] nessita, great then. It's probably a WM thing, so it should work on Qt too. [12:52] alecu: anyways, I asked ralsina some time ago help for doing this... and unless we go deep in the wm stack, there is no way to do it [12:53] mandel, so: in _launch_proxy_creds_dialog you should keep the reference to the process spawned by spawn_program. And in WebClient.stop you should make sure that the process is killed. [12:53] nessita, I don't understand what is that you want to do. [12:53] nessita, (I mean, with ralsina) [12:54] nessita, closing the child when the user clicks to close the parent? [12:54] alecu: no, setting a window to be transient of another window given its window id [12:54] alecu, nessita that means that we need to change the runner implementation, which uses glib or qt, to return the process use for the creds dialog [12:54] alecu: that can not be done from qt [12:54] Hello again, sorry I am late, had to do something. [12:55] nessita: I did a few of the reviews, did I miss any? [12:55] nessita, I'll take a look at transient windows from qt later today. [12:56] mandel: pong? [12:56] ralsina, ho are you testing auth proxies on windows? [12:56] ralsina: unless I'm very wrong, I emailed you asking for 3 reviews and got only one done :-/ [12:56] mandel, probably we need to change that, yes. I think that the right way would be to return a tuple with the current deferred, and some way to close the process. [12:56] nessita: ack, I did dobey's too yesterday. Will do them now. [12:57] mandel: by using my public proxy which I have told everyone about a few times already. [12:57] ralsina, I know that, but how did you tell the system that you are using a proxy? [12:58] alecu, ok, I'll file a bug for that and will take care of it as soon as I find out why I cannot get proxy working on windows [12:59] mandel: I configured it on chrome [12:59] mandel: which gave me the system's configuration dialog [12:59] mandel, it sounds like an interesting bug, but let's better look at the bug list and see if there's something more urgent than that. [12:59] alecu, sure [12:59] mandel, I think today is a fine day to make plans rather than dive into code. [12:59] alecu: doing a widows release soon is not low priority [13:00] btw: I love it when a plan comes together. [13:00] alecu: no, I need to get windows bugs fixed. Sorry. [13:00] ralsina, I'll try the chrome path, but it seems that doing it from the control panel does not work [13:00] alecu, you are missing the cigar, I'm sure there is unicode for that :) [13:01] mandel, this is it: 烟 [13:02] mandel: it's the same dialog [13:02] ralsina, hi there!! did you see my screenshot? [13:04] gatox: not yet [13:04] ralsina, here is the link: http://ubuntuone.com/4ae2jDxfp5LKhpXYKeYTIT (when you can) [13:05] ralsina, that is why I'm puzzled [13:06] mandel: in fact, every app in the system picked it up. [13:06] ralsina, in my case, all apps but u1 are using it [13:07] ralsina, cause the release you made has proxy support, right? [13:07] mandel: yes [13:07] mandel: if it didn't have it, why would I get proxy errors on stderr [13:09] ralsina, I know, I'm just discarding possible reasons [13:09] nessita, I'm reviewing this branch of yours: https://code.launchpad.net/~nataliabidart/ubuntuone-client/stable-3-0-update-2.99.91/+merge/98535 [13:10] nessita, if I do a diff with trunk, the only thing that changes is the version in AC_INIT in configure.ac [13:10] ralsina, I think is my system since I just for an error telling me it could not lauch a process within my projects dir.. [13:10] alecu: yes [13:10] nessita, what kind of review you need? [13:10] alecu: you should diff against stable-3-0 [13:11] alecu: is a review that should check that features there have an approved FFe, and that no unwanted changes are there, mainly [13:11] Chipaca, aquarius, beuno_, joshuahoover - online via dongle + windows machine [13:11] nessita, right. I branch stable-3-0. I merge in your changes. I get trunk minus that small diff. === beuno_ is now known as beuno [13:11] nessita, oh, ok. [13:12] cparrino, wrong channel? :) [13:12] nessita, in that case, I see this, that has no FFe: Fix tunnel spawning code so that it works on windows. [13:12] alecu: yes, but the idea is not compare against trunk, but compare the diff against stable-3-0 [13:12] beuno - only channel available to me atm [13:12] ay [13:13] beuno, should we trust this guy? It looks like a fakeparrino. [13:14] cparrino, what's your favorite christmas pudding? [13:14] beuno: is easier than that, just start to argue with him, and of he plays along, he's he :-D [13:14] lol [13:15] (you can recognize me in the same way ;-)) [13:15] cparrino, if manuel was to shit on something.. what would it be? [13:15] :P [13:16] haha [13:16] ralsina, I', stupid, I left sso running in a terminal from a branch I was working on.. [13:17] mandel, there's no such thing as "my favorite english pudding" [13:17] mandel: ayayayay [13:17] alecu - no jodas! [13:18] :-) [13:18] alecu, checks out. [13:18] ralsina, I though it closed like the linux one.. [13:18] mandel: no, it doesn't [13:18] :-) [13:18] ralsina, yep, I've realized that, why is that? [13:19] mandel: because it starts too slow and because there was a bug where if you start it twice quick it starts twice [13:19] ralsina, oh, cute [13:19] mandel: and if you start it twice none of the instances reply on IPC [13:20] nessita, I don't see a FFe for bug #956407, yet it's in the MP [13:20] Launchpad bug 956407 in ubuntuone-client (Ubuntu Precise) "Apport recipe attaches old/useless log files" [Medium,Triaged] https://launchpad.net/bugs/956407 [13:21] nessita: reviews finished [13:21] alecu: right, but that bug is not a new feature... just a bug fix [13:21] ralsina: thanks! [13:21] ok [13:22] alecu: we still can land bug fixes until final freeze [13:22] alecu: which is april 12th [13:25] nessita, I have just seen this add_info for apport function. I did not know it even existed. I think we should have it include the proxy.log file. [13:25] nessita, I'll open a new bug for that. [13:25] alecu: awesome [13:26] alecu: does the proxy.log contain any 'private' info? [13:27] dobey, I think not, but I should double check. I just realized that syncdaemon.log is not included, so it might make sense not to include it either. [13:27] I'll create the bug anyway, and we can check if we should include it or invalidate the bug. [13:27] right [13:28] it would be nice if we could automagically redact things in the logs [13:30] dobey, perhaps by including some special sequence while printing it in the logs? [13:30] dobey, like: SECRET("passWd"), and it gets translated into SECRET("XXXXX") [13:32] alecu: depends on how we're currently doing it. but something like that [13:33] it would be nice if we could register regex matches in apport somehow, like r'password="(.*)"' and apport would just replace the (.*) match with "[REDACTED]" or something [13:33] but alas [13:35] alecu: any other thing to note from the branch? [13:36] nessita, I'm halfway thru reviewing the code. [13:36] alecu: nice! [13:38] nessita: are there any left that i need to look at? [13:38] dobey: reviews? nopes :-) [13:38] aye, ok [13:39] i see ralsina approved the u1client one [13:39] dobey: yes, but alecu is also looking at it [13:39] right [13:39] dobey: since he added most of the proxy code, I wanted to make sure the update had his approve [13:39] ping me when it lands, and i'll make the tarball [13:39] dobey: yes [13:42] I'm off to have lunch [13:42] * mandel lunch [13:48] nessita, +1 [13:48] alecu: thanks! [13:48] nessita, should I change the status too? [13:49] alecu: already done, thanks :-) [13:49] nessita, i have a doubt regarding this issue: https://bugs.launchpad.net/ubuntuone-control-panel/+bug/944256 [13:49] Ubuntu bug 944256 in Ubuntu One Control Panel "Using ubuntuone-control-panel-qt defaults to limit bandwidth" [High,Triaged] [13:50] nessita, which should be the fix: no limit? a different limit? [13:53] i'm not nessita, but i would go with no limit. the great majority of users are likely to be on high-speed connections with bandwidth to spare. if this was 15 years ago i'd probably think differently (but i'd also be 12 years old) [13:56] gatox: is not like you need to change the default :-) [13:56] gatox: there is bug that is missreading the defaults from syncdaemon [13:56] gatox: if you look at /etc/xdg/ubuntuone/syncdaemon.conf [13:56] you will see that the default is: [13:56] nessita, ahhhhhhhh that's the bug!!... i didn't understand that from the bug report [13:57] [bandwidth_throttling] [13:57] on.default = False [13:57] read_limit.default = 2097152 [13:57] write_limit.default = 2097152 [13:57] gatox: so, in general, controlpanel should not change the defaults from the syncdaemon's default [13:57] nessita, the bug report just say: I installed ubuntuone-control-panel-qt on a clean system and it defaulted to limit bandwidth to 2048 kb/second. [13:58] gatox: rigth, so since controlpanel uses syncdaemon defaults, it means we're showing something wrong [13:58] ok [14:00] nessita, ping [14:01] nessita, I'm trying to install ubuntuone-client-proxy in a VM that has an older version of ubuntu-sso-client. [14:01] nessita, it says that ubuntuone-client will be updated (perfect) but it does not mention ubuntu-sso-client being updated. [14:02] alecu: what version of ussoc do you have? [14:02] nessita, I think that might be an error, since ubuntuone-client now uses the webclient from ubuntu-sso-client [14:02] nessita, 3.1+r922-42~precise1 [14:03] wow that's old... well, in nightlies is very messy to put dependencies using revno version [14:03] so we're just requiring ussoc >= 3.1 [14:03] nessita, oh, ok. === yofel_ is now known as yofel [14:03] alecu: you should update "by hand" as well, but the production package will be requiring ussoc 2.99.91 [14:03] so no worries there [14:04] nessita, so, this won't happen in the main repo, right? if it only happens on nightlies I don't care :-) [14:04] great [14:04] thanks! [14:04] :-) [14:05] dobey: did you make the tarball for protocol? [14:06] nessita: yes [14:06] dobey: buuuu you did not let me know :-) [14:06] I was staring at the version=2.99.91 and was confused [14:07] you were off playing with the kids at school :P [14:08] dobey: heh [14:10] i discovered that bzr merge-upstream does uscan for you, yesterday [14:10] dobey: yes it does, that's why we need to fix the watch file every time [14:11] dobey: so you uploaded protocol 2.99.91 to ubuntu as well? [14:12] i haven't uploaded it yet, no [14:12] dobey: will you or shall I? [14:12] i will [14:13] nessita, in the latest nightlies this file is missing: /usr/lib/ubuntu-sso-client/ubuntu-sso-proxy-creds-qt [14:13] alecu: oh... hum... let's see [14:14] nessita, and obviously sso fails when it tries to get the credentials. [14:14] nessita, also, control panel fails in an ugly way [14:14] alecu: how does it fail? when doing what? [14:15] nessita, (it pops up a dialog with that error, I'm trying to reproduce to write the steps) [14:15] alecu: yes, dialog popping up is the expected way [14:15] alecu: the dialog sometimes freezes, and I think that's caused by the same exec_ issue that mandel had [14:18] nessita, btw: the new control panel with the integrated wizard is awesome. I still don't like the cloud picture, and the text that's too bold, but it's awesome nonetheless :-) [14:18] nessita, gatox, ralsina: congrats! [14:18] alecu: too bold? [14:19] alecu: change your default font to non-ubuntu-font and it's fixed ;-) [14:19] ralsina, but my font is the default! :-) [14:19] alecu: thanks!!! [14:20] alecu: ok ok ok and thanks! [14:20] alecu: ok, great catch about the -qt binaries, will tweak packaging dailies now [14:21] alecu: the whole code for those binaries is under the same namespace as the qt UI, right? [14:21] oh no! [14:22] there is a ubuntu_sso/webclient/qtnetwork.py outside ubuntu_sso/qt [14:22] gah this will be complicated [14:22] nessita, don't know about namespaces. mandel? [14:22] alecu: how does the webclient chooses the implementation use? [14:23] nessita, ubuntu_sso/utils/webclient/__init__.py [14:23] alecu: hum, this name is no longer valid, no? "is_qt4reactor_installed" [14:24] nessita: let's do the 1:1 close to EOD so we can review how the releases went, ok? [14:24] ralsina: perfect [14:24] alecu: also, I think I tested this, and asking for QCoreApplication.instance() will give you not None even if there is a QApplication running [14:24] nessita, right: we should have used a different name there when we replaced the check with PyQt instead of qt4reactor [14:25] nessita, I know that mandel made a branch that took it out, then another to add it. [14:25] *to add it back. [14:25] alecu: trunk has it [14:25] nessita, right: he took it out as you or ralsina requested. Then he put it back [14:25] alecu: also... will you please help me with something? webclient/common.py:247 [14:25] alecu: why he put it back? [14:26] nessita: panic [14:26] nessita, 247, yes. [14:27] alecu: so... what if qt is not available, ergo de SSL_DIALOG program is not availble? [14:27] nessita: he said he got different objects on both tests, so it kinda scared him into putting it back in. Worst case it's redundant, not important [14:27] alecu: I know we don't need to support a non-qt dialog, but what will happen in that case? boom? nothing? [14:28] nessita, probably we would get a similar WebClientError [14:28] alecu: is there any chance to test that in the next 10 minutes? or is it too much to ask? [14:28] besides general usage testing and some of the non-auth proxy stuff i did the other day, does anyone have any particular areas they want me to look at on windows? [14:29] nessita, oh, wait. [14:29] ralsina: why did he panic? is the same instance https://pastebin.canonical.com/62722/ [14:29] alecu: /me waits [14:30] nessita, we disabled ssl overrides. Now any ssl error is a webclienterror. [14:30] alecu: not sure what that means, sorry :-$ [14:30] nessita, ubuntu_sso/utils/webclient/qtnetwork.py, line 85 [14:31] nessita: I would have to find logs but he was getting two different objects at some point. [14:31] alecu: seeing that line, but really not sure what that means IRL, when a user is actually using this [14:31] ralsina: ok, no need to do that now [14:32] nessita: right [14:33] alecu: requesting a new nightlies build that will ship the qt UIs for proxy support only when the ussoc-qt package is installed [14:33] will build in 9 minutes approx [14:33] nessita, sorry, Lucila was telling me about the mirror that we need to replace in our car. :P [14:33] nessita, she got her sideview mirror "crashed" too. [14:33] alecu: $855 is costing me to replace my mirror [14:33] :-( [14:34] nessita, our costs ~ARS 250 [14:34] alecu: since my car is under warranty, I can only repair it at the official shop [14:34] we are going to Av. Warnes in a few hours. [14:34] the chevrolet original mirror is $610, and the "mano de obra" $250 [14:34] a crazyness [14:36] alecu, yes, I did add it back 'cause I had an issue with it, but can be remove, I can double check [14:36] alecu, what about namespaces? [14:37] mandel, I don't care about removing those bits right now. nessita had some concerns because she requested only checking for the coreapp instance. [14:37] mandel, but in any case, it's harmless. [14:37] yes [14:37] mandel, regarding namespaces... [14:38] mandel, nessita asked: "the whole code for those binaries is under the same namespace as the qt UI, right?" [14:38]