[05:49] Good morning [05:54] hey pitti, how are you? [06:01] bonjour didrocks ! [06:01] ça va bien, nous avons été un bon w.e. à Dresden [06:02] didrocks: et toi? [06:02] pitti: week-end sympathique aussi :) Par contre, il n'arrête pas de pleuvoir et ça n'est pas parti pour s'améliorer dans la semaine qui vient. [06:04] :( [06:04] we had rather nice weather, we did two nice long walks [06:08] lucky you! [06:08] we had a nice walk yesterday, but between 2 rains stop [06:15] welcome back didrocks [06:20] hey Mirv! thanks :) how are you? [06:31] didrocks: [06:31] fine! :) [06:48] didrocks: still something funny with SDK runs btw, but the intel autopilot tests did succeed now. yesterday the ati machine tests had hung somehow. now they had succeeded, but nvidia machine results are apparently hanging since there's no link for those. [06:49] all in all I've success on all three autopilot machines, so I believe the sdk stack is ok if the test processes would just work hitch-free [06:49] Mirv: we disabled the nvidia machine, do you still see it used anywhere? It should just have disappeared. Otherwise, it means we forget something… [06:49] Mirv: do you have any handy link? [06:51] didrocks: jenkins is not answering to me, but it seemed like the head/sdk/check had stallen in some wait loop, even though the autopilot tests had succeeded [06:51] Mirv: hum, I'm getting no anwser as well from magners [06:51] didrocks: the nvidia machine did seem disappeared, I just assumed it was something similar to yesterday's random ati machine hanging [06:53] Mirv: yeah, no, the nvidia machine is used to test otto (the UTAH replacement) that I'm working on with jibel [06:53] so we removed it [06:53] ok [06:53] let's see when jenkins is back [06:53] Mirv: and yeah, ati has an installer failed utah or whatever… [06:54] (I'm looking at the public jenkins) [06:54] Mirv: so once jenkins is back, should we publish manually? [06:54] Mirv: I'll reask to fix the creds this afternoon for you [06:54] didrocks: yes. and thanks. [06:54] but can do it meanwhile [06:54] Mirv: great, did you look at your other stacks? everything's fine? [06:55] didrocks: those are fine [06:55] sweet :) [06:59] good morning [07:02] salut jibel, ça va? [07:02] bon week-end? [07:03] Salut didrocks! Ça va malgré le w.e pluvieux et froid digne d'un mois de novembre [07:04] jibel: pareil ici :/ [07:06] Mirv: I can't ssh to magners as well [07:06] jibel: once you have taken your first cup of coffee, FYI ^ [07:07] didrocks, already had it, I'll have a look [07:07] thanks :) [07:11] didrocks, I cannot reach any machine there [07:13] didrocks, but I can reach CDUs and KVMs, it'd mean the magners-o is down. [07:16] jibel: urgh, so we have to wait for this afternoon, I guess? [07:17] didrocks, I afraid the answer is yes. Someone is connected to the KVM of this server and access is exclusive. I looking for a way to force disconnection. [07:19] jibel: ok [07:27] oh [07:58] hallo [08:17] g'day [08:23] hey desktopers [08:24] hey seb128 [08:24] good long weekend? [08:24] hey Laney [08:24] salut seb128! [08:24] hey Laney [08:24] yes, saturday had very nice weather, which was good in between the endless rains [08:25] raining since and probably until the end of the month... [08:26] oh... lots of time for video games then :P [08:26] at least birds are singing :) [08:26] but yeah, I didn't sign up for London's weather here :) [08:26] we had enough sun on Sunday that I could go out cycling with no jumper on for the first time in a while [08:36] seb128: regular "are the retracers working?" poke [08:36] seb128: irregular 'sign my gpg key?' poke [08:36] someone's applying for DM [08:37] hah :p [08:37] it's easier to upload a package once, then copy it over from debian, less work [08:37] it's the way to go, for sure [08:39] bonjour seb128 [08:40] pitti, salut, ça va ? tu as passé un bon W.E ? [08:40] Laney, no retracer lock, they should be running [08:40] seb128: oui, c'était très bienh [08:40] ok [08:40] pitti, ^ or did you just restarted them? [08:40] seb128: no, I restarted them last week [08:41] (and fixed the bug which made it crash) [08:41] Laney, ah [08:41] "Ubuntu 13.10 which does not have a config available, skipping [08:41] " [08:41] seb128: nous avons beaucoup de soleil, contrairement à tu [08:42] seb128: ah, of course [08:42] pitti, chanceux ! [08:42] * pitti creates saucy retracer config [08:42] add it to NRCP! [08:42] pitti, danke [08:42] NRCP? [08:43] https://wiki.ubuntu.com/NewReleaseCycleProcess [08:43] (it is, in fact, already there) [08:45] committed/updated [08:47] pitti, typing "weather augsburg" in google doesn't give an happy forecast either, the google weather stuff has rain signs for 6 or the next 9 days [08:47] yeah; it's rather cloudy/sunny ATM, but it rained last night [08:47] seems you have cold weather as well? [08:47] it was much warmer in Dresden [08:47] (blue sky, sun, and 24 degrees on Sunday) [08:48] * seb128 wants that [09:39] hey seb128 [09:42] chrisccoulson, hey, how are you? [09:43] chrisccoulson, I'm just done catching up with w.e email, I saw that you defeated libdbusmenu, well done! ;-) [09:43] seb128, yeah, i'm not too bad thanks. how are you? did you have a good weekend? [09:44] I'm good thanks (though I start having a start of running nose, not surprising with all this cold and rainy "spring") [09:44] w.e was great, we had a nice and sunny saturday, which was great [09:44] seb128, yeah, it's pretty miserable here. although, it was nice on sunday - i managed to get the car washed again ;) [09:44] and then 2 days of rain at doing nothing fancy but it was still relaxing ;-) [09:46] hehe [09:46] here saturday was nice enough that we managed to grill some meat outside for dinner ;-) [09:46] nice :) [09:46] going to rain until the end of month now though it seems :/ [09:47] yeah, summer's finished now ;) [09:48] :-( [10:11] Is jenkins still down? [10:11] is so that's the perfect time to sign someone's key [10:13] get out there and meet some debianers http://wiki.debian.org/Keysigning/Offers#NL [10:15] I did, but he forgot to sign too! [10:15] the horror [10:16] (when I was at debian release party, half of the reason I went there too) [10:16] (reminds me, someone has been chasing me to meet for keysigning since october) [10:16] same at fosdem :P [10:17] * Laney mails him back suggesting to meet tomorrow [10:18] sil2100: right, we need to wait for the US folk to wake up [10:22] it's arranged [10:23] thanks mlankhorst for reminding me ;-) [10:25] mlankhorst, sorry, forgot again to sign your key, doing that now [10:25] Laney: np :) [10:38] Sweetshark, xnox: hey, what's the status of "making libreoffice build on saucy" then? is that being actively worked and by who? [10:38] seb128: me, first day back from vacation. didn't get around looking at it during uds. [10:38] xnox, ok, welcome back ;-) [10:39] xnox, I hope you enjoyed sunny California [10:39] ... and Nevada and NYC =) [10:39] I did, indeed. [10:39] cool [10:42] Laney, mlankhorst: you guys don't have an url on debian keysigning for the dummies by any chance? [10:42] hate key signing :p every time I just poke around and end up doing some -sign-key and sent to a random keyring wondering if I did things right [10:43] seb128: I use 'caff' from the 'signing-party' package [10:43] does that require a working sendmail? [10:44] it's easiest if you have that but I think it also writes them to a file [10:45] I've got ssmtp as an easy to set up local MTA for that kind of thing [10:45] makes a few tools work, such as reportbug [10:45] hum, A671013C3 is not a keyid. [10:46] ups [10:46] typo [10:46] Laney, thanks [10:47] np [10:50] seb128: using short key? naughty :P [10:50] mlankhorst, do you want your key to be signed or not? :p [10:51] mlankhorst, well I verify that the long number it gaves me matches your card [10:51] :) [10:51] but I'm not going to type that :p [10:51] good enough [10:54] mlankhorst, sent it to you by email, let me know if that worked out, I had to hack around to import the email caff dumped on disk since I don't have a local smtp here [10:54] seb128: you forgot the body :) [10:54] hate tb [11:02] lucky you, I'm trying to fixup the arsenal xorg scripts, it's a mess of python perl and other stuff [11:04] seb128: bug 1182082 is a pain. I still need to figure out if the menus are not showing up at all for raring users -- they certainly do here for me, although with a delay when first opening the menu. [11:04] Launchpad bug 1182082 in libreoffice (Ubuntu) "libreoffice menu not working" [Undecided,Incomplete] https://launchpad.net/bugs/1182082 [11:05] seb128: Anyone testing the stuff on https://launchpad.net/~libreoffice/+archive/ppa is highly welcome. [11:09] Sweetshark, ok, you should perhaps email ubuntu-devel@ about that? [11:09] or at least make a call for testing at the meeting this afternoon [11:11] mlankhorst, I sent your key to keyserver.ubuntu.com ... let me know if you can get the signature from there? [11:16] doesn't look like it shows up there [11:25] mlankhorst, ok, sent you the file that the script dumped on me, can you do something from it? ;-) [11:27] yeah [11:28] thanks, now it shows up :) [11:28] excellent [11:28] sorry for the time it took me to do the signing :p [11:29] np [11:30] seb128: I just wrote bdrung that I dont want to SRU that one anymore, essentially for https://bugs.launchpad.net/df-libreoffice/+bug/1182082/comments/8. I will keep the change for saucy as it is upstream anyway there. [11:30] Ubuntu bug 1182082 in libreoffice (Ubuntu) "libreoffice menu not working" [Undecided,Incomplete] [11:31] Sweetshark, ok, makes sense === MacSlow is now known as MacSlow|lunch [11:50] Sweetshark, hi :), while seeing this http://cgit.freedesktop.org/libreoffice/core/log/?h=libreoffice-4-0&qt=grep&q=Uploading+ it is more than reasonable to backport at least matching version from saucy/debian to the ppas === vrruiz_ is now known as rvr === alan_g is now known as alan_g|lunch [12:15] didrocks: ping? [12:15] mlankhorst: pong [12:17] didrocks: there's going to be a transition to x1.14 soon, and unity will be updated at the same time too for the new input abi, who is in charge of unity in saucy? [12:18] mlankhorst: bregma's team [12:18] mlankhorst: when it the transition planned? [12:19] asap :) [12:20] mlankhorst: will need a more define time, please :) [12:20] mlankhorst: like, if we can have one transitionned to saucy unity landing first, that would help [12:20] mlankhorst: then, we can move to the new compiz [12:20] and finally the new x [12:21] well, the problem is incompatibility, either old libxi/libxfixes/x11proto*/unity are used, or the new. There is no step in between. :( [12:22] mlankhorst: yeah, hence the fact that we should plan on a date for landing [12:22] and not asap ;) [12:22] need something defined and clear ;) [12:23] yeah, I'll coordinate with the right people [12:24] ricotz: maybe ... [12:25] ricotz: lets see what 4.1 really ends up with. [12:25] mlankhorst: keep me in the loop, as we need to have a "landing side" of things :) [12:25] Sweetshark, fyi this is the 4.0 branch [12:26] ricotz: [12:26] Sweetshark, what i mean is i want to ignore what is available in raring and backport the "suggested" upstream dependencies [12:27] didrocks: sure, I just need to find the right people to make it happen :) [12:27] ricotz: hmmm, nah. I want the PPA as a staging ground for SRUs. [12:27] mlankhorst: IIRC, there was a patch laying around for the edge barriers last cycle [12:28] ricotz: if upstream updates deps in a minor release, that is stupid in itself, but a sideeffect of SUSE pushing for a 4.0 release now., [12:29] ricotz: I should bring that up in the upstream ESC. Clearly updating something like wp*/mspub/cdr* on the stable branch is ... suboptimal. [12:29] didrocks: we already have the patch in the ppa, but I want the unity team to know so they can include it in the source after the transition is done [12:30] Sweetshark, i see, of course those sideeffects are bug fixes too [12:30] mlankhorst: well, at the same time than the transition, right? [12:30] mlankhorst: to not break saucy [12:30] yeah [12:30] ricotz: they are properly reviewed though ... [12:30] Sweetshark, yeah, do that, but it already happened and e.g. libcdr has mentioned/reported bug fixes [12:32] Sweetshark, btw are the upstream debian packages built with --disable-lomenubar? [12:34] didrocks: it's all going to happen from the same ppa though, so it wouldn't break unity. Still it wouldn't be nice to do it without their knowledge. :) [12:35] mlankhorst: hum, I would prefer we use daily landing for that instead of putting unity in another ppa :) === MacSlow|lunch is now known as MacSlow [12:36] didrocks: unfortunately that would kill the atomicity [12:37] mlankhorst, just make unity depends on libxi (>= new), it will block in saucy-proposed until the xorg side lands [12:37] we can block things in proposed if needed [12:37] or versioned deps... oh yeah that [12:37] get a daily landing of unity with the updated depedns [12:37] once it's in you can upload xorg [12:37] ok [12:38] I suppose you'll need to make the testing environment use the new PPA temporarily though [12:38] maybe>? [12:38] oh, right, the merger will not like that otherwise [12:38] that's tricky [12:38] didrocks, ^ [12:38] how do we get the patch merged if it breaks unity/test unless a new xorg, which is not in the archive, is used? [12:39] can we tell jenkins to run the tests using another ppa? [12:39] it's a bit odd because then you won't be testing what actually will land [12:39] or do we copy xorg in the unity staging one? [12:39] seb128: that's possible for a run, we can as well do a binary copy of the new xorg and then remove it [12:39] why don't you put the new X into the unity PPA then? [12:40] right [12:40] pitti, snap :p [12:40] well, seems we are in aggreement :) [12:40] bu yeah, seems the easier [12:40] unless you can make the daily release stuff copy X too [12:40] stage the entire xserver transition from the unity ppa? [12:40] suppose blocking it in proposed is enough [12:40] Laney: that starts to be tricky, I like the blocking in proposed [12:40] mlankhorst: how many package is this? [12:40] package*s* [12:40] I guess :p [12:40] 30 or so [12:41] you can just do PPA depends, should be mostly the same as uploading into that PPA [12:41] of which 2 NEW [12:41] ah, not that fun [12:41] well, you want to block in proposed in any way [12:41] if it's kept clean [12:41] Laney: it's only for building [12:41] Laney: doesn't work when you want to install B with A [12:42] which is the reason why I want to do a direct copy from ppa to archive using a single ppa only :) [12:42] let's add the 2 ppas for this test running [12:42] mlankhorst: well, you will copy something that is not Unity trunk if you wait for some time [12:43] mlankhorst: and you will have dailies meanwhile [12:43] didrocks: well, good enough for me :) [12:44] mlankhorst: sorry, not for me :p [12:44] o.O [12:45] * mlankhorst no longer sure what the plan is, then [12:46] mlankhorst: we can add the build-dep temporarly against your ppa once it's ready and the code is in unity [12:46] mlankhorst: then, having the tests adding your ppa at the same time [12:46] run all that [12:46] validate [12:46] and have the daily pushing to distro [12:47] the x1.14 staging ppa should be ready at this point [12:47] yeah sorry, I was implying adding the deb line too [12:47] * Laney runs off to lunch [12:47] mlankhorst: yeah, but as told, I want that to be separated by a first landing in saucy [12:47] mlankhorst: which is blocked by the touch apps [12:47] normally, by the end of week, we'll have one [12:47] yeah [12:50] didrocks: I'll ask bregma about including the x1.14 ppa then for the tests and the unity-daily build [12:51] mlankhorst, we've done the exercise already in the past, so it's just a matter of rebasing the barnch [12:51] yeah :) [12:51] and add the libxi/libxfixes versions so it won't use the old ones [12:52] mlankhorst: I think I'll have to add it as I'm in charge of this :p [12:53] :-) [12:53] We need to get the unity upstream changes into a PPA for testing first, then worry about merging that into distro === greyback is now known as greyback|food [13:07] didrocks: oh I didn't know you were an archive admin, can you do the copy of x-staging ppa to archive when unity is ready? :) [13:09] mlankhorst: sure [13:10] thanks! [13:11] yw ;) === alan_g|lunch is now known as alan_g [13:21] didrocks: on a related note, any idea how we will solve support for precise which has to support both barrier implementations if we backport x 1.14 to precise? All solutions I came up with suck. [13:22] mlankhorst: I think it's a question for bregma. The best would be to have the code inside Unity 5 first, and having to support both cases (that would help for Unity 7 as well) [13:22] bregma: is the code done so that it can be backward compatible? [13:23] mlankhorst: as the code didn't really change for this between unity 5 and 7 AFAIK, the backport would be easy, but we need to have Unity supporting both cases [13:23] we need to wait for bschaefer to appear, he can answer that better than I [13:23] ok === greyback|food is now known as greyback [14:10] Jenkins restarting \o/ === m_conley_away is now known as m_conley === m_conley is now known as m_conley_away [14:21] 0to12 [14:22] bhaa [14:22] wrong window === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g [14:31] Mirv: is https://code.launchpad.net/~timo-jyrinki/ubuntu-seeds/ubuntu-touch.raring.fixlp1167197/+merge/158015 still relevant? [14:32] I assume s/raring/saucy/ now === seb128_ is now known as seb128 === alan_g is now known as alan_g|tea === m_conley_away is now known as m_conley === alan_g|tea is now known as alan_g [15:30] hey [15:31] oops, that discussion took up my summary writing time :P [15:31] it's meeting time [15:31] hehe [15:32] Sweetshark, qengho, Laney, mlankhorst, tkamppeter_, attente, desrt, larsu: hey, it's weekly meeting time [15:32] https://wiki.ubuntu.com/DesktopTeam/Meeting/2013-05-21 [15:33] Sweetshark, hey [15:35] no Sweetshark? [15:35] qengho, hey [15:36] seems like most people are not around today, what's going on :-) [15:36] Laney, hey [15:36] Two seconds, just writing it [15:36] definitely here though [15:36] :P [15:36] ahah [15:36] my fault for bringing you in #ubuntu-devel discussions :p [15:37] let's go back to you when you are ready [15:37] mlankhorst, hey [15:38] tkamppeter_ is on holidays [15:38] that's going to be a short meeting :p [15:38] attente, hey [15:39] seb128, hey! [15:39] (done, when ready) [15:39] between vUDS and yesterday being a holiday: [15:39] changes to libindicator's GIcon support [15:39] getting rudimentary support for setting the input source keyboard shortcuts in the region panel (what's missing right now is a check for conflicting shortcuts) [15:39] the shortcut stuff is still building in the ppa, but again, if anyone wants to try: https://launchpad.net/~attente/+archive/indicator-keyboard [15:39] still in the indicator team meeting? [15:39] attente, thanks, I still have trying that on my list [15:39] hm? me? [15:40] we were wondering if you knew who was working on phone settings [15:40] I though you were with the indicator guys in their weekly memble [15:40] mumble [15:40] yeah, that finishes just before this meeting :) [15:40] cool [15:41] I saw that sil2100 made progresses on the unity-gtk-module autolanding [15:41] hopefully that means we can start using it soon ;-) [15:41] attente, thanks [15:41] Laney, your turn [15:41] thanks seb128 [15:41] (A mix of the previous two weeks since we skipped last time. Short due to holidays and vUDS) [15:41] • Did some learning of QML which slightly rewired me, hopefully in a good way: https://ubuntuone.com/5lsRZ3ePOOhKErbBuiRZHp [15:41] • Started a very early implementation of the "Appearance" panel which is under my name to implement, then shelved it until we get more details about how writing these things will work: http://ubuntuone.com/7Ht9giPVcIYU0xCz2uIJRD [15:41] • vUDS: A few discussions - interesting ones for me were around system settings and release process (a kind of-but-not-completely 'rolling' thing) [15:41] • Scanned archive for apps using UPower's D-Bus interface, in case we want to move to 1.0. still to triage list. [15:41] • Updated some GNOME stuff (RB, others) - wondering which other ones are safe to do [15:42] • Scanned XSession.d scripts for ones which need updating for upstart user sessions—not so many. [15:42] • Converted monkeysphere's Xsession.d script per the above and asked for review in #upstart. [15:42] • Updated GLib. Broke Skype. Reverted a commit to fix that; reported it to Skype and waiting for their proper fix. [15:42] • Fixed https://bugzilla.gnome.org/show_bug.cgi?id=694134 - gsd creating a directory with broken permissions. [15:42] Gnome bug 694134 in general "g-s-d sets an inotify watch on ~/.local/share/sounds, which normally does not exist.. and causes polling" [Normal,Resolved: fixed] [15:42] • Noticed pxgsettings crashing on startup and reported my idea for a fix upstream. Waiting on their response. [15:42] • More Debian merges. [15:42] DONE [15:42] do you have a bug for the pxgsettings thing? [15:42] yep, sec [15:42] have you noticed it too? [15:43] I saw a bug/IRC mention of .local/share being created with wrong permission breaking things earlier [15:43] I'm just wondering if that's the same thing [15:43] no I didn't [15:43] but I don't use a proxy [15:43] local/share is something else [15:43] ok [15:43] I wonder if local share is another issue with the g-s-d sound patch [15:43] oh, since then? [15:43] that would be interesting to look at [15:44] https://bugs.launchpad.net/ubuntu/+source/libproxy/+bug/1182043 is the other one [15:44] Ubuntu bug 1182043 in libproxy (Ubuntu) "pxgsettings crashed with SIGSEGV in main()" [High,Triaged] [15:44] thanks [15:44] I don't know when the .local/share thing started [15:44] and I don't find where I read it earlier now [15:44] will look after the meeting [15:44] Laney, thanks [15:44] desrt, hey, back from holidays? [15:45] seb128: sorry, was gone, x1.14 is ready, lts-raring is still ready and still waiting acceptance [15:45] was digging into moving arsenal over to canonical hosting, no complete luck yet, need some input from bryce [15:45] mlankhorst, did you try to ping infinity/slangasek about the lts-raring? [15:45] yeah but a bit hard because of holidays [15:46] ok, this week should be better I think [15:46] mlankhorst, thanks [15:46] np [15:47] Laney, oh, "safe update" ... apply best judgement is the best way to figure that out I guess (and quite some issues are documented on gnome-3-8 blueprint for GNOME) [15:47] I've been going through versions and updating things when the NEWS/changes look fine [15:47] ask on IRC for a second opinion in doubt [15:48] fair enough, that's kind of what I thought [15:48] we have quite some stuff blocked on GTK 3.8 at this point [15:48] which is mostly ready imho, the only blocker left is the software-center issue listed on the blueprint [15:48] I need to play with that [15:48] s-c seems to hit an xerror for quite some users [15:49] [15:49] ok, otherwise my status update: [15:49] - hosted a desktop vUDS track, which took most of 3 days for me (hard to host and do something else at the same time) [15:49] - 3 days W.E [15:50] - desktop updates, merges with Debian [15:50] - patch pilot shift (took the remaining of one of the vUDS days) [15:50] - played with qml [15:50] [15:50] [15:50] did I forget anyone in the status updates round? [15:51] you forgot larsu [15:51] seb128: I forget me ;) [15:51] maybe he's away though [15:51] Sweetshark, ah, there you are ... you win the right to update us on what you have been doing ;-) [15:52] seb128: last weeks work was: customer request for LO on precise, to SRU-or-not-to-SRU for 4.0.3 and bug 1085169 for raring. I guess, I am not backporting/SRUing the 1085169 fix to raring. I see some report that it results in empty menus on the first opening of the menu. I cant reproduce that, although I see a delay in the menu opening on the first try. [15:52] Launchpad bug 1085169 in indicator-appmenu (Ubuntu) "LibreOffice Menus Stop Working even with libreoffice>=1:3.6.2~rc2-0ubuntu4 and indicator-appmenu>=12.10.3-0ubuntu2.1" [Undecided,Confirmed] https://launchpad.net/bugs/1085169 [15:52] As this will get in with 4.1/saucy anyway (is upstream already), Please test the build in https://launchpad.net/~libreoffice/+archive/ppa and tell me if you see the menu not being populated at all (a delay on first open is expected). [15:52] seb128: DONE [15:52] ok [15:52] Laney: yeah, for saucy, I'll resubmit [15:52] ^ everyone, if you feel like testing [15:52] Sweetshark, thanks [15:53] Mirv: ok cheers, maybe ogra_ could review that (or tell me what that seed is about and I will) [15:53] larsu, hey, around, want to join our meeting/do a quick status update (I guess it will be short since you were on vac last week)? [15:53] Laney, pxgsettings d [15:53] Laney, pxgsettings doesn't segfault for me [15:53] run it like this: [15:53] /usr/lib/i386-linux-gnu/libproxy/0.4.7/pxgsettings org.gnome.system.proxy org.gnome.system.proxy.http org.gnome.system.proxy.https org.gnome.system.proxy.ftp org.gnome.system.proxy.socks [15:53] yeah [15:53] is what I tried [15:53]