"mi chiedo come faccia a volare un uccello cosi ingordo"

Siccome la mia home ha l’acqua alla gola, (no, non mi si è allagata casa) sono stato “costretto” ad un controllo dell’utilizzo del disco, con la speranza di eliminare qualche megabyte superfluo.

La cartella che mi ha lasciato più perplesso, è stata quella di thunderbird (.thunderbird) che occupava ben 300 “e passa” megabyte. Cosi sono corso dall’uccello, di fuoco, e mi son messo a vedere effettivamente quale mail occupava “cosi tanto”. Tra le tante, alcune avevano come allegato qualche emmeppitré, altre file vari, ma nessuna delle tante mail sembra avere allegati cosi pesanti. Cosi, cancellate queste mail con allegati, sono andato a ricontrollare lo spazio occupato, e con estrema sorpresa, non era cambiato minimamente.

Cosi mi insospettisco, riapro l’uccello, e scelgo di visualizzare, accanto ad ogni cartella, la dimensione occupata. Così scopro la cartella incriminata: la “posta inviata” di alice (ehm si, scusatemi, uso ancora alice, oltre a gmail, ovvio…).

Scorrendo di messaggio in messaggio però, vedo che la dimensione media di ognuno era di circa 2-3 kb. Cosi comincio a dare di matto: dove diavolo sono questi MB??? E che ne so… so solo che ho scoperto, che cliccando col destro sulla cartella, c’è una voce chiamata “Compatta”, non so bene cosa vada a compattare, ma mi ha tolto tutti quei 300Mega.

Compatta!

Cosi ne ho approfittato per fare pulizia anche alle altre cartelle, mail ed rss.

]]> http://www.tuxfeed.it/2009/07/18/loccupazione-di-memoria-del-vostro-uccello-di-fuoco/feed/ http://www.tuxfeed.it/2009/07/18/ckit-build1/ http://www.tuxfeed.it/2009/07/18/ckit-build1/#comments Sat, 18 Jul 2009 16:50:03 +0000 dax tag:google.com,2005:reader/item/520d68273032de5e Serviva un modo per poter aggiornare i pacchetti ottenuti dal check, quindi ho scritto una seconda funzione per la compilazione: build1. LINK.

$ sh CKIT build1
==> CKIT - Construction KIT
==> Ok, azione scelta build1.
==> Processo i pacchetti ottenuti dal check.
==> tilda-cvs: vuoi aggiornare? (y/n) y
-> Vuoi prendere il PKGBUILD da AUR? (y/n) y
-> Ti basta compilare da user? (y/n) y
-> Ok, tilda-cvs fatto
==> pidgin-facebookchat-svn: vuoi aggiornare? (y/n) n
==> pcmanfm-svn: vuoi aggiornare? (y/n) y
-> Vuoi prendere il PKGBUILD da AUR? (y/n) y
-> Ti basta compilare da user? (y/n) y
-> Ok, pcmanfm-svn fatto
==> minitube-git: vuoi aggiornare? (y/n) y
-> Vuoi prendere il PKGBUILD da AUR? (y/n) y
-> Ti basta compilare da user? (y/n) y
-> Spiacente, il pacco minitube-git non compila
==> microdia-git: vuoi aggiornare? (y/n) n
==> gnome-do-bzr: vuoi aggiornare? (y/n) y
-> Vuoi prendere il PKGBUILD da AUR? (y/n) y
-> Ti basta compilare da user? (y/n) y
-> Ok, gnome-do-bzr fatto
==> aurget-git: vuoi aggiornare? (y/n) y
-> Vuoi prendere il PKGBUILD da AUR? (y/n) y
-> Ti basta compilare da user? (y/n) y
-> Ok, aurget-git fatto
==> amarok-svn: vuoi aggiornare? (y/n) n

Spendo due paroline per descrivere la funzione. Ho aggiunto nel check due righe che aggiornano un file di testo man mano che trovo pacchetti da aggiornare.
Quindi il build1 va a scansionare questo file, richiedendo di voce in voce se scaricare il PKGBUILD da AUR e se compilare da user o root, mantenendo sempre la filosofia principale del programma. Ho inoltre nascosto l’output del makepkg perchè non è l’operazione predominante, fermo restando che per un uso verboso c’è il “build pacco flag flag”.
Per concludere, le due funzioni di compilazione usano le stesse risorse e sono perfettamente compatibili, è possibile lavorare prima con un build1 generico e successivamente con un build specifico su un pacchetto che, ad esempio, prima non compilava causa dipendenze mancanti o PKGBUILD da sistemare, per poi concludere con un unico add. L’eventuale modifica del PKGBUILD dovrà essere fatta in separata sede ed a mano.
Il programma comunque non è ancora multitasking e dubito lo sarà mai, perchè la compilazione tende ad usare gia di suo l’intera potenza della cpu.

Per ora questo è quanto. Saluti.

lftp_put_repo(){
cp “$repo” “$repo”_prev
lftp_run "put $repo" &>/dev/null
wgetrepo
i=$(stat -c%s “$repo”)
j=$(stat -c%s “$repo”_prev)
[[ $i = $j ]] && echo " -> Fatto, controllo dimensione ok ($i)." || echo " -> OCCHIO: $i ~ $j! Potresti aver bisogno di restoredb!"
}

Lo stavo facendo con md5sum ma ho avuto noie. LINK.

NMap è divenuto talemente importante per il mondo informatico che viene anche citato spesso in film cult come Matrix Reloaded,Bourne Ultimatum,Die Hard 4,Game of Deat,The Listening e tanti altri ( per approfondimento http://nmap.org/movies.html ).

Sul sito ufficale troviamo un release note dettagliato che ci indica le novità della versione 5.0. Io vi propongo la versione tradotta in italiano.

1. Ncat, componente di Nmap derivato da  netcat il nuovo coltellino svizzero delle reti. E’ stata pubblicata anche una guida per questo tool disponibile qui.
2. E’ stato aggiunto il tool Ndiff, un programma che consente di monitorare costantemente i cambiamenti da una scansione all’altra della rete in modo da concentrare l’attenzione solo sui cambiamenti. Inoltre è stato ulteriormente migliorato il frontend grafico, ZenMap,  sempre più completo.
3. Miglioramento delle prestazioni grazie al ritocco degli algoritmi di scansione e alle ricerche sulle porte più comunemente aperte tra gli host in Internet.
4. E’ stata pubblicata la nuova versione del libro Nmap Network Scanning, metà del quale è consultabile anche online. Si tratta di uno strumento essenziale per capire il funzionamento interno di Nmap e tutti i segreti del “port scanning”.
5. Un’altra caratteristica molto importante di Nmap è NSE ( Nmap Scripting Engine ), un potente strumento per automatizzare le operazioni più comuni effettuate attraverso il tool o per creare delle vere e proprie applicazioni che sfruttino le potenzialità e le prestazioni delle API offerte da Nmap per una varietà di scopi legati alle reti ( dal controllo per specifiche vulnerabilità al bruteforcing di protocolli come SNMP o POP3 ). 32 nuovi script sono stati aggiunti ad Nmap mentre quelli già presenti sono stati migliorati. La documentazione completa è disponibile qui.

Per tutte le altre informazioni e curiosità vi rimando al sito ufficiale  http://nmap.org/5/

L’attacco riesce a superare anche la protezione offerta dal sottosistema SELinux. La vulnerabilità è causata da un’ottimizzazione di una funzione da parte di Gcc, in cui un “if” viene saltato perché ritenuto inutile dal compilatore.

Per poter funzionare l’exploit deve poter accedere a /dev/net/tun e disabilitare la protezione offerta da “mmap_min_addr”. La soluzione, già implementata a partire dal kernel 2.6.30.2, consiste nell’aggiungere come parametro all’invocazione del compilatore l’opzione “fno-delete-null-pointer-checks”.

Via | Grok

La battaglia del software libero nei confronti di quelle chiuso in Cina è molto più difficile.

Nonostante il governo finanzi numerosi progetti open source per l’interesse nazionale e la crescita del mercato informatico interno Linux stenta a prendere piede. Il problema principale è la diffusa pratica della pirateria del software commerciale.

Pratica che avvantaggia i produttori che si troveranno nei prossimi anni, quando arriverà il giro di vite sul copyright, una generazione di persone abituate ad usare solo quei software.

Anche la pratica delle aziende open source di essere pagati per i servizi offerti ha poco successo perché dato il basso costo della manodopera molte aziende preferiscono fare tutto in casa a prezzi minori.

Foto | tan ah beng
Via | GoodGearGuide

Microsoft ha annunciato che Melco Group, la società che possiede Buffalo Inc., ha accettato di pagare una cifra di denaro per la presunta violazione di brevetti da parte della versione di Linux utilizzata nei suoi prodotti.

Il direttore Hajime Nakai afferma che intendono sia incrementare i prodotti che utilizzano Windows Storage Server sia offrire una protezione ai clienti che utilizzano le versioni con Linux.

La cifra pagata non è stata divulgata, ma che sia di un solo dollaro o milioni è il principio ad essere sbagliato. Microsoft sta riuscendo nel suo gioco intimidendo i produttori più piccoli a pagare e, probabilmente, a non usare più Linux.

Via | Microsoft

Oggi è stato annunciata l’uscita di Nmap5, il celeberrimo programma per la mappatura e scansione delle reti.

Questa versione viene considerata dagli sviluppatori la più importante dal 1997 e contiene più di 600 differenze considerevoli. Tra le novità più importanti l’introduzione del programma ndiff ed di Nmap Scripting Engine (NSE).

Con Ndiff è possibile scansionare le proprie reti quotidianamente e ottenere un rapporto con le differenze fra la situazione precedente ed attuale. Nse consente di automatizzare compiti ripetitivi e comuni.

Ncat è il nuovo “Swiss Army Knife” delle reti ed una reimplementazione del classico netcat con molte potenzialità e funzionalità aggiuntive. Come se tutto questo e molto altro non bastasse ancora anche le prestazioni sono state migliorate.

Via | Insecure