Questa mattina mi ha contattato via mail un Mandriva’s boy (Tipo quelli del papa per intenderci.. che però credono in mandriva) che sta cercando di compilare la versione in trunk di kblogger…mmm se riesce speriamo che faccia un bel commit! 
Per chi non lo sapesse in trunk/ c’e il codice del porting a KDE4 di Kblogger.. porting che ho iniziato qualche giorno fà.. (Come vola il tempo) e che non so quando finirà dato che devo anche trasformarlo in applicazione dal momento che è un applet per kicker. (Avremo cosi anche un KBlogger per Win e MacOS X!:)
Di schifezze se ne vedono tante in giro per il web.. questa è davvero di PESSIMO gusto… non sapevo se postarla o no.. ma poi ho deciso di postarla.. perchè sa’ da incredibile.. non pensavo che la gente fosse cosi MALATA!
"Buona" visione..
Some days ago, i’ve imported KPackageMaker in the KDE Svn tree.
So now everyone can get the last code with:
svn co svn://anonsvn.kde.org/home/kde/trunk/playground/devtools/kpackagemaker
cd kpackagemaker
make -f Makefile.cvs
./configure
make
make install
Please report the bugs to gnuton@gnuton.org.
Today i’ve started the porting of kblogger to KDE4!
Now The Kblogger for KDE3 live in branches/kblogger!
gnuton@arpstorm:/tmp$ svn copy $REPOSITORY/trunk/playground/pim/kblogger/ $REPOSITORY/branches/kblogger/kblogger-0.7 --message "Added branch for 0.7"
Enter passphrase for key '/home/gnuton/.ssh/id_dsa':
Committed revision 662649.
Per tutti i curiosi di KDE4, eccovi un piccolo assaggio di come si presenteranno le finestre di KDE4…
Il tutto è ancora un Working progress.. quindi… ne vedremo ancora delle belle! 
Grazie a Riccardo (ruphy)…
Now you can compile Kblogger from svn with:
svn co svn://anonsvn.kde.org/home/kde/trunk/playground/pim -N
cd pim
svn co svn://anonsvn.kde.org/home/kde/branches/KDE/3.5/kde-common/admin
svn co svn://anonsvn.kde.org/home/kde/trunk/playground/pim/kblogger
make -f Makefile.cvs
./configure
cd kblogger
make
make install
In rete tempo fà avevo trovato questo… come crearsi la mascotte di linux 3D di cartone…
Su macchine server linux, molti programmi che controllano la macchina posso inviare messaggi ad un utente locale della macchina.
L’utente senza provilegi dell’amministratore del server riceve questi messaggi di posta che potrebbero essere letti con un
mail
possiamo fare un foward semplicemente aggiungendo il nostro indirizzo di posta in ~/.forward.
(ovviamente sulla nostra macchina ci deve esseere un MTA.. solitamente le macchine debian based usano postfix..)
Per testare il funzionamento del forward basta fare
mail nome_utente_che_fara_forward
scrivere il soggetto della mail, il testo.
Quando avete terminato di scrivere date un invio
e poi "." e di nuovo invio
lasciate il campo CC: vuoto con un altro invio
e controllate sul vostro account di posta se avete ricevuto la dovuta mail!
Oggi sulla mio server ubuntu ho installato tripwire;
L’installazione è semplice:
apt-get install tripwire
durante l’installazione ci verranno chieste 2 chiavi site e local key;
ora possiamo modificare la configurazione di tripwire editando il file:
/etc/tripwire/twcfg.txt
configurato tripwire, creiamo il database degli hash
/usr/sbin/tripwire --init
ora possiamo aggiungere nel /etc/cron.daily/ un /usr/sbin/tripwire --check
Durante il controllo dell’integrità , Tripwire confronta lo stato degli oggetti di filesystem attuali con le proprietà registrate nel suo database. Tutte le violazioni vengono visualizzate sullo schermo e una copia criptata del report viene creata all’interno di /var/lib/tripwire/report/, a cui potrete accedere in seguito tramite il comando twprint.
Se desiderate ricevere un e-mail che vi informi quando si verificano determinate violazioni, potete configurare questa funzione nel file di policy. ( Come ricevere i tripwire log via mail )
Per esaminare i report, consiglio la lettura di esaminare i report di tripwire della redhat (valide anche in ambiente debian)
Se eseguite un controllo dell’integrità e Tripwire riscontra delle violazioni, determinate innanzitutto se tali violazioni sono davvero delle "falle" nella sicurezza oppure modifiche autorizzate. Se di recente avete installato un’applicazione o modificato dei file di sistema importanti, Tripwire segnalerà in modo corretto tutte le violazioni dell’integrità . In questo caso dovrete aggiornare il vostro database. (maggiori info)
Dopo aver lanciato creato per la prima volta il nostro DB, molto probabilmente tripwire ci ha mostrato diversi errori tipo:
### Filename: /etc/rc.boot
### No such file or directory
### Continuing...
per eliminarli editiamo il file policy cosi:
il file di policy è cryptato e lo decryptiamo con un (da root)
twadmin --print-polfile > /etc/tripwire/twpol.txt
ora modifichiamo il nostro file di testo… spesso basta commentare le righe dei file/dir che non vogliamo che tripwire controlli.
fatto questo possiamo ricryptare il file con un
/usr/sbin/twadmin --create-polfile -S /etc/tripwire/site.key /etc/tripwire/twpol.txt
a questo punto il file twpol.txt viene criptato e firmato.
ora cancelliamo il database vecchio
rm /var/lib/tripwire/*.twd
e ricreiamo il nuovo come fatto in precedenza.
cotrolliamo che non ci dia warning.
Fonte: Red Hat Reference Guide.
Tu sei bello.. non la scimmia!
Nota: Questo è un post INUTILE scritto con KBlogger.. per testare lo Strike Out sul testo..!
Buon divertimento con KBlogger! Yeah!