non ditemi jigdo
ma ditemi che la notte porta consiglio, e soprattutto consegnerà al limbo il motore di ricerca (dei progetti) interno a sourceforge.net
sto pensando a bargnu, certo, soprattutto a un modo più agevole di aggiornarlo (ancora più del software, la documentazione che lo accompagna, di volta in volta che viene aggiornato), oltre che al nuovo server su cui spostarlo (su attivazione.org che continua a “pensarlo“)
se quello che sto pensando già esiste, fatevi vivi 🙂
usare un sistema di versioning (svn,ecc…) e creare l’ ISO da uno snapshot programmato o impostato manualmente?
sì, l’idea non mi dispiace, il mio cruccio e’ sempre pero’ l’avere la documentazione aggiornata col software disponibile nella ISO (senza contare che fino a ora tenevo in linea sempre anche la ISO dei sorgenti dei programmi)
magari con qualche script in coda al $CVSROOT/commitinfo di cvs potrei sicuramente creare un file di log (che assomigli a una lista leggibile di pacchetti), ma da quello a generare in automatico una paginetta “bella” graficamente ce ne passa… a meno di generare degli xml che diventano “estetici” con un xslt … ma che sbattimento! 🙂
ecco, non avevo inquadrato con precisione la questione!
il tuo riferimento a xml mi ha acceso una lampadina relativa alla documentazione di Gentoo: avevo studiacchiato come veniva gestita ai tempi in cui era in cantiere guide.debianizzati.org (poi finito su MediaWiki).
guarda se queste informazioni posso esserti utili o accedere una lampadina anche a te!