IsNotGood a écrit 5009 commentaires

J'ai lu, je ne sais plus où (désolé) que la version ppc de IcedTea était quasiment terminé (voire terminé).

Excellente question.
Effectivement la version ppc à du retard.
http://fedoraproject.org/wiki/Features/IcedTea

PPC support is viewed as important by FESCo; to some members, lack of it is a blocker. What it its status?

ppc and ppc64 ports are in progress but will not be complete in the Fedora 8 time frame.

Sera-t-il dispo en mis à jour de F8 ?
Je l'ignore.
Si c'est important, tu devrais poser la question sur la mailing devel-java :
https://www.redhat.com/mailman/listinfo/fedora-devel-java-li(...)

FESCo : Fedora Engineering Steering Committee

> tu devrais arriver a nous montrer ce qu'il y a de nouveau

Lire les liens donnés dans le journal.

Red Hat, qui généralement communique avec parcimonie, aurait fait 3 annonces, un communiqué de press, et une webcast le même jour pour dire :
- "rien de nouveau sous le soleil"

Mais oui.

Lis les liens que j'ai donné.

> Elle est ou la difference alors avec du hosting ?

Avec le hosting traditionnel, ben tu verras quand MS réagira.

La technologie fait penser à un investissement (pour développer cette nouvelle technologie). Technologie qui n'apporte rien directement (PulseAudio sans appli qui utilise cette technologie est sans intérêt). C'est l'exploitation de cette technologie (via des techniques) qui apporte un intérêt.

Je crois qu'on arrivera pas à être d'accord. Entre autre, désolé de te le dire, car tu n'es pas clair :-)

La virtualisation (Xen, KVM, etc) c'est une nouvelle technologie ou une nouvelle technique de blabla... très astucieuse ?

Dans ce cas il n'y a jamais de technologie en logiciel ?
Tu ne trouves pas ça une peu abérrant ?

Si j'utilise le C++, j'utilise une autre technologie que le C. Lorsque je code (application de méthodes) en C++, j'utilise les techniques de codage du C++.

Je veux bien qu'il y ait une différence entre technologie et technique. Mais quelle différence dans le cas du logiciel (si jamais il y en a une) ? Tu ne l'as toujours pas dit :-)

> Une nouvelle technologie a par exemple été le passage des tubes à vide aux transistors

Une nouvelle technologie a par exemple été le passage de esound à PulseAudio.

Mouaif.

Par exemple PulseAudio est bien une nouvelle technologie de serveur de son. Mais PulseAudio a sûrement mis en oeuvre des "vieilles" techniques de programmation.

Technique est surtout lié aux méthodes selon moi.

> ce qui est absolument faux.

Et tu as absolument raison :-)
Sun a fait un joli cadeau.

> Je sais qu'il y a quelques versions (10.1 ? 2006 ?) Mandriva avait tenté l'expérience. Il ne me semble pas que ce soit encore utilisé (mais je n'ai pas de quoi vérifier tout de suite)
> Qqn aurait-il plus d'info ?

Suse l'utilisait et l'utilise encore peut-être.

Plus d'info ici pour Fedora :
http://fedoraproject.org/wiki/Releases/FeaturePresto

> Donc les users qui ne l'avait pas remarqué ne font pas de différence entre le bleu et le violet ?

Je fais parti de ses petits connards.
Ça change légèrement.
Voilà ce qui se passe quand tu ne sais pas que ça change :
- Tu vois le fond d'écran
- Deux heures après il y a une légère modification. Tu vois que c'est légèrement différent, mais tu ne penses pas que c'est réellement différent car pour toi un fond d'écran est fixe. Tu penses alors que t'es crevé ou que t'as mal mémorisé la couleur 2 heure auparavant, etc.

Effectivement, si tu prend une photo de ton écran à 8 h du mat et une à 8 h du soir, c'est clairement différent.

> Ou alors ils bossent tous en maximisé et ils ne voient jamais leur fond d'écran ?

C'est vrai que je regarde rarement le fond d'écran :-)

Ben merde alors.
C'est "expérimental" ou c'est la direction que prend le projet Gnome ?

L'annonce officielle :
http://www.redhat.com/archives/fedora-announce-list/2007-Nov(...)
Comme d'hab, c'est bourré d'information importante (non Red Hat ne va pas abandonner Fedora). À lire.

La bug les plus communs de F8 :
https://fedoraproject.org/wiki/Bugs/F8Common

La note de mise à jour :
http://fr2.rpmfind.net/linux/fedora/releases/8/Fedora/i386/o(...)

À lire, il y a plein d'informations importantes (cette fois c'est vrai :-)).
Notons que F8 utilise Linux 2.6.23 (c'est la première distribution stable actuellement à ma connaissance).

Quelques conseilles pour mettre à jour vers F8 :
http://fedoraproject.org/wiki/DistributionUpgrades
NB: Les installations fromscratch sont conseillées.

F8 utilise libata et donc il n'y a plus de /dev/hd* pour les disques IDE. C'est encore une première de Fedora je crois.

Pour ceux qui veulent compiler leur noyau :
http://fedoraproject.org/wiki/Docs/CustomKernel

La dépêche ne le dit pas mais c'est évidemment Gnome 2.20 et KDE 3.5.8.

F8 est livré avec gnash. Donc essayé le avant d'installer le plugin propriétaire d'Adobe.

F8 supporte les partitions de swap cryptées (voir la note de mise à jour).

F8 a quelques éléments de KDE4 (principalement pour les développeurs).

Comme la dépêche le dit, F8 a un superbe plugin Java (pas 100 % complet mais qui marche formidablement).
Problème, du moins pour moi, il n'est pas activé par défaut.
Il faut installer java-1.7.0-icedtea-plugin (il est installé par défaut) puis faire :
su -c "ln -s /usr/lib/jvm/java-1.7.0-icedtea-1.7.0.0/jre/lib/i386/gcjwebplugin.so /usr/lib/mozilla/plugins/libjavaplugin.so"

Pour ceux qui veulent "jouer" avec la virtualisation :
http://fedoraproject.org/wiki/Docs/Fedora8VirtQuickStart

F8 fournit Online Desktop (si le général Zod a raté cette info, c'est car il est trop occupé à martyriser d'autres planètes. Peut pas être partout le pauvre).
http://live.gnome.org/OnlineDesktop
Et BigBoard (un "client" type Online Desktop) :
http://live.gnome.org/BigBoard
Une interview d'un développeur :
http://fedoraproject.org/wiki/Interviews/ColinWalters
Une copie d'écran de BigBoard:
http://advogato.org/person/clarkbw/diary/100.html
Marche avec http://mugshot.org/ (un projet initialement Red Hat). Le site développeur : http://developer.mugshot.org/wiki/Mugshot_Project

C'est globalement du expérimental mais pour F9 ça va être du très concrêt.


L'annonce de Livna pour F8 :
http://www.redhat.com/archives/fedora-announce-list/2007-Nov(...)

Fedora 8 will be the last release livna will be offering its add-on packages for. But don't despair, the future is bright: The Livna contributers are busy working together with the guys behind dribble and freshrpms to offer a unified repository in the future bringing you games, multimedia software and other tools from a single source. This merged repository is called "RPM Fusion"; you can find more information about it at http://rpmfusion.org/

Livna est mort (ou presque), vive RPM Fusion !

L'annonce de ATrpms pour F8 :
http://www.redhat.com/archives/fedora-announce-list/2007-Nov(...)

La pré-annonce de F8 et quelques réflexions du "boss" de Fedora (Max Spevack) :
http://www.redhat.com/archives/fedora-announce-list/2007-Nov(...)

Fedora et RHEL sont liés. FC6 a été la base de RHEL5. Le développement de RHEL n'étant pas actif durant F7 et F8, Fedora a eu une grande autonomie. Mais au fur et à mesure que RHEL6 pointe le bout de son nez, ça sera moins le cas (probablement pour F9 voire aussi F10). Il ne sagit pas de brider Fedora. Mais de bien coordonner Fedora et RHEL afin que RHEL6 soit vraiment basée sur une version de Fedora. Tout le monde y gagne (dont Centos).

Max Spevack (le "boss" Fedora) a fait quelques mesures :
http://spevack.livejournal.com/33586.html

Fedora a débuté avec environ 1500 paquet et maintenant dépasse les 8000 paquets !

En passant, aujourd'hui EPEL (Extra Packages for Enterprise Linux) est pleinement fonctionnel :
http://fedoraproject.org/wiki/EPEL

EPEL is a volunteer-based community effort from the Fedora project to create a repository of high-quality add-on packages that complement the Fedora-based Red Hat Enterprise Linux (RHEL) and its compatible spinoffs such as CentOS or Scientific Linux.

Le département juridique de Red Hat a donné quelques réponses à Fedora :
http://www.redhat.com/archives/fedora-advisory-board/2007-No(...)
Extrait:

This means that we can put a page up on the fedoraproject.org wiki, which carefully explains that there is an optional addon repository called Livna ...

ATTENTION : La fin du support de FC6 a été annoncé (pour decembre 2007) :
http://www.redhat.com/archives/fedora-announce-list/2007-Nov(...)

http://webkit.org/

> mettre Epiphany avec Webkit plutôt que Gecko ?

Non.

Certe mais c'est un travail énorme qui a été réalisé.
Les modifications de IcedTea se retrouveront petit à petit dans le Java "officiel".
Notons que Red Hat a signé un accord avec Sun pour que leur java (IcedTea dérivé d'OpenJDK, etc) soit certifié Java :
http://www.redhat.com/about/news/prarchive/2007/sun_java.htm(...)

Possible que IcedTed dans Fedora ne soit pas certifié (c'est "lourdingue" à gérer pour un projet dynamique comme Fedora) et qu'il n'y ait que RHEL qui ait la certification.

L'accord avec Sun donne aussi plus de poid au libre et à linux en particulier dans Java.

Plein plein de choses.
Les idées ne manquent pas.
L'actuelle liste pour F9 (qui est déjà en préparation, voir par exmple : http://koji.fedoraproject.org/koji/builds?tagID=28 ):
http://fedoraproject.org/wiki/Releases/9/FeatureList

Il n'y a pas de problème ... sauf ...
Sauf qu'il faudrait, à mon avis, au moins attendre l'annonce officielle (sur la mailing fedora-announce). Les annonces officielles ont parfois des informations très importantes. J'espère pour toi qu'il n'y aura rien d'important :-)

Remarque peut-être plus pertinante que tu le crois.

Fedora a eu la bonne idée de passer ceux en F8T3 (Fedora 8 test 3) vers finale. Avant ceux qui étaient en test x restait sur rawhide (la branche développement). Maintenant pour la dernière test, ils passent en version finale. C'est une excellement idée, ça peut amener plus de testeurs.

F8 sort à 16 h (ou 15 h selon certains).

Mais que font les modérateurs !
Ils valident une dépêche sans la downloader et sans la tester pour vérifier que les fonctionnalités annoncées sont la.
C'est un scandale !

> un monopole fut-il de redHat, Canonical, Novell ou de MandrivaSoft serait le pire scénario possible.

Le pire est un monopole MS :-)
Globalement d'accord, mais j'ai envis d'ajouter qu'un monopole avec du logiciel libre, n'est pas un monopole facile à tenir. Donc es-ce un monopole ? Le W3C est-il un monopole ?
Faut faire la distinction entre présence trop dominante (ce qui peut arriver dans le libre et est peut-être le cas avec Red Hat) et monopole.

> Pas du tout, je ne veux pas faire un shell avec les fonctionnalités d'un langage de programmation complet. je parle juste de la manière dont sont évaluées les variables, c'est tout.

Pas de problème.

Je ne sais pas si GeneralZod est comme moi.

Mais maintenant je ne fais plus dans la demi-mesure avec Mandriva. Si on dit un truc sur Mandriva avec un demi-bemol, on se fait exploser. Alors autant sortir de suite l'artillerie lourde et ne pas attendre la moindre objectivité.

Donc +1 à GeneralZod.

> Des remarques ?

Désolé, mais je n'ai pas tout compris.
Le premier problème qui se pose, est de savoir quel est le domaine d'un shell. Que doit-il supporter ou non.
Je ne pense pas que le shell doit tout faire et être un super language de programmation qui supporte tous les paradigmes.
Comme l'a fait remarquer GeneralZod, il y a des alternatives à sh pour les cas pointus (python, perl, php, etc).

Enfin, il y a le gros problème de la compatibilité si tu fais évoluer sh.

> je me demande alors dans quelle mesure (et je vous pose la question) il ne serait pas intéressant d'avoir un interpréteur shell (type sh ou autre) constamment chargé en mémoire qui pourrait rapidement exécuter n'importe quel script.

C'est un vrai/faux problème. Si Bash est utilisé, alors il est en cache. Son initialisation doit peut-être être optimisé.

Pour les performances, c'est aussi un vrai/faux problème. bash n'est pas utilisé comme programme résident. Il exécute un script et basta. Lorsque mon système est booté, je n'ai plus de bash qui "traine" sauf si je lance xterm, etc...