Re: svn e refuse

At 09:51 04/06/2013, Franco Marchesini wrote:
>effettivamente...
>e' imparagonabile per tempi di installazione e dimensione dei file scaricati.
>Adesso provo a giocarci ma se funziona (e ritengo di si')
>penso che lo dovrebbero/potrebbero integrare nel sistema base (ho 
>letto qualcosa nel wiki di FreeBSD).
>
>Thanks
>Franco
>
>
>Il giorno 04 giugno 2013 09:06, Gianmarco Giovannelli 
><<mailto:[email protected]>[email protected]> ha scritto:
>At 08:46 04/06/2013, Franco Marchesini wrote:
>Un cordiale saluto a tutti,
>
>ho iniziato ad usare svn per la gestione dei port e dei sorgenti 
>nelle nuove macchine e da qui' la domanda:
>
>e' possibile utilizzare u meccanismo simile al refuse di portsnap 
>per evitare l'installazione di tutti quei port che non saranno mai usati?
>
>non 'e una questione di razzismo :-)
>
>
>Io uso svnup (nei ports) perche' e' leggerissimo e sopratutto non 
>vuole n-mia dipendenze ne' riempie il disco di files :-)
>
>Nelle sue opzioni non mi sembra che esista la possibilita' di 
>escludere alcuni file ed e' per questo che ho dovuto spostare il 
>file di configurazione del kernel da /usr/src/sys/[arch]/conf a 
>qualcosa tipo /usr/local/etc (KERNCONF e KERNCONFDIR in 
>/etc/make.conf) ... altrimenti tutte le volte che aggiornavo i srcs 
>lo cancellava :-)
>
>Forse l'svn (quello vero) ha questa opzione per escludere dei patterns.
>
>Io comunque ti consiglio di usare svnup e di sorbirti tutto passivamente.
>


Probabilmente dispone di un sottoinsieme limitato di funzioni (solo 
download, no commit etc etc) che lo rendono molto piu' snello. Non 
crea neppure quella miriade di file .svn che crea il client 
ufficiale. Diciamo che e' una copia in miniatura solo per fare 
aggiornamento dei src e ports. Un sostituto naturale quindi di 
c(v)sup. Speriamo che venga importato nel sistema base, ma che 
soprattutto venga sistemato il framework del make.



Best Regards,
Gianmarco Giovannelli ,  "Unix expert since yesterday"
http://utenti.gufi.org/~gmarco/


_______________________________________________
Aiuto mailing list
[email protected]
http://mailman.gufi.org/mailman/listinfo/aiuto