ragoutoutou a écrit 1515 commentaires

Utiliser une RHEL sans RHN n'a d'ailleurs pas de sens en soit

Disons, sans RHN en amont, effectivement, ça réduit l'intéret.

Toutefois, pour des raisons de sécurité, il vaut mieux se passer de RHN tant que possible. Pour ma part, j'utilise un serveur de téléchargement qui récupère les paquets de rhn pour alimenter une repository en interne, et aucun serveur business n'est en contact direct avec rhn (ni enregistré dessus).

Yum ne fait pas partie de la distribution RHEL 4 et doit donc être installé et maintenu séparément.

Dans RedHat EL, l'outil de gestion des paquets est up2date, et ce dernier nécessite un identifiant redhat network pour pouvoir télécharger les mises à jour et les paquets.

Bien à toi.

Pas perdre de vue qu'à côté du 68000 à 7,67mhz, il y avait aussi un z80 à 3,58mhz et une puce dédiée pour le son (Yamaha 2612), sans compter le système graphique gérant en hard les déplacements de sprites...

Dans une utilisation console, je veux bien croire que le PIC serait capable de bouger des pixels plus vite que la megadrive, mais ça devrait se faire en silence, et sans multitâche... Je vois pas le pic générer du son fm de qualité équivalente à la megadrive, je ne le vois pas trop non-plus travailler par banque de sons, et certainement pas tout en offrant un affichage fluide et une réactivité des contrôles digne d'une console de la 4è génération.

Bref, je vois pas ce truc faire mieux qu'une megadrive.

De toutes façons, vu les caractéristiques techniques de la bête, les performances pour les jeux seront sans doutes inférieures en bien des aspects à une megadrive: les opérations audio et video semblant ne reposer que sur du soft (mais je peux me tromper), là où les vénérables ancêtres se permettaient tout de même un peu de hard.

<mode_pas_convaincu>
MWais, fantastique... et sans intérêt à part pour les électroniciens amateurs et ceux qui regrettent les micros du début des années 80...

Je vois pas trop d'intérêt en dehors de ça... surtout si linux ne tourne même pas dessus...

Et en plus c'est pas libre...
</mode_pas_convaincu>

<question_naïve>
et pourquoi pas s'investir dans une distribution dédiée PPC? Il y en a, non?
</question_naïve>

Après tout, si les distributions classiques tournent petit à petit le dos au ppc parceque ce n'est pas leur cible première, il serait peut-être intéressant de chercher à améliorer les distributions dont le ppc est la cible première plutôt qu'un "nice to have".

Par rapport à tout ce qui est disponible en comme info en Anglais, on se dit que les Francophones non initiés à la langue de Shakespear sont mal barrés question information (linuxfr est plutôt le contraire d'exhaustif quand aux sujets d'actualité), alors se plaindre comme ça, c'est petit.

En plus, cette news concerne principalement un vrai problème qui est le débat autour de la disparition du support officiel du PPC dans ubuntu, ce qui concerne tout de même pas mal d'utilisateurs. Ta remarque est donc plutôt inappropriée.

Ok, c'est pas via MAME que ça tourne...

Donc effectivement il y a de la place pour de la créativité au niveau gestion de la mémoire... parce que la GP2X n'a pas assez de ram pour contenir les jeux neogeo comme de la manière dont MAME les gère...

Je suppose que l'émulateur en question doit lire la rom en direct depuis la flash...

Intéressant en tout cas... merci!

Ben c'était sans doutes ça ou admettre que Hula contenait des fonctionnalités violant les brevets de Microsoft... une nouvelle manière d'aménager la vérité, quoi...

(ok, je suis mauvais)

vu la quantité de mémoire de la bête, je ne pense pas que la majorité des jeux neogeo fonctionnent, à part Legend of Success Joe :P

Ce que j'ai encore comme consoles (je compte pas les doublons)

- Atari 2600
- Vectrex
- Master System II
- GameGear
- Megadrive+MegaCD+32x
- Jaguar
- Saturn
- 3DO
- PS-1
- DreamCast
- PS-2

Le futur? peut-être PS3... peut-être pas... la Wii est plaisante aussi, mais bon, je suis pas trop attiré pour le moment.

en SVG peut-être?

Ben vu le prix des jeux neogeo, c'est sûr que vaut mieux pas trop en acheter si on veut pas être aux régime nouilles et eau du robinet...

d'un autre côté, si c'est en option et qu'on peut payer pour l'avoir, ceux qui ont des choses à cacher peuvent continuer à le cacher...

Ubuntu encourrage les boites de hardware à rester dans leur politique.

Sur ce coup, moins que Novell. Il ne faut pas perdre de vue que dans le "Partner Linux Driver Process" qui a dans ses objectifs d'aider les développeurs de pilotes proprio fermés à suivre les changements dans l'ABI du noyau...

C'est pas en Europe avec notre Commission non élue que décide de tout qu'on verrait ça

C'est pas en France non-plus, le DADVSI étant plus dur que la directive européenne dont il est issu...

Mwais, ils tiennent surtout au secret bancaire qui tomberait si la suisse entrait dans l'Europe, ce qui serait un beau désastre économique...

Je me demande aussi dans quelle mesure leur cher droit du sang serait menacé s'ils entraient dans l'U.E.

ça ouvre des perspectives en tout cas...

Pour déployer un système grid, par exemple...

Je me demandais si techniquement, il était possible d'intégrer stateless dans YaKa... combiner les points forts des deux solutions dans YaKa afin de pouvoir gérer plus ou moins de la même manière un Fedora... ça ferait tout de même une distribution de plus dans le système YaKa, ce qui le rendrait plus attrayant pour certaines entreprises.

Merci pour cette explication.

Sinon, une intégration avec le système Stateless de Fedora/RedHat est-elle envisageable/possible?

Perso, je vois difficilement justifiable l'absence de la fonctionnalité de mise à jour.

Le choix de mettre à jour les postes de travail ou de les réinstaller systématiquement est un choix qui revient aux gestionnaires du parc, et chacune de ces optiques peut être motivée par des éléments comme la politique de sécurité, la capacité du réseau et des serveurs, la politique de gestion d'énergie, ...

Je ne vois pas en quoi ne pas avoir ce choix est un point positif.
Ce sont les outils qui doivent s'adapter aux besoins, pas l'inverse.


Sinon, il semble que le processus de génération d'image soit tout de même intimement lié à la distribution YaKa, donc cet avantage semble tomber dès qu'on utilise une autre distro que YaKa...

D'où une grande question: quel est l'intéret de YaKa si on veut utiliser RedHat/Fadora/SuSE/Debian/... comme distribution au lieu de la distribution intégrée à YaKa?

il fallait faire preuve de bon vouloir devant un Waterloo annoncé

Oui mais bon, ça doit être Mohammed Saïd Al-Sahhaf qui l'a annoncé, ce Waterloo pour Vista infligé par Linux...

Sinon, dans la série "brouillons les pistes", voici la réplique de Microsoft.

http://www.microsoft.com/presspass/press/2006/nov06/11-20Sta(...)

En résumé, microsoft maintient que certaines offres open-source violent les brevets de Microsoft, que certaines offres Microsoft violent des brevets de novell et que l'accord est là pour rendre les choses plus simples pour les clients des deux entreprises.

On est donc bien dans une situation de license croisée de brevets, ce qui est courant dans l'industrie.

Microsoft concède aussi que Novell n'est pas entré dans cet accord sur base d'un problème de brevets dans ses produits.

Enfin, Microsoft conclue que selon lui il y avait problème et que cet accord est là pour clarifier les choses.

On peut donc conclure que si Microsoft ne veut pas faire mentir Novell, ce qui serait contre productif au niveau crédibilité par rapport à l'accord passé, il s'en tient tout de même à une approche où il réaffirme qu'il y a des problèmes de brevets avec certains produits open source, ce qui ne ferme pas la porte à une attaque en règle contre les parties non concernées par l'accord.

Le problème est que si l'on en croit ce qui est mis sur le site de Novell, l'accord ne vise pas des applications en particulier mais bien toute la distribution SuSE, ce qui inclue le kernel et les applications telles que mono, samba, ...

Protéger l'ensemble de la sorte peut être interprété comme un aveux du besoin de protection pour l'ensemble de la distribution, kernel compris, et non juste pour telle ou telle technologie.

Pour le reste, je pense que le flou est volontaire, histoire d'éviter qu'on puisse clairement lancer des accusations trop facilement corroborées.

Peut-être les six mois de préparation ont-ils servi en partie à faire des flous pouvant devenir moins flous au moment voulu, c-à-d devant un tribunal.

Peut-être pas la peine d'attendre 5 ans, dès que ça les dérangera de trop

S'ils ont signé un accord maintenant, c'est pour en tirer avantage, pas pour brûler leurs nouvelles cartouches et risquer un procès en sens inverse.

il reste toutes les autres distributions qui "utilisent illégalement la propriété intellectuelle de Microsoft

Qui potentiellement pourraient se retrouver traînées devant les tribunaux par Microsoft assisté de Novell...

Le but de Microsoft n'est pas de couler Novell, mais de prendre le contrôle du monde Linux, si possible sans attirer un nouveau procès antitrust.