Salta navigazione.

Navigazione

Login utente

Eventi

  • Nessun prossimo evento disponibile

Chi è online

Ci sono attualmente 0 utenti e 9 visitatori collegati.

GeCHI Weekly Report #1.12

Benvenuti al dodicesimo GeCHI Weekly Report, il quale fornisce sommari e notizie importanti relative allo sviluppo della distribuzione Gentoo riguardanti il seguente periodo: 05.12.2009 - 11.12.2009.

[1] Monthly Gentoo Council (07.12)
Il 7 dicembre si è svolto l'incontro mensile del Consiglio Gentoo in cui si sono discussi i seguenti argomenti:

  1. Gentoo/Prefix inserito ufficialmente in portage - nel precedente meeting si era deciso di accettare ufficialmente l'introduzione di Gentoo/Prefix in Portage mentre i dettagli tecnici della sua implementazione sarebbero stati sottoposti e discussi al successivo meeting; ciò è stato fatto e ai membri del consiglio è piaciuto il lavoro svolto, quindi è stata data l'approvazione per le modifiche da effettuare a Portage, le quali prenderanno nome come EAPI3 (tutto ciò che in precedenza è stato identificato come EAPI3 verrà rinominato in EAPI4);
  2. timestamps preservation per i package manager - siccome gli sviluppatori dei vari package manager ufficiali per Gentoo non sono concordi sulla questione riguardante la conservazione dei timestamps dei file installati (vedere precedente GWR #1.04), i membri del consiglio hanno deciso che i suddetti sviluppatori devono fornire delle specifiche tecniche dettagliate sul comportamento che i package manager dovrebbero tenere nei confronti degli mtimes, così da avere un quadro più completo della situazione e prendere una decisione definitiva per il problema;

[2] Nuove eclass per i pacchetti ruby - Ruby Targets e Fake Gem (06.12)
Nel precedente GWR #1.11 era stata annunciata l'introduzione della nuova eclass ruby-ng e prontamente è stata inserita in Portage come promesso. Oltre alle migliorie già annunciate in precedenza, la nuova eclass introduce una nuova USE_EXPAND chiamata RUBY_TARGETS da settare in make.conf, grazie alla quale sarà possibile avere una migliore gestione delle dipendenze, in modo particolare in quei casi in cui l'utente finale ha la necessità di installare una dipendenza per versioni multiple di Ruby.

Di default RUBY_TARGETS sarà settata con la use ruby18, ma l'utente ha la possibilità di specificare altri targets, quali:

  • ruby18;
  • ruby19;
  • jruby (JRuby);
  • ree18 (Ruby Enterprise Edition 1.8);

Al momento la stable release del pacchetto dev-lang/ruby è la versione 1.8, quindi non usate su macchine di produzione altri target oltre a ruby18 (a meno che non stiate facendo testing); di seguito un esempio dell'output in console per i nuovi pacchetti:

dev-ruby/test-unit-2.0.4 [2.0.3] USE="-test%" RUBY_TARGETS="ruby18%* ruby19%* -jruby%"

come si nota facilmente dall'esempio appena riportato, viene aggiunta la nuova USE test e il pacchetto verrà installato sia per la versione 1.8 che la versione 1.9 di Ruby.

Ma le novità non si fermano alla sola eclass ruby-ng, infatti è in corso l'implementazione di una nuova eclass denominata ruby-fakegem che andrà a sostituire l'attuale gems.eclass. La nuova eclass si basa su ruby-ng ed è quindi in grado di gestire in modo del tutto trasparente l'installazione delle gem per target multipli, ma cosa più importante, è in grado di farlo senza usare dev-ruby/rubygems; ciò permetterà di gestire le ruby gems come traduzionali pacchetti di portage e non come pacchetti installati tramite utility esterne a portage (dev-ruby/rubygems) e quindi si avrà la possibilità di applicare loro patch ed eseguire test.

La nuova USE_EXPAND per i target e le fake gem semplificheranno notevolmente l'amministrazione dei pacchetti ruby, eliminando sul nascere ogni possibile errore umano o conflitto di dipendenze, a tutto vantaggio della stabilità del sistema. Attualmente in portage ci sono circa 300 pacchetti che devono essere convertiti alle nuove eclass, quindi non aspettatevi un massiccio cambio di USE nei futuri aggiornamenti, perché tutto il processo di conversione sarà graduale e diluito nel tempo.

[3] nuovi stage per armv4l/armv4tl/armv5tel [EXTRAS]
Lo sviluppatore Gentoo Raúl Porcel ha reso disponibili nuovi stage per l'architettura ARM: armv4l/armv4tl/armv5tel.

[4] nuova veste grafica per il sito packages.gentoo.org [EXTRAS]
Lo sviluppatore Gentoo Steve Dibb, per meglio sopperire alle esigenze degli utenti, sta rifacendo sia la grafica che l'implementazione software del sito packages.gentoo.org. Prima di rilasciare pubblicamente la nuova versione, Steve vorrebbe che il sito venisse testato ampiamente, così da trovare quanti più bug possibili prima che colpiscano l'utente finale, quindi invita tutta la communità internazionale Gentoo a fare testing e fornire feedback; chi volesse provare la beta deve semplicemente contattare Steve Dibb.

[5] GPytage una nuova utility per portage [EXTRAS]
Lo sviluppatore Gentoo Kenneth Prugh ha ripreso lo sviluppo dell'applicazione GPytage, un frontend grafico per la gestione del file di configurazione di Portage; Ken incoraggia la community internazionale Gentoo a fare testing e fornire feedback.

[6] Usare correttamente l'overlay kde-sunset [EXTRAS]
Lo sviluppatore Gentoo Alex Alexander di recente ha pubblicato un articolo sul suo sito che spiega come utilizzare correttamente l'overlay kde-sunset per l'installazione di kde:3.5.

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

# Michael Sterrett (mr_bones_ [at] gentoo.org) (07 Dec 2009)
# Last release in 2002; writes to GAMES_DATADIR;
# unmaintained by upstream.
games-fps/nprquake-sdl

# Diego E. Pettenò (flameeyes [at] gentoo.org) (06 Dec 2009)
# libip_vs_user_sync fails to build with current
# linux-headers, bug #247061 open November
# 2008. sys-cluster/saru depends on that.
dev-libs/libip_vs_user_sync
sys-cluster/saru

# Diego E. Pettenò (flameeyes [at] gentoo.org) (06 Dec 2009)
# Coming straight out of the modular Xorg split;
# collides with the (actually used) xbitmaps package (bug
# #295838). ACKed by scarabeus.
x11-apps/xmh

# Diego E. Pettenò (flameeyes [at] gentoo.org) (06 Dec 2009)
# pvm builds but segfaults if compiled with GCC 4. This is
# bug #151316 *Open October 2006!* Over three years later
# the bug is still unsolved; if somebody wants to care for
# this package, please fix it up and feel free to unmask,
# but not before that.
sys-cluster/pvm
sys-cluster/pvm-povray
sys-cluster/pypvm

# Diego E. Pettenò (flameeyes [at] gentoo.org) (05 Dec 2009)
# Upstream closed the early accesss program in favour of
# Sun Studio 12 Update 1. The new package needs its license
# reviewed, once that's done, it'll be added to Portage.
dev-lang/sunstudioexpress

# Diego E. Pettenò (flameeyes [at] gentoo.org) (05 Dec 2009)
# Collides with itself (bug #256230 open January 2009).
app-admin/rackview

# Diego E. Pettenò (flameeyes [at] gentoo.org) (05 Dec 2009)
# Fails to build with recent gcc (4.3) due to _FORTIFY_SOURCE
# (bug #273170 open June 2009); also has other minor problems
# (bug #240788 and bug #244138).
mail-filter/simscan

# Diego E. Pettenò (flameeyes [at] gentoo.org) (05 Dec 2009)
# Fails parallel make and install (bug #295821); unused in
# tree; upstream homepage returns 404.
dev-util/cook

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: