Dams Nadé a écrit 202 commentaires

Y'en a pas. Enfin pas au jour d'aujourd'hui.

deux choses:

1. Pour apt sur fedora.us l'url exacte est http://www.fedora.us/wiki/FedoraHOWTO(...)
2. > make all # c'est très très long :-(
C'est justement pour ca qu'il ne faut pas le faire. Normalement tu dois pouvoir compiler des modules additionnels rien qu'avec /lib/modules/$(uname-r)/build. Tu y trouveras les makefiles, et les entetes et ca *doit* etre suffisant. C'est ca, la magie du 2.6 :d

DIEUX MERCI !!! IL A VU LA LUMIERE !!
Par contre t'as encore des progres a faire, niveau syntaxe...

> Ce n'est pas RedHat 9.0 mais 9 ni RHEL 3.0 mais 3 (la prochaine sera la RHEL 4). C'est si difficile que ça de s'enlever un .0 non significatif de la tête ?

Tiens, au temps pour toi, on ne dit pas RedHat mais Red Hat, avec un blanc entre le d et le H. :)

et X.org est le consortium qui definit X, actuellement dans sa version 11 Revision 6. :)
le consortium X fournit une implementation Libre, qui fut forké par XFree86, et en retour X.org piquait dans le cvs de XFree86. Aujourd'hui l'implementation de X11 par X.org est quasi-équivalente (95%) à un XFree86 4.4. Les restrictions dûes au changement de licence en moins.

Precisions :
1. On ne dit pas gravage en français, mais gravure. Il en a toujours ete ainsi
2. rpm.livna.org ne sera jamais le non-us officiel, la dmca l'interdit : "interdiction d'inciter les gens à contourner les mesures de protections blahblahblah". RH ne peut se permettre d'inciter ses utilisateurs à utiliser un depots tiers du type de rpm.livna.org, freshrpms, etc. D'ailleurs avec toutes les lois pourries (eucd, len et compagnie) que le gouvernement s'apprette à voter je me fais du soucis : rpm.livna.org est en France. Bientot il faudra un "non-EU" aussi en fait :P

Tu souhaites lire le site web : http://fedora.redhat.com/(...)

> Note : J'imagine comme ESR serait deg de ne pas apparaitre dans les réponses si il voyait ce sondage.

mdr. En effet j'ai cru comprendre sur les mailing-lists fedora qu'il etait assez imbu de sa personne.. :)

cpu -> processeurs

trilogie hein ? Negative, sir.
Il y a eu 5 films :
http://www.imdb.com/title/tt0063442/(...)
http://www.imdb.com/title/tt0065462/(...)
http://www.imdb.com/title/tt0067065/(...)
http://www.imdb.com/title/tt0068408/(...)
http://www.imdb.com/title/tt0069768/(...)

* un équivalent de apt => yum

apt existe pour Fedora. Il est normalement disponible sur http://www.fedora.us/wiki/FedoraHOWTO(...) (la tout de suite le campus d'hawaii est en carafe et ca marche pas mais ca devrait revenir bientot).
Je prefere apt a yum : plus rapide (telechargement, gestion de deps,...), plus de trucs (gestions des srpms, des dependances de construction, etc..), enfin bref : apt, parce que je le vaux bien.

... et rpm.livna.org ne fournit pas de plugin flash. Celui-ci est dispo (pour a peu pres toutes les distro) sur http://macromedia.mplug.org/(...) (qui est visiblement aussi sur le campus d'hawaii ;) ).

Non. Mise a jour non supportees pour cette release.
S'il y en a qui trouvent ca inacceptable, ils ne font pas partie du public ciblé. Qu'ils passent leur chemin.

J'en profite pour dire que la news est erronee. La version d'XFree86 presente est 4.3.0-severement-patchée. Mike Harris, l'empaqueteur officiel d'XFree86 pour Fedora/RH, a clairement annoncé que Fedora Core 2 n'inclura pas XFree86 4.4. Je le cite :

Q) What release of XFree86 will Fedora Core 2 be shipping?
A) XFree86 4.3.0 is what will ship in Fedora Core 2. It will contain a number of bug fixes, Radeon driver fixes and other improvements to further stabilize the 4.3.0 series, and give Fedora Core a relatively mature XFree86 base. I would also like to update the "via" driver to Alan Cox's new DRI enabled via driver, so that VIA EPIA users can enjoy 3D acceleration. I'm probably going to do a number of other video driver updates and scan bugzilla for the most critical issues to spend some time on. Any large-risk issues will likely not be addressed until 4.4.0 is integrated into the distro however if I believe the risk of regression to be too great to be worth taking for a given problem. I've considered a great number of technical and other issues/factors in coming to this decision.

(voir les archives de fedora-devel-list@redhat.com, a la thread "Fedora Core 2 XFree86 plans, and XFree86 4.4.0 plans, etc.").

Freeware mais c00l : http://retrospec.sgn.net/games/hoh/(...)

Pour ce que ca vaut, nous sommes en train de packager le driver nvidia pour fedora core : http://bugzilla.livna.org/show_bug.cgi?id=45#c21(...)
On essaye de faire un package le plus 'dummy-proof' possible. Le srpm compile avec les 2.4 et le 2.6.0 (inclusion du patch minion.de), il y a un script python (base sur les libs RH qui permettent de manipuler facilement le XF86Config) pour activer/desactiver le driver, et un script rc qui activera/desactivera (en fonction de la presence du module noyau) le driver nvidia pendant le boot pour ne jamais se retrouver avec un X tout mort en init 5.

Question stabilite, n'utilisant pas de carte nvidia, j'ai entendu dire (comprenez : j'ai vu l'article sur /.) qu'il y avait des problemes avec le 5328 (par exemple neverwinter nights ne marcherait plus..). Ne vaut-il pas mieux garder le 4620 ?

aurais-je lu le commentaire d'ashledombos de travers.. ?
Bon je retourne me coucher moi.

Absolument aucun rapport avec l'affaire Lindows, qui est une affaire de "trademark". Microsoft a le devoir de proteger sa trademark "Windows" (sous peine de perdre la-dite trademark). Si lindows perd, "le produit que l'on connaissait autrefois sous le nom de Lindows" continue d'etre legal. Puisque c'est juste une histoire de nom, il sera renomme et basta. Contrairement a decss, qui aurait pu s'appeler chou-fleur que ca n'aurait rien change.

> mais une durée de vie aussi courte me gène particulièrement.

As-tu jete un coup d'oeil du cote de Fedora Legacy ?
http://www.fedora.us/wiki/FedoraLegacy(...)
En gros ils vont assurer un support plus long pour les releases de Fedora Core et les dernieres RHL (7.3/8/9 je crois..). Fedora Legacy doublerait la duree de vie des releases de Fedora Core.

> desobobeissance
Desole.. la fatigue..

Dans ce cas là, indiquez sur le message d'erreur de XMMS comment réencoder facilement les MP3 en Ogg pour permettre à l'utilisateur de lire ses musiques.

Ca n'est pas legallement possible (dmca : ne pas donner d'information qui pourrait blablabla) sans inciter a la desobobeissance civile.

> Redhat 9.0 et le coup du non support MP3, c'est une idée grotesque pour des particuliers, qui se balancent éperdument du patent sur le MP3 étant donné que certains n'ont QUE ça (des MP3...)

C'est toi qui fait un amalgame considerable la. RH n'a pas le droit de distribuer le codec mp3. Si tu me sors que "les autres le font", je te dirait que "les autres" ont tort et ne sont pas des societes americaines succeptibles de se prendre un proces aux fesses pour violation de propriete intellectuelle et de brevet qui va leur couter bonbon.

Pour finir RedHat 9.0 a une liste de paquetages qui m'a paru assez réduite...

Desole, un cd (et meme 3) c'est limite' en taille. Mais Fedora (fedora.us, Fedora Extras, Fedora Alternatives) est cense' resoudre ce probleme.

> 2/ C'est pas le genre d'arguments qui attirent le power user.

Heu, c'est ca _ou_ debourser des thunes pour des trucs que les utilisateurs savent ou telecharger (suffit de demander sur une ml ou irc..) _ou_ le proces.
Mais de toute facon, le mot d'ordre c'est : utiliser ogg. Basiquement j'appelle ca de la promotion de logiciel libre. :p

1/ Ce driver ne requiert-il pas un firmware non-libre ? Si oui, redhat a du penser que le driver serait inutile, tel quel. Cela dit le support pppoa en clickodrome est effectivment quelque chose qui manque (sans mentir une dizaine de click et 3-4 champs a remplir suffisent pour configurer un pppoe.. mais pppoa zob :/ ). Peut-etre la communaute se chargera-t-elle de ca avant la sortie de Fedora Core 2.

2/ personne ne t'oblige a recompiler mpg321 et xmms pour avoir un support mp3 : y'a des contributeurs externes qui fournissent des packages. Si RH n'inclus pas mp3 c'est parce que le codec est la propriete intellectuelle (brevet, licence, etc) de quelqu'un et que l'utilisation de mp3 n'est pas libre sans reverser des royalties. J'ajouterai un message personnel : rien a faire de mp3, ogg vorbis est Libre, lui.

3/ Bluecurve est quelque chose d'assez agreable, si ca ne te plait pas tu es libre d'installer d'autres themes : les gouts et les couleurs...

4/ reparametrer lang ne sert a rien, il y a des options (iocharset je crois) de mount pour ca.
iocharset=value
Character set to use for converting between 8 bit characters and
16 bit Unicode characters. The default is iso8859-1. Long file-
names are stored on disk in Unicode format.

5/ heu non tiens pas de 5.

L'essentiel c'est de trouver la distribution qui te plait. Pas de te forcer a utiliser ce que les autres attendent de toi. Y'a qu'en faisant le geek qu'on fait avancer les choses : c'est aussi en faisant des bug reports sur le comportement et le design est IHM (donc en se comportant comme un utilisateur lambda) qu'on fait avancer le schmilblick.

Il me semble que freeswan est en train d'etre modifie pour pouvoir utiliser directement l'ipsec du noyau (jusqu'a present ils avaient leurs modules a eux). Bref d'apres ce que j'avais cru comprendre, freeswan pour 2.6, c'etait pas fini.

Tu as raison. J'ajouterais que par contre on peut la desactiver et retomber sur les vieilles pthreads en faisant un simple 'export LD_ASSUME_KERNEL 2.4.1' quelque soit l'application. C'est tres utils pour les applications proprietaires comme realplayer 8 (non, je ne dis pas que realplayer est util) qui ne supportent pas ntpl.

On me dit dans l'oreillette que la perte est negligeable (quelques petits % maximum). De plus le noyau de Fedora Core est un ton au dessus en terme de performance par rapport au noyau nptl de la RH9.
Si on en croit les dev du noyau RH, celui-ci en partie 2.4, en partie 2.6 (scheduler O(1), nptl, etc..), et en partie autre chose \-)
Un mutant quoi. Toujours est-il qu'il est plus rapide qu'un 2.4 classique, et je te garantis que ca se voit.