Il più riuscito e forse anche il più giocato formato casual multiplayer si chiama Elder Dragon Highlander. Il 2 dicembre 2010 Monty Ashley e Aaron Forsythe hanno comunicato che la Wizard supporterà ufficialmente EDH rinominandolo in Magic: The Gathering Commander.

Questo formato, che nasce per il multiplayer, ma che viene giocato anche in 1vs1, ha catturato l’attenzione dei giocatori e della Wizard per diversi motivi, ma credo soprattutto perché è il bacino da cui si può attingere per le carte copre tutto il formato eternal (quindi da qualsiasi espansione di Magic) senza però avere la possibilità di costruire i mazzi combo da scomboevincoalsecondoturno o supercontrol che sono la forza e la rovina del Vintage e del Legacy.

Commander
1. Commander nasce con l’intento di promuovere l’interazione sociale. Per questo motivo una serie di carte sono bannate e non possono essere giocate.
Mostra Approfondimento ▼

2. Per costruire il mazzo bisogna scegliere una qualsiasi creatura leggendaria come Generale. Tutto il mazzo e la strategia di gioco ruoterà attorno al Generale.

3. Ogni carta del mazzo deve avere uno o più colori del Generale, che sono i colori del costo di lancio della carta più ogni simbolo di mana presente nel testo.
Mostra Approfondimento ▼

4. Un mazzo non può generare mana non appartenente ai colori del Generale. Se un effetto dovesse generare mana di un colore illegale invece genererà mana incolore.

5. Un mazzo Commander deve contenere esattamente 100 carte, incluso il Generale.

6. Con l’eccezione delle terre base, non possono esserci nel mazzo due carte con il medesimo nome inglese.

7. Le regole del gioco sono quelle di base di Magic, tranne:
· Si parte da 40 punti vita e non da 20.
· Si perde la partita oltre alle normali condizioni anche per aver subito 21 danni da un singolo Generale.
· Il Generale si tiene in una zona speciale chiamata Zona del Generale. Può essere lanciato in qualsiasi momento in cui può essere lanciata una creatura. Ogni volta che muore o viene esiliato, torna nella Zona del Generale e può essere rilanciato pagandolo 2 mana incolori in più rispetto all’ultima volta.

Penso che il Commander sia un buon modo per gli ex giocatori di tornare sul campo di battaglia (tutte quelle rare di merda da 1 euro che prendono la muffa in cantina e non servono a niente improvvisamente diventano fortissime!) e per i nuovi giocatori di uscire al di fuori degli schemi standard di Magic.

Se ci fosse qualche giocatore dalle parti di Torino, o qualcuno che vuole imparare, io, @sam-truc , @annetteshots (che ha appena imparato!) e @zott saremo circa una volta a settimana da Mimmo, il nostro covo nerdico . Ci trovate come quelli del gruppo strano.

MOAR info:
Official page
Official Rules
Official decks
Decklist database
Most hated generals
Commander Spoiler

Il mondo sarebbe sicuramente un posto migliore se ogni utente di internet prendesse la buona abitudine di certificare il proprio account di posta. Un po’ perché eviterebbe che la gente rompa il cazzo a noi per capire se una mail è buona o no, un po’ perché fa figo avere la mail firmata (forse, ma dico forse, solo per noi nerd è una figata).

Vi espongo di seguito due metodi per ottenere un certificato per firmare le mail, uno a livello Poppante e uno da Nerd Boss. Infine vedremo come usare questi certificati.

1. Metodo Poppante: fa tutto la mamma
Mi faccio certificare la casella di posta da una Certification Authority, magari gratuita. Questo servizio è ad esempio offerto su IstantSSL da Comodo.
Basta registrarsi e in pochi secondi si riceve una mail con il link del certificato da scaricare.

2. Metodo Nerd Boss: autocertificazione via OpenSSL
OpenSSL è un progetto opensource che ha lo scopo di sviluppare librerie che implementino le funzionalità di SSL (versione 2 e 3), TSL (versione 1) e algoritmi di crittografia simmetrica e asimmetrica. La versione attuale è la 1.0.0d.
Mostra Approfondimento ▼

Per prima cosa verifichiamo se e quale versione abbiamo installata sulla macchina. Aprite il terminale (se non sapete cos’è o come aprirlo andate in bagno a piangere per almeno 10 minuti, grazie) e digitate:
$ openssl version
Riceverete una risposta tipo “OpenSSL 0.9.8l 5 Nov 2009″, che per i nostri scopi è più che sufficiente.
Se invece o non è installato o la versione è stantia e volete aggiornarla, spiego brevemente cosa fare.
Mostra Approfondimento ▼

OpenSSL ci mette a disposizione una serie di metodi per creare e gestire una Public Key Infrastructure.
I certificati emessi con le PKI create con OpenSSL rispettano lo standard X.509 e possono essere usati per server e persone.

La prima cosa da fare per creare la propria PKI consiste nel creare il certificato relativo alla root CA. Più precisamente è necessario creare una coppia di chiavi ed un certificato autofirmato relativo alla chiave pubblica.

Per creare la chiave privata della CA si usa il comando genrsa
$ openssl genrsa -des3 -out CA-key.pem 4096
Mostra Approfondimento ▼

La prossima cosa da fare è creare il certificato di chiave pubblica relativo alla CA; il comando da utilizzare è req.
$ openssl req -key CA-key.pem -new -x509 -days 365 -out CA-cert.pem
Mostra Approfondimento ▼

Molto bene. Siamo a metà dell’opera. Abbiamo creato la nostra CA personale autofirmata. Ora è il momento di prendere i panni di noi stessi e creare una chiave privata per il nostro utente possessore della e-mail da certificare e una richiesta di certificazione alla CA.
L’utente che desidera ottenere un certificato crea quindi la propria chiave privata e successivamente crea una richiesta di certificato che contiene:

1. La chiave pubblica da certificare
2. I dati dell’utente che richiede il certificato

La richiesta di certificato viene firmata con la chiave privata del richiedente. Questo permette alla CA di essere certa che l’utente sia in possesso della chiave privata corrispondente alla chiave pubblica che sta certificando!

Passiamo ai comandi. La generazione della chiave avviene come abbiamo già visto in precedenza (comando genrsa).
La generazione della richiesta avviene nuovamente tramite il comando req.
$ openssl genrsa -des3 -out Ryan-key.pem 4096
$ openssl req -key Ryan-key.pem -new -out Ryan-req.pem
Si noti che, a differenza dei parametri utilizzati in precedenza, non sono presenti le opzioni –x509 –days ###, poiché si sta generando una richiesta di certificato e non un certificato. Durante la generazione della richiesta, viene chiesto all’utente di specificare i dati relativi al certificato. È fondamentale che Common Name e Email Address siano corretti o va tutto in vacca.

Siamo quasi alla fine! Rimettiamo per l’ultima volta il costume da supereroe della CA e rilasciamo il certificato che andremo poi ad utilizzare. L’operazione avviene tramite l’utilizzo del comando x509
$ openssl x509 -days 365 -CA CA-cert.pem -CAkey CA-key.pem -CAcreateserial -CAserial ca.srl -req -in Ryan-req.pem -out Ryan-cert.pem
Mostra Approfondimento ▼

Hell yeah! Abbiamo un certificato. Il problema è che la maggior parte dei MUA vuole in ingresso un certificato in formato PKCS#12. Questo formato è utile per salvare in un unico file il certificato di chiave pubblica e la chiave privata cifrata.

Per la conversione possiamo usare il comando pkcs12.
$ openssl pkcs12 -in Ryan-cert.pem -inkey Ryan-key.pem -export -out Ryan-cert.p12
È fatta! Il file .p12 può essere importato assieme al certificato della CA nel Keyring di OSX (o, ad esempio, nel gestore di certificati di Thunderbird). Il MUA da questo momento in poi sarà automaticamente in grado di firmare le e-mail inviate dall’account specificato nel certificato. Win!
Mostra Approfondimento ▼

via le lezioni giù al Dipartimento di Informatica.
more info: openssl.org, S/MIME.

Oggi nell’Aula Magna del Politecnito di Torino, Marco Boglione, proprietario dell’Apple I e presidente di BasicNet, ha rimesso in vita questa macchina che ha fatto la storia dei personal computer.

Qualche giorno fa una delegazione di Lega Nerd è stata in visita al “museo”. Tutto davvero molto figo, se qualcuno volesse andare dovrebbero esporre tutti i pezzi ancora fino al 18 maggio.

More info sull’Apple I su Wiki e sul K-Way Store.

Se siete appassionati di Magic e nelle ultime settimane siete rimasti chiusi in uno sgabuzzino probabilmente non saprete che la prossima espansione in uscita il 13 maggio si chiama New Phyrexia. Se invece siete sempre a spulciare la rete per nuove info, saprete che qualcosa in casa Wizard è andato storto, un pdf è finito dove non doveva e da un leak su mtgsalvation è apparso lo spoiler completo del set, molto prima del tradizionale rilascio controllato di spoiler a cui siamo abituati.
Le immagini stanno pian piano sparendo dalla rete sotto esplicita richiesta di mamma Wizzy, che cerca di salvare il culo salvabile, ma ormai il danno è fatto. Godiamoci quindi questo evento più unico che raro, visto che non penso ricapiterà a breve uno spoiler epico come questo.

Dal punto di vista tecnico New Phyrexia si preannuncia un’ottima espansione, di quelle che non si vedevano da un po’, piena di meccaniche interessanti come il mana phyrexiano (può essere pagato con il mana normale oppure con 2 punti vita) o carte combo come il Torpor Orb che non fa triggerare le abilità quando una creatura entra in gioco (leggi Phyrexian Dreadnought), il Myr Superion che va in combo con Fiala Eterea. Notevole anche il ritorno di Karn, questa volta sotto forma di planeswalker dalle abilità molto interessanti.

Una versione visiva dello spoiler è sopravvissuta qui, una buona traduzione in italiano è quo e le info ufficiali sul set sono qua.
Chi invece non capisce una cippa di Magic, può comunque trastullarsi con la gallery tematica qui sotto: trovo siano davvero belle immagini.