Re: Non riesco ad usere postgresql

[Marco Gaiarin]

Mandi! Gollum1
  In chel di` si favelave...

> si accettano suggerimenti.

Se è debian (ma credo che anche altre distro facciano uguale...) il file di
configurazione dell'autenticazione del cluster (pg_hba.conf) prevede
normalmente accesso ''seamless'' (senza password) solo in locale e usando la
login in questione.

Quindi è normale che 'postgres' sia accessibile solo dall'utente unix
postgres, e normalmente non ha una password impostata.


Credo sia anche abilitato di default l'accesso in md5 (eg, password
impostate internamente) da ''localhost''.

-- 
  But somebody's gonnahave to answer, the time is coming soon
  when the blind remove their blinders
  and the speechless speak the truth(T. Chapman)
 

Re: script che comprime in formato zip

[iclam...@virgilio.it]

Il 07/11/2015 12:07, Alessandro T. ha scritto:

Ciao,

On 07/11/2015 10:35, iclam...@virgilio.it wrote:

[...]
struttura delle cartelle: percorsi relativi
[...]

unzip $1 -d ./$DIR_EXT

find ./$DIR_EXT -iname "*.xml" -exec sed -i 's/Courier/DejaVu\ Sans\
Mono/g' {} \;
find ./$DIR_EXT -iname "*.xml" -exec sed -i 's/Courier\ New/DejaVu\
Sans\ Mono/g' {} \;
rm -r Thumbs.db

zip -r ./riparato/$DIR_EXT.zip ./$DIR_EXT/*

mv ./riparato/$DIR_EXT.zip ./riparato/$DIR_EXT.odt

Il problema è che così facendo il file zip contiene pure il path relativo.

Ho creato un file Originale.odt e poi:

mkdir QUI ; unzip Originale.odt -d QUI/
find QUI/ -iname "*.xml" -exec sed -i 's/Courier/DejaVu\ Sans\ Mono/g'
{} \;
find QUI/ -iname "*.xml" -exec sed -i 's/Courier\ New/DejaVu\ Sans\
Mono/g' {} \;
cd QUI/ ; zip ../Ricostruito.odt -r . ; cd ..

Così all'apertura non hai neppure l'errore.


Ciao

GRAZIE!!!
perfetto, non avevo pensato di partire dalla directory dove avevo 
scompattato

e poi dare il nome finale al file senza rinominarlo.

ciao
Beppe

Re: xsane non trova più scanner di rete

[Michele Orsenigo]

On Saturday 07 November 2015 23:45:41 Giuseppe Sacco wrote:

> 
> Non conosco il driver samsung, ma scanimage dovrebbe chiamare tutti i
> driver SANE per far verificare a loro se c'è lo scanner. Prova
> indicandogli quale driver usare, cioè quello samsung (del quale non
> conosco il nome esatto). Ad esempio:
> scanimage --device NOMEDRIVER --help
> dopo l'elenco dei vari parametri, dovrebbe scriverti qual device ha
> rilevato.
> 
> In genere i driver di sane hanno un file di configurazione in
> /etc/sane. Prova a vedere se ce n'è uno per quello samsung e vedi che
> c'è scritto.
> 
> Ciao,
> Giuseppe

Allora: l'unico modo per fargli trovare lo scanner è stato l'inserire la riga: 
"tcp 192.168.1.50" (l'indirizzo dello scanner) in xerox_mfp.conf, come ho 
trovato su un recente post di un forum.

Il driver però non è corretto e quindi poi dà errore.

Il driver giusto sembra essere "smfp-samsung.conf" che però non so come 
modificare non avendo trovato documentazione in merito (è un file XML a 
differenza degli altri .conf)

Alla fine ho risolto facendo un downgrade di xsane e relativi backend alla 
testing.

Aprirò, quindi, un bug-report.

Intanto ti ringrazio per gli spunti diagnostici che mi hai dato e che sono 
risultati molto utili.



-- 
Michele Orsenigo
post...@orsenigo.it