GeCHI Weekly Report #2.04

Benvenuti al quarto GeCHI Weekly Report del 2010, il quale fornisce sommari e notizie importanti relative allo sviluppo della distribuzione Gentoo del seguente periodo: 16.01.2010 - 22.01.2010.

[1] app-emulation/emul-linux-x86-* (stabilizzazione) (23.01)
Lo sviluppatore Pacho Ramos ha reso disponibile il nuovo set 20091231 per emul-linux-x86-*, di cui è iniziato il processo di stabilizzazione; si incoraggia la comunità italiana di Gentoo al testing di questa nuova release e a fornire i dovuti feedback sul bugzilla di Gentoo (mi raccomando, se segnalate problemi sul bugzilla, metteteli come block del seguente tracker e non come commenti del suddetto).

[2] Qt Meeting (21.01)
Lo scorso 21 gennaio si è tenuto il meeting mensile tra gli sviluppatori del Gentoo Qt Project per discutere i seguenti punti (gli argomenti strettamente tecnici sono stati filtrati per brevità):

1. eclass status - la conversione alla nuova eclass: qt4-r2 (vedere GWR #1.13) è iniziata e procede molto bene come da apposito report; la conversione di qt4-build.eclass e qt4-r2.eclass ad EAPI3 è stata ultimata con successo;
2. split ebuild vs. monolithic ebuild - come spiegato nel precente GWR #1.13, la questione split vs monolithic per i pacchetti Qt e KDE spettava al team di sviluppo di Portage, ma ancora non si sono pronunciati in merito, quindi questo punto è stato rimandato al prossimo meeting;
3. #gentoo-qt - il chan #gentoo-qt verrà presto ufficializzato come canale di supporto per i pacchetti Qt in modo tale da rendere il Gentoo Qt Project completamente slegato dal Gentoo KDE Project;
4. abilitare il supporto raster di default per i live ebuild - gli sviluppatori hanno deciso che è ancora troppo presto per avere il supporto raster abilitato di default e che è meglio fare più testing a riguardo e rimandare la discussione al prossimo meeting;

[3] Monthly Gentoo Council (18.01)
Lo scorso 18 gennaio si è svolto il consueto incontro mensile del Consiglio Gentoo in cui si sono discussi i seguenti argomenti:

• Gentoo/Prefix status - nel precedente meeting (vedere GWR #1.12 per dettagli) erano state accettate le modifiche da effettuare a Portage al fine di implementare ufficialmente Gentoo/Prefix e in questa riunione gli sviluppatori incaricati di tale lavoro hanno confermato che tutte le modifiche sono state completate correttamente e che quindi si poteva procedere all'approvazione finale di EAPI3;
• timestamps preservation status - sempre nel precedente meeting la discussione riguardante il problema di preservare i timestamp era stata rimandata al successivo incontro del consiglio invitando al contempo gli sviluppatori dei vari package manager (portage, paludis, pkgcore) a definire delle dettagliate specifiche tecniche sul comportamento che i vari package manager dovrebbero tenere nei confronti degli mtimes; finalmente, dopo molte lunghe discussioni, gli sviluppatori dei package manager hanno raggiunto un accordo (per maggiori dettagli in merito si faccia riferimento al report #264130) e i membri del consiglio hanno approvato all'unanimità le nuove specifiche tecniche presentate;
• spostare il supporto XZ da EAPI4 a EAPI3 - nel precedente meeting, per un problema interno del Gentoo Council, non è stata discussa la possibilità di inserire in EAPI3 il supporto ufficiale per Portage al formato di compressione Xz, quindi tale modifica è stata discussa in questa riunione di gennaio con approvazione unanime da parte di tutti i membri del Consiglio - attualmente il supporto alla decompressione dei distfiles .xz e .tar.xz è già disponibile in Portage 2.1.7.14 e 2.2_rc59;
• discussione GLEP 57 - La GLEP 57 è la prima di una serie di GLEP (in totale 5) il cui scopo è quello di evidenziare i problemi riguardanti il processo di distribuzione di Portage, in modo particolare quelli riguardanti la sicurezza; lo scopo di tutte e cinque le GLEP è quello di analizzare nel dettaglio queste problematiche, fornire valide soluzioni che permettano di prevenire semplici attacchi e rendere difficile l'implementazione di attacchi molto più complessi e dannosi; la GLEP 57 è solo un documento introduttivo di tutta l'idea, quindi senza dettagli tecnici e specifiche, ed è stata approvata all'unanimità dai membri del Consiglio (valutazione che si è protratta per ben 4 anni);
• discussione GLEP 58 - La GLEP 58 introduce MetaManifest, un'estensione di Manifest2 (vedere GLEP 44) il cui scopo è quello di garantire che qualsiasi elemento dell'albero di Portage non venga compromesso quando viene distribuito da terze parti (come i mirror rsync), in particolare che elementi critici, come le eclass, non vengano modificati all'insaputa dell'utente finale; siccome verificare tutte le fonti esterne di distribuzione è impossibile, si è pensato di generare gli hash non solo per gli ebuild, ma per ogni singolo elemento critico di Portage; questa GLEP non è stata approvata per alcune problematiche tecniche emerse durante la discussione, quindi il prossimo mese lo sviluppatore Robin Hugh Johnson sottoporrà al Consiglio una nuova versione della GLEP 58 completa delle correzioni suggerite durante la riunione;
• discussione GLEP 59 / 60 / 61 - Queste tre GLEP coprono specifici punti riguardanti il MetaManifest descritto nella GLEP 58, nello specifico:
  1. GLEP 59 spiega i problemi di sicurezza dei checksum rapportati alla commercializzazione di nuove CPU sempre più potenti, raccomandando quali tipologie di checksum devono essere abbandonate, quali altre introdotte e in che modalità;
  2. GLEP 60 estende e consolida la precedente GLEP 44 riguardante Manifest2;
  3. GLEP 61 introduce la possibilità di comprimere MetaManifest per ridurre lo spazio occupato dai Metadata;

  ma a causa di alcune problematiche tecniche emerse durante la discussione, queste GLEP non sono state approvate e dunque rimandate al prossimo Gentoo Council;

• introduzione della nuova multilib ABI in Portage 2.2 - i membri del Consiglio sono stati chiamati a votare sulla possibilità di introdurre ufficialmente la nuova multilib ABI (vedere GWR #1.05 e GWR #1.06) nel ramo di sviluppo di Portage 2.2, ma nonostante tutti fossero concordi sulla sua introduzione in Portage, la mancanza di una documentazione completa e la mancanza di specifiche tecniche ben definite (è ancora un work-in-progress di Tomas Sachau) ha fatto slittare questa discussione ai prossimi meeting quando tutte le lacune saranno colmate;

IMPORTANTE: con l'approvazione di Gentoo/Prefix, del timestamps preservation e del supporto XZ per Portage, si è reso possibile anche approvare ufficialmente EAPI3.

[4] Nuovi stage per Gentoo/FreeBSD 8.0 (18.01)
Gli sviluppatori del progetto Gentoo/Alt hanno iniziato la realizzazione dei nuovi stage3 per Gentoo/FreeBSD 8.0 e alla rimozione dei vecchi profili e stage per Gentoo/FreeBSD 7.1 e 6.2.

[5] Censimento degli utenti Gentoo [EXTRA]
Per chi non l'avesse ancora scovato, esiste un sito web dedico al censimento degli utenti Gentoo sparsi in tutto il mondo: gentoo-users.org; il sito in questione permette di vedere la dislocazione dei vari utenti tramite Google Maps.

Si invita tutta la comunità italiana Gentoo ad iscriversi così da ingrandire le schiere dell'Italian Conspiracy.

[6] Chitarra Electrica Digitale basata su Gentoo [EXTRA]
Ebbene sì, avete letto correttamente, recentemente è stata annunciata la commercializzazione della Misa Digital Guitar, come indicato dall'apposito sito web misadigital.com, cioè una chitarra elettrica digitale: per chi non è un addetto al lavoro altro non è che un controller MIDI; la chitarra MIDI è basata sulla CPU AMD Geode 500MHz ed è costituita da un pannello Touch Screen da 8.4" e 24 fret composti da 144 keycaps, il tutto potenziato da Gentoo/Linux (altri dettagli tecnici non sono stati resi disponibili).

Tutto il software di corredo della chitarra digitale sarà rilasciato sotto licenza open source, compresi i firmware; è molto probabile quindi che a breve venga reso disponibile uno stage3 dedicato al dispositivo. Si consiglia caldamente la visualizzazione del video introduttivo presente sul sito del produttore Misa.

[last rites]
Il Gentoo Tree Cleaning Team segnala che i seguenti pacchetti verranno rimossi dal tree di portage entro 30 giorni:

# Hans de Graaff gentoo.org> (16 Jan 2010)
# Not supported anymore by upstream since several ruby-gnome2
# releases. Will be removed in 30 days.
dev-ruby/ruby-libgda

chi fa uso di uno o più dei pacchetti sopra citati è fortemente incoraggiato a trovare alternative oppure a contribuire al loro mantenimento.

----

Puoi seguire i GeCHI Weekly Report tramite i seguenti canali:

• gechi.it RSS Feed;
• Twitter: GeCHI Group | GeCHI RSS Feeds;
• Identi.ca: GeCHI Group | GeCHI RSS Feeds;
• YouTube: GeCHI Group;
• FaceBook: GeCHI Group;
• Digg: GeCHI Group | GeCHI RSS Feeds;
• LinkedIn: GeCHI Group;