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 post
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 segu
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
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
> # Requ
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
.. 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
.. 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
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 t
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
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 be...@192.168.240
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 probl
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 pair.
12 matches
Mail list logo
