Bon.
Comme des gens downloadent FC2, que beaucoup de monde sait que FC2 est dispo et que ma news (ou une autre) sur FC2 n'est pas encore passé, voilà une copie de la news proposée et quelques autres tuyaux.
--------------------------------------------------------------------------
Fedora Core 2 (Tettnang) est sortie pour i386 et AMD64
Les nouveautés :
- Linux 2.6.5 (presque un 2.6.6 : 2.6.6-rc3-bk3)
- Gnome 2.6.0
- KDE 3.2.2
- XFCE 4.0
- Remplacement d'XFree86 par X.org
- Toute la suite Tomcat/Jakarta
- gcc 3.3.3 par défaut et gcc 3.4
- Subversion 1.0.2 (client et serveur)
- SeLinux (désactivé par défaut)
Notons aussi :
- Passage de 3 CD à 4 et ajout d'un CD de secours
- Disponible en image DVD
- sortie synchronisée pour i386 et AMD64
Annonce et miroirs : http://www.redhat.com/archives/fedora-announce-list/2004-May/msg000(...)
Torrent FC2 : http://torrent.dulug.duke.edu/(...)
Fedora : http://fedora.redhat.com/(...)
Description de Fedora : http://fedora.redhat.com/about/(...)
--------------------------------------------------------------------------
SeLinux (plus les règles de sécurité) est présent dans la distribution. Mias il reste des problèmes mineurs (mais très contraignants si l'utilisateur ne connait pas SeLinux).
Ainsi pour ne pas faire de tord à SeLinux et Fedora, l'équipe a décidé de désactiver SeLinux par défaut.
Ajouté "selinux" au prompt lors de l'installation pour activer SeLinux.
Les compagnons de Fedora Core :
http://www.fedoratracker.org/(...) : répertorie les paquets des dépôts yum ou apt connus.
http://www.fedora.us/(...) : Fedora Extras
http://rpm.livna.org/(...) : add-on pour Fedora Extras (non-us)
http://freshrpms.net/links/(...) : Freshrpms qu'on ne présente plus. C'est une alternative à "Fedora Extras". On trouvera sur cette page d'autres add-on.
NB : pour les add-ons, tout n'est pas encore près ! C'est l'affaire d'une semaine à vue de pif.
Il reste un important problème avec FC2 avec quelques machines pour avoir du multi-boot Win/Linux.
Parcourir ce thread pour trouver une solution (il n'y a pas encore de solution simple qui marche pour tout le monde) :
http://www.redhat.com/archives/fedora-test-list/2004-May/msg01850.h(...)
Le bug semble très difficile à résoudre (BIOS, noyau, grub, parted, CD-ROM ?).
Je n'ai pas Windows donc j'ai survolé ce thread. Mais voilà les solutions possibles :
- La plus simple : 1 disque pour Windows, 1 disque pour Linux et utiliser le BIOS pour sélectionner le disque qui doit booter.
- Forcer le mode LBA dans le BIOS (ne pas laisser à automatique).
- Installer grub sur une partition et utiliser le chargeur Windows.
- utiliser hidden() de grub pour booter Windows.
Quoiqu'il en soit, faites un backup du MBR avant l'installation.
Pour utiliser reiserfs ou xfs à l'installation, ajouté "reiserfs" ou "xfs" au prompt lors de l'installation. Reiserfs est incompatible actuellement avec SeLinux.
Autre news relative à Red Hat :
Il y a une version d'évaluation de Red Hat Desktop :
http://www.redhat.com/software/rhel/desktop/eval/(...)
--------------------------------------------------------------------------
Des infos que je n'ai pas mis dans la news.
Il y a un torrent pour l'Europe (non officiel mais les iso sont OK). C'est pour éviter des transferts de données trans-atlantique.
http://sunsite.mff.cuni.cz/fedora-torrent/(...)
Les outils de configuration de redhat ont été renommés de redhat-config-* à system-config-* .
Le driver proprio NVIDIA ne marche pas avec Fedora Core 2. En fait il ne marche pas à partir de Linux 2.6.6.
C'est lié à l'utilisation de 4KSTACK. Nivida devrait sortir une nouvelle version dans peu de temps.
Il est possible de recompiler le noyau et virer l'utilisation de 4KSTACK. Il faut annuler le patch linux-2.6.5-nostack.patch de kernel-2.6.5-1.358.src.rpm et recompiler le noyau sans 4KSTACK.
FC2 ne support pas firewire. C'est parce que Linux 2.6.6 est un peu cassé côté fireware actuellement et que ça pose des problèmes pour ceux qui n'ont pas de fireware. Donc le support est désactivé.
Alexandre Oliva de Red Hat propose une solution temporaire :
http://www.ic.unicamp.br/~oliva/snapshots/FC2-firewire/(...)
Le bug qui empêche de booter sous Windows lorsqu'on a un multi-boot existe pour Mandrake 10.0, SuSE 9.1 et FC2 (tout les distributions noyau 2.6):
http://mlf.linux.rulez.org/mlf/ezaz/ntfsresize.html(...)
May 17, 2004 WARNING! Be careful when partitioning on Linux 2.6 kernels! Some combinations of certain BIOS settings and certain partitioning softwares running on Linux 2.6 kernels MIGHT create incorrect partition table that breaks the Windows boot process. If your NTFS was resized at the same time then your data is undamaged but due to the incorrect partition table, created by certain partitioning tools, you might not be able to boot Windows. The problem is recoverable and filesystem independent. Reports are from users of Mandrake 10, SUSE 9.1 and Fedora 2, Please see more details below.
Ça évitera des trolls...
Vmware ne marche pas :
C'est un bug vmware. Il y a une solution temporaire ici :
http://kerneltrap.org/node/view/3097(...)
Un howto pour install le modem speedtouch sous Fedora :
http://www.4p8.com/eric.brasseur/fc2_speedtouch_usb.html(...)
Il y a aussi cette page, mais non spécifique Fedora :
http://gday01.free.fr/speedtouch-2.html(...)
J'ai un modem bewan PCI st et par rapport à FC1, il faut recompiler le noyau pour le supporter (il faut virer CONFIG_REGPARM dans la config du noyau). Si quelqu'un utilise Bewan, je peux lui donner plus d'info.
Lisez l'annonce, elle est marrante :
Including musical numbers such as "Who Let Fedora Out?" by the
Slashdot Men, "The Download Goes On" by Celeron Dion, and "The Hacker
in Me" by Shania Sane.
"It's a singing, dancing extravaganza!" says the Rawhide Daily News.
Happy FC2 :-)
Journal Fedora Core 2
18
mai
2004
# distrowatch
Posté par 007 . Évalué à 1.
http://www.distrowatch.org/table.php?distribution=fedora(...)
# Petit bemol concernant la suite tomcat/jakarta.
Posté par Narmer . Évalué à 1.
ça commence par "GCJ-based Tomcat in Fedora - avoid it!"
Tomcat est compilé en natif, avec gcj.
L'auteur du blog dit que l'installation de tomcat est labyrinthique. Des éléments sont disséminés dans /usr/share/tomcat, certains webapps dans /var/lib/tomcat par exemple (/var/lib/tomcat/examples), la configuration dans /etc/tomcat mais aussi dans /etc/sysconfig/tomcat. Et le script de démarage est /etc/init.d/tomcat. Le classpath serait mal configuré et regarderais dans $HOME/server/lib.
De plus , il soutient que le tomcat s'arrête après 900 requètes sans raisons apparentes (effet de bord du à la compilation en natif ??). Je sais qu'un conteneur de servlet est une application super threadé et qui gère la mémoire à mort. Alors sans la machine virtuelle, il y a peut-être problème ?
Enfin bref, son message est de ne pas appeler "tomcat" un produit transformer par des packageurs redhat. Et il se demande si le packageur peut utiliser le nom alors que maintenant c'est un tout autres produit ??
Quelqu'un a des retours sur cette question épineuse ?
My 2 cts . . .
[^] # Re: Petit bemol concernant la suite tomcat/jakarta.
Posté par 007 . Évalué à 0.
Par contre le reste du FUD me laisse dans une indifférence totale. C'est pas la première ni la dernière fois que RedHat se fait critiquer car ils ne font pas là où on leur a dit de faire... C'est la conception "le logiciel libre est libre, mais pas pour RedHat (cf le tremblement de terre avec KDE/Bluecurve)".
Oublions ce FUD pour aller à l'essentiel. Tomcat dans Fedora, ça veut dire Tomcat dans RHEL 4. Ce qui signifie qu'une distribution "pro" proposera un serveur java 100 % libre pour les entreprises. Que le respect de la FHS emmerde tel ou tel gus, est vraiment annexe.
[^] # Re: Petit bemol concernant la suite tomcat/jakarta.
Posté par Narmer . Évalué à 1.
En fait moi ce qui m'embêterait c'est plus que le conteneur de servlets s'arrête à partir d'un nombre de requètes fini et ne soit plus exploitable en production en fait. Faut que je teste de toute fàcon. Les problèmes de classpath aussi, pareil il faut que je teste.
Après, l'organisation des fichiers "à la Redhat" ne me dérange pas ! Je pense qu'ils y ont réfléchi aussi oui !
Maintenant il faut que cela fonctionne comme "un tomcat from jakarta" out of the box :) .
Si cela ne marche pas je l'installerai à la mano :) :)
@++
[^] # Re: Petit bemol concernant la suite tomcat/jakarta.
Posté par 007 . Évalué à 0.
C'est pas à la Red Hat !
C'est la norme FHS (donc LSB) ! Sauf /etc/sysconfig mais toléré par la FHS.
[^] # Re: Petit bemol concernant la suite tomcat/jakarta.
Posté par Misc (site web personnel) . Évalué à 2.
[^] # Re: Petit bemol concernant la suite tomcat/jakarta.
Posté par Narmer . Évalué à 1.
# dommage ce temps de modération, et ces problèmes...
Posté par aurel (site web personnel, Mastodon) . Évalué à 2.
Et encore plus dommage que ces problèmes avec les drivers nvidia, le firewire, le dual boot et vmware subsistent: meme si ce n'est pas raisonnable d'incriminer l'équipe de Fedora pour les bugs de vmware par exemple, force est de constater que ma motivation pour l'installer est franchement retombée, puisque ce sont pour moi 4 points bloquants.
Et savoir "a qui la faute" n'y change rien, avouez que c'est dommage :(
-->[]
[^] # Re: dommage ce temps de modération, et ces problèmes...
Posté par Misc (site web personnel) . Évalué à 0.
[^] # Re: dommage ce temps de modération, et ces problèmes...
Posté par 007 . Évalué à 1.
Non. C'est dans l'esprit Fedora.
Faire avancer les choses.
> ça ne edvrait pas poser de probléme quand on a Alan cox
Les problèmes avec les propuits proprios, Alan s'en fous complètement...
[^] # Re: dommage ce temps de modération, et ces problèmes...
Posté par jerome (site web personnel) . Évalué à -1.
Comme le thread du sondage le souligne, le problème c'est que ce ne sont pas les modéros qui *font* les niouzes mais les gens, aussi quand les niouzes sont de mauvaise qualité (oui, ça arrive, pleines de fautes, trois lignes, etc) et bien on attend.
En l'occurence, la news proposée ci dessus est en attente de validation (on essaie de faire une validation multiple quand il y a plusieurs niouzes proposées sur le même sujet.
[^] # Re: dommage ce temps de modération, et ces problèmes...
Posté par 007 . Évalué à 3.
Non. Elle a été postée vers 16 h. Quand j'ai vu que la news était partout (sauf sur dlfp), j'ai fait le journal.
> on essaie de faire une validation multiple quand il y a plusieurs niouzes proposées sur le même sujet.
c'est TRÈS TRÈS bien. J'aprouve même si celà implique du retard.
Mais faite ça plus souvent !
btw, j'espère que vous allez prendre la moins trollesque et évitez les boullettes de ce type :
http://linuxfr.org/2004/05/05/16176.html(...)
[^] # Re: dommage ce temps de modération, et ces problèmes...
Posté par aurel (site web personnel, Mastodon) . Évalué à 2.
Jusque là je pense qu'on est d'accord ?
Si l'on compare le temps moyen de modération actuel a ce qu'il était il y a un an ou deux, il a clairement augmenté. Nous sommes plus nombreux c'est certain. Mais ca n'empeche pas que les news perdent un peu de leur sens a partir du moment ou les journaux les sortent avant, ce qui se produit de plus en plus souvent.
Les commentaires, interessants ou pas, sont donc doublés dans une news et dans des journaux, et il devient un peu chaotique de s'y retrouver. C'est une dévalorisation dommage d'un site que j'aime beaucoup depuis longtemps, qui a un tres fort potentiel attractif et fédérateur, en particuliers pour les "nouveaux" et "francophone".
Jusque là, je crois qu'on est toujours d'accord ?
Si c'est un problème de qualité des news proposées qui doivent etre filtrée, c'est simple, il faut augmenter la taille du filtre (ie prendre d'autre modérateurs). Il y avait une annonce a ce sujet il y a quelques semaines, et c'est une très bonne chose, d'autant plus qu'il y a je pense suffisemment de personnes assez compétentes pour cela.
Et pour conclure, c'est peut etre une évolution inévitable, auquel cas je m'en fous, j'irais sur les sites anglophones. Mais s'il est possible de faire quelque chose pour que ce site voit son "taux de cacophonie" baisser, je crois qu'il y a beaucoup de gens prêts a aider, moi y compris.
Sur ce je prends la porte, sans meme répondre a ton "t'es gentil" un peu trop familier a mon goût.
[^] # Re: dommage ce temps de modération, et ces problèmes...
Posté par 007 . Évalué à 3.
Je veux bien être gentil mais les modérateurs se foutent des gens parfois.
L'annonce d'une distribution populaire ne demande pas 40 vérifications.
Combien de temps faut-il pour modérer ma news ? 10 minutes. Il y a peut-être quelques fautes d'orthographe.
Je fais dans le prétencieux mais ma news est bonne (faut dire qu'une news pour annoncer une nouvelle distribution ce n'est pas difficile à réaliser).
Mais voilà, les modérateurs oublient leur rôle. Ils modèrent les news en fonction de leur goût. Comme il n'y a pas de "pro-fedora", la news n'est pas modérée et elle traine. Une news Mandrake ou troll-(redhat|suse) est modérée très vite.
[^] # Re: dommage ce temps de modération, et ces problèmes...
Posté par aurel (site web personnel, Mastodon) . Évalué à 2.
J'osais pas le dire, et vu que tu vas certainement te faire moinsser, je te plussoie pour compenser:
1. je suis d'accord (mais tout le monde s'en fou), et surtout
2. ton post mérite d'être lu :D
# copies d'écrans
Posté par 007 . Évalué à 1.
http://projects.tuxed.net/fedora/fc2-screens/index.html(...)
# Dual Win XP
Posté par 007 . Évalué à 1.
http://www.redhat.com/archives/fedora-devel-list/2004-May/msg00908.(...)
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.