Andrea Gasparini scrisse:
Beh, un sacco di cose. L'idea è che ci saranno sia maintainer
lato Ubuntu che lato Debian, quindi c'è molto margine affinché gli
uni insegnino agli altri come collaborare (bug forwarding,
triaging, best practices, etc.).
Beh, la mia idea è che noi italiani
dal client ho provato sia dsa che rsa:
$ ssh-keygen -b 1024 -t dsa -f /home/beppe/.ssh/id_dsa_beppe
scp /home/beppe/.ssh/id_dsa_beppe.pub
be...@192.168.240.100:/home/beppe/.ssh/id_dsa_beppe.pub
$ ssh-keygen -b 2048 -t rsa -f /home/beppe/.ssh/id_rsa_beppe
Generating public/private rsa key
Il giorno mar, 27/07/2010 alle 09.02 +0200, beppe ha scritto:
$ scp /home/beppe/.ssh/id_rsa_beppe.pub
be...@192.168.240.100:/home/beppe/.ssh/id_rsa_beppe.pub
prova a copiare la chiave così invece:
ssh-copy-id -i /home/beppe/.ssh/id_rsa_beppe.pub be...@192.168.240.100
a me non ha dato
Claudio Giordano ha scritto:
Il giorno mar, 27/07/2010 alle 09.02 +0200, beppe ha scritto:
$ scp /home/beppe/.ssh/id_rsa_beppe.pub
be...@192.168.240.100:/home/beppe/.ssh/id_rsa_beppe.pub
prova a copiare la chiave così invece:
ssh-copy-id -i /home/beppe/.ssh/id_rsa_beppe.pub
Buongiorno lista !
Quest'oggi ho voluto fare una simulazione di upgrade (verso squeeze) di un web
server su cui gira una piattaforma di erogazione corsi che utilizziamo.
Venendo al nocciolo... PostgreSQL di squeeze mi nega l'accesso al DB (via PHP
e modulo PHP-PGSQL).
La ragione, secondo i log
On 27/07/2010 13:29, dea wrote:
Con PostgreSQL di stable, a pari configurazione tutto funzionava alla
perfezione con l'utente pippo, con la versione di squeeze no.
Sicuramente si tratta di una direttiva da dare in più alla nuova versione di
Postgres.
Sta facendo identificazione di tipo
.. grazie Federico..
La cosa curiosa è che.. il file pg_hba.conf l'ho copiato dalla stable alla
squeeze, quindi la configurazione è quella.
A meno che il nuovo Postgres non abbia bisogno di qualche direttiva in
più/diversa.
Luca
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
.. scusate, errore mio.
PostgreSQL funziona alla perfezione.. io meno, non sono capace a copiare una
stringa senza introdurre errori :(
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@lists.debian.org con oggetto unsubscribe. Per
problemi inviare un email
Ciao,
da quando ho impostato insserv per lanciare i servizi all'avvio della
macchina, ho un problemino di precedenze fra fetchmail e postfix
(gestisco la mia mail con la catena fetchmail-postfix-procmail). In
pratica all'avvio fetchmail parte prima di postfix, quindi dopo aver
scaricato le mail
Am Dienstag 27 Juli 2010, 18:54:38 schrieb Gabriele 'LightKnight'
Ciao,
[...]
#!/bin/sh
#
# Fetchmail init script
# Latest change: Mi Apr 11 18:09:23 CEST 2007
#
### BEGIN INIT INFO
# Provides: fetchmail
# Required-Start:$network $local_fs $remote_fs $syslog
#
martedì 27 luglio 2010, alle 19:24, Luigi di Lazzaro scrive:
# Should-Start: $mail-transport-agent exim4 $named
Sembra che voglia far partire exim4 invece di postfix.
Intanto grazie della risposta. Quella riga dovrebbe voler dire se ci
sono, parti dopo $mail-transport-agent, exim4 e
un saluto a tutta la lista :)
come da oggetto mi ritrovo con un problema riguardante il full screen
di mplayer, cerco di fare un po' di chiarezza esponendo meglio i
dettagli, dunque sul portatile in questione è installata una debian
testing (squeeze) con un kernel 2.6.32-3-686, è munito della
Il giorno 27/lug/2010, alle ore 23.39, Gabriele 'LightKnight' Stilli ha scritto:
Ripeto però che di
insserv ne so quasi zero... :-)
come workaround temporaneo, potresti modificare lo script che lancia
fetchmail inserendo uno sleep di un po' di secondi, oppure, farlo attendere
fino a che
13 matches
Mail list logo
