On 04/10/20 10:06, Davide Prina wrote:
In pratica non funziona
xhost +si:localuser:$UTENTE
su - $UTENTE
ho aperto un bug report e mi hanno consigliato di aprirne uno su Gnome,
c'è qualcuno che ha l'account su Gnome e può aprirlo per me?
Il bug è questo:
https://bugs.debian.o
On 04/10/20 10:21, andrea biancalana wrote:
il giorno Sun, 4 Oct 2020 10:06:44 +0200 Davide Prina ha scritto:
3)
ssh -X -oForwardX11Trusted=no -l $UTENTE 127.0.0.1
a me questo sopra funziona;
Uso testing con xfce.
ho fatto un po' di "termina sessione" e avviata una nuova sessione con
On 04/10/20 10:21, andrea biancalana wrote:
il giorno Sun, 4 Oct 2020 10:06:44 +0200 Davide Prina ha scritto:
In pratica non funziona nessuno dei seguenti ($UTENTE è la login
dell'utente):
[...]
3)
ssh -X -oForwardX11Trusted=no -l $UTENTE 127.0.0.1
per questo mi ero dimenticato di dire c
il giorno Sun, 4 Oct 2020 10:06:44 +0200 Davide Prina
ha scritto:
> In pratica non funziona nessuno dei seguenti ($UTENTE è la login
> dell'utente):
[...]
>
> 3)
> ssh -X -oForwardX11Trusted=no -l $UTENTE 127.0.0.1
>
a me questo sopra funziona;
e funziona come al solito anche:
ssh -X ute
Da oggi, quindi con qualche aggiornamento arrivato ieri non riesco più
ad eseguire applicativi con GUI da utenti diversi da quello con cui ho
fatto il login in gnome.
In pratica non funziona nessuno dei seguenti ($UTENTE è la login
dell'utente):
1)
xhost +si:localuser:$UTENTE
su - $U
Il 23/08/2018 10:44, Davide Prina ha scritto:
On 23/08/2018 10:22, valerio wrote:
#905409 [G| |☺] [util-linux] util-linux: "su -" no longer copies
DISPLAY and XAUTHORITY to child, but this is not documented
util-linux/2.32-0.1; Fixed in version util-linux/2.32.1-0.1; Done:
sembra che
On 23/08/2018 10:22, valerio wrote:
#905409 [G| |☺] [util-linux] util-linux: "su -" no longer copies
DISPLAY and XAUTHORITY to child, but this is not documented
util-linux/2.32-0.1; Fixed in version util-linux/2.32.1-0.1; Done:
sembra che sia risolto nella versione successiva. ma non è qu
Il 04/08/2018 17:32, Davide Prina ha scritto:
questa mattina ho segnalato il bug #905409. Ho fatto tutto molto
velocemente, senza aver il tempo di indagare ulteriormente. Il bug l'ho
segnalato su util-linux, ma potrebbe essere dovuto a login.
Lo segnalo anche in lista perché il problema è a
Il 05/08/2018 21:11, andrea biancalana ha scritto:
il giorno Sun, 5 Aug 2018 20:57:09 +0200 valerio ha
scritto:
Il 05/08/2018 09:37, Davide Prina ha scritto:
On 05/08/2018 00:08, andrea biancalana wrote:
il giorno Sat, 4 Aug 2018 17:32:16 +0200 Davide Prina ha scritto:
questa matti
il giorno Mon, 6 Aug 2018 21:02:13 +0200 Davide Prina
ha scritto:
> On 06/08/2018 13:35, andrea biancalana wrote:
>
> > No, non sembra colpa di lightdm. L'ho eliminato e ho errore lanciando
> > startx sia da root che da utente; anche ridefinendo la variabile DISPLAY:
> > xinit: giving up
> >
On 06/08/2018 13:35, andrea biancalana wrote:
No, non sembra colpa di lightdm. L'ho eliminato e ho errore lanciando startx
sia da root che da utente; anche ridefinendo la variabile DISPLAY:
xinit: giving up
xinit: unable to connect to X server: Connection reset by peer
xinit: server error
str
il giorno Mon, 6 Aug 2018 09:26:30 +0200 Davide Prina
ha scritto:
> Quello che ti consiglio è verificare se il problema è con lightdm,
> fermandolo e facendo partire X con startx da tuo utente.
> Come workaround potresti provare anche questo: modificare il .bashrc di
> root e inserire la segu
On 05/08/2018 11:38, andrea biancalana wrote:
Ctrl-Alt-Fn non mi permette il login alla console!
questo è davvero strano, se è una macchina reale dovrebbe permettere
quella combinazione di tasti, non ho mai visto una macchina in cui non
funzionasse
Intanto vedo che ps da':
root 5538
il giorno Sun, 5 Aug 2018 20:57:09 +0200 valerio ha
scritto:
> Il 05/08/2018 09:37, Davide Prina ha scritto:
> > On 05/08/2018 00:08, andrea biancalana wrote:
> >> il giorno Sat, 4 Aug 2018 17:32:16 +0200 Davide Prina ha scritto:
> >>
> >>> questa mattina ho segnalato il bug #905409
> >
Il 05/08/2018 09:37, Davide Prina ha scritto:
On 05/08/2018 00:08, andrea biancalana wrote:
il giorno Sat, 4 Aug 2018 17:32:16 +0200 Davide Prina ha scritto:
questa mattina ho segnalato il bug #905409
mi ha risposto il DD. Ha detto che è cambiata la gestione di su e ora
non vengono più
il giorno Sun, 5 Aug 2018 09:37:49 +0200 Davide Prina
ha scritto:
> On 05/08/2018 00:08, andrea biancalana wrote:
> > il giorno Sat, 4 Aug 2018 17:32:16 +0200 Davide Prina ha scritto:
> >
> >> questa mattina ho segnalato il bug #905409
>
>
> #895983 lightdm: loops starting greeter X :
per risolvere il problema bisogna fare qualcosa del genere,
impostando la variabile DISPLAY:
$ xhost +si:localuser:temp
$ su - temp
$ export DISPLAY=:0
$ firefox &
Dopo l'aggiornamento di testing su un netbook non riesco piu' a fare login se
non tramite ssh;
e all'avvi
il giorno Sat, 4 Aug 2018 17:32:16 +0200 Davide Prina
ha scritto:
> questa mattina ho segnalato il bug #905409. Ho fatto tutto molto
> velocemente, senza aver il tempo di indagare ulteriormente. Il bug l'ho
> segnalato su util-linux, ma potrebbe essere dovuto a login.
>
> Lo segnalo anche in
questa mattina ho segnalato il bug #905409. Ho fatto tutto molto
velocemente, senza aver il tempo di indagare ulteriormente. Il bug l'ho
segnalato su util-linux, ma potrebbe essere dovuto a login.
Lo segnalo anche in lista perché il problema è abbastanza grave: non si
riesce ad eseguire con al
salve lista,
oggi ho installato xde e xfce, ma se provo ad avviare dalla console un
qualsiasi programma con interfaccia grafica mi esce:
No protocol specified
(programma:numero): Gtk-WARNING **: cannot open display: :0.0
sicché io scrivo
xhost +
e magicamente funziona. Non ho capito
> Ho scoperto che la maggior parte delle macchine che ho installato di
> recente hanno il server X che non "funziona" ...
> ossia che se faccio xterm -display localhost:0 mi dicono che l'accesso è
> rifiiutato.
> anche dando xhost + l'effetto è lo stesso, sia
Ho scoperto che la maggior parte delle macchine che ho installato di
recente hanno il server X che non "funziona" ...
ossia che se faccio xterm -display localhost:0 mi dicono che l'accesso è
rifiiutato.
anche dando xhost + l'effetto è lo stesso, sia con localhost che
Il gio, 2003-06-12 alle 13:22, Vincenzo Agosto ha scritto:
> Ho un problema con l'export del DISPLAY...
> Mi connetto ad X come utente normale.
[...]
> Mi piacerebbe invece che mi venisse accettato anche con un xhost +
> localhost, cosa che invece non avviene.
xhost +local
On Fri, 13 Jun 2003 09:54:47 +0200
"(x == i)@" <[EMAIL PROTECTED]> wrote:
>
> Invece di fare 'su -' farai 'ssh -l root localhost'
suvvia, non esageriamo! in un caso hai la stessa velocità, nell'altro
caso fai un tunnel di tutte le richieste in un processo user-space.
V.
--
Scopriti es
#x27;export del DISPLAY.
> Il problema è che mi viene accettato l'export DISPLAY=:0 solo ed
> esclusivamente se effettuo un xhost + dalla shell del'utente.
> Mi piacerebbe invece che mi venisse accettato anche con un xhost +
> localhost, cosa che invece non avviene. Stessa cos
Ho un problema con l'export del DISPLAY...
Mi connetto ad X come utente normale.
Per eseguire un comando da root in X (anche un banale mozilla) mi
richiede giustamente l'export del DISPLAY.
Il problema è che mi viene accettato l'export DISPLAY=:0 solo ed
esclusivamente se effettuo u
On Fri, 2 May 2003 16:43:01 +0200
Alessio Re <[EMAIL PROTECTED]> wrote:
>
> > Come posso rendere persistente la cosa?
>
> Non farlo. Installa sudo (apt-get install sudo) e configuralo
> adeguatamente... soluzione molto piu' sicura.
Credo che la domanda sia "come avere l'interazione di comand
On Thursday 01 May 2003 13:40, Cieffe wrote:
> Quando tento di lanciare un programma grafico da root se ho eseguito
> il login con un altro utente.
>
> Cercando qua e là ho scoperto il comando
> xhost +local:root che risolve il problema.
>
> Ma questo solo fino al login suce
ua e là ho scoperto il comando
xhost +local:root che risolve il problema.
Ma questo solo fino al login sucessivo...
Ho provato ad inserire il comando in .Xauthority come trovato in rete,
ma nulla da fare...
Come posso rendere persistente la cosa?
Grazie
Carlo
Ciao a tutti,
dunque ho un problemino non riesco pi? a eliminare dei permessi con
xhost:
Se faccio xhost uttengo:
~ (12:46:53)$ xhost
access control enabled, only authorized clients can connect
INET:localhost
INET:debian1.DebianNet
LOCAL:
E se faccio:
~ (12:46:57)$ xhost -INET:debian1.DebianNet
30 matches
Mail list logo
