massi wrote:
supponendo di dover upgradare da libc 2.3.6 a libc 2.7.18 su una etch
mantenendo inalterata anche la 2.3.6 e magari linkandola solo ai
programmi/pacchetti che usano la 2.7.18 ? magari installadola in
usr/local oppure /opt?
a me viene in mente solo una soluzione semplice: ricomp
alessio wrote:
fakeroot make-kpkg --revision=0.1 --append-to-version -testing
kernel_image
tail: cannot open `debian/changelog' for reading: No such file or
directory
dpkg-parsechangelog: failure: tail of debian/changelog gave error exit
status 1
anche a me è successo con Linux 2.6.26-17, p
supponendo di dover upgradare da libc 2.3.6 a libc 2.7.18 su una etch
(o in generale tutto il sistema base ) tramite pacchetto lenny poiche
molti programmi ne vengono influenzati e' possibile installarla
mantenendo inalterata anche la 2.3.6 e magari linkandola solo ai
programmi/pacchetti che usa
Ciao,
un consiglio, così, a prima vista: sposta i mapfile e i dati in una
directory che non sia esposta dall' http server, ma solo da questi
"raggiungibile" e leggibile. Il motivo è piuttosto semplice: non lasciare
dati "potenzialmente" sensibili (magari non in questa versione, ma in un
futuro po
un saluto alla lista :)
sto or ora compilando da sorgenti l'ultima release stabile vanilla
2.6.30
ho riscontrato un problema, ma al momento non so se e come questo
influirà sul corretto svolgersi dell'operazione. (vi terrò aggiornati)
uso da tempo ricompilare il kernel alla debian way, finora no
Lucio Crusca wrote:
> # gpg --keyring /usr/share/keyrings/debian-archive-keyring.gpg --export |
> gpg --keyring /root/.gnupg/trustedkeys.gpg --no-default-keyring --import
Fra l'altro esisteva già anche il bug report riguardo a questo problema:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451
Lucio Crusca wrote:
> ovvero /root/.gnupg/trustedkeys.gpg non esiste...
Il problema era proprio questo. Ho risolto forzando gpg ad importare le
chiavi in quel file
# gpg --keyring /usr/share/keyrings/debian-archive-keyring.gpg --export |
gpg --keyring /root/.gnupg/trustedkeys.gpg --no-default-
Davide Prina wrote:
> Lucio Crusca wrote:
>
>> gpgv: keyblock resource `/root/.gnupg/trustedkeys.gpg': errore generale
>> gpgv: ATTENZIONE: trovate firme multiple. Sarà controllata solo la prima.
>> gpgv: Signature made sab 23 mag 2009 19:28:27 CEST using RSA key ID
>> 55BE302B
>
> non avevo fat
ciao a tutti!
l'ultima volta che ho provato ad usare tangogps (su una debian
testing) s'è inchiodato, e da li non si è mosso più.. parte ma poi si
blocca e non funziona più niente.. facendolo partire da terminale
l'unica cosa che dice è che non riesce a connettersi a gpsd (perché in
effetti non l'h
Lucio Crusca wrote:
gpgv: keyblock resource `/root/.gnupg/trustedkeys.gpg': errore generale
gpgv: ATTENZIONE: trovate firme multiple. Sarà controllata solo la prima.
gpgv: Signature made sab 23 mag 2009 19:28:27 CEST using RSA key ID 55BE302B
non avevo fatto caso a questo
Io proverei a cancel
Davide Prina wrote:
> se le chiavi sono per te affidabili, allora le puoi importare in questo
> modo:
>
# gpg --keyserver pgp.mit.edu --recv-keys 55BE302B
gpg: requesting key 55BE302B from hkp server pgp.mit.edu
gpg: key 55BE302B: "Debian Archive Automatic Signing Key (5.0/lenny)
" not changed
Lucio Crusca wrote:
[GNUPG:] ERRSIG 9AA38DCD55BE302B 1 8 00 1243099707 9
[GNUPG:] NO_PUBKEY 9AA38DCD55BE302B
se le chiavi sono per te affidabili, allora le puoi importare in questo
modo:
# gpg --keyserver pgp.mit.edu --recv-keys 55BE302B
# gpg --armor --export 55BE302B | apt-key add -
Ciao
Ciao a tutti,
su una lenny (aggiornata da etch) e sto cercando di fare un debmirror di
etch, però:
# debmirror -p -v --nosource --host=ftp.it.debian.org --method=http --
dist=etch --arch=i386 etch
Mirroring to etch from http://ftp.it.debian.org//debian/
Arches: i386
Dists: etch
Sections: main,co
Il giorno mer, 01/07/2009 alle 16.03 +0200, Pol Hallen ha scritto:
> come diceva Walter, nei changelogs si parla di accesso ai device di boot in
> modo parallelo e non sequenziale riducendo cosi' i tempi morti di avvio :-)
>
> un'altra "grande novita'" e' l'hibernate che da quello che sta scritt
ciao a tutti :-)
avendo a disposizione diversi ap ho fatto un piccolo script che usa
wpa_supplicant per connettersi e un dhclient per prendersi i dati di rete.
Fin qui' tutto funziona bene.
dopo aver usato s2ram (cioe' l'hibernate) e il pc torna in modalita'
funzionante la rete risulta ko! anc
Si. lo so, ma per esigenze non mie sarebbe comodo far fare tutto a tomcat.
- Messaggio originale -
> Da: paguaro
> A: debian-italian@lists.debian.org
> Inviato: Mercoledì 1 luglio 2009, 15:53:57
> Oggetto: Re: Tomcat redirect
>
> Ciao
>
> personalmente ti consiglio di configurare
> è solo una mia impressione (forse errata) o qualcuno per caso ha
> riscontrato qualcosa del genere ???
esatto :-)
come diceva Walter, nei changelogs si parla di accesso ai device di boot in
modo parallelo e non sequenziale riducendo cosi' i tempi morti di avvio :-)
un'altra "grande novita'" e'
Ciao
personalmente ti consiglio di configurare la comunicazione tra apache e
tomcat utilizzando il mod_ajp_proxy
basta 1 riga di configurazione e il gioco e' fatto.
ciao
daniele
Original Message
Subject: Tomcat redirect
From: Walter Valenti
To: debian-italian@lists.debia
Per plottare su un HP DJ450C usavo inviargli dei file in formato HPGL
con l'opzione "-o raw" di lpr;
ora sulla lenny non ho piu' a disposizione lpr, ma solo lp: vi risulta
una opzione analoga per lp? (io non sono riuscito a trovarla)?
devo forse reinstallare lpr? nel pacchetto cups-bsd?
grazie, c
Qualcuno sa come si può far fare una redirect a tomcat agendo solo su
"server.xml" ?
Mi spiego meglio: voglio che qualunque richiesta http (80) venga
automaticamente rediretta su https (443).
Ho visto ch c'è l'attributo "redirectPort" ma non sembra fare al caso.
Grazie
Walter
--
Per favore n
In effetti se guardi nei changelog parla esplicitamente di una netta
diminuizione dei tempi di boot.
Walter
--
Per favore non inviatemi allegati in formato MS Office.
Utilizza alternativamente documenti in formato OpenDocument.
http://oinophilos.blogspot.com/
>
>Da: vg
>A: debian
>Inviat
Un saluto "rapidissimo" si estende a tutta la lista : )
stamane in Sid mi sono trovato il kernel 2.6.30-amd64...
e ora il notebook attraversa la fase di boot in circa 50-60" anziché nei
canonici 90-100...
è solo una mia impressione (forse errata) o qualcuno per caso ha riscontrato
qualcosa del g
2009/7/1 Walter Valenti :
>
> Qualcuno è riuscito a far funzionare compiz su virtualbox ?
> La macchina virtualizzata è una Sid.
>
> Mi da il classico errore:
> "checking for Xgl: not present."
Il supporto OpenGL 2.0 nelle macchine VirtualBox è sperimentale, ed è
disponibile dalla versione 3.0.0
(
Qualcuno è riuscito a far funzionare compiz su virtualbox ?
La macchina virtualizzata è una Sid.
Mi da il classico errore:
"checking for Xgl: not present."
Walter
--
Per favore non inviatemi allegati in formato MS Office.
Utilizza alternativamente documenti in formato OpenDocument.
http://o
Ciao a tutti!
Essendo i driver ufficiali ATI estremamente buggati, e mi impediscono
di passare a versioni del kernel maggiori di 2.6.28, vorrei provare i
driver open. Ho visto che la mia scheda video (Mobility Radeon HD3410)
è supportata dall'ultima versione dei driver radeonhd, quindi vorrei
aggio
25 matches
Mail list logo
