GeneralZod a écrit 2316 commentaires

Je croyais que Linux signifiait "Linus' Minix|Unix". :-)

'li' is pronounced with a short [ee] sound: compare prInt, mInImal etc. 'nux' is also short, non-diphtong, like in pUt. It's partly due to minix: linux was just my working name for the thing, and as I wrote it to replace minix on my system, the result is what it is... linus' minix became linux.
Linus Torvalds, comp.os.linux newsgroup 1992

FedoraProject n'a pas (encore) un Contrat Social à la Debian, mais l'éthique est une composante importante du projet.
Pas de logiciels/pilotes propriétaires, tout les paquets doivent avoir une licence libre respectant les critères édictés par la FSF, l'OSI (et les avocats de RedHat amen).
Seule exception, les firmwares à la frontière entre le soft et le hard nécessaire au bon fonctionnement des pilotes libres, on a même eu la bénédiction de RMS à ce sujet. :o)
Les pilotes propriétaires peuvent être obtenu sur des dépôts tiers non affiliés au FedoraProject.
Plus de détails:
http://fedoraproject.org/wiki/Packaging/LicensingGuidelines
http://fedoraproject.org/wiki/Packaging/Guidelines#head-7629(...)
http://fedoraproject.org/wiki/Licensing

Fedora depuis la version 7 s'est doté d'outils performants pour générer des isos et notamment des médias live. Tu trouveras sur fedora-fr un tutoriel plus que complet à ce sujet.
http://doc.fedora-fr.org/wiki/Cr%C3%A9ation_de_Live_CD/DVD_e(...)

Le sondage propose une option, ma foi, fort séduisante: "Anyone that refuses to carry binary-only drivers, so that all others will also benefit, as it will require documented hardware".
Au lieu de voter pour une distribution en particulier et surtout celles incluant des pilotes propriétaires, votez pour une option qui garantit la possibilité de choisir sa distribution peu importe celle fournit par défaut. Bref, un choix éthique et non pas partisan dans l'intérêt de tous ...

Ce n'est pas tout à fait exact.
La tradition islamique recommande de teindre les cheveux blanc et la barbe notamment au henné. Avec pour restriction de ne pas utiliser des couleurs non naturelles (vert, rose, dommage, Oussama il serait mignon en rose), une couleur identique à celle d'origine.
Quant au noir, il y a polémique entre ceux qui considèrent qu'il est interdit pour les cheveux (mais pas pour la barbe), qu'il est légérement déconseillé, autorisé au soldat ou pour couvrir les poils blancs etc.
Une polémique aussi passionnante que celle du temple de Mithra dans Zadig c-a-d savoir si il faut rentrer du pied droit ou du pied gauche pour plaire à Mithra...

EDS c'est grossièrement une base de données (la partie spécifique à la gestion de contacts c'est libebook) et un service offrant une interface à divers programmes: Evolution, Gaim, Planner, gnome clock etc ...
> En gros c'est l'inverse de la philosophie d'Empathy, non?
Je comprends pas vraiment. EDS, telepathy et empathy sont complémentaires et non pas un opposition. EDS c'est la base de données stockant les contacts, Telepathy s'occupe de la partie communication et se synchronise à EDS via D-Bus pour accèder et gérer les contacts. Quant à Empathy c'est un jeu de widgets pour offrir les fonctionnalités de messagerie instantannés aux applications GNOME sans devoir se taper l'API de Telepathy.

Effectivement, GNOME ne propose pas à l'heure actuelle un équivalent à Kontact.
Pimlico est destiné à l'embarqué (N770/N800 par exemple), néanmoins la plupart des distributions fournissent déjà Contacts et Dates (du moins la mienne), au pire, ils sont très simple à empaqueter.

Le framework GNOME pour gérer les contacts et le calendrier c'est E-D-S (Evolution Data Server) qui peut tourner indépendamment de Evolution. D'ailleurs OpenedHand a développé la suite pimlico (dates, contacts, tasks et Sync) en s'appuyant sur E-D-S et développe de celui-ci une version "lite" pour l'embarqué.
http://pimlico-project.org/index.html
Quant à l'appli, Soylent est proche de ce que tu cherches et fais même plus.
http://treitter.livejournal.com/1046.html

Très facile pour les projets GNU. Pour contribuer à un projet GNU, il faut céder à la FSF le copyright excepté les contributions mineures ...
La seule exception notable est le code de MULE dans Emacs, le détenteur des droits étant le gvt Japonais qui ne peut pas légalement réassigner le détenteur du copyright.
http://www.gnu.org/prep/maintain/maintain.html#Copyright-Pap(...)

Je constate avec amusement que Linspire *sponsorise* la distribution Freespire et dont l'un des membres éminents du Leadership Board n'est autre que l'autoproclamé *pire cauchemar de Microsoft* ESR himself.
Rappelez-vous de l'épisode où Microsoft a tenté de recruter notre truculent et pittoresque ESR.
http://esr.ibiblio.org/?p=208

--> on n'est pas Vendredi mais bon
J'ai failli avoir une crise cardiaque quand j'ai découvert que Ian Murdock siégeait également dans le Leadership Board de Freespire.

Et également Fedora à partir de la version 6, le kernel est configuré par défaut pour offrir une qualité de service (autrement du temps réel mou) .
Le projet planet ccrma qui offre des paquets supplémentaires liés à la MAO et traitement audio, ne fournit plus de kernel low latency vu que c'est désormais inutile. :-)
Sans compter que les dépôts officiels contiennent déjà des paquets intéressants pour les musiciens comme Ardour, Rosengarden ou Jokosher.

apt-rpm plus rapide que yum ? ça fait longtemps que je n'avais plus entendu cela. :o)
Je ne m'exprimerais que sur Fedora (et uniquement Fedora) et pas sur Entreprise Linux 5.
Il y a 2 ans, Panu Matilain (mainteneur actuel de apt-rpm et aussi développeur yum) avait fait un petit bench entre yum et apt-rpm.
https://lists.dulug.duke.edu/pipermail/yum-devel/2005-March/(...)
Bien avant, l'arrivée de parseur de metadonnées en C, bien avant l'optimisation de yum, et entre-temps yum est devenu nettement plus véloce.
Le comportement par défaut de Yum est de vérifier à chaque fois la mise à jour des métadonnées sur les dépôts, ce que ne fais pas apt-rpm. Je précise, ce choix a été décidé par les mainteneurs de Yum.
Si tu veux un comportement plus proche d'apt, tu peux activer le mode caching de yum. yum makecache pour créer le cache (à faire régulièrement) l'équivalent de apt-get update, puis pour utiliser le cache: yum -C <ma_commande>.
Tu peux également installer le plugin yum-presto (basé sur delta-rpm de Novell) qui accélére pas mal la chose.
https://hosted.fedoraproject.org/projects/presto/wiki/
En parlant des plugins, tu peux désactiver ceux qui te sont inutiles, ça ira un poil plus vite.

Yum est un élément-clé de la distribution, il est utilisé dans le système de build (le nouveau Koji et Plague l'ancien), les utilitaires de générations d'isos (installation, live-cd, live-usb), l'installateur Anaconda etc ...
En parlant de live-cd et de live-usb, je vous recommande de tester Pungi et Revisor. Notre ami Patrick rédige actuellement un tutoriel sur le wiki de fedora-fr. ;-)

Oups, désolé, je me suis trompé.
Le lien que je t'ai donné date du temps avant la fusion Core/Extras, j'ai encore du mal à prendre mes repères: entre le nouveau système de build, le cvs chamboulé etc ... :)

Tu peux télécharger le src.rpm du kernel pour le vérifier ou bien regarder dans le cvs. (désolé, je ne suis pas sur Fedora actuellement pour confirmer)
Par contre le .config du kernel Fedora est éclaté en plusieurs fichiers.
http://cvs.fedora.redhat.com/viewcvs/devel/kernel/configs/?r(...)

Je confirme apt4rpm est une pâle copie de l'original
D'ailleurs, le mainteneur actuel de apt4rpm et également développeur YUM avait fait des benchs, il y a environ deux ans. C'était sans appel, YUM est plus rapide que apt4rpm.
Quant à comparer apt/dpkg et YUM, je me bornerais à dire que apt/dpkg est un outil mature et de bonne qualité.
YUM est encore jeune, mais il a un développement soutenu et rapide, il offre un système de plugins souple et performants, il y a près d'une dizaine de plugins permettant au choix de sélectionner les miroirs les plus rapides, fixer des priorités entre les dépôts ou bien yum-presto pour télécharger des deltas-rpm etc ...
C'est déjà un outil très puissant et largement utilisable, même si il lui reste du chemin par rapport à apt/dpkg

ça n'a rien à voir avec l'applet GNOME.
La différence est que ça utilise ConsoleKit et ne nécessite pas de solutions de contournement pour que ça marche avec GDM.
http://fedoraproject.org/wiki/Releases/FeatureFastUserSwitch(...)

favardin: les System-Config-Tools -c'est leur petit nom-(environ une vingtaine) sont développés par Fedora, certains datent même de RedHat Linux. Et ils sont extrêmement matures.
Sans compter les autres utilitaires initiés par RH/Fedora comme NetworkManager. ;-)