Ho iniziato a mettere mano al config del kernel26-zen per adattarlo alla mia specifica configurazione hardware, e allo stesso tempo ho messo mano ai flag in /etc/makepkg.conf per produrre pacchetti strettamente ottimizzati sulla mia macchina.

A questo aggiungiamo la recente difficoltà a stare dietro a tutti pacchetti dei moduli aggiuntivi (che tra l’altro nemmeno uso personalmente! a parte nvidia-beta), moduli che non sempre compilano, visto il naturale frequente aggiornamento del kernel zen (è syncato alle rc del kernel vanilla).

Ho deciso di mettere per iscritto che per ora si tratta di un semplice freeze, il repo non chiude ma rimane congelato, sperando di avere al più presto tempo e voglia di riprenderlo in mano.

Ho rimosso i pacchetti klibc-zen e v86d-zen in quanto inutili. In [core] si trovano già klibc (linkato ad un kernel compilato con uvesafb) e si trova anche v86d.

Allo stato attuale contiene:

catalyst-zen 7.11-20071212
kernel26zen-git 2.6.24.rc5.zen0.20071212-1
klibc-zen 1.5-20071212
ndiswrapper-zen 1.50-20071212
nvidia-beta-zen 169.04-20071212
nvidia-utils-beta 169.04-1
nvidia-zen 100.14.19-20071212
v86d-zen 0.1.2-20071212
virtualbox-modules-zen 1.5.2-20071212

Come potete vedere, ho deciso di utilizzare una data come release number dei pacchetto: trovo che sia più comodo visto che tanto ad ogni aggiornamento che farò di kernel26-git dovrò ricompilare pure i moduli esterni (e prevedo aggiornamenti frequenti, almeno uno a settimana, sempre che ci sia “materiale” nuovo nel repository git di zen).

Devo fare alcune precisazioni: la versione di kernel26zen che fornisco è compilata con la dimensione dello stack a 4KB, questo significa che la compatibilità di ndiswrapper con i driver windows è minore (non sono sicuro in quale misura, ma è sicuramente minore). E’ anche vero però che in zen sono inclusi aggiornamenti per quanto riguarda il sottosistema wifi del kernel, e quindi ci sono moduli nativi nuovi/migliorati che potrebbero, in alcuni casi, sostituire egregiamente ndiswrapper.
Inoltre voglio segnalare quali sono i pacchetti che posso testare direttamente (e che di fatto utilizzo quotidianament): klibc-zen, v86d-zen nvidia-utils-beta, nvidia-beta-zen, virtualbox-modules-zen.

Nota: nvidia-zen è la versione del driver nvidia compilata per il pacchetto nvidia-utils che trovate in extra. Tengo anche questa versione per non forzare l’aggiornamento di nvidia-utils, e mantenere così la compatibilità con il modulo del pacchetto ufficiale compilato per il kernel -ARCH.

Se c’è interesse per altri pacchetti, non esitate a farmelo sapere.

Attualmente i pacchetti che danno problemi sono questi:

lirc
ndiswrapper
ov51x-jpeg
slmodem
tiacx
virtualbox-modules

Il cambio di serie (.23 -> .24) e il fatto che si tratti pur sempre di una RC è la causa della mancata compilazione di questi moduli.

Avrei potuto aggiornare l’aggiornabile, ma così avrei lasciato a piedi gli utenti del mio repo che utilizzano uno di quei moduli (tra cui anche moduli “importanti”, vedi ndiswrapper). Ho deciso allora di non aggiornare il repo fintanto che tutti i moduli non saranno pronti.

Mi sono dovuto scontrare con i limiti imposti dalle offerte di hosting gratuito, nel mio caso i 100 MB di netsons.org (che reputo una delle migliori, se non la migliore offerta di hosting gratis) stavano strettini.

Il mio repo chiedeva più spazio, e così approffittando della gentilissima offerta di Stefano di luckylinux.org l’ho trasferito a questo indirizzo:

[pierlo]
Server = http://pierlo.luckylinux.org/repo

Chi ha il mio repo in pacman.conf lo aggiorni!

Grazie ancora, Stefano.

Grazie per qualsiasi tipo di feedback mi dovesse arrivare.