Le guide che ho trovato per effettuare tale operazione sono numerose, ma quasi tutte riferite alle operazioni su un unico disco presente.

Quelli che seguono, invece, sono i passi eseguiti per ripristinare il funzionamento di Grub reinstallandolo nell’MBR del primo disco e mantenendo il sistema Linux nel secondo drive.

1. Riprendiamo il disco di installazione di Fedora 14 dal cassetto (o dalla nostra pila di distribuzioni GNU/Linux ):
2. avviamo il sistema da tale supporto e scegliamo l’opzione di ripristino di un sistema esistente;
3. montiamo il sistema in modalità scrittura con il comando:
   

   chroot /mnt/sysimage

4. arrivamo così ad una shell minimale, impartiamo quindi il comando
   

   grub

5. in questo modo otteniamo l’interfaccia di comando di grub:
   

   # grub
   Probing devices to guess BIOS drives. This may take a long time.
   GNU GRUB version 0.97 (640K lower / 3072K upper memory)
   
   [ Minimal BASH-like line editing is supported. For the first word, TAB
   lists possible command completions. Anywhere else TAB lists the possible
   completions of a device/filename.]
   grub>

6. a questo punto useremo il comando
   

   grub> find /grub/grub.conf

   per trovare la partizione contenente i file necessari al boot del nostro sistema (in caso d’errore possiamo provare ad impartire il comando utilizzando il path completo del file di configurazione grub> find /boot/grub/grub.conf) … questo ci restituirà la stringa (hd1,0);

7. a questo punto impartendo il comando
   

   grub> root (hd1,0)

   diremo a grub di utilizzare tali file nel nostro sistema;

8. siamo quasi alla fine, impartiamo il comando che reinstallerà, con le configurazioni esistenti, grub nell’MBR del primo hard disk (scopo checi eravamo prefissi all’inizio di questo piccolo how-to:
   

   grub> setup (hd0)

9. se tutto è andato a buon fine, dopo una serie di messaggi, verremo congedati con un laconico Done.
10. Siamo quasi alla fine della procedura, con usciamo prima dalla console d’emergenza di grub e poi riavviamo il sistema:
    

    grub> quit
    #
    # shutdown -r now

È fatta! Ecco a noi in tutto il suo ‘splendore‘ la finestra di grub che ci chiede se vogliamo avviare il nostro sistema con Windows o Fedora. Buon lavoro!

Incuriosito (e dato che da tempo non sono più iscritto alle loro mailing list a causa del volume delle email quotidiane) parto con la lettura di tutti i tweet venendo quindi a conoscenza di questo post che descrive l’iniziativa per cui il Fedora Artwork team raccoglie candidature dalla propria comunità utenti per la creazione del pacchetto dei wallpaper opzionali da includere nella prossima release della distribuzione:

[The Fedora Artwork team is] also aiming to include a lot of additional wallpapers (much like upstream Gnome does) that people may use as an alternative. We are looking for photos or abstract graphics that lend themselves to being good wallpaper, ie. something not too distracting or busy — close-ups of grass and flowers, landscape vistas, abstract graphics like swirls and bubbles are all good examples but try to think out of the box as well. We are collecting submissions on this page until Thursday, August 19.

Successivamente a questa scadenza per l’invio del materiale fotografico partirà la votazione da parte della comunità.
Al momento in cui scrivo il wallpaper proposto che più incontra il mio gusto attuale è quello intitolato “Seneca Lake” che vado a mostrarti:

Il tuo qual’è ?

Da quando sono diventato sottoscrittore del servizio, Dropbox è una applicazione imprescindibile da aver installato su ogni dispositivo capace di connettersi alla rete che posseggo … iPhone, MacBook, la mia postazione Fedora al lavoro, la macchina virtuale Windows che c’è installata sopra, la Ubuntu-box “media-center” che è a casa …

I passi per installarlo su Fedora, anche a 64bit come la mia, sono semplici. Come primo passo dovremo scaricare l’rpm specifico dal sito ufficiale del servizio. Passeremo quindi ad installarlo e quindi verificheremo nel menù principale di Gnome, alla voce Internet, la sua presenta.

Cliccando l’icona daremo il via a quella che è l’effettiva installazione del software.
Alternativamente, aperta una sessione di terminale come utente root imputeremo il comando dropbox start -i che eseguirà le stesse operazioni avviando il demone del servizio.

A questo punto non rimarrà altro che creare il nostro nuovo utente – o autenticarci con delle credenziali pre-esistenti – per completare la procedura. Buona sincronizzazione !

–
{1} accettando il mio codice di invito avremo (tu ed io) uno spazio extra a disposizione!

Sarà perché con la nuova struttura del progetto e di RPMforge è più semplice reperire il software, perchè alla lunga si sta dimostrando (con Debian e Ubuntu) quella meno soggetta a scossoni, perchè al lavoro usiamo CentOS e RedHat e tutto l’ambaradan mi rimane familiare … sarà che mi da tutto quel che mi serve … insomma, mi piace!

Di recente ho avuto una postazione in grado di eseguire codice a 64bit e un upgrade di RAM quindi mi son deciso a metter su la versione specificatamente compilata della distribuzione.

Poi, in vena di test, ho messo su Chrome (e Chromium) a 64bit. Mi è sorto il problema di farci andare il plugin flash per la corretta visualizzazione di alcuni contenuti su varie pagine web :-/

Dopo qualche tentativo ho trovato la soluzione in questo post. Riassumendo:

1. si scarica l’rpm di Chrome a 64bit e lo si installa;
2. si scarica il plug-in Flash compilato a 64bit dal sito Adobe;
3. si decomprime il file scaricato ottenendo il nostro “uomo”: libflashplayer.so;
4. come utente root si crea, se non esiste la directory /opt/google/chrome/plugins;
5. vi si copia il file decompresso
   cp libflashplayer.so /opt/google/chrome/plugins
6. quindi, come utente normale, si provvede ad avviare una prima volta il browser con il comando
   google-chrome –enable-plugins

Et voilà, d’ora in poi potremo visualizzare YouTube e tutti gli altri siti che utilizzano Flash per la fruizione dei contenuti senza problemi!

Per la serie annotarsi riporto qui sul blog la procedura seguita per il ripristino dell’installazione di grub andata a signorine per cause poco chiare su una macchina dual boot …

I passi da seguire sono:

• impostare sul proprio hardware il lettore CD/DVD-rom come primo dispositivo di boot,
• inserirvi un media ottico di installazione di Fedora/CentOS/RHEL (non importa se il cd1 o il dvd),
• (ri)avviare la macchina,
• selezionare {o inserire manualmente}: linux rescue e dare invio,
• ora a monitor appariranno una serie di messaggi e la scelta della lingua e tastiera da utilizzare, sino ad arrivare ad una shell funzionante e ad un messaggio di avviso che ci dice che il nostro vecchio sistema GNU/Linux è montato sul percorso /mnt/sysimage path,
• impartiamo dunque il comando che ti permetterà di “traslare” la shell attiva nella directory “radice” del nostro vecchio sistema con chroot /mnt/sysimage,
• cd /boot/grub ci fa spostare nella directory dove grup ripone i suoi files,
• con il comando grep '#boot' grub.conf verifichiamo dove per la vecchia configurazione risultava installato grub, e con fdisk -l ne verifichiamo la correttezza,
• decidiamo quindi su quale device (o partizione) reinstallare grub e, posto che tale destinazione sia /dev/sda, impartiamo il comando grub-install /dev/sda,
• non ci resta, ora, che chiudere la shell e riavviare il sistema

Ed ecco a noi il sistema correttamente funzionante!

… trovati stamattina nel gruppo Fedora su Flickr (che fondai due anni fa) ad opera del sempre interessante nicubunu, uno degli elementi di spicco della team artistico del progetto Fedora Linux.

Bellini, nevvero ?

Ad esempio il post “CentOS 5, first rumors” vede in queste ore un andamento degli accessi di questo tipo:

Bene, i lettori saranno contenti di sapere che l’attesa per la nuova CentOS 5 sta per giungere al termine visto che il team ufficiale di sviluppo ha optato per il rilascio di una beta pubblica annunciata il 13 marzo (avantieri) con le seguenti avvertenze:

This release corresponds to the upstream vendor EL5 beta2 release.

NOTE: This software is BETA and should be treated as such. It is for testing purposes only. Please ensure it meets your needs completely before using in a production environment.

=========================================

Please see the CentOS specific release notes here:
http://beta.centos.org/centos/5/os/i386/RELEASE-NOTES-en.html

Inoltre giusto qualche ora fa anche il cosiddetto “upstream vendor” – Red Hat, cioè – ha rilasciato un comunicato ufficiale dichiarante il rilascio della sua Enterprise Linux 5 (nelle sue diverse varianti) di cui negli scorsi giorni ho cercato di farti vedere un’anteprima …

Personalmente sono molto contento di ciò, questo implica che potrò avere sulla mia workstation software più recente e magati potrò testare la distribuzione “comunitaria” su un server in ufficio, vedremo …

centos, redhat

Grazie a Francesco Ugolini, uno dei (se non IL) Fedora Project’s ambassador più attivi in italia, apprendo dell’esitenza di questa gallery di immagini sulla grafica della prossima Red Hat Enterprise Linux 5 a cura di Diana Fong, una delle persone a capo del reparto grafico di Red Hat.

Buona visione!

redhat

La cosa meno carina, dal punto di vista di un pigro, è che nei prossimi due mesi avrò da studiare almeno quanto ho fatto durante l’università. Povero me!!!

Bene, stavo giusto chiacchierando col mio amico Francesco Ugolini, uno dei tre Ambasciatori del progetto Fedora qui in Italia, che durante lo scorso week end ha partecipato al Fedora Ambassador Day in Germania e questi mi ha indicato la pagina dedicata al Progetto Fedora nelle pagine di wikipedia.

L’ immagine qui sopra riportate in piccolo ricalca il maniera abbastanza fedele la struttura interna di tutto il progetto e trovo che sia molto chiara ed abbastanza esauriente. La posto qui per riferimento futuro …

Chissà, forse un giorno sarò veramente degno di riflettere sull’invito di Chitlesh sul diventare un Ambassador per l’Italia del progetto Fedora. Al momento, nonostante la mia partecipazione al portale Fedora-it non sento di potermi assumere tale “ruolo”.

Il mio primo “contributo” è stato tradurre l’attuale #68 della newsletter visibile qui (l’ho fatto mentre ero in ufficio tra un update e l’altro, sicuramente è da rifinire).

Questo fine 2006 si sta mostrando estremamente controverso per il mondo del software F/LOSS [*]. Sinceramente speravo un paio di anni fa che il vantaggio tecnologico delle distribuzioni Linux nei riguardi di Windows Vista fosse ancora maggiore di quello odierno, ma cosi’ non è stato.

A parte le classiche valutazioni filosofiche di chi a casa sceglie di usare un sistema libero, o quelle tecniche di chi gestisce un centro di calcolo, quando ci si va a scontrare con ambienti di gestione documentale “complessa” le cose non sono molto diverse da qualche anno fa.

quo vadis baby ?

Invece di colmare questa lacuna, essenziale per una vera diffusione capillare, il mondo GNU è sconvolto e distratto dalle “guerre intestine”.

Oracle prova a tirare lo sgambetto con un trucchetto a Red Hat, i ragazzi di CentOS scovano che il trucchetto provato non è fatto così bene. Microsoft-Novell siglano un accordo di cui solo i loro top-manager e avvocati hanno compreso la portata lasciando nell’oscurità i project leader di openSUSE e di cui le maggiori realtà F/LOSS sono scontente e scioccate.

E come ciliegina sulla torta abbiamo l’invito di Mark Shuttleworth ai contributor openSUSE, fatto qualche giorno fa, che nonostante quelle che personalmente ritengo buone intenzioni è stato sottomesso con un pelo di arroganza e che la comunità Linux in generale ha guardato con un occhio a dire poco scettico (molti si sono chiesti, quando toccherà a $distro ?).

Come ammazzacaffè apprendo che la prossima release stabile di Ubuntu includerà driver binari proprietari all’interno delle ISO di installazione [1], aiutando si gli utenti alle prima armi e credendo che sia meglio un uovo oggi che la gallina domani e andando contro a quella che per anni è stata la battaglia di chi ha combattuto e sudato codice libero per kernel, device driver & co.

conclusione

La conclusione qual è ? Supportare Mandriva, che è sempre coerente a se stessa nelle sue scelte commerciali. Ovviamente Debian, oppure aspettare GNU Wars II: Fedora, una nuova speranza !

{si ringrazia lo splinux’s blog per l’ispirazione}

[*] = Free/Libre Open Source Software

[1] = https://wiki.ubuntu.com/BinaryDriverEducation

Il sito/forum, nucleo del portale su Fedora prossimo venturo, nasce dopo che son sorte alcune divergenge tra il detentore del dominio fedoraitalia.org e le persone dell’attuale consiglio direttivo dell’Associazione. Si parte quindi “da zero” con la voglia di fare e costruire che tocco con mano giorno dopo giorno.

Lasciando una riflessione nei commenti, invito quindi le persone interessate alla tematica a passare a trovarci su fedora-it.org

Acer Travelmate 803LMi
piattaforma Intel Centrino = Pentium M @1,6GHz + 855PM chipset + PRO/Wireless 2100
ATI Radeon 9000 Mobile con 64MB di RAM dedicata
2GB di RAM di sistema
hard disk Toshiba da 80GB
masterizzatore interno LG GWA-4082N dvd+/-r,RW,DL

Questa macchina è stata introdotta sul mercato nel febbraio/marzo 2003 e in questi anni ho aggiornato le sue componenti prendendo sempre hardware standard per cui ormai è pienamente supportato da qualsiasi distribuzione Linux (anche se il lettore di smart-card non l’ho mai usato, neanche con Windoze, e non so se sia riconosciuto).

Detto ciò installare Fedora (e ogni altra distro) sulla macchina è solo questione di scelte in fase di partizionamento e selezione dei pacchetti base con cui partire. Quando poi si usano tool stra-collaudati come anaconda si sta tranquilli che tutto funzionerà al meglio.

Questa versione continua nella direzione di una “velocizzazione” del sistema che risulta sempre più scattante e agile dei precedenti (si, avevo anche prima i 2GB di RAM). Finalmente vedo tutti gli effettini 3D introdotti dai vari XGL e affini senza che abbia dovuto far altro che attivarli e senza installare driver proprietari. Yum è stato ancora velocizzato ed ora mi pare veloce quanto apt-get su un sistema Ubuntu (sarà che i mirror di quest’ultima sono sovraccarichi dal rilascio della 6.10 ?).

Infine abbiamo un nuovo wallpaper di default (abbastanza personale rispetto alla media dei SO) e una schermata di login via GDM ad esso ispirata e molto elegante.

Per il resto, per quello che riguarda il mio tipico utilizzo del portatile, non trovo alcuna variazione degna di nota. Passiamo quindi ad un piccolo elenco delle cose “andate storte” in queste 24 d’uso continuato.

Puplet, l’icona

Qualche tempo fa vi ho parlato di questa applet del pannelo di Gnome che ci avvisa quando sono disponibili degli aggiornamenti software e di come il team Artwork ci stesse lavorando. Ecco come appare oggi:

Come potete verificare l’icona non è cambiata rispetto alla proposta iniziale e le critiche esposte (da me e altri) già quattro mesi fa. A confronto con quella di Ubuntu (che potete vedere in quel post) o quella usata da Novell / openSUSE (che e’ l’icona standard per la funzione aggiornamento dell’iconset Tango) è semplicemente penosa. Vedere per credere.

Yum Extender

Anche yumex è una vecchia conoscenza nostra e di tutti gli utenti Fedora/Centos/RedHat. Su FC6 ci mostra un’interfaccia rinnovata e delle modalità di utilizzo diverse a seconda delle opzioni scelte quando lo andiamo a lanciare (purtroppo le opzioni hanno una descrizione un pò criptica). Inoltre beneficia grandemente della velocizzazione di yum cui ho accennato.

Questa volta la “rogna” è costituita dal fatto che la finestra appare con le barre di trascinamento e dei comandi completamente sotto il pannello superiore. L’unica maniera per riprenderne il controllo e’ massimizzarla tramite l’opzione visualizzare nel pannello inferiore e quindi “trascinare con forza” la finestra verso il basso in maniera da “staccarla” e averla dunque di dimensioni e in posizione normali.

Infine per 4 volte si è fermata al raggiungimento del 100% del task assegnato senza poi restituirmi il controllo.

Sospensione

OK, possiamo dire che funziona … ma nulla di più. Quando abbasso lo schermo del portatile questo comincia la procedura di sleep e raggiunge quello stato. Il problema nasce quando si riapre il portatile e nulla accade, bisogna cliccare un tasto per risvegliarlo. Ed il risveglio dura almeno 4 o 5 volte il tempo necessario al mio Macbook, diventanto così un po’ scomodo. Ancora, il server X accusa dei problemi perchè comincia a restituire delle immagini con degli artefatti come si può vedere dall’ immagine:

(ovviamente per vederle a piena risoluzione basta cliccarci su)

Interfaccia Utente

Come – tristemente – solito la struttura dei menù è confusa e tende a disorientare l’utente alle prime armi. La situazione peggiora drasticamente quando andiamo ad aggiungere applicazioni e applicazioni, magari pescando dagli altri ambienti (KDE in primis). Il numero di voci in ciascun sottomenu’ aumenta in maniera impressionante e la confusione regna sovrana. OK, ci sono alacarte e kde-menu a disposizione, ma bisogna saperlo e non sempre essi risolvono brillantemente la situazione.

La procedura di shutdown è ancora testuale, mi chiedo che senso abbia sforzarsi di avere una fase di boot-up e una schermata di login elegante e funzionale e poi lasciarsi il “culo” scoperto.

Se avete provato una Ubuntu recente avrete notato l’effetto di “fading” e messa in evidenza della finestra di inserimento della password amministrativa quando essa viene resa necessaria. E ci sono tutta una serie di animazioni accessorie che ci fanno vedere come in Ubuntu siano attenti a queste “pochezze” che però colpiscono l’utente e ne migliorano l’esperienza. Beh, per Fedora sono tutte inutili e quindi scordatevele (o, alternativamente, se ne siete in grado e avete tempo da perderci potreste cercare i modi di abilitarli, ma diciamo che uno il pc lo deve usare non configurare in eterno).

E concludo con la mancanza sciocca di un unico tasto per la gestione della sessione utente. Su Fedora possiamo aggiungere un insieme di icone al pannello, ciascuna per amministrare un aspetto della nostra sessione di lavoro: blocco monitor, logoff, spegnimento. Avere un unico tasto che poi presenti una finestella con le varie opzioni pare un gesto inconsulto, altre distribuzioni lo fanno. E come non spendere due parole per la funzione di switch veloce tra gli utenti di una singola postazione ? E’ un pericolosissimo modo di comportasi dai bachi noti e segnalati, ma evidentemente non è una feature su cui perdere del tempo. Strano che ancora una volta altre distribuzioni lo abbiano in funzioni e DoS di massa non sono ancora avvenuti a causa sua.

Conclusioni

Si evincerà quindi il mio disappunto.
Avere degli effetti 3D carini “fuori dalla scatola” – si, ok … devi sapere che ci sono e dove si accendono e non è poco – mi pare che non sia un grande punto di forza per una distribuzione mainstream. Spesso nelle liste e blog di sviluppatori Fedora si è preso in giro la dicitura “Linux for human beings”, ma mi pare chiaro che non si rendano conto di come sapere eseguire tutta una serie di operazioni sia alieno e non interessante per la maggior parte del 20% degli esseri viventi cosi’ fortunati da preoccuparsi di come si usa un computer.

Spero davvero che in vista della settima release i team artwork e desktop di Fedora indirizzino i loro sforzi a migliorare (mi pare di aver elencato cose semplici da ottenere) cio’ che viene chiamata la user experience della loro distribuzione, altrimenti resteranno ancora nella loro nicchia di distribuzione adatta agli smanettatori. E gli smanettatori veri sappiamo che usano Debian e non hanno bisogno di parenti poveri di una distribuzione commerciale.

:-/

Volevo giusto commentare come la differenza tra noi e un paese civilizzato sia (anche) nelle differenze tra l’ immagine qui sopra {che puoi cliccare per vedere a risoluzione naturale} e quella postata dall’ amico Simone (che si trova in quel di Dublino).

Al momento l’obiettivo principale e’ lasciarsi alle spalle il set di icone Bluecurve che fu introdotto da RedHat sino dalla release 8 e che tanto scapore creo’ tra gli utenti vista la sua capacità di adattarsi indifferentemente agli ambienti grafici Gnome e KDE rendoli spesso indistinguibili ad una prima occhiata (un effetto fortemente voluto e volto a non spiazzare gli utenti abituati all’una o all’altra interfaccia quando si fossero trovati a dover cambiare postazione).

Molti artisti si stanno misurando con questa eredità e per il momento il nuovo iconset e’ stato chiamato echo mentre la window decoration – se ho ben capito – dovrebbe rimanere Clearlooks (default di Gnome) ed usare una palette di colori adeguata al nuovo tema.

Molte persone si sono espresse “contro” il tema proposto, criticandone ora la non-professionalità dell’aspetto, ora citando la capacità camaleontica di Bluecurve di essere al tempo stesso pulita e chiara nei significati al contrario del tema proposto, ma oggi non e’ questo il fulcro del mio post.

Chi tra di voi ha avuto la voglia/coraggio/tempo/opportunità di scaricare && installare le ISO della versione test2 della prossima Fedora Core 6 hanno potuto avere un assaggio del nuovo set di icone. Ma gli altri ?

Ecco come:

You can download from:

http://people.redhat.com/dfong/icons/echo_0.2.tar

This Echo icon theme as ready to use with kde and gnome, is built on 2006-08-29. As you can see from EchoDevelopment, a lot of icons have been added.

The small icons (16×16, 24×24) are not as complete as the large ones and thus some of them are actually a re-sized version of the corresponding large one, which you can tell from the perspective.

This is built using icon-naming-utils-0.8.1. So if an icon is not in tango spec it’s not included.

Please provide feedback to our artists!

come Leon ha riportato nella mailing list fedora-art!

Da ieri poi è diventato ufficiale, per bocca di Diana Fong il fatto che il nuovo iconset sarà si incluso nella Fedora Core 6 di prossima uscita, ma solo come uno dei tanti temi disponibili e non certamente il tema di default, eccovi la sua email:

There’s been some question as to whether Echo should be included in FC6.

I was told this afternoon that Echo will not be the default icon theme in FC6. While we’ve made a lot of progress in the last four weeks, the coverage is still lacking and almost all of the 16×16 (+many of the 24×24) versions are still missing. It will, however, be included in Extras for those that are interested.

Buon testing !

Tim Lauridsen ha annunciato la nuova versione del sito ufficiale di sviluppo di yumex (curiosamente – per me – basandosi su sistema di gestione di contenuti XOOPS e abbandonando Trac).

Ed inoltre, un nuovo ramo di sviluppo è stato introdotto per lo stesso yumex, dovuta all’introduzione di alcune nuove API nel core di yum 2.9.5.

Riporto quindi alcune delle nuove caratteristiche pubblicizzate:

- works with API changes in yum 2.9.5

- Font color, type and size for Output window and package description can be changes in then Preferences

- Now using standard python logging to write to yum file log.

Molti utenti di computer portatili, infatti,le trovano installate nei loro pc e l’ unico modo che hanno di usarle quando installano una qualsiasi disrtribuzione Linux e’ quella di appoggiarsi al lavoro di alcuni ingegneri che attraverso tecniche di reverse engeneering mettono la proverbiale toppa al problema.

Basandosi anche sul fatto che un utente pare aver avuto una risposta tipo

“The thinking is that no one will use laptops with linux, so we do not need to support the wlan in that environment.“

da un addetto del customer care Broadcom, Tom ha proposto di scrivere una lettera tipo quella che segue (dopo aver impostato Subject to – Linux drivers):

Hello,

I would like to request that Broadcom develop and support open source wireless drivers for the Linux operating system. I use Linux on my laptop, and good vendor support for the Linux platform influences my purchasing decisions.

Thanks,

John Doe

nel form per il feedback presente sul loro sito: http://broadcom.com/contact/feedback.php.

Sul mio Acer ho una normale scheda di rete ETH 10/100 Broadcom pienamente supportata (anche se nei primi mesi del 2003 e’ stata dura trovarli), ma faccio parte di quella bizzarra genia di persone che installa e usa Linux su un laptop. Forse quando io (o un amico, o un parente) comprero’ un altro portatile potrei ritrovarmi con una scheda wireless Broadcom, ed allora sarebbe carino trovare pronti i driver per Linux.

Se anche tu hai a cuore la problematica, e condividi il mio pensiero corri a compilare il form !

Diventa quindi comodo (ed urgente in certi casi) poter effettuare la transizione alla distribuzione CentOS, di cui piu’ volte in queste pagine ho tessuto le lodi, che – essendo un prodotto di classe enterprise – gode di un ciclo di rilascio e supporto piu’ esteso, particolarmente adatto per i sistemi di tipo servente.

Grazie al contributo di un collaboratore del progetto Fedora, tale Harald Hoyer ho appreso che passare dalla release 3 di Fedora Core all’ultima versione di CentOS (la 4.3) sono sufficienti pochi e semplici passaggi:

1) si raggiunge un mirror che contenga gli rpm della CentOS, nel nostro caso usiamo http://ftp.hosteurope.de/mirror/centos.org/4.3/os/i386/CentOS/RPMS/

2) scaricamo e installiamo i seguenti files:

# rpm -Uvh centos-release-4-3.2.i386.rpm yum-2.4.2-2.centos4.noarch.rpm python-elementtree-1.2.6-4.i386.rpm python-sqlite-1.1.6-1.i386.rpm sqlite-3.2.2-1.i386.rpm centos-yumconf-4-4.5.noarch.rpm lynx-2.8.5-18.2.i386.rpm indexhtml-4-2.centos4.noarch.rpm python-urlgrabber-2.9.6-2.noarch.rpm

3) impartiamo un “bel”: yum update

e abbiamo finito !!!

Nel post con cui ne ha dato notizia gli ho chiesto conferma del fatto che non si debba avere abilitato e utilizzato nessun repository esterno (livna o rpmforge) per la fedora e che prima del comando di update bisogni disabilitare i repositories propri di Fedora. Purtroppo al momento non mi ha risposto, ma tendo a pensare che quanto sopra non sia errato.

Happy hacking !

Eccovi l’annuncio:

The meeting summary from the Board’s 2006-07-18 meeting is now available.

http://fedoraproject.org/wiki/Board/Meetings/2006-07-18

Topics discussed include:

+ RPM, which needs continued followup and discussion with the community
+ Fedora Bugs (bugzilla.redhat.com)
+ Fedora Core, the package set, and the schedule for fc6
+ File Systems and Fedora
+ Various legal issues
+ Logo and Trademark

Tra i vari temi discussi mi sento di evidenziare:

+ RPM, l’ultima evoluzione del celebre package manager vuole introdurre (o le ha gia’ introdotte) delle feature che i manteiner Fedora trovano fonte di problemi vista la “gioventù” delle stesse e dalla base eterogenea dei packager che lavorano attorno a Fedora, che fare ? Tali feature sono votate a portare RPM vicino alle funzionalità offerte dall’accoppiata dpkg/deb in fatto di dipendenze e gestione delle stesse.

+ File System: si vuole discutere il supporto di Fedora verso gli altri file system esistenti nel kernel Linux e molto diffusi. Di fatto la comunità Fedora fornisce supporto solo per ext2/ext3 e GFS, lasciando a loro stessi queli utenti che per scelta o per “costrizione” devono usarne altri (reiserfs e XFS su tutti) … come si vuole affrontare il problema ?

+ logo & trademark: si vuole ridiscutere l’uso del logo & del trademark Fedora (Core) in maniera da favorire l’uso da parte della comunità dello stesso, senza dover ricorrere a lunghe procedure di richiesta d’uso (magliette, adesivi, wallpaper e cosi’ via), e allo stesso tempo proteggerlo e impedirne usi non appropriati e infine controllarne l’uso in contesti “derivati” {pensiamo per esempio alle distribuzioni che usano il codice di RHEL rimuovendone i trademark, che fare per quei progetti che si basano sul codice Fedora ?}

Grandi temi, come ho detto in apertura, e la maniera con cui li si sta affrontando mi piace molto!