Quelques semaines après la sortie de la nouvelle distribution de RedHat qui remplacera la traditionnelle RedHat Linux, voici un petit tour du propriétaire de cette nouvelle version testée sur plusieurs machines et dans différents environnements.
Au menu, nouveautés, captures d'écrans haute résolution et trucs et astuces concernant apt, yum et les mises à jour.
Au menu, nouveautés, captures d'écrans haute résolution et trucs et astuces concernant apt, yum et les mises à jour.
Article (5998 hits)
Site de Fedora Linux (1213 hits)
Fedora sur DLFP (1732 hits)
> Lire la dépêche (46 commentaires, moyenne: 1,7).
Vous avez demandé le commentaire #304945.




Re: Test de la Fedora Core 1.0
C'est censé être un test, mais le gars installe apt-get plutot que d'utiliser (et tester à la même occasion) yum, l'outil équivalent qui est inclu dans la distribution. Je trouve ca d'autant plus nul que yum offre des fonctionnalités que apt-get ne propose pas (gestion des groupes d'installation, yum grouplist pour avoir une idée).
Pour ceux que cela interesse, mon yum.conf bien fourni:
[base]
name=IN2P3 - Fedora Core $releasever - $basearch - Base
baseurl=ftp://ftp.fr.freshrpms.net/pub/linux/freshrpms/ayo/fedora/linux/1/i386/core/
[base]
name=Fedora Core $releasever - $basearch - Base
baseurl=http://mirror.dulug.duke.edu/pub/fedora/linux/core/$releasever/$basearch/os/
[updates]
name=IN2P3 - Fedora Core $releasever - $basearch - Updates
baseurl=ftp://ftp.fr.freshrpms.net/pub/linux/freshrpms/ayo/fedora/linux/1/i386/updates/
[updates]
name=Fedora Core $releasever - Updates
baseurl=http://mirror.dulug.duke.edu/pub/fedora/linux/core/updates/$releasever/$basearch/
[updates-testing]
name=Fedora Core $releasever - Testing Updates
baseurl=http://mirror.dulug.duke.edu/pub/fedora/linux/core/updates/testing/$releasever/$basearch/
[fedora.us-stable]
name=Fedora.us Project Stable RPMS
baseurl=http://download.fedora.us/fedora/fedora/$releasever/$basearch/yum/stable/
[fedora.us-unstable]
name=Fedora.us Project Unstable RPMS
baseurl=http://download.fedora.us/fedora/fedora/$releasever/$basearch/yum/unstable/
[livna-stable]
name=Livna.org Fedora Compatible Packages (stable)
baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/yum/stable
[livna-unstable]
name=Livna.org Fedora Compatible Packages (unstable)
baseurl=http://rpm.livna.org/fedora/$releasever/$basearch/yum/unstable
-- Ne pas utiliser: traplinuxfrarny@univ-nantes.fr -- http://blog.devnull.fr
[^]Re: Test de la Fedora Core 1.0
Merci beaucoup, j'ai pas trouvé ce truc évident à configurer (trouver les sources de packages, etc)
[^]Re: Test de la Fedora Core 1.0
je t'aurais plusé pour ces info si seulement j'avais pu.
=)
[^]Re: Test de la Fedora Core 1.0
J'avoue que j'ai principalement modifié Yum pour configurer un mirroir des mises a jour mais sinon j'utilise essentiellement apt, ca doit etre mon penchant pour Debian ;)
Steph
[^]Re: Test de la Fedora Core 1.0
si on utilise apt, on utilise les paquets debian, ou des paquets faits spécialement pour fedora/redhat ?
est-ce qu'il y a par exemple les memes scripts init que daubian ? (sinon j'aime bcp debian par ailleurs)
est-ce qu'on peut mixer les deux (exemple, le paquet deb de gimp peut-il s'installer si j'ai installé gtk via yum) enfin ça je pense pas et c'est plus par curiosité
[^]Re: Test de la Fedora Core 1.0
On parle d'apt4rpm, qui utilise et gere donc des RPMs. Voila le lien du projet source : http://apt4rpm.sourceforge.net/(...)
Steph
[^]Re: Test de la Fedora Core 1.0
à propos de yum, il y'a quelques jour, un des serveurs que j'avais ajouté dans mon yum.conf était offline. Le problème c'est qu'il s'arrêtait parce qu'il ne trouvait pas ce serveur.
Je voulais juste ajouter mplayer depuis livna qui était online mais j'ai du retirer de mon yum.conf le serveur qui n'était pas la.
j'ai cherché dans le man et j'ai pas vu (j'ai ptet pas assez regardé, je n'ai pas eu le temps de passer bcp de temps à étudier la question) de moyen d'outrepasser le checking des headers de tous les serveurs. Une idée ?
[^]Re: Test de la Fedora Core 1.0
Si tu as plusieurs sections ayant le même nom (par exemple dans mon yum.conf ci-dessus, 2 [base] et 2 [updates]) yum utilisera le second si le premier ne repond pas.
Pour ne pas avoir à vérifier les headers sur les serveurs avant toute operation:
yum -C
-- Ne pas utiliser: traplinuxfrarny@univ-nantes.fr -- http://blog.devnull.fr