From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-149804-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 96D9F1381F3
for <garchives@archives.gentoo.org>; Tue, 20 Aug 2013 06:59:37 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id 1FAC2E0E16;
Tue, 20 Aug 2013 06:59:24 +0000 (UTC)
Received: from smtpq2.gn.mail.iss.as9143.net (smtpq2.gn.mail.iss.as9143.net [212.54.34.165])
by pigeon.gentoo.org (Postfix) with ESMTP id 142CCE0CDC
for <gentoo-user@lists.gentoo.org>; Tue, 20 Aug 2013 06:59:22 +0000 (UTC)
Received: from [212.54.34.137] (helo=smtp6.gn.mail.iss.as9143.net)
by smtpq2.gn.mail.iss.as9143.net with esmtp (Exim 4.71)
(envelope-from <joost@antarean.org>)
id 1VBfuU-0006pR-Gq
for gentoo-user@lists.gentoo.org; Tue, 20 Aug 2013 08:59:22 +0200
Received: from 54698b76.cm-12-2c.dynamic.ziggo.nl ([84.105.139.118] helo=data.antarean.org)
by smtp6.gn.mail.iss.as9143.net with esmtp (Exim 4.71)
(envelope-from <joost@antarean.org>)
id 1VBfuT-0006C7-VJ
for gentoo-user@lists.gentoo.org; Tue, 20 Aug 2013 08:59:22 +0200
Received: from www.antarean.org (net.lan.antarean.org [10.20.13.13])
by data.antarean.org (Postfix) with ESMTP id EFBB14C
for <gentoo-user@lists.gentoo.org>; Tue, 20 Aug 2013 08:59:02 +0200 (CEST)
Received: from 83.80.30.114
(SquirrelMail authenticated user joost)
by www.antarean.org with HTTP;
Tue, 20 Aug 2013 08:58:52 +0200
Message-ID: <a9675d169b43284375fd0a8acc19a92d.squirrel@www.antarean.org>
In-Reply-To: <5213075C.6080502@gmail.com>
References:
<CAGbLXuV1PpjP5=M8zPD6qiEdMBjQjaZh8y-HyA+ZwYE-PHSrEg@mail.gmail.com>
<CAGbLXuUFeSWgvtWBJ7V-_VycBT4+=A1TGoOtv6=eUjbJTeMmXA@mail.gmail.com>
<5211226F.2000000@libertytrek.org>
<201308182208.43780.michaelkintzios@gmail.com>
<521142A7.1020702@coolmail.se>
<CAMgqO2xkTJnF2g-poR3aVQA8q29T=K_d9B4z1vuc5gHf9EZXJw@mail.gmail.com>
<52119410.9050202@sporkbox.us> <5211BCB0.1060106@gmail.com>
<52120BEE.1070000@coolmail.se> <5212199F.8070000@gmail.com>
<3fa21fc6-3c62-43de-a002-2190be4aa597@email.android.com>
<5212855A.4010909@gmail.com>
<650f0f6f8e1104e5b022f4188e86c7d8.squirrel@www.antarean.org>
<5213075C.6080502@gmail.com>
Date: Tue, 20 Aug 2013 08:58:52 +0200
Subject: Re: [gentoo-user] Re: Optional /usr merge in Gentoo
From: "J. Roeleveld" <joost@antarean.org>
To: gentoo-user@lists.gentoo.org
User-Agent: SquirrelMail/1.4.22
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
Content-Type: text/plain;charset=iso-8859-1
X-Priority: 3 (Normal)
Importance: Normal
Content-Transfer-Encoding: quoted-printable
X-Ziggo-spambar: ---
X-Ziggo-spamscore: -3.7
X-Ziggo-spamreport: BAYES_00=-1.9,RDNS_DYNAMIC=0.982,RP_MATCHES_RCVD=-2.797
X-Ziggo-Spam-Status: No
X-Spam-Status: No
X-Spam-Flag: No
X-Archives-Salt: e3b5eaea-c545-4a81-adab-64006a80d885
X-Archives-Hash: 7262a00781055709d1dc979774d2abc4
On Tue, August 20, 2013 08:06, Alan McKinnon wrote:
> On 20/08/2013 07:38, J. Roeleveld wrote:
>> On Mon, August 19, 2013 22:51, Alan McKinnon wrote:
>>> On 19/08/2013 22:32, joost@antarean.org wrote:
>>>>> X11, well that's another story and probably way off topic. It was
>>>>>> designed for hardware and architectures that haven't existed for 2=
0+
>>>>>> years. Almost all factors that made X11 awesome in the 80s and 90s
>>>>>> simply are not there anymore.
>>>> X11 was still really awesome in 2002. When we used remote graphical
>>>> logons to different machines.
>>>> It also helped with performance of certain desktop applications.
>>>> Running
>>>> the application on a different machine (with better CPU) then the
>>>> machine I was working at always made people wonder why the same
>>>> application was performing so badly on theirs ;)
>>>>
>>>> But these days. Having fast reliable performance locally is better.
>>>> With
>>>> a decent RDP that can connect to an existing desktop without having =
to
>>>> set it up as shared from the beginning is more useful. Any ideas on
>>>> that?
>>>
>>> Agreed. I've gotten so used to all that local *GL* goodness that
>>> running
>>> almost any app (except maybe xterm) remotely is just so painful it
>>> makes
>>> me cry...
>>
>> For remote access, I can live without all the special effects.
>>
>>> I'm also lucky in that when I managed to foist all the oracle with ja=
va
>>> installers off onto some other team of luckless suckers, I was left
>>> with
>>> just the best remote interface ever - ssh and bash. So I can afford t=
o
>>> be smug :-)
>>
>> ssh -Y <host> works really well for those.
>> I always feel smug when others first need to figure out how to get a
>> remote-X connection to the server because they use MS Windows.
>> They often claim that a VNC-server is a valid pre-req...
>> Take it from me, that is NOT a requirement to install the software.
>>
>>> I don't know how to make your RDP problem easier - I treat that the
>>> same
>>> as allow/deny rules for ssh (or any other kind of access really) and
>>> just accept that sometimes I need to ask first for something to be
>>> allowed. again, I can afford to be smug here too as the only things I
>>> need to RDP to are terminals set up for that very purpose and
>>> VirtualBox
>>> VMs (that is one more check box at the create stage).
>>
>> For me the usage case is as follows:
>> 1) I start to do something on my desktop at home
>> 2) I go to the office or customer site
>> 3) I need to continue/finish what I was doing (it's usually for a
>> customer
>> in that case)
>> ...
>>
>> At this point, I can't continue. Unless I remembered to run a VNC serv=
er
>> and used vnc to localhost for step 1.
>>
>> With a MS Windows desktop, it is usually (sometimes I get a "clean"
>> desktop and still can't continue) possible.
>>
>> One option would be to be able to redirect an application to a differe=
nt
>> X-server and when that one dies/disconnects/... it will reconnect to t=
he
>> initial (my desktop) one.
>> This is also not something I found yet either.
>
> I don't think you can do that, I've never seen a way to change DISPLAY
> for an X-client on the fly.
>
> What you are describing sounds a lot like screen for X11, no?
> A thread last week was about remote desktop apps and what folks use. I
> didn't pay much attention, but ISTR a mention in that thread of
> something like that
Yes, saw it too.
Window Switch seems to be what I need, except it doesn't work well with
KDE-apps. (Guess which desktop I use...)
I will simply keep looking and remember to start VNC whenever it seems
likely I might need to continue at a later date.
--
Joost