Gli uPure64 ritornano con qualche novità a 32bit
Lo dico subito, “ritornano” è una parola grossa, infatti non ho ancora una connessione veloce, uso quella del lavoro, per cui non avranno un aggiornamento costante come in passato, ma lo avranno. Nel frattempo domani dovrei fare un abbonamento trimestrale con NGI, speriamo vada bene come connessione e non dia problemi.
Ritornando agli uPure64, oltre a tornare avranno una piccola novità, l’inserimento di qualche pacchetto per i i386 (32bit), naturalmente i pacchetti saranno in quantità molto minore rispetto a quelli per cui è nato il deposito uPure64, saranno le applicazioni cui sono più affezionato o quelle che difficilmente si trovano in altri depositi su Ubuntu sparsi in giro per la rete. Fra i primi pacchetti i386 del deposito ci sono Banshee 0.13.2 con relative nuove librerie (Podsleuth, Mono Zeroconf), Conduit 0.3.6, Gwget e altri due o tre. Questa novità comporta anche una piccola modifica alla struttura del deposito, di conseguenza ad APT e al suo “sources.list”, se prima le righe erano queste:
## uPure64 Repository
deb http://download.tuxfamily.org/upure64/ feisty-upure64 main-amd64
# deb-src http://download.tuxfamily.org/upure64/ feisty-upure64 main-amd64
## uPure64 Repository (Experimental)
deb http://download.tuxfamily.org/upure64/ feisty-upure64 experimental-amd64
# deb-src http://download.tuxfamily.org/upure64/ feisty-upure64 experimental-amd64
Ora sono queste:
## uPure64 Repository
deb http://download.tuxfamily.org/upure64/ gutsy-upure64 main
# deb-src http://download.tuxfamily.org/upure64/ gutsy-upure64 main
## uPure64 Repository (Experimental)
deb http://download.tuxfamily.org/upure64/ gutsy-upure64 experimental
# deb-src http://download.tuxfamily.org/upure64/ gutsy-upure64 experimental
Questo vale per entrambe le architetture.
Piccolo avviso per chi ha una Ubuntu a 32bit: fate attenzione a cosa aggiornate, alcuni pacchetti sono contraddistinti con “all” (installabile su tutte le architetture) e fra di questi ci sono altri facente parte di un applicazione divisa in diversi pacchetti, un esempio è Pidgin, dove esiste un pacchetto “all” (pidgin-data) ma non quello “i386″ (pidgin), con la conseguenza che APT vi avviserà che gli è impossbile installare o aggiornare l’applicazione.
Buon aggiornamento 
Night Train su 
Alex su 
passante su 
ci sei mancato!!!
filippo
ho un amico che lavora ad NGI.:D dovrebbe andare tutto bene , la banda è garantita ..
grazie dei repositoty
quasi quasi metto la 64bit però. l’ho provata un anno fa ma ancora non mi aveva convinto , ora com’è?
@ Freedreamer
Quale risposta ti attendi da uno che la usa da quasi 3 anni? E’ scontata no…
Tuttavia, sai se quelli di NGI ci stanno molto per attaccare la linea ADSL? E’ libera attualmente…
@ janvitus
Rappresento il team aMule AdunanzA e abbiamo messo da poco il progetto su sourceforge — http://sourceforge.net/projects/amule-adunanza/
Complimenti per il notevole sforzo che fai per la comunita’ Ubuntu 64bit
Poiche’ sarebbe nostra intenzione mettere un po’ a posto l’intero progetto, e a te interesserebbe senz’altro risparmiarti compilazioni superflue, puoi tranquillamente prendere i binari dalla pagina dei download e metterli sui tuoi repositories (sicuramente ci farebbe pubblicita’ ad entrambi, anche se la mia intenzione e’ di mettere un po’ d’ordine fra le varie versioni in giro)
grz, spero nella tua collaborazione, ancora complimenti per il blog/repo
Mmm… si capisco l’intenzione, però non la forma, nel senso; magari seguire la pacchettizzazione usata da debian e ubuntu, cioè il multi-pacchetto come ho fatto io, cosa che aiuta nelle dipendenze e l’utente non installa cosa superflue come il server e il demone di amule
Se vuoi, se ne può parlare in privato.
non lo so sinceramente, di NGI il mio amico si occupa del progetto Eolo WIFI.
cmq mi informo
Non c’è bisogno, tutto andato bene, mi funziona da ieri sera, sembra andare anche molto bene, ma è ancora presto per dare un giudizio sommario *si gratta gli zebedei*