Faire un don ! | | style | statistiques | contactez-nous | plan | lettre d'information

Liens connexes

Dépêche modérée par

Dépêche éditée par

: Fedora Core en mutation

Posté par j (page perso, ). Modéré le 16 janvier 2006.
La cinquième version de Fedora Core devrait sortir le 15 mars 2006, soit environ neuf mois après la précédente, ce qui allonge de trois mois le rythme de publication bien que cela n'a pas été formalisé.

Depuis la création de la Fondation Fedora en juin 2005, le projet s'est doté d'un nouveau logo élégant et assez éloigné de Red Hat en terme d'esthétique (une petite explication sémantique du logo est détaillé dans un article de Redhat magazine).

En décembre dernier, Fedora Directory Server 1.0 a été publié. Il est basé sur Netscape Directory Server que Red Hat a racheté en 2004 - il s'agit d'un système d'annuaire LDAP.

Concernant Fedora Core 5, la distribution comprendra également un disque de sauvetage (rescue CD) et, c'est plus surprenant, Mono, l'implémentation libre de l'environnement .NET de Microsoft, ainsi que quelques applications idoines comme Beagle et F-Spot.

En attendant cette nouvelle version, un snapshot de la version de développement, FC 5 test 2, vient d'être rendu public pour les curieux et les amateurs de chasse aux bogues.

NdM : merci également à patrick_g qui nous signale dans un journal un test de cette FC5-test2 sur madpenguin.org.

> Lire la dépêche (11 commentaires, moyenne: 4,3).  

Fedora Core 5 devrait logiquement servir de base à Red Hat Enterprise Linux 5 selon DistroWatch qui a publié un article à ce sujet.

Pour plus d'information concernant Mono, consultez le site officiel www.mono-project.com et le site francophone http://monofrance.free.fr (non officiel) ainsi que l'article de Wikipédia.

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Fedora çapucéprobrevets

Posté par Grumbl (page perso, ) le 17/01/2006 à 07:05. (lien). Évalué à 8.

On notera cependant le contenu particulièrement inquiétant de la prose transmise aux parlementaires européens par Mark Webbink, Vice-President et avocat
en chef de RedHat parlant au nom de son employeur, sous la forme d'un papier appelé "A New Paradigm for Intellectual Property Rights in Software", notoirement interprétée comme une tentative de ré-introduction des brevets logiciels par la petite porte.

Peut-être faudrait-il envisager sérieusement de reconsidérer la position des utilisateurs de Linux vis à vis de Redhat, ne serait-ce que par égards envers ceux qui ont donné tant de leur énergie et leur temps pour que nous échappions, apparamment provisoirement, aux brevets logiciels en europe.

Fedora doit changer

Posté par patrick_g (page perso, ) le 17/01/2006 à 07:47. (lien). Évalué à 6.

Vu sur le LWN de la semaine dernière : les prédictions pour 2006 de J.Corbet (qui est pas la moitié d'un con et qui s'y connait vraiment).

http://lwn.net/Articles/166074/

Parmi ses prédictions on trouve le paragraphe suivant à propos de Fedora :

The Fedora project will have to make changes to preserve developer and user interest in 2006. Fedora is still hard to contribute to, its decision process is relatively opaque, the promised Fedora Foundation is missing, the short support period keeps users on an upgrade treadmill, Fedora Legacy is not staffed at a level where it can be relied upon, and, crucially, other free, leading-edge distributions (OpenSUSE, Ubuntu) are increasingly competing for the same users. Fedora remains a top-quality distribution, but it risks losing some of the user and developer energy which makes it an important distribution.

Autrement dit Fedora doit changer de façon urgente car les autres distribs avancent alors que Fedora reste avant tout le joujou de Red Hat.
Inévitablement il y a eu beaucoup de commentaires sur ce paragraphe et on apprend notamment que la fondation Fedora en est encore au stade des paperasses et qu'elle n'est pas fonctionnelle.

Et depuis quand mono est l'implémentation de .net ?

Posté par Hive Arc (page perso, ) le 18/01/2006 à 08:43. (lien). Évalué à 3.

Bonjour à tous,

Un petit coup de gueule, car les "copier/coller" de phrase marketing ont le don de me faire réagir :

Jusqu'à preuve du contraire : test de compatibilité officiel et indépendant couvrant toutes les fonctionalités de .net,

mono n'est pas l'implementation de .net !

Mono est une tentative d'implémentation de .net.

La différence ? ennorme ! par exemple, je tente de gagner au loto, mais est-ce que je gagne ? et est-ce que je gagnerai ? quelle est la probabilité que j'arrive à gagner ?

Comme le prouve le projet Classpath de la FSF, tenter de ré-implementer plateforme en perpétuel mouvement est quelquechose de très délicat (même ce dernier projet semble maintenant en capacité de rattraper sous peu la cible, cf. taux de compatibilité recement annoncé).
D'autant plus pour .net dont on n'a que peu d'information (seule la partie centrale ayant été publiquement spécifiée). Ainsi, .net reste un ensemble propriétaire, en grande partie non spécifié publiquement ainsi que intégralement sous controle de microsoft. Comment faire une "copie fonctionnelle" et s'assurer de sa pérénité dans de telle conditions ? (aveugle, et soumis au bon vouloir du "guide omnipotent")

Tant que MS refusera de livrer les spécifications complètes ou de publier avec une license ouverte les codes sources, quel est l'interet de mono, mise à part de montrer ce que l'on sait déjà : on peut toujours tenter de copier MS ;-) Mais ça je pense que Wine l'a fait de façon beaucoup plus probante ...

Au final, rappelons que les responsables de MS l'ont clairement rappelé lors de diverses allocutions: .net ne sera disponible que pour les OS de Microsoft. Pour l'instant, il ne compte pas attaquer tout contrevenant mais leur position face aux "copieurs" de .net n'est pas aussi clairement exposé.

Car MS est parti de Java c'est bien pour ne pas reproduire ce qu'ils considerent comme "erreurs" : possibilité à un tier de réimplémenter mais sous condition de compatibilité, manque de controle sur la plateforme car liés à des processus de spécifications (et bien sur à un éditeur tiers).

Sachant que la vrai plateforme MS est Windows, .net pour moi reste un "avatar" qui devrait dans l'avenir disparaitre en tant que tel et se voir intégré dans windows sous peine de mettre en danger MS. Qui dit plus d'intégration dit plus grande difficulté à dupliquer !!! Tout celà enlevant un quelconque interret à une plateforme qui n'est disponible au final que sous windows et pour x86.

Avec tout celà on est loint du « Mono, l'implémentation libre de l'environnement .NET de Microsoft »....non ;-)

Revenir en haut de page