Re: okular non stampa

2019-06-06 Per discussione liste DOT girarsi AT posteo DOT eu
Il 06/06/19 14:04, Walter Valenti ha scritto:
> Il problema si presenta da tempo (del tipo 4 mesi), non è quindi un problema 
> di aggiornamento.
> Ho provato a vedere con strace con quali parametri chiama lpr, ma vedo solo 
> le chiamate senza parametri.
> Ho provato altre applicazioni KDE, ma non usano lpr

Quali backend ti risultano installati?


-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli



Re: okular non stampa

2019-06-06 Per discussione Walter Valenti
>> La stampate è correttamente associata, con le altre applicazioni KDE e GTK 
>> stampo.I pdf li creo tranquillamente


>nei repo experimental vedo un aggiornamento, però mi suole chiedere
>anche se hai fatto aggiornamenti recenti che magari non ti hanno
>aggiornato qualche pacchetto.

>gia controllato con dpkg -l | grep okular

Il problema si presenta da tempo (del tipo 4 mesi), non è quindi un problema di 
aggiornamento.
Ho provato a vedere con strace con quali parametri chiama lpr, ma vedo solo le 
chiamate senza parametri.
Ho provato altre applicazioni KDE, ma non usano lpr



  

sudo -i e variabili d'ambiente

2019-06-06 Per discussione Francesco
Salve,

vorrei discutere con voi del fatto che utilizzando il comando "sudo -i"
le variabili d'ambiente presenti in /etc/environment non vengano lette e
incluse nell'ambiente.

La cosa strana è che invece su altre distro che uso (Ubuntu, Arch,
Fedora) questo file viene letto quando uso "sudo -i" e le sue variabili
sono incluse.

Quindi ho fatto una ricerchina e ho visto che le variabili di
/etc/environment vengono caricate tramite il modulo "pam_env.so", ma
questo modulo su Debian è disattivato per quanto riguarda sudo, non
essendo presente in /etc/pam.d/sudo.

Su Ubuntu (che è una derivata di Debian) invece in /etc/pam.d/sudo trovo
queste righe:

sessionrequired   pam_env.so readenv=1 user_readenv=0
sessionrequired   pam_env.so readenv=1 envfile=/etc/default/locale
user_readenv=0

infatti, se copia-incollate nella installazione Debian, portano sudo -i
a considerare anche le variabili di /etc/environment.

Preciso che lo stesso comportamento c'è sia su Stretch sia
sull'imminente Buster.

Ora, secondo voi, queste righe possono essere lasciate senza problemi
anche su Debian oppure comportano un rischio per la sicurezza? Per come
la vedo io, no.

E secondo: perché su Debian questo comportamento "strano" di default?

Nel man di sudoers trovo:

> As a special case, if sudo's -i option (initial login) is specified,
> sudoers will initialize the environment regardless of the value of
> env_reset.  The DISPLAY, PATH and TERM variables remain unchanged; HOME,
> MAIL, SHELL, USER, and LOGNAME are set based on the target user.  On AIX
> (and Linux systems without PAM), the contents of /etc/environment are
> also included.  All other environment variables are removed.

Quel " (and Linux systems without PAM)" mi lascia un po' attonito e
confuso. Quindi non dovrebbe essere come invece succede di default su
Debian?

Aspetto i vostri pareri.

PS. l'unico link utile che ho trovato sull'argomento è:
https://unix.stackexchange.com/questions/438687/sudo-does-not-import-etc-environment-on-debian-9

in cui però non c'è una risposta alla questione.

Non ho trovato nessun bug aperto in sudo, relativo alla questione.

Ciao.

-- 
fp
PGP: 0x96D200BA



signature.asc
Description: OpenPGP digital signature


Re: aggiungere macchina debian a active directory microsoft

2019-06-06 Per discussione Nicola Ferrari (#554252)
Il 04/06/2019 20:53, Gollum1 ha scritto:
> gli utenti che usano le macchine su dominio di produzione vengono trusthati 
> dal dominio corporate.

che relazione c'è tra i due domini?
è un vecchio trust in stile NT4 oppure sono due domini della stessa
foresta, uno figlio dell'altro?

N


-- 
+-+
| Linux User  #554252 |
+-+