dato che mi sono scontrato con il problema di dover far andare ssmtp con gmail e che google mi ha proposto configurazioni non funzionanti, vi posto quella che a me funziona:

/etc/ssmtp/ssmtp.conf:
root=tuo_username@gmail.com # altrimenti inviando mail da root il mittente e' "root"
mailhub=smtp.gmail.com:465 # o :587
UseTLS=YES
AuthUser=tuo_username # senza @gmail.com
AuthPass=tua_password
FromLineOverride=YES # per settare correttamente il subject

io sto utilizzando questa configurazione per una webapp che invia in automatico delle mail

ieri dopo un’ora di tentativi di fare un bridge dell’adapter vmware e della mia scheda di rete, ho trovato su google che nelle famose patch any-any-update di cui vi dicevo l’altra volta il bridge su interfacce wireless non e’ supportato:

But vmware-any-any-update patchs do not support bridge networking with wireless network cards. It can be read in the source of module vmnet.tar, smac_linux.x386.c:

KERN_WARNING vmnet: You are trying to use wireless networking bridged together with vmware-any-any-update. This configuration is not supported, and your wireless bridge will probably not work

After investigating a bit, the problem is this function is only supported in vmnet.tar module that comes with the original vmware, which includes precompiled binaries smac_linux.x386.o_shipped and smac_linux.x86_64.o_shipped which support this function. But the original modules are not worth because they do not compile in the kernel 2.6.24

La “soluzione” proposta dalla stessa pagina che ho trovato googlando consiste nel prendere pezzi di vmnet originale e schiaffarci dentro pezzi di any-any-update-115 per generare un micro mostro che pare funzioni; io non l’ho provato, dubito che il micro mostro funzioni sul kernel 2.6.26 (dato che e’ basato sulle patch 115 e a me servivano le 117d)

Nell’attesa che cambi qualcosa (magari con l’uscita di ws 6.5), rimane funzionante il bridge con le ethernet

per chi non riuscisse piu’ a far andare vmware col kernel 2.6.26, ci sono delle patch che permettono di far compilare correttamente i moduli… ecco come fare:

• procuratevi il file vmware-any-any-update117d.tar.gz da http://groups.google.com/group/vmkernelnewbies/files
• scompattate il tar.gz di vmware dove vi pare
• prendete i file vmmon.tar, vmblock.tar, vmnet.tar da vmware-any-any-update e copiateli in vmware-distrib/lib/modules/source
• fate l’installazione di vmware

a me questa procedura ha funzionato, ricordo di togliere altre eventuali patch messe magari dalla vostra distribuzione

giro tranquillo per il uebbb quando mi imbatto in questa immagine:

ora a me pare che questo banner sia quanto meno fuorviante… e’ vero che puoi scaricare tutti i tipi di file assolutamente gratis… ma per il 97% dei file e’ illegale farlo… e questo mica lo dicono

nhoooooooooooo :°(((

io mi domando: quanta gente non vota perche’ non puo’ votare?

caso 1: collega che da inizio anno ha preso residenza in un’altra citta’, non puo’ votare li’ ma dovrebbe votare dove stava prima, metteteci un migliaio di km in mezzo e riflettete

caso 2: studenti universitari in giro per l’italia, sempre senza soldi che di certo non spendono decine di euro per andare a votare a casa loro

caso 3: lavoratori vari, situazione simile al caso 2

caso 4 (per allentare la tensione): i motociclisti del motomondiale e tutti gli sportivi in genere che la domenica magari sono in giro per l’italia o il mondo?

possibile che nel 2008 ancora non si abbia una soluzione? il primo caso e’ davvero assurdo, tipico del paese pizza-spaghetti-mandolino che siamo

e’ lontano dalla realta’ ipotizzare numeri in grado di cambiare l’esito di un’elezione? non penso…

sottotitolo: d’altronde, siamo in italia

non ho intenzione di postare inutilita’ sul perche’ e sul per come, fatto sta che un bel giorno di fine febbraio mi attivo via telefonica un contratto con $(operatore 2), il quale mi assicura che l’adsl di $(operatore 1) continuera’ a funzionare — cosa assolutamente non vera, confermatami da $(operatore 1)… beh poco male, c’e’ il diritto di recesso in italia no?! se te lo specificano (si), hai tipo $(tot) giorni per mandare una comunicazione (di solito tramite raccomandata a/r) il cui senso piu’ o meno e’ ok, non voglio piu’ niente, facciamo finta che non ci siamo mai sentiti…

questo diritto e’ stato stabilito in un decreto legge proprio per evitare che la gente finisse ingabbiata in cose che in realta’ non voleva, giusto? giusto. allora, io mando la raccomandata a/r dopo 2 giorni a $(operatore 2) dicendogli che in pratica non volevo piu’ niente e non volevo che venisse toccato nulla di quanto avevo gia’ con $(operatore 1) — parte la raccomandata, torna la ricevuta, ritengo sia tutto ok.

ERRORE

un giovedi’ di un po’ dopo meta’ marzo, torno a casa e la mia adsl non si connette — vabbe’, capita, aspettiamo un po’. la mattina dopo, dato che la situazione non cambia, telefono al 187 e qui scopro l’orrido orrorro: hey, tu non sei un cliente di $(operatore 1), che cazzo vuoi?

eehh?

vado sul sito, controllo le pratiche, trovo un “cessazione adsl - evaso”

ORRORE - MORTE - DISTRUZIONE - CIMITERI

mi aggrappo al telefono, mezzora di musichetta di merda di $(operatore 2) perche’ e’ quel venerdi’ in cui il cristo muore e nessuno a parte me lavora, insisto, desisto, riprovisto, fisto il primo che mi risponde il quale tranquillamente mi dice la sua richiesta di recesso e’ in lavorazione, di solito occorre una mesata

e il diritto di recesso? NEL CESSO

hai ragione? IN PRIGIONE

P.S.: in realta’ volevo scrivere molto di piu’, ma esco da questi 20 giorni mentalmente a terra e proprio no go’ coioni

etrom

:wq

igiene sicura 100%

sottotitolo: per fortuna!

girovagando per blog mi sono imbattuto in un post riguardante la “svolta” dei metallica nella condivisione musicale… vi ricordate le battaglie contro napster? vi ricordate tutto il polverone suscitato dalle azioni legali? ebbene, ricordatevele e cancellatele: nel 2007 i metallica mettono su un sito da cui e’ possibile scaricare l’audio dei loro concerti live!

alla cifra di circa 10 dollari per mp3 a 128kbit o circa 13 dollari per flac lossless e’ possibile scaricare un intero concerto live pochi giorni dopo l’evento stesso; e’ inoltre presente una vasta sezione di downloads gratuiti con i concerti piu’ datati

del resto vorrei ricordare le parole di Lars nell’intervista rilasciata ad MTV prima del concerto del Rock Am Ring nel 2003: “se avessimo voluto che la nostra musica venisse diffusa con questo metodo (napster) l’avremmo fatto noi!” e sembra che alla fine l’abbiano proprio fatto…

certo, si potrebbe dire che e’ tutta una tattica, visto che non sono riusciti a sconfiggere la diffusione via internet delle loro opere tentano almeno di “legalizzarla”… a questo proposito vorrei riportare un paio di frasi lette nelle FAQ del sito:

You will have 48 hours from the time you start downloading to completely download each show you purchase. We’d be fooling ourselves to think that these files won’t be shared by some friends, and there’s nothing we can do to STOP you from doing so.

All we can do is to ask you straight up: Do the right thing. Please be cool and don’t share your files.

capito? siamo passati dal perseguiremo legalmente chi scambia nostri mp3 al per favore, non condividete i nostri mp3

per fortuna che qualcuno nel tempo (forse) cambia!

mi sono gia’ piu’ volte lamentato della mentalita’ di certi sviluppatori che amano troppo stravolgere tutto quanto fatto in precedenza

si, mi riferisco di nuovo ad archlinux e al nuovo pacman 3.1

1. non si riesce piu’ a lavorare sui pacchetti solo da root. pazzesco. pacman lavora ancora abbastanza bene da root, makepkg invece e’ ora solo per gli utenti a meno di forzarne l’uso da root con uno switch da riga di comando. a me sfugge il discorso sicurezza se il mio utente e’ in sudoers…
2. abs non e’ piu’ incluso — va installato come pacchetto a parte
3. i mirror sono stati riuniti in un’unica lista — altro lavoro di vim per sistemare pacman.conf
4. il db di pacman e’ stato spostato — utile eh

ora pero’ installando roba mi sono imbattuto in una problematica che affligge tutti gli utenti, tanto che e’ stato aperto un bug che spiega tutto… e a parte la solita scusa degli sviluppatori “This is not a bug, this is a feature” possiamo leggere la cosa che piu’ mi sconcerta di tutto cio’:

Some background: we cannot modify packages to the new provision scheme until users don’t change to the new pacman (i.e. it appears in core).

dunque: fate una nuova versione del programma, abbastanza incompatibile con la struttura del resto (parlo specialmente di AUR), non dite niente a nessuno perche’ per fare le modifiche dovete comunque aspettare che il pacchetto sia marcato “stabile”. e chi usa testing? deve tenersi una roba mezza incompatibile? deve ricordarsi di editare a manina tutti i pacchetti in modo da renderli usufruibili dal nuovo pacman?

e quando verra’ passato in core, tutto sto casino tocchera’ a quelli che non usano testing ovviamente, che si ritrovano a dover fare tutti sti passaggi… mah

perche’ invece esce una versione nuova di portage alla settimana e l’utente non deve fare mai niente?