On 2023-05-10 09:28:51 -0400, Greg Wooledge wrote:
> On Wed, May 10, 2023 at 03:19:31PM +0200, Vincent Lefevre wrote:
> > On 2023-05-10 15:07:17 +0200, Vincent Lefevre wrote:
> > > Note: if you play with .ssh/rc, be careful as there is a risk
> > > that you may not log in any more with ssh in case
On Wed, May 10, 2023 at 03:19:31PM +0200, Vincent Lefevre wrote:
> On 2023-05-10 15:07:17 +0200, Vincent Lefevre wrote:
> > Note: if you play with .ssh/rc, be careful as there is a risk
> > that you may not log in any more with ssh in case of mistake
> > (I'm wondering whether there is an undocumen
On 2023-05-10 15:07:17 +0200, Vincent Lefevre wrote:
> Note: if you play with .ssh/rc, be careful as there is a risk
> that you may not log in any more with ssh in case of mistake
> (I'm wondering whether there is an undocumented way to skip it).
For this point, there are solutions there:
https
On 2023-05-10 14:36:25 +0200, Vincent Lefevre wrote:
[...]
> zira:~> ssh cventin xterm
> Connected to cventin (from 140.77.51.8)
> OS: Debian GNU/Linux 12 (bookworm) [x86_64]
> DISPLAY: localhost:11.0
>
> and xterm is started as expected. FYI, some data, like DISPLAY, are
> output by my .ssh/rc sc
On 2023-05-09 20:07:26 +0200, zithro wrote:
> On 09 May 2023 18:06, Vincent Lefevre wrote:
> > On 2023-05-05 15:04:27 +0200, zithro wrote:
> > >
> > > journalctl after GUI LOGOFF
> > > -
On 2023-05-09 14:17:14 -0400, Dan Ritter wrote:
> zithro wrote:
> > On 09 May 2023 17:47, Vincent Lefevre wrote:
> > > BTW, you should also try GNU Screen to see if you have the same issue
> > > with it (this could help debugging).
> >
> > Do you mean trying "ssh u@h screen" ?
> > Never tried scr
host, some normal, some with X
> > > forwarding, like that: "ssh user@host" and "ssh -X -n user@host GUI_APP"
> > > (like firejail firefox, firejail thunderbird, etc). There's no user
> > > connected under X yet, only the greeter is displ
zithro wrote:
> On 09 May 2023 17:47, Vincent Lefevre wrote:
> > BTW, you should also try GNU Screen to see if you have the same issue
> > with it (this could help debugging).
>
> Do you mean trying "ssh u@h screen" ?
> Never tried screen with GUI apps, does that work ?
Not in a useful way. For
On Tue, May 09, 2023 at 08:07:26PM +0200, zithro wrote:
> I use Ctrl-D to close ssh sessions, "~." does not work, I get "bash: command
> not found".
To use the tilde commands in the ssh client, they have to be at the
"beginning of a line", which means you have to press Enter first. Or
at least ha
On 09 May 2023 18:06, Vincent Lefevre wrote:
On 2023-05-05 15:04:27 +0200, zithro wrote:
journalctl after GUI LOGOFF
[...]
May 05 14:09:14 debzit sshd[14246
On 09 May 2023 17:47, Vincent Lefevre wrote:
Hi,
On 2023-05-04 21:07:17 +0200, zithro wrote:
Here is what happens chronologically :
1. I start various SSH connections to a host, some normal, some with X
forwarding, like that: "ssh user@host" and "ssh -X -n user@host GUI_APP&
On 2023-05-05 15:04:27 +0200, zithro wrote:
>
> journalctl after GUI LOGOFF
>
[...]
> May 05 14:09:14 debzit sshd[14246]: Received disconnect from IP.IP.IP.IP
>
Hi,
On 2023-05-04 21:07:17 +0200, zithro wrote:
> Here is what happens chronologically :
>
> 1. I start various SSH connections to a host, some normal, some with X
> forwarding, like that: "ssh user@host" and "ssh -X -n user@host GUI_APP"
> (like firejail
On 06 May 2023 07:07, to...@tuxteam.de wrote:
On Sat, May 06, 2023 at 10:24:52AM +0700, Max Nikulin wrote:
Thanks both for the pointers, will report back with results
On 05 May 2023 19:14, Max Nikulin wrote:
Does it happen for newly created user with no customization?
Never tried !
I recommended to do it just for a case that you added something to init
files for the "zithro" user.
AFAIK I didn't customize a lot, as I'm rarely logging to X.
But it won't
On 06 May 2023 06:45, David Wright wrote:
*I login to VC1 and startx for an Xserver*
I think that's why you don't have my problem, your user is always logged
in, even when you close X.
Is the greeter just deferring the ssh command until you login?
Nope, they work without X "direct" login.
" KDE
(originally installed without DE, some packages added later).
dbus-user-session is an automatically installed package there.
- ssh -X -n that-laptop firefox
- login from sddm (built-in keyboard and screen)
- logout from KDE session
firefox on remote display is still running, so I can not c
On Sat, May 06, 2023 at 10:24:52AM +0700, Max Nikulin wrote:
> On 05/05/2023 20:04, zithro wrote:
> > journalctl after GUI LOGOFF
>
> I do not see obvious problems. What might be inspected more closely:
>
> > May 05 14:09:14 debzit systemd[711]: Stopping D-Bus User Message Bus...
>
On Fri 05 May 2023 at 13:59:37 (+0200), zithro wrote:
> On 05 May 2023 07:33, David wrote:
> > On Thu, 4 May 2023 at 19:07, zithro wrote:
> >
> > > this is a rather strange problem, I hope the title is explicit enough.
> >
> > Subject: Logging off an X s
ay take
> enough time.
It's an area I haven't needed to delve into, and that may be because
I don't use DMs and DEs. I can't replicate zithro's Step 2. I run
multiple ssh sessions to remote machines, and I run VNC with
tightvncserver and xtightvncviewer, but they all seem independen
On 05/05/2023 20:04, zithro wrote:
journalctl after GUI LOGOFF
I do not see obvious problems. What might be inspected more closely:
May 05 14:09:14 debzit systemd[711]: Stopping D-Bus User Message Bus...
^^^
If it is the bus
On 05/05/2023 10:30, David Wright wrote:
On Fri 05 May 2023 at 09:13:04 (+0700), Max Nikulin wrote:
On 05/05/2023 02:07, zithro wrote:
2. using VNC or rdesktop, I then log on to X on the machine, do
some stuff, then hit "log off" from the desktop menu.
Immediately, ALL the previous SSH connecti
On 05/05/2023 18:58, zithro wrote:
# loginctl list-sessions
SESSION UID USER SEAT TTY
111 1000 zithro
112 1000 zithro
141 1000 zithro pts/0
I do not see anything suspicious. I suppose, dbus-user-session
hypothesis by David may be more productive. Perhaps you may prev
On 05 May 2023 16:10, to...@tuxteam.de wrote:
I have now full logs of before/after GUI logon/logoff, I posted them in the
other post.
Will try to make sense of it with this lead ... after a needed break ^^
I saved that for a look during weekend, now I'm supposed to fix
an update of... forget it
On Fri, May 05, 2023 at 03:26:12PM +0200, zithro wrote:
> On 05 May 2023 14:11, to...@tuxteam.de wrote:
[...]
> > No DE, just a window manager (fvwm2).
>
> Isn't that fluxbox ? That's the GUI I used on Slackware.
> Simple, lean, efficient !
No, quite a bit older. Fluxbox 2000-ish, fvwm 199-smal
On 05 May 2023 14:11, to...@tuxteam.de wrote:
On Fri, May 05, 2023 at 01:58:55PM +0200, zithro wrote:
On 05 May 2023 06:32, to...@tuxteam.de wrote:
dbus is a candidate. Let me explain: I have a funny setup -- no systemd,
no dbus (still, Debian buster, and X).
I'm on bullseye, I know how to sw
So, previous post was BEFORE logging in into GUI via VNC.
Now, I have outputs from after GUI LOGIN and after GUI LOGOFF.
I've removed the maximum of useless lines (audio, GUI apps, gvfs stuff,
etc), but tried to keep the most about systemd and dbus, as I'm clueless
about what you wanna read ...
On Fri, May 05, 2023 at 01:58:55PM +0200, zithro wrote:
> On 05 May 2023 06:32, to...@tuxteam.de wrote:
> > dbus is a candidate. Let me explain: I have a funny setup -- no systemd,
> > no dbus (still, Debian buster, and X).
>
> I'm on bullseye, I know how to switch back to old init, but have no cl
On 05 May 2023 07:33, David wrote:
On Thu, 4 May 2023 at 19:07, zithro wrote:
this is a rather strange problem, I hope the title is explicit enough.
Subject: Logging off an X session closes all ssh -X connections
started previously from outside X
Yeah, I meant title==subject, I was hoping
On 05 May 2023 06:32, to...@tuxteam.de wrote:
dbus is a candidate. Let me explain: I have a funny setup -- no systemd,
no dbus (still, Debian buster, and X).
I'm on bullseye, I know how to switch back to old init, but have no clue
about Dbus (kinda a Linux-GUI-with-systemd noob).
Which DE/DM y
On 05 May 2023 05:30, David Wright wrote:
Isn't it this issue?
https://news.ycombinator.com/item?id=19023885
Looks like it, yes !
I'm afraid I can't replicate the problem, though, as I don't have
a "log off" button or menu entry. That might suggest that the
problem is in something I don't r
On 05 May 2023 04:13, Max Nikulin wrote:
On 05/05/2023 02:07, zithro wrote:
2. using VNC or rdesktop, I then log on to X on the machine, do some
stuff, then hit "log off" from the desktop menu.
Immediately, ALL the previous SSH connections started in step 1 get
closed, hence all the shells and
On Thu, 4 May 2023 at 19:07, zithro wrote:
> this is a rather strange problem, I hope the title is explicit enough.
Subject: Logging off an X session closes all ssh -X connections
started previously from outside X
> Here is what happens chronologically :
>
> 1. I start various SSH
On Fri, May 05, 2023 at 09:13:04AM +0700, Max Nikulin wrote:
> On 05/05/2023 02:07, zithro wrote:
> > 2. using VNC or rdesktop, I then log on to X on the machine, do some
> > stuff, then hit "log off" from the desktop menu.
[...]
> Perhaps it may be related to user D-Bus sessions, however I would
On Fri 05 May 2023 at 09:13:04 (+0700), Max Nikulin wrote:
> On 05/05/2023 02:07, zithro wrote:
> > 2. using VNC or rdesktop, I then log on to X on the machine, do
> > some stuff, then hit "log off" from the desktop menu.
> > Immediately, ALL the previous SSH connections started in step 1
> > get c
On 05/05/2023 02:07, zithro wrote:
2. using VNC or rdesktop, I then log on to X on the machine, do some
stuff, then hit "log off" from the desktop menu.
Immediately, ALL the previous SSH connections started in step 1 get
closed, hence all the shells and the GUI apps (firefox, etc) !
Have you i
Hi all,
this is a rather strange problem, I hope the title is explicit enough.
Here is what happens chronologically :
1. I start various SSH connections to a host, some normal, some with X
forwarding, like that: "ssh user@host" and "ssh -X -n user@host GUI_APP"
(l
I really didn't mean to kick this off ;)
Original poster: instead of the GUI programm, I recommend you try
cfdisk. It's not "graphical", but it has a nice UI, and it can do
everything you need. `sudo cfdisk /dev/device` and you're going to
be much happier.
--
.''`. martin f. krafft @mart
On Wed, 05 Oct 2022 10:59:47 -0400
The Wanderer wrote:
> > Sorry, must have missed the memo that made an apparently-typo-ed
> > double question mark into an emoticon.
>
> It's not an emoticon. There is a convention, which if I'm not mistaken
> goes back decades and originates well before emoti
On 2022-10-05 at 11:21, debian-u...@howorth.org.uk wrote:
>> On 2022-10-05 at 10:48, debian-u...@howorth.org.uk wrote:
>>> Perhaps you could explain why the debian manpage specifically
>>> says it must be run as root then?
>>
>> What is "it" here? That is, what is the specific program to whose
>
con. There is a convention, which if I'm not mistaken
> goes back decades and originates well before emoticons (and perhaps
> even *icons* in anything like the modern sense) were ever a thing,
> that "??" indicates not just a question but one asked with an air of
> incredulity.
d originates well before emoticons (and perhaps even
*icons* in anything like the modern sense) were ever a thing, that "??"
indicates not just a question but one asked with an air of incredulity.
>> Switching to ssh -X root@ with a pubkey would actually *improve*
>> your security,
which is *demonstrably* a bad idea) is
> unfortunate, but sadly common.
If you want to persuade me to lose such a ridiculous superstition, then
providing a link to some educational source that supports your
assertion would be helpful.
> Switching to ssh -X root@ with a pubkey would actually *imp
On Wed, 05 Oct 2022 15:52:58 +0300
Anssi Saari wrote:
Hello Anssi,
>I only run one, GParted. As I don't mess around with partitions that
>often I want a clear GUI tool that hopefully shows me if I'm about to do
>something catastrophical. IOW, I don't see an alternative.
AFAIR, you run GParted a
martin f krafft writes:
> But you are running GUIs as root??
I only run one, GParted. As I don't mess around with partitions that
often I want a clear GUI tool that hopefully shows me if I'm about to do
something catastrophical. IOW, I don't see an alternative.
ot access with
a pubkey on a LAN is bad, but sudo is good" while simultaneously running
admin GUIs as root (which is *demonstrably* a bad idea) is unfortunate,
but sadly common.
Switching to ssh -X root@ with a pubkey would actually *improve* your
security, not that you really need a lot of security
On 2022-10-05 at 05:30, debian-u...@howorth.org.uk wrote:
>> Regarding the following, written by "debian-u...@howorth.org.uk"
>> on 2022-10-04 at 13:52 Uhr +0100:
>>
>>> PS as you surmised, I don't really want root ssh access.
>>
>> But you are running GUIs as root??
>
> Yes, I am running a GUI
> Regarding the following, written by "debian-u...@howorth.org.uk" on
> 2022-10-04 at 13:52 Uhr +0100:
> >PS as you surmised, I don't really want root ssh access.
>
> But you are running GUIs as root??
Yes, I am running a GUI as root. It won't run as normal user.
Regarding the following, written by "debian-u...@howorth.org.uk" on 2022-10-04
at 13:52 Uhr +0100:
PS as you surmised, I don't really want root ssh access.
But you are running GUIs as root??
--
.''`. martin f. krafft @martinkrafft
: :' : proud Debian developer
`. `'` http://people.deb
On 4/10/22 8:52 pm, debian-u...@howorth.org.uk wrote:
To use the display without ssh root login. ssh as normal user to
host. Then
echo $DISPLAY
su -
export DISPLAY=localhost:10 (or whatever your logged in user DISPLAY
is set to)
xauth add $(xauth -f ~/.Xauthority list | tail -1)
xhost
Tha
> On 4/10/22 7:39 pm, Greg Wooledge wrote:
> > Change the sshd_config to allow direct root logins.
> > Then do ssh -X r...@debian.box.
> >
> > If you're the paranoid type, or if the Debian system is exposed to
> > the public Internet, then make sure you
On 4/10/22 7:39 pm, Greg Wooledge wrote:
Change the sshd_config to allow direct root logins.
Then do ssh -X r...@debian.box.
If you're the paranoid type, or if the Debian system is exposed to the
public Internet, then make sure you only permit root logins when using
pubkey authentication
program that needs to run as root on the debian machine
> while displaying on my local machine.
Change the sshd_config to allow direct root logins.
Then do ssh -X r...@debian.box.
If you're the paranoid type, or if the Debian system is exposed to the
public Internet, then make sure you onl
I have a machine running debian that I access using ssh. I use the -X
with ssh and can successfully run e.g. xeyes on the debian machine
showing the display on my local machine. But now I want to run a
graphical program that needs to run as root on the debian machine
while displaying on my local ma
Christian Britz wrote:
> On 2022-02-15 17:26 UTC+0100, Dan Ritter wrote:
> > It's probably a disagreement on screen dpi settings. Check your
> > native setting and then replicate it on your headless server's
> > KDE config?
>
> Wouldn't this mainly/exclusively affect the fonts?
> I set dpi in bot
On 2022-02-15 17:26 UTC+0100, Dan Ritter wrote:
> It's probably a disagreement on screen dpi settings. Check your
> native setting and then replicate it on your headless server's
> KDE config?
Wouldn't this mainly/exclusively affect the fonts?
I set dpi in both systemsettings5 tool explicitly to 9
Christian Britz wrote:
> Hi,
>
> when I logon to my headless server via ssh -X, I can start graphical
> applications and they are displayed on my local X server.
>
> The font size is excactly the same as on my dektop, but GUI elements
> like buttons are somehow smaller
Hi,
when I logon to my headless server via ssh -X, I can start graphical
applications and they are displayed on my local X server.
The font size is excactly the same as on my dektop, but GUI elements
like buttons are somehow smaller in vertical size. It seems to depend on
the used toolkit, I
On Sunday 23 September 2018 16:55:39 Joe wrote:
> On Sun, 23 Sep 2018 09:55:48 -0400
>
> Gene Heskett wrote:
> > synaptic-pkexec still doesn't.
> >
> >
> >
> > So I'm still restricted to doing updates with apt.
> > not a show stopper, but the rock64 can do that 20x faster.
>
> I vaguely recall ha
On Sun, 23 Sep 2018 09:55:48 -0400
Gene Heskett wrote:
> synaptic-pkexec still doesn't.
>
>
> So I'm still restricted to doing updates with apt.
> not a show stopper, but the rock64 can do that 20x faster.
>
I vaguely recall having trouble with this on sid years ago, and
completely failing
On Sunday 23 September 2018 05:35:41 Étienne Mollier wrote:
> Good Day,
>
> On 9/22/18 10:15 PM, Gene Heskett wrote:
> > I would certainly hope so, AND give due consideration to just
> > how big a headache any change means for the users.
>
> That is an understatement, this headache thing.
>
> > Th
Good Day,
On 9/22/18 10:15 PM, Gene Heskett wrote:
> I would certainly hope so, AND give due consideration to just
> how big a headache any change means for the users.
That is an understatement, this headache thing.
> They have over the last two "upgrades" from wheezy to jessie
> and on to stret
ide:
>>
>> On 9/5/13, Verde Denim wrote:
>>> Just successfully got ssh -X to work to connect remotely to my BT5
>> I have no idea wtf is BT5.
>>
> I'd say he's referring to backtrack linux, which is a pentest debian
> based linux distro now on its 5t
On Thu, 2013-09-05 at 20:50 +1000, Zenaan Harkness wrote:
> Hello Verde, hope you are well :)
>
> Your error report/ request for assistance, is woefully inadequate. Let
> me suggest further details for you to provide:
>
> On 9/5/13, Verde Denim wrote:
> > Just success
Hello Verde, hope you are well :)
Your error report/ request for assistance, is woefully inadequate. Let
me suggest further details for you to provide:
On 9/5/13, Verde Denim wrote:
> Just successfully got ssh -X to work to connect remotely to my BT5
I have no idea wtf is BT5.
As a good r
Just successfully got ssh -X to work to connect remotely to my BT5
machine. Works great! Except when I end the session. I wind up with the
top and bottom task bars of my local desktop, but the display of BT5. Is
there a graceful way to exit the session and have my local desktop
return or do I need
Mathieu Malaterre wrote:
> On Tue, Dec 1, 2009 at 6:30 PM, Javier Barroso wrote:
>> On Tue, Dec 1, 2009 at 6:03 PM, Mathieu Malaterre
--deleted text--
> Excellent FAQ indeed !
>
>> I think you will have to disable -nolisten option in X see this bug
>> for reference:
>> http://bugs.debian.org/cg
; wrote:
>>>> Hi there,
>>>>
>>>> I am getting confused. I cannot get xclock to run on a remote host
>>>> from my ssh session:
>>>>
>>>> local $ ssh -X mpi0
>>>> remote $ xclock
>>>> Error: Can't open d
not get xclock to run on a remote host
>>> from my ssh session:
>>>
>>> local $ ssh -X mpi0
>>> remote $ xclock
>>> Error: Can't open display: :0.0
>>>
>>> But I can still do:
>>>
>>> local $ ssh -Xf mpi0 xclock
>&g
Javier Barroso wrote:
Error: Can't open display: :0.0
usr/X11R6/bin/xhost +
?
--
Sincerely,
Nicholas
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Tue, Dec 1, 2009 at 5:49 PM, Javier Barroso wrote:
> Hi,
>
> On Tue, Dec 1, 2009 at 5:35 PM, Mathieu Malaterre
> wrote:
>> Hi there,
>>
>> I am getting confused. I cannot get xclock to run on a remote host
>> from my ssh session:
>>
>> local
Hi,
On Tue, Dec 1, 2009 at 5:35 PM, Mathieu Malaterre
wrote:
> Hi there,
>
> I am getting confused. I cannot get xclock to run on a remote host
> from my ssh session:
>
> local $ ssh -X mpi0
> remote $ xclock
> Error: Can't open display: :0.0
>
> But I can
Hi there,
I am getting confused. I cannot get xclock to run on a remote host
from my ssh session:
local $ ssh -X mpi0
remote $ xclock
Error: Can't open display: :0.0
But I can still do:
local $ ssh -Xf mpi0 xclock
Could someone please remind me what is the difference, and what am I
mi
, but in actuality, it is displaying
the "iceweasel already running" dialog on the remote screen. If I add
a --display=localhost:10.0 then I get that same dialog locally. So
that sort of makes sense because screen was originally run on the
remote machine. within a shell in screen, $DISPLAY=:0.0.
On 2006-10-14 08:34:41 -0400, Roberto C. Sanchez wrote:
> On Sat, Oct 14, 2006 at 11:19:16AM +0300, Artem Zolochevskiy wrote:
> > Why i'm unable to run xterm on remote ssh server?
> > $DISPLAY is not set :(
> >
> First, make sure that you don't have "ForwardX11 no" in the *client's*
> /etc/ssh/ssh
On Sat, Oct 14, 2006 at 11:19:16AM +0300, Artem Zolochevskiy wrote:
> hi all
>
> Why i'm unable to run xterm on remote ssh server?
> $DISPLAY is not set :(
>
First, make sure that you don't have "ForwardX11 no" in the *client's*
/etc/ssh/ssh_config.
Second, make sure that /usr/X11R6/bin/xauth (o
2006/10/14, Artem Zolochevskiy <[EMAIL PROTECTED]>:
[EMAIL PROTECTED] ~]$ ssh -X [EMAIL PROTECTED]
[EMAIL PROTECTED]:~$ xterm
xterm Xt error: Can't open display:
xterm: DISPLAY is not set
[EMAIL PROTECTED]:~$ echo $DISPLAY
[EMAIL PROTECTED]:~$
I had met such a case days ago, fina
hi all
Why i'm unable to run xterm on remote ssh server?
$DISPLAY is not set :(
on ssh server
[EMAIL PROTECTED]:~$ grep X11 /etc/ssh/sshd_config
X11Forwarding yes
X11DisplayOffset 10
on my local pc
[EMAIL PROTECTED] ~]$ ssh -X [EMAIL PROTECTED]
[EMAIL PROTECTED]:~$ xterm
xterm Xt error:
On Wed, 14 Dec 2005, [EMAIL PROTECTED] wrote:
> On Tue, Dec 13, 2005 at 02:28:18PM -0500, Brad Sawatzky wrote:
> >
> > A quick workaround to initialize an up-to-date login environment is to
> > 'ssh -X localhost' from within a local shell...
>
> I just trie
On Wed, Dec 14, 2005 at 12:02:04PM -0500, [EMAIL PROTECTED] wrote:
> On Tue, Dec 13, 2005 at 02:28:18PM -0500, Brad Sawatzky wrote:
> >
> > A quick workaround to initialize an up-to-date login environment is to
> > 'ssh -X localhost' from within a local shell.
> Evidently, something more is needed than just ssh -X localhost.
> some additional package maybe?
Enable X11Forwarding in /etc/ssh/sshd_config (server).
Regards.
--
Homepage : http://geocities.com/arhuaco
The first principle is that you must not fool yourself
and you are the easiest per
On Tue, Dec 13, 2005 at 02:28:18PM -0500, Brad Sawatzky wrote:
>
> A quick workaround to initialize an up-to-date login environment is to
> 'ssh -X localhost' from within a local shell...
I just tried that on my sarge system., whose ssh documentation does
mention ssh. B
rding (i.e. does /etc/ssh/sshd_config have
> "X11Forwarding yes") ?
>
> Frank
>
>>
>> > michael wrote:
>> >> sorry about the wrong subject, initially.
>> >> i should also have said that DISPLAY is not set on the remote machine
>> >> (us
"X11Forwarding yes") ?
Frank
>
> > michael wrote:
> >> sorry about the wrong subject, initially.
> >> i should also have said that DISPLAY is not set on the remote machine
> >> (using ssh -X)
> >>
> >
> > Make sure that the remote machine
It has `xauth` but in a different place...
~$ which -a xauth
/usr/bin/X11/xauth
SO what else may I need to set up?
> michael wrote:
>> sorry about the wrong subject, initially.
>> i should also have said that DISPLAY is not set on the remote machine
>> (using ssh -X)
>
michael wrote:
sorry about the wrong subject, initially.
i should also have said that DISPLAY is not set on the remote machine
(using ssh -X)
Make sure that the remote machine has /usr/X11R6/bin/xauth
(from the xbase-clients) package installed. Without it you
will not be able to setup the
sorry about the wrong subject, initially.
i should also have said that DISPLAY is not set on the remote machine
(using ssh -X)
--- Begin Message ---
Folks - a quite one...
With ssh on my Debian server I do not seem to be able to tunnel X back
to the client (however, from the client I can
On Mon, Mar 08, 2004 at 01:26:07PM -0500, Allan Wind wrote:
>
> For the archives, let me cut this down a bit:
>
> local$ ssh -X remote; galeon
> ** (galeon-bin:11290): WARNING **: Spinner animation not found
>
> ** (galeon-bin:11290): WARNING **: Spinner animation no
On 2004-03-08T18:09:20+, Colin Watson wrote:
> On Mon, Mar 08, 2004 at 01:01:39PM -0500, Allan Wind wrote:
> > `local$ ssh -X remote; remote$ ssh-agent screen; remote$ galeon &` (';'
> > is short hand for enter) broke for me with a recent ssh upgrade.
For the arc
On Mon, Mar 08, 2004 at 01:01:39PM -0500, Allan Wind wrote:
> `local$ ssh -X remote; remote$ ssh-agent screen; remote$ galeon &` (';'
> is short hand for enter) broke for me with a recent ssh upgrade. Adding
> 'ForwardX11Trusted yes' to local:/.ssh/config rend
`local$ ssh -X remote; remote$ ssh-agent screen; remote$ galeon &` (';'
is short hand for enter) broke for me with a recent ssh upgrade. Adding
'ForwardX11Trusted yes' to local:/.ssh/config renders things working
again, but I suspect based on reading /usr/share/doc/ssh/REA
Mark Gillingham wrote:
>
>On Wednesday, February 11, 2004, at 12:36 AM, Cristian Gutierrez wrote:
>% ssh -X -v web2.mydomain.org /usr/X11R6/bin/xcalc
>[...]
>Error: Can't open display:
As someone else already pointed out in answer on this thread, you may be
missing the x
On Wednesday, February 11, 2004, at 12:36 AM, Cristian Gutierrez wrote:
Mark Gillingham wrote:
I'm confused by ssh -X. The box that has my CVS work is on a private
network. If I'm on that private network, I can forward X from the box
to my Mac 10.2 box. If I'm outside the networ
to the private box. I
> cannot, however, ssh -X from A (outside the private network) to B (on
> the private network with a public address) to C (on the private
> network without a public address). I suspect this has to do with
> .xauth-esque privilege settings. Where to I go to hunt this
Cristian Gutierrez <[EMAIL PROTECTED]> writes:
> ssh -X B ssh -X C xclock
Is i possible to do something similar with sftp? The following creates
an sftp line from b to c, but I wish to create a line from a to c.
ssh -t B sftp C
--
Niels L Ellegaard http://dirac.ruc.dk/~gnalle/
Mark Gillingham wrote:
>I'm confused by ssh -X. The box that has my CVS work is on a private
>network. If I'm on that private network, I can forward X from the box
>to my Mac 10.2 box. If I'm outside the network, I can ssh to another
>box on the private network with a p
I'm confused by ssh -X. The box that has my CVS work is on a private
network. If I'm on that private network, I can forward X from the box
to my Mac 10.2 box. If I'm outside the network, I can ssh to another
box on the private network with a public IP and then ssh again to the
* Frank Lenaerts <[EMAIL PROTECTED]> [2003-01-21 22:42]:
> Could you check your DISPLAY envvar when logging into another host? I
> remember trying to get X forwarding over ssh working on a minimally
> installed system, which had only one X client application. I found out
> that the DISPLAY variabl
on Tue, Jan 21, 2003 at 07:03:25PM +0100, Lukas Ruf wrote about A way to check ssh X
forwarding?:
> Dear all,
>
> using OpenSSH in its latest release on several machines, I experience
> no problems but on one station. Copying the identical configuration to
> the boxes didn't
* Colin Watson <[EMAIL PROTECTED]> [2003-01-21 20:14]:
> On Tue, Jan 21, 2003 at 07:03:25PM +0100, Lukas Ruf wrote:
> > using OpenSSH in its latest release on several machines, I experience
> > no problems but on one station. Copying the identical configuration to
> > the boxes didn't help me such
1 - 100 of 120 matches
Mail list logo
