On 23/07/17 19:37, Tom Horsley wrote:
> I get this as well, but only in wayland. I assume there
> must be some new undocumented nonsense to get access to
> other users in wayland. In an Xorg display root display
> access works the same as it always has for me.
>
> I was wrong, it is documented:
>
On Sun, 23 Jul 2017 12:14:46 -0700
Joe Zeff wrote:
> My understanding is that it's too easy to damage your system by
> selecting the wrong files to move, rename or delete. Having to type the
> names, even with tab completion, is considered safer because you have
> more time to think about what
On 07/23/2017 11:37 AM, Tom Horsley wrote:
I have asked before for someone to point me
the the big list of exploits that have happened because someone
ran a GUI app as root, and so far all I've gotten is crickets.
My understanding is that it's too easy to damage your system by
selecting the wr
On Sun, 23 Jul 2017 20:15:11 +0200
Patrick Dupre wrote:
> In a fresh install of f26, I get
> cannot open display: 0:
> when I try to run a X application (for example gparted) with root
> Are there new rules to run a X application (compared with f24)?
> echo $DISPLAY
> 0:
I get this as well, but
On Sun, Jul 23, 2017 at 08:15:11PM +0200, Patrick Dupre wrote:
> In a fresh install of f26, I get
> cannot open display: 0:
> when I try to run a X application (for example gparted) with root
> Are there new rules to run a X application (compared with f24)?
> echo $DISPLAY
> 0:
This is a known be
Hello,
In a fresh install of f26, I get
cannot open display: 0:
when I try to run a X application (for example gparted) with root
Are there new rules to run a X application (compared with f24)?
echo $DISPLAY
0:
Thank
===
P
On Mon, Jan 3, 2011 at 2:53 AM, Alex wrote:
> Hi,
>
>>> What is the best way to securely permit a remote X application to
>>> display on as local system?
> ...
>
>> Here's what I do:
>> local machine: ssh -YC usern...@remotemachine.com
>
> I tried "ssh -X u...@host" and that appeared to work fine.
On Sun, 2011-01-02 at 13:53 -0500, Alex wrote:
> Hi,
>
> >> What is the best way to securely permit a remote X application to
> >> display on as local system?
> ...
>
> > Here's what I do:
> > local machine: ssh -YC usern...@remotemachine.com
>
> I tried "ssh -X u...@host" and that appeared to w
Hi,
>> What is the best way to securely permit a remote X application to
>> display on as local system?
...
> Here's what I do:
> local machine: ssh -YC usern...@remotemachine.com
I tried "ssh -X u...@host" and that appeared to work fine. What is the
difference between these two commands? Will I
On Sun, 2011-01-02 at 10:32 -0500, Alex wrote:
> Hi,
>
> What is the best way to securely permit a remote X application to
> display on as local system?
>
> I'm trying to get system-config-services to run on a remote FC14
> x86_64 system to my local FC13 x86_64 system. It's on a local internal
> ne
On Sun, 2011-01-02 at 10:32 -0500, Alex wrote:
> Hi,
>
> What is the best way to securely permit a remote X application to
> display on as local system?
>
> I'm trying to get system-config-services to run on a remote FC14
> x86_64 system to my local FC13 x86_64 system. It's on a local internal
>
On Sun, 2 Jan 2011 10:32:05 -0500
Alex wrote:
> Also, how can I do this across the Internet? Wrap it in ssh?
Ssh X forwarding is the simplest solution. If you want GUI
access over a long latencty network connection you might want
to investigate freenx.
To get direct display access on the LAN you
Hi,
What is the best way to securely permit a remote X application to
display on as local system?
I'm trying to get system-config-services to run on a remote FC14
x86_64 system to my local FC13 x86_64 system. It's on a local internal
network. I've tried setting the display and allowing access usi
Hi, I'm just trying to gage if I'm in a very small minority
wanting my second screen configured as a separate desktop
( X display ), anyone else out there using this config ?
I've not been able to upgrade to F14, due to a bug
that stops most applets being added to the gnome-pane
14 matches
Mail list logo
