IsNotGood a écrit 5009 commentaires

Fais en une dépêche, ça ne va pas te faire beaucoup de boulot.
Dis nous si la dépêche est refusée ou accèptée.

> Un truc dans le genre de debootstrap

A ma connaissance, il n'y a pas ce que tu veux pour le faire "out of the box".
A moins que tu aies le goût de défi, je crains que Fedora ne soit pas le bon choix pour ce que tu veux faire.

> Donc pas question d'installer des RPM

Tu peux installer rpm sur un système non rpm.
Le strict minimum qu'il te faut pour installer dans un répertoire est "# rpm --root=/mnt/mon_root ..."

> J'ai effectivement vi qu'il existant le projet Mock

Mock n'est pas dédié à faire tourner une distribution en chroot. Il est conçu pour les compilation de paquets. Puis il s'est vu la possibilité de faire tourner des trucs dans le chroot (options --shell et --root).

> L'idée c'est de pouvoir installer Fedora depuis une autre distrib Linux sans utiliser un CD d'installation ... et sans avoir un installeur qui limite un peu les choix (genre partitionnement ... alors que j'ai déjà toutes les partitions prêtes)

L'orientation Fedora est clairement vers la virtualisation. Red Hat/Fedora a développé libvirt/virt-manager.
Donc tu peux faire une installation sans graver de CD. Il faut seulement une petite image ISO (que tu n'as pas besoin de graver) et après tu fais une installation réseau. Beaucoup de développeur font les tests avec la virtualisation.


http://docs.fedoraproject.org/install-guide/f8/en_US/sn-expe(...)
Download the boot.iso image for a minimal boot CD or bootdisk.img file for a minimal boot USB flash drive. Write the image to the approriate physical media to create bootable media.

Globalement tout ceci n'est pas trivial pour quelqu'un qui n'est pas habitué à Fedora. Je ne veux pas que tu partes dans un plan "galère".

> et c'est vrai que c'est meme plus lent mais bon c'etait la 8.90

Fedora n'est pas centré desktop comme Ubuntu. En caricaturant, le temps de boot est un critère parmi quelqu'un pour Ubuntu et parmis beaucoup pour Fedora. Donc pour Fedora le temps de boot est moins important et donc Fedora sera probablement parmis les distributions les plus lentes au boot.
Je ne dis pas que Fedora ne cherche pas à être rapide.

Comme je ne boot pas 50 fois par jour, le temps de boot je m'en fous.

> mkdir /chroot
> urpmi basesystem --root /chroot

En réalité, ce qui supporte l'installation dans un autre répertoire (base rpm compris), c'est rpm. urpm ou yum ou autre n'est qu'une couche.
J'ai déjà fait des installations en chroot seulement avec rpm.

> Croyez vous qu' il serait possible de porter urpmi sur fedora ?

Oui. Si tu veux le faire, n'hésites pas.

Faut mettre l'historique.
Il y a eu deux journaux par la même personne. Un le 26, un autre le 28 à 11:54. Malheureusement, il n'y a pas eu de journal entre temps et les deux se suivent.
Après ça une dépêche.
Après il y a ce journal avec "Fedora" dans le titre, mais pas pour parler de Fedora. Bref, celui-ci je le vire de la list.

En passant, les occurrence sur google pour linuxfr.org :
Debian : 15 000
Ubuntu : 7 000
Red Hat ou redhat : 5 400
Mandriva : 5 000
Suse : 4 000
Fedora : 3 000

> Sarkozy, sors de ce corps

Pitié, pas Sarkozy.
Fais des comparaisons, j'ai rien à voir avec lui (sauf la taille :-)).

C'est le logo avec f minuscule.
J'écris avec un F majuscule car c'est un mon propre.

Le petit mon de Fedora est Sulphur.

> Même si les versions beta des Fedora sont en général assez stables et donc utilisables au quotidien, cela reste une beta, mais rapporter des bugs est aussi une manière de contribuer aux Logiciels Libres.

Tout à fait.
Mais un petit bémol. F9 est en phase beta. Fedora jusqu'à la phase test (le développement passe par alpha, beta, test (voire rc)) se permet de "tout casser". C'est-à-dire que pour récuperer une correction de bug, un "yum update" n'est pas toujours suffisant. Je ne dis pas que ça arrive souvent (bien au contraire). Mais ceux qui installent F9 beta doivent être avertis et s'abonner à la mailing testing pour rester informé.


> L'impact de l'utilisation d'Upstart se fait largement sentir lors des phases de démarrage ou d'arrêt avec une exécution beaucoup plus rapide.

Pour F9, ce n'est pas encore le cas. Mais pour F10 probablement.
Pour F9 l'objectif était seulement de passer à upstart sans rien casser d'autre.


> Il s'agit du gestionnaire graphique de paquets par défaut sur la Fedora 9 Beta.

J'ai cru que d'était faux :-)
Mais j'ai vérifié, c'est le cas. Au début de F9, ce n'était pas prévu ainsi. Bravo PackageKit pour tout le boulot.


> PolicyKit

Ce n'est pas vraiment une nouveauté, PolicyKit est déjà dans F8 (voire F7 ?). Dans F9 il est plus utilisé (et c'est plus visible).


> La virtualisation

Le gros changement (et notamment car Fedora est sponsorisé par Red Hat) est l'abandon de Xen. Donc il n'y a plus de kernel-xen.
Si tout va bien (car c'est un énorme travail), le KVM fournit doit supporter des guest Xen.


> Grosse nouveauté, très attendue, l'arrivée de la toute dernière branche de KDE

Notons que Fedora 9 aura par défaut KDE 4 et non KDE 3. Les développeurs sont donc plus concentrés sur le développement/intégration de KDE 4 que KDE 3.


> La bibliothèque "libblkid" est maintenant utilisée pour la détection des systèmes de fichiers déjà présents sur les disques.

libblkid est utilisé depuis longtemps par Fedora (et avant même Fedora). Un /etc/fstab typique a "LABEL=nom ..." au-lieu de "/dev/ ..."


> Kudzu pour la détection du materiel a été remplacé par HAL et Udev.

Mouaif. Kudzu n'était presque plus utilisé depuis longtemps. Il l'était pour quelques cas particulier. Ces cas sont maintenant couverts par HAL/udev, donc kudzu peut être viré (il n'y a plus rien à remplacer :))
Pour l'anecdote, kudzu était si peut utilisé qu'il faisait parti des paquets que je vire systématiquement de ma bécane :-)

Ce journal est seulement l'expression qu'il a vu trop de journaux sur Fedora ses derniers jours. Il a en suffit de deux, c'est dire le niveau de tolérance...

C'est une expression (dont le contenu à discutable), mais ce n'est pas un abus. Donc le journal doit rester.

Tu peux critiquer OOo de suite et n'importe qui peut le faire.
Mais pour critiquer le projet OOo, c'est "réservé" à beaucoup moins de monde.

> aprés avoir retourné tous les bugs d'en avoir marre qu'ils soient encore la

C'est un projet libre, corrige les ou payes des gens pour le faire. Tu n'as pas payé le projet pour qu'il corrige tous tes petits bobos, donc le projet ne te dois rien.

Excellent journal.
Mais c'est Fedora et non fédora.

J'ai dit que je ne ferais pas dépêche, c'est ce que je fais actuellement. Donc actuellement je ne me dégonfle pas.
Et je n'ai pas peur d'avouer que je me "dégonfle".
Si la modération était bonne, et l'année 2007 était prometteuse, je me serais dégonflé avec plaisir et rédiger des dépêches.
Ce qui m'importe n'est pas de me dégonfler ou non, mais de faire ce qui me semble juste.

Le "surtout ne critiquez pas les modérateurs" me fatigue.

Je trouve que parfois les modérateurs déconnent.
J'ai peut-être tord. Mais, et désolé pour la formule, merde à ceux qui veulent m'empêcher de le dire.

> Fedora Linux a pris en compte la problématique en amont et offre des paquets comprenant un artwork générique pour les distributions dérivées.

Et donc ça sera ajouté à RHEL. Ce qui va faciliter le boulot de CentOS (et aussi de cette saloperie d'Unbreakable Linux d'Oracle).

Après avoir lu http://www.openmalaysiablog.com/ , compatabilité les commentaires, ça va être diablement chaud.
Ça va actuellement de approuvé par 1 voix à désapprouvé pour 2 voix.

> Après, il est vrai qu'une fois acquises ses petites habitudes dans psql, on a pas forcément envi d'aller s'embêter avec d'autres outils :)

Je ne me suis pas embêté.
PhpPgAdmin fait parti des atouts du formidable PostgreSQL. Avoir un "client" PostgreSQL qui ne demande qu'un navigateur web est plus que bienvenu.
Bravo pour votre boulot.

> J'espère qu'il y a moyen d'installer Fedora via un chroot.

Je ne comprend pas bien le "via un chroot".
Tu peux installer Fedora dans un répertoire (puis faire un chroot).
Mock, qui est utilisé pour compiler les paquets, peut-être utilisé pour faire ça :
http://fedoraproject.org/wiki/Projects/Mock

On peut aussi le faire sans Mock.

> Derniere remarque, j'ose esperer que c'est une erreur du journaliste

Non, ce n'est pas une erreur. C'est une honte pour MS et pour l'ISO (du moins ceux qui votent oui).

> Je croyais que ce format etait dans les mains de l'ECMA...

Il est dans les mains de MS. Si MS-OOXML est ratifié, la maintenance, et seulement la maintenance (correction de fautes d'orthographes, etc, mais jamais de changements importants), passera aux mains de l'ECMA.

> Que certaines personnes, entreprises preferent la suite Microsoft ce n'est pas un probleme.

Je plussois massivement.
Que certains utilisent Opera n'est pas un problème par exemple. Le logiciel close source n'est pas un problème pour le libre. C'est assurément un concurrent, mais pas un problème.
Le vrai problème de MS-Office, ce n'est pas qu'il est payant, mais qu'il est dans une politique de "lock-in" (brevets, format semi-proprio et pas ouvert (mais vaguement documenté)).

L'état du vote actuelle. A prendre avec d'énormes pincettes, ce sont des "spéculations" :
http://www.openmalaysiablog.com/

Ça va être très chaud. Il suffit de 2 oui de plus (membre P) et MS-OOXML est ratifié.

> L'article donne seulement l'Allemagne et la Finlande pour le oui.

L'Allemagne a déjà voté oui.
La Finlande s'était abstenue.
L'Angleterre va probablement passer de non à oui.

> Mais combien de pays au total doivent se prononcer?

Le BRM offre la possibilité de changer son vote précédent. Si tu ne votes pas, c'est l'ancien vote qui est pris en compte.

Information à confirmer :
Membres participants (P): 41
Membres observateurs (O): 29

Pour comptabiliser les oui, seul les membres P sont pris en compte. Pour les votes non, ce sont les membres P et O.

Faut pas s'emballer.
Ça peut lire (voire écrire) du MS-OOXML dans une certaine mesure. C'est comme les anciens formats binaires de MS-Office. OOo offre de l'import/export, mais ne "supporte" pas ces formats.


> Ce format sera pleinement supporté dans la version 3 de OOo

Je n'y crois pas.
Par exemple je doute très fort que OOo suporte cette "feature" de MS-OOXML :
http://www.robweir.com/blog/2008/03/ooxmls-out-of-control-ch(...)

Donc on ne pourra pas écrire des documents MS-OOXML avec des caractères Unicode invalide alors que MS-OOXML peut (comme un con) le faire.

> Je lis que Fedora s'appuiera un peu plus sur networkmanager...

C'est Fedora qui a développé initialement NetwordManager et reste le principale contributeur (c'est maintenant un projet avec des contributions d'un peu partout). Donc forcément Fedora s'y appuis.
Par contre, contrairement à Ubuntu, Fedora ne l'a pas activé par défaut jusqu'à maintenant (en tout cas jusqu'à F8). Fedora étant plus à usage général qu'Ubuntu, elle doit faire face à plus de configuration et les mainteneurs estiment que NetworkManager ne doit pas être activé par défaut. Mais ça ne devrait pas durer.

> Est-ce que le bug d'endianess qui existe depuis si longtemps est réglé ?

Je n'en sais rien.
Fouille https://bugzilla.redhat.com/

En passant, il n'y a que ext3 (et bientot ext4) qui est supporté par Fedora. C'est-à-dire que s'il y a un problème, Red Hat/Fedora a des développeurs pour s'en occuper. Red Hat/Fedora n'a aucun développeur jfs, xfs, etc.
En fait, je crois que Red Hat a embauché un ancien développeur xfs, mais il bosse sur ext4 :-)

> oui l'ext4 est à titre experimental

Je ne disais pas ça pour dire dire c'est de la merde. Je trouve ça génial que des distributions fassent avancer le logiciel libre et génial que des gens tests.
Par contre si des choses sont "dangereuses" pour les données, il faut clairement l'indiquer. "iamanext4developer" est parfaitement clair pour un anglais. Il l'est peut-être moins pour des non anglophones.

> Enfin bon c'est pas vraiment un bug jfs jverais plutot rpm et les defattrs de la section files qui passent pas trop en JFS.

Je doute que ce soit ça. Ça doit être un problème avec selinux (exige les attributs étendus). Peut-être qu'en installant avec "selinux=0 jfs" ça marche.