Newsgroup: it.comp.os.linux.software
Titolo: byobu e colori in shell remota

Stavo provando byobu, installato nella ultima ubuntu 10.10.
Ho notato che quando mi connetto, via ssh, ad un server remoto, non ho i 
colori di ls.
Controllando tra le variabili d'ambiente, ho notato che la $LS_COLORS 
(server redhat) è vuota.
Se mi connetto, via ssh, direttamente dalla shell o dalla console vedo 
tutti i colori corretti, con $LS_COLORS correttamente inizializzata.
Non che sia un problema, però i colori sono una comodità.
Qualcuno ne sa qualcosa?
Grazie a tutti.

 Stavo provando byobu, installato nella ultima ubuntu 10.10.
A me i colori funzionano normalmente, sia in locale (10.10), sia se
eseguo byobu su un server con la 10.04.1 LTS.
Cmq byobu, quando vai via ssh, di norma lo esegui da remoto, non sulla
macchina locale. Quindi se c'e' un problema coi colori dovresti vederlo
sulla macchina a cui ti connetti, non su quella dove hai installato la
10.10.
BTW byobu e' un davvero un tool fantastico; io lo uso fin dalle prime
versioni, e' davvero ormai sono dipendente :-)
-- 
BArrYZ

 eseguo byobu su un server con la 10.04.1 LTS.
Anche eseguendolo sul server remoto (RedHat/Centos) non vedo i colori di 
ls. In locale tutto ok.
Boh?

 ls. In locale tutto ok.
Allora, credo, come avevi diagnosticato anche tu, che sia un problema di
variabile d'ambiente sul server Centos, ovvero non e' un problema
specifico di byobu (anche perche' come hai visto in locale i colori li
vedi bene).
La domanda a questo punto diventa: sul server remoto, senza passare per
byobu, i colori li vedi bene?
-- 
BArrYZ

 byobu, i colori li vedi bene?
Si, come dicevo nel post iniziale, senza usare byobu i colori li vedo 
benissimo.
E' questo che non capisco.





Controlla quale .rcfile viene eseguito al login. Puo' essere che byobu -
qualsiasi cosa sia :-) - bypassi l'esecuzione di qualche init-script. Al
limite metti un po' di "logger" nei vari script e provi con/senza byobu.
Leonardo
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!

 limite metti un po' di "logger" nei vari script e provi con/senza byobu.
Ho fatto un rapido controllo e ho visto che, al login con byobu, vengono 
eseguiti /etc/bashrc e /etc/profile ma *non* i file in /etc/profile.d.
Com'è possibile?
byobu è un "wrapper" per screen.

 ha scritto:

hai provato anche a cancellare ~/.byobu ?
cosa contiene, per esempio il file: ~/.byobu/color ?
il mio è così:
$ cat ~/.byobu/color 
BACKGROUND=k
FOREGROUND=w
MONOCHROME=0
-- 
Wikipedia Admin: "wikipedia non è un blog"
Iosif Stalin: "i compagni hanno scambiato il partito per un circolo di
discussione"

 byobu no.
Il mistero si infittisce: se dalla console del server CentOS eseguo byobu 
i colori sono OK. Non solo: se da li mi connetto ad un server remoto via 
ssh, via byobu, vedo i colori correttamente.
Quindi il problema è solo quando da ubuntu mi connetto a CentOS. 
Che strano.

Com'� possibile?
Looks like a bug?
https://bugs.launchpad.net/byobu/+bug/538198


 
https://bugs.launchpad.net/byobu/+bug/538198
Non passo da su, ma potrebbe essere lo stesso bug, purtroppo.
Grazie mille.



"Non solo: se da li mi connetto ad un server remoto via 
ssh, via byobu, vedo i colori correttamente."
Questo, potrebbe essere dovuto ad un artefatto, pero' forse
utilizzabile. SSH pu� forwardare dei valori di environment,
se il server lo permette beninteso.
Supponiamo che lo SSH di CentOS forwardi LS_COLORS? E cioe'
che ci sia
	CentOS-> ( ~/.ssh/environment ) ?
(e che CentOS -> /etc/ssh/sshd_config:PermitUserEnvironment
sia impostata ammod�no, si capisce)...
...e su Ubuntu no? Allora, avremmo:
CentOS: login, esegue rcprofile, vedi i colori
CentOS -> CentOS: non esegue rcprofile, ma LS_COLORS andava
	bene e CentOS::SSH lo forwarda, quindi tu lo vedi
Ubuntu -> CentOS: non esegue rcprofile, LS_COLORS non c'e',
	e quindi non vedi eine ceppen.
Leonardo macchinoso


 impostata ammodìno, si capisce)...
Ho controllato e PermitUserEnviroment non è impostato.
Mi sa che sono incappato proprio nel bug che mi hai segnalato nell'altro 
post.

 On Mon, 18 Oct 2010 13:47:27 +0200, Leonardo Serni wrote:

Scusa ma se al posto di byobu usi screen che succede?
Lo avevi già detto? Hai lo stesso problema?


 detto? Hai lo stesso problema?
Si, l'avevo scritto poco più sopra. :)
Usando screen il problema non ce l'ho.

Ho controllato e PermitUserEnviroment non � impostato.
Be'... prova su ubuntu a mettere LS_COLORS in .ssh/environment, e a
settare PermitUserEnvironment su CentOS (questo, solo se rifiuta di
settare la variabile).
"It might work" (cit.)
Leonardo


 On Mon, 18 Oct 2010 12:07:13 +0000, Max_Adamo wrote:

mmmmhhhh ...... fuorse, ma fuorse, ma fuorse ho capito (cioè, la butto
lì in mezzo al resto delle cose che sono state dette):
lanciamo byobu:
$ byobu
$ echo $TERM
screen-bce
adesso usciamo e lanciamo screen:
$ screen
$ echo $TERM
screen
$
Può essere che su Centos NON hai "screen-bce". Prova a cambiare TERM
prima di fare ssh.


 "It might work" (cit.)
Purtroppo no. Mi ritrovo sempre LS_COLORS vuota, mentre altre variabili 
di test che ho impostato, sono valorizzate.
Peccato. Attenderò una nuova release.
Grazie mille, comunque.

 prima di fare ssh.
La variabile $TERM è corretta: con byobu sempre screen-bce.

 On Mon, 18 Oct 2010 18:20:02 +0000, Max_Adamo wrote:

si infatti è quel che ti sto dicendo io: QUELLO potrebbe essere il
problema :-)
Sostituisci quella variabile con "screen", "xterm" .... blablabla
Poi, valuterai se installare quel term su centos.


 
forse mi ero espresso male.
In Ubuntu abbiamo questo file:
/lib/terminfo/s/screen-bce
In CentOS può essere che non lo hai.
Non so qual è la posizione di questo file in CentOS, ma se non ci fosse
puoi anche copiarlo.


 questo file in CentOS, ma se non ci fosse puoi anche copiarlo.
Scusa, non avevo capito cosa intendevi.
Ho controllato e il file c'è, ed è in: /usr/share/terminfo/s

 On Tue, 19 Oct 2010 10:45:02 +0000, Max_Adamo wrote:

ok. Però il "profile" di CentOS, da qualche parte, potrebbe avere una
opzione per impostare i colori (o alcune variabili) solo in
corrispondenza di determinati valori per la variabile TERM.
Hai provato a fare: 
$ export TERM=xterm
oppure:
$ export TERM=screen
e a lanciare quindi l'SSH ?


 e a lanciare quindi l'SSH ?
Bingo! Facendo così ho risolto il problema. :)
Controllo che pensavo di aver fatto e invece mi era sfuggito.
Grazie Mille.

 On Tue, 19 Oct 2010 11:22:12 +0000, Max_Adamo wrote:

perfect... adesso, se hai voglia, non ti resta che paciugare nei
profile di CentOS per sgamare dove e come lui abilita i colori.


 di CentOS per sgamare dove e come lui abilita i colori.
Più facile di quello che pensavo.
In /etc c'è un file che si chiama DIR_COLORS, che carica le 
configurazioni dei colori del terminale. Dentro ci sono i parametri per i 
terminali "abilitati", tra i quali mancava screen-bce.
E' una cosa del tipo: 
TERM xterm
TERM rxvt
TERM xterm-color
TERM color-xterm
TERM vt100
TERM dtterm
Ho aggiunto TERM screen-bce e adesso funziona.
:)

 On Tue, 19 Oct 2010 12:32:36 +0000, Max_Adamo wrote:

minchia dtterm! Quello che usava mio nonno sulla macchina da scrivere
Kappler!
Ma c'è ancora gente che usa 'sta roba? E di solito chi usa sta roba ha
spesso l'orticaria per i colori nella shell.
