La fondation Fedora, société à but non lucratif, sera chargée de la gestion, du développement et de la distribution GNU/Linux Fedora Core. Elle devrait être opérationnelle en août prochain.
En plus de la distribution GNU/Linux Fedora Core, la fondation sera en charge du développement du Fedora Directory Server (voir Dépêche DLFP).
RedHat reste le principal sponsor de la fondation, mais en se désengageant de la gestion de la distribution Fedora met un terme aux critiques qui dénonçaient le manque de liberté de la distribution vis-a-vis de RedHat.
À noter que la prochaine version de la Fedora Core, la version 4, devrait sortir le 13 juin. La Fedora Core 4 test 3 est disponible pour test sur le site de Fedora.
# Mono
Posté par el_mickey . Évalué à 1.
[^] # Re: Mono
Posté par jimmyy (site web personnel) . Évalué à -1.
Et peut être que le mp3 pourra être intégré ? A moins que ce ne soit pas dans la philosophie de la distribution.
J'espere que cela permettra à cet distribution de se démarquer et de ne pas être seulement "la version gratuite de red-hat" !
Qu'est-ce que la puissance ? Rester debout au coin d'une rue et n'attendre personne.
[^] # Re: Mono
Posté par Emmanuel Seyman . Évalué à 6.
A priori, non. La fondation est aussi américaine que Red Hat et donc, aussi tenue de respecter la loi.
# KDE
Posté par Julien MOROT (site web personnel) . Évalué à 5.
Cela permettra peut être de remettre les choses un peu à égalité à ce niveau pour ceux qui apprécie la Fedora mais qui préfèrent KDE comme DE.
Il y a bien http://kde-redhat.sourceforge.net/(...) pour fournir un joli KDE pour fedora mais comme ce n'est pas intégré par défaut ce n'est tout de même pas des plus pratique.
# Commentaire supprimé
Posté par Anonyme . Évalué à -5.
Ce commentaire a été supprimé par l’équipe de modération.
# RedHat se la pête ?
Posté par Guillaume Knispel . Évalué à 4.
Ben oui ya que RH qui fait des systèmes Linux, c'est bien connu ;)
[^] # Re: RedHat se la pête ?
Posté par martoni (site web personnel, Mastodon) . Évalué à 5.
J'ai plus qu'une balle
[^] # Re: RedHat se la pête ?
Posté par galatea842 . Évalué à 4.
Même si nous, communauté, nous pouvons contester/relativiser/... ces slogans...
# intérêt du RPM par rapport au DEB ?
Posté par Ludovic Gasc . Évalué à 2.
Les rpm permettent t'ils cela maintenant ?
[^] # Re: intérêt du RPM par rapport au DEB ?
Posté par Emmanuel Seyman . Évalué à 5.
RPM ne le permet pas mais ce n'est pas tellement une limite technique mais le fait que les développeurs de RPM estiment que l'installation d'un logiciel se doit d'être non-interactif.
supprimer les fichiers de conf avec le package,
En quoi ce serait un problème ?
avoir des dépendances optionnelles (très utile enrichir certaines applications).
Il y a quelques temps, Jeff Johnson parlait de rajouter un critère missingok aux dépendences. Je ne sais pas ou ca en est.
Si tu veux plus de renseignements sur les différences entre RPM et DEB, je conseille la page de compraisons des différents formats Unix de Joey Hess :
http://www.kitenet.net/~joey/pkg-comp/(...)
traduit en français sur linuxfr-france.org.invalid : http://www.linuxfr-france.org.invalid/article/choix-distri/paquetage/(...)
[^] # Re: intérêt du RPM par rapport au DEB ?
Posté par Sebastien . Évalué à 10.
Il faudrait apprendre à ranger ces affaires ou en tout cas à ne pas tout laisser traîner : ça fait désordre... ;)
[^] # Re: intérêt du RPM par rapport au DEB ?
Posté par galatea842 . Évalué à 4.
Oh... la belle traduction automatique...
Où est la commande "fichier" ?
Hum, c'est déjà bien d'avoir proposé une traduction, mais cela prête à sourire...
[^] # Re: intérêt du RPM par rapport au DEB ?
Posté par Emmanuel Seyman . Évalué à 4.
J'avais remarqué une autre erreur :
L'article demande de signaler toute erreur à l'auteur par mail mais ne précise pas qu'il faut utiliser l'anglais pour communiquer avec Joey Hess. Du coup, il a toutes les chances de recevoir des mails dont il risque de ne pas comprendre le contenu.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.