Re: Non riesco ad usere postgresql
Il 8 novembre 2015 00:08, Giuseppe Sacco ha scritto: grazie giuseppe dell'attenzione. > Per maggiori informazioni sulle modalità di autenticazione: > http://www.postgresql.org/docs/current/static/auth-methods.html gli scenari in cui mi devo muovere sono sostanzialmente due: 1) in fase di sviluppo uso il mio portatile, sia per farci girare il server web, che il server postgres, potrei anche abilitare il modo di accesso trust e se non ho capito male, limitarlo alle sole connessione che arrivano da localhost. 2) quando il progetto sarà spostato sulla macchina di produzione, che (purtroppo) sarà una macchina RH6, in cui comunque postgres e apache sono installati nella stessa macchina, posso creare l'utente nel sistema che farà girare le pagine web (mettendolo nel gruppo www-data) e contemporaneamente sarà il padrone dei DB che creerò attraverso l'applicativo web. in questo secondo caso l'accesso login/password dovrebbe andare bene... ti sembra una soluzione percorribile? la gestione con ldap, potrebbe solleticarmi l'idea per un altro progetto, in cui però a questo punto vorrebbe dire che ogni utente che accede all'applicativo web, praticamente si crea il suo DB personale nel sistema (che potrebbe anche essere coerente con il tipo di progetto, che non devono essere dati condivisi, ma personali). Byez -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
Re: Non riesco ad usere postgresql
Il 8 novembre 2015 00:08, Giuseppe Sacco ha scritto: > Far utilizzare l'utente postgres agli applicativi sarebbe come dare la > password di root a tutti gli utenti di linux. Immaginavo... > > Puoi creare tutti gli utenti che vuoi. Nel caso il nome corrisponda > all'utente di sistema operativo puoi fare in modo che non venga chiesta > la password al momento della connessione, altrimenti imposti anche una > password per l'utente postgres e ti colleghi indicando utente e > password. Oppure puoi prendere gli utenti da qualsia altra fonte: io ad > esempio configuro spesso postgres perché prenda utenti/password da un > LDAP. > > Per maggiori informazioni sulle modalità di autenticazione: > http://www.postgresql.org/docs/current/static/auth-methods.html > Non volendo andare a scomodare ldap e compagnia bella, non ne ho bisogno, almeno in questo contesto in cui sto facendo un po' di sperimentazione sul mio pc, come pensi che sia meglio muoversi? creare comunque un utente di sistema legato al progetto, a cui poi assegnerò i permessi per creare i vari DB, o creare un utente di postgres con le stesse caratteristiche, ma slegato da qualsiasi utente reale del sistema? In questo secondo caso, il dubbio che mi sovviene, i file che vengono creati per contenere il DB, a chi sono "intestati" come user:group? -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
Re: Non riesco ad usere postgresql
Il giorno dom, 08/11/2015 alle 00.00 +0100, Gollum1 ha scritto: [...] > quindi se io ho un applicativo che gira attraverso un server web, che > sia scritto in php o python, per permettergli di creare e gestire un > suo DB, come presumevo, non può usare l'utenza postgres con password > postgres, ma devo prima creare una utenza dedicata a questo > applicativo (che non deve essere necessariamente una utenza del > sistema, o sbaglio?)... Far utilizzare l'utente postgres agli applicativi sarebbe come dare la password di root a tutti gli utenti di linux. Puoi creare tutti gli utenti che vuoi. Nel caso il nome corrisponda all'utente di sistema operativo puoi fare in modo che non venga chiesta la password al momento della connessione, altrimenti imposti anche una password per l'utente postgres e ti colleghi indicando utente e password. Oppure puoi prendere gli utenti da qualsia altra fonte: io ad esempio configuro spesso postgres perché prenda utenti/password da un LDAP. Per maggiori informazioni sulle modalità di autenticazione: http://www.postgresql.org/docs/current/static/auth-methods.html Ciao, Giuseppe
Re: Non riesco ad usere postgresql
Il 7 novembre 2015 23:53, Giuseppe Sacco ha scritto: > Il giorno sab, 07/11/2015 alle 23.46 +0100, Gollum1 ha scritto: >> Ho installato postgres, server e client, però non riesco ad accedere >> al DB di default di postgres, che dovrebbe avere utente e password >> sempre uguali a postgres. > > non mi pare che ci sia una password preimpostata. Difatti > l'autenticazione per quell'utente è "peer" e funziona solo tramite > pipe. Se ti colleghi via TCP oppure se non usi psql da utente postgres, > non va. > > Puoi però creare altri utenti e database. Ad esempio se il tuo utente > linux è gollum1, puoi dare i comandi, da utente postgres, > createuser gollum1 > createdb --owner gollum1 gollum1 > > e poi, da utente gollum1, dando il solo comando "psql" si dovrebbe > collegare usando il tuo utente al tuo database. > > Il manuale di createuser ti mostra come dare diritti speciali > all'utente che crei. > quindi se io ho un applicativo che gira attraverso un server web, che sia scritto in php o python, per permettergli di creare e gestire un suo DB, come presumevo, non può usare l'utenza postgres con password postgres, ma devo prima creare una utenza dedicata a questo applicativo (che non deve essere necessariamente una utenza del sistema, o sbaglio?)... dall'esempio che mi hai scritto, e da alcune cose che ho letto in rete, parrebbe invece che debba essere proprio una utenza del sistema... -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
Re: Non riesco ad usere postgresql
Il giorno sab, 07/11/2015 alle 23.46 +0100, Gollum1 ha scritto: > Ho installato postgres, server e client, però non riesco ad accedere > al DB di default di postgres, che dovrebbe avere utente e password > sempre uguali a postgres. non mi pare che ci sia una password preimpostata. Difatti l'autenticazione per quell'utente è "peer" e funziona solo tramite pipe. Se ti colleghi via TCP oppure se non usi psql da utente postgres, non va. Puoi però creare altri utenti e database. Ad esempio se il tuo utente linux è gollum1, puoi dare i comandi, da utente postgres, createuser gollum1 createdb --owner gollum1 gollum1 e poi, da utente gollum1, dando il solo comando "psql" si dovrebbe collegare usando il tuo utente al tuo database. Il manuale di createuser ti mostra come dare diritti speciali all'utente che crei. Ciao, Giuseppe
Non riesco ad usere postgresql
Ho installato postgres, server e client, però non riesco ad accedere al DB di default di postgres, che dovrebbe avere utente e password sempre uguali a postgres. se provo da root, devo fare: su - postegres a quel punto riesco a connettermi al db postgres con la password postgres, ma se lo faccio da utente normale non mi è possibile entrare, mi chiede una password per l'utente postgres, password che a quanto pare non è postgres... posso capire che possa essere un fattore di sicurezza, ma a questo punto, come dovrei procedere? creare un utente e dargli i permessi per creare e amministrare i DB di cui può aver bisogno? si accettano suggerimenti. Byez -- Gollum1 - http://www.gollumone.it Tesoro, dov'é il mio teoro...
Re: xsane non trova più scanner di rete
Il giorno sab, 07/11/2015 alle 23.08 +0100, Michele Orsenigo ha scritto: > Grazie, ma avevo provato: sane-find-scanner non è fatto per rilevare > scanner > > in rete e scanimage risponde che non trova alcuno scanner ... 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
Re: xsane non trova più scanner di rete
On Saturday 07 November 2015 18:19:07 Giuseppe Sacco wrote: > Ciao Michele, > > Il giorno ven, 06/11/2015 alle 17.05 +0100, Michele Orsenigo ha scritto > [...] > > > dopo aggiornamento su sid di ieri, xsane non mi trova più la samsung > > ML-2070 > > FW in rete wireless > > hai provato, da root, ad eseguire i comandi "sane-find-scanner" oppure > "scanimage -L"? > > Ciao, > Giuseppe Grazie, ma avevo provato: sane-find-scanner non è fatto per rilevare scanner in rete e scanimage risponde che non trova alcuno scanner ... Ad oggi sembra essere un problema solo mio: nessuna evidenza da google ! Non so però cos'altro guardare ... :( -- Michele Orsenigo post...@orsenigo.it
Re: script gpg lanciato da crontab
il giorno Sat, 7 Nov 2015 19:40:26 +0100 "Mimmo" ha scritto: > > > >-Messaggio originale- > >From: Gabriele Stilli > >Sent: Saturday, November 7, 2015 7:28 PM > >To: debian-italian@lists.debian.org > >Subject: Re: script gpg lanciato da crontab > > >Probabilmente è un problema di percorso di qualche file che dai in pasto > >a GPG, oppure qualche variabile d'ambiente che quando esegui da crontab > >è diversa. Senza vedere lo script non penso si possa dire molto di più. > > >Gabriele :-) > > Ma lo script lanciato dal prompt funziona alla perfezione, e' questa la cosa > strana... > Al prompt puoi avere variabili d'ambiente (per esempio il path) che non sono definite o hanno valori diversi per il daemon cron. Magari e' sufficiente mettere il percorso assoluto completo degli eseguibili che vengono lanciati dallo script
Re: script gpg lanciato da crontab
-Messaggio originale- From: Gabriele Stilli Sent: Saturday, November 7, 2015 7:28 PM To: debian-italian@lists.debian.org Subject: Re: script gpg lanciato da crontab Probabilmente è un problema di percorso di qualche file che dai in pasto a GPG, oppure qualche variabile d'ambiente che quando esegui da crontab è diversa. Senza vedere lo script non penso si possa dire molto di più. Gabriele :-) Ma lo script lanciato dal prompt funziona alla perfezione, e' questa la cosa strana...
Re: script gpg lanciato da crontab
Il 07/11/2015 19:30, Mimmo ha scritto: > Ho un problema con uno script che contiene il comando gpg, se lo > eseguo direttamente funziona alla perfezione, ma se lo voglio > avviare con crontab, lo script si avvia ma il comando gpg non > funziona Probabilmente è un problema di percorso di qualche file che dai in pasto a GPG, oppure qualche variabile d'ambiente che quando esegui da crontab è diversa. Senza vedere lo script non penso si possa dire molto di più. Gabriele :-)
script gpg lanciato da crontab
Buona sera a tutta la lista Ho un problema con uno script che contiene il comando gpg, se lo eseguo direttamente funziona alla perfezione, ma se lo voglio avviare con crontab, lo script si avvia ma il comando gpg non funziona Avete un'idea del motivo? Grazie in anticipo per l'aiuto che potrete darmi Ciao Mimmo
Re: xsane non trova più scanner di rete
Ciao Michele, Il giorno ven, 06/11/2015 alle 17.05 +0100, Michele Orsenigo ha scritto [...] > dopo aggiornamento su sid di ieri, xsane non mi trova più la samsung > ML-2070 > FW in rete wireless hai provato, da root, ad eseguire i comandi "sane-find-scanner" oppure "scanimage -L"? Ciao, Giuseppe
Re: script che comprime in formato zip
Il 07/11/2015 11:23, Simone ha scritto: Il 07 novembre 2015 11:19:48 CET, Simone Zip -4 nomefile,.zip cartella da zuppa re Perdona è zip -4 nome file.zip cartelladazippare Grazie a tutti!!! ciao Beppe
Re: script che comprime in formato zip
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 -- Alessandro T. R: Perché leggiamo dall'alto al basso e da sinistra a destra. D: Perché dovrei iniziare la risposta all'e-mail dopo il testo citato?
Re: script che comprime in formato zip
Il 07 novembre 2015 11:19:48 CET, Simone >Zip -4 nomefile,.zip cartella da zuppa re Perdona è zip -4 nome file.zip cartelladazippare >-- Simone Girardelli-- > >Inviato con K-9 Mail dal mio Samsung S5 >Scusate per la brevità dello scritto. -- Simone Girardelli-- Inviato con K-9 Mail dal mio Samsung S5 Scusate per la brevità dello scritto.
Re: script che comprime in formato zip
Il 07 novembre 2015 10:35:54 CET, "iclam...@virgilio.it" ha scritto: >Ho un problema con alcuni files di LibreOffice con carattere Courier >New, >vorrei scompattare il file, sostituire Courier con DejaVu nel files >.xml, >efin qui tutto bene. >Quando voglio ricreare l'archivio zippato di libreoffice, >questo non diventa un archivio .zip con quello che si aspetta il >programma. >Da windows con 7zip funziona con questi parametri: > >formato archivio: zip >livello di compressione: velocissima >metodo di compressione: deflate >dimensione dizionario: 32k >dimensione parola: 32 >struttura delle cartelle: percorsi relativi >modo cifratura: ZipCrypto > >ma da debian con zip non trovo i parametri >corretti da impostare. > >Qualche suggerimento? > >grazie >ciao > >Beppe > > >script: >#!/bin/sh >ARGS=1 > >if [ $# -ne "$ARGS" ] >then >ERRORLEVEL=1 >echo "Usare: $0 nome_file_odt" >exit $ERRORLEVEL >fi > >DIR_EXT=`echo "$1" | cut -d '.' -f 1` > >if [[ ! -e $DIR_EXT ]]; then > mkdir $DIR_EXT > # echo "$1" | cut -d '.' -f 1 | xargs mkdir >elif [[ ! -d $DIR_EXT ]]; then > rm -r ./$DIR_EXT/* >fi > >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 > >riaprendo il file con LibreOffice: >vuoi che LibreOffice ripari il file? si >impossibile riparare, il file non puo' essere aperto. >Errore generale. Zip -4 nomefile,.zip cartella da zuppa re -4 è il numero corrispondente al valore di compressione per il file ods, se lasci senza comprime al massimo (-9). Per sicurezza vedi: man zip -- Simone Girardelli-- Inviato con K-9 Mail dal mio Samsung S5 Scusate per la brevità dello scritto.
Re: script che comprime in formato zip
Ciao, 7zip esiste anche per Debian. Se zip non ti funziona empiricamente proverei a usare 7z dato che hai già visto che questo non ti dà problemi. Saluti 2015-11-07 10:35 GMT+01:00 iclam...@virgilio.it : > Ho un problema con alcuni files di LibreOffice con carattere Courier New, > vorrei scompattare il file, sostituire Courier con DejaVu nel files .xml, > efin qui tutto bene. > Quando voglio ricreare l'archivio zippato di libreoffice, > questo non diventa un archivio .zip con quello che si aspetta il programma. > Da windows con 7zip funziona con questi parametri: > > formato archivio: zip > livello di compressione: velocissima > metodo di compressione: deflate > dimensione dizionario: 32k > dimensione parola: 32 > struttura delle cartelle: percorsi relativi > modo cifratura: ZipCrypto > > ma da debian con zip non trovo i parametri > corretti da impostare. > > Qualche suggerimento? > > grazie > ciao > > Beppe > > > script: > #!/bin/sh > ARGS=1 > > if [ $# -ne "$ARGS" ] > then >ERRORLEVEL=1 >echo "Usare: $0 nome_file_odt" >exit $ERRORLEVEL > fi > > DIR_EXT=`echo "$1" | cut -d '.' -f 1` > > if [[ ! -e $DIR_EXT ]]; then > mkdir $DIR_EXT > # echo "$1" | cut -d '.' -f 1 | xargs mkdir > elif [[ ! -d $DIR_EXT ]]; then > rm -r ./$DIR_EXT/* > fi > > 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 > > riaprendo il file con LibreOffice: > vuoi che LibreOffice ripari il file? si > impossibile riparare, il file non puo' essere aperto. > Errore generale. > > > -- *CANTANNA Giuseppe* giuseppe.canta...@postacertificata.gov.it giuseppe.canta...@glugto.org canta...@glugto.org canta...@gmail.com bproot.bc - Linux user n. 502620 registered on http://counter.li.org/ *Nodo NINUX: *broot*.* *Per favore non inviatemi allegati in formato MS Office.Utilizzate alternativamente documenti in formato OpenDocument.* http://en.wikipedia.org/wiki/OpenDocument http://it.wikipedia.org/wiki/OpenDocument **http://www.documentfoundation.org/ * *https://it.libreoffice.org/
script che comprime in formato zip
Ho un problema con alcuni files di LibreOffice con carattere Courier New, vorrei scompattare il file, sostituire Courier con DejaVu nel files .xml, efin qui tutto bene. Quando voglio ricreare l'archivio zippato di libreoffice, questo non diventa un archivio .zip con quello che si aspetta il programma. Da windows con 7zip funziona con questi parametri: formato archivio: zip livello di compressione: velocissima metodo di compressione: deflate dimensione dizionario: 32k dimensione parola: 32 struttura delle cartelle: percorsi relativi modo cifratura: ZipCrypto ma da debian con zip non trovo i parametri corretti da impostare. Qualche suggerimento? grazie ciao Beppe script: #!/bin/sh ARGS=1 if [ $# -ne "$ARGS" ] then ERRORLEVEL=1 echo "Usare: $0 nome_file_odt" exit $ERRORLEVEL fi DIR_EXT=`echo "$1" | cut -d '.' -f 1` if [[ ! -e $DIR_EXT ]]; then mkdir $DIR_EXT # echo "$1" | cut -d '.' -f 1 | xargs mkdir elif [[ ! -d $DIR_EXT ]]; then rm -r ./$DIR_EXT/* fi 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 riaprendo il file con LibreOffice: vuoi che LibreOffice ripari il file? si impossibile riparare, il file non puo' essere aperto. Errore generale.