123neveu a écrit 118 commentaires

Et AmigaOS sur un PC normal, c'est pas possible ?
Parce que, si pour retrouver l'Amiga, il faut un hardware spécifique, çà me branche pas.

La crise actuelle des sociétés de jeux est plutôt bénéfique aux logiciels libres. Pourvu que ça dure :-)

Une question, en passant. Tu as testé mono? C# est intéressant et j'aimerai bien me faire les dents avec mono.
Le projet est utilisable pour apprendre C# ?

C'était vrai il y a quelques mois car les binaires mplayer ne marchaient pas partout. Si mplayer était compilé sur athlon, il plantait systématiquement sur Intel, etc... Mplayer support maintenant la détection du cpu à l'exécution avec un leger coût en temps d'exécution.

Re-Pfuu...
Je connais un grand guru en informatique. Le guru Bignole. il est capable en regardant le code hexa d'une image jpeg de visualiser l'image. Il s'est entrainé dure pour faire la même chose avec un dvd. Malheureusement, le dvd utilisant css, il n'y arrive pas. Fidèle à ces principes, il se refuse à l'utilisation d'un vulgaire lecteur video, fût il en ligne de commande comme mplayer. Tant mieux pour moi. J'ai maintenant un dvd gratos :-)...
Y en a, on se demande s'il aime l'informatique...

Gnome 1.4 avait une miriade d'options pour contenter tout le monde. Pour la majorité des utilisateurs c'était trop complexe. J'aime bien, depuis Gnome 2, le fait de virer les trucs trop rarement utilisés pour se concentrer sur l'essentiel. Même si parfois je regrète certaines possibilité. Ils ont enfin compris que ce qui est important, ce n'est pas de faire 100 choses avec 1000 options et avec un coût en terme de complexité pour le projet, mais de se limiter à quelques fonctionnalités évidantes pour l'utilisateur.
Et tant pis s'il y a quelques utilisateurs de perdu.
Et tant mieux pour KDE qui récupère ces utilisateurs.

> les vrais de vrais on commence avec un vic20 non ?
Les vrais de vrais sont tous vieux alors :-)

> une architecture de merde
Cette "architecture de merde" est ouverte ce qui n'est pas le cas des solutions RISC proprio d'HP, IBM, SUN, APPLE, AMIGA, etc...
Cette "architecture de merde" offre des performances délirantes pour un prix ridicule.
Cette "architecture de merde" est très souvent copiées. Les SUN et compagnie offre des système avec bus PCI, disque IDE, la technologie des mémoires vive est souvent reprise, etc...
Cette "architecture de merde" qui est ouverte ce qui a facilité le développement de GNU/Linux sur ce hardware.
Cette "architecture de merde" ...

C'est pas parce que Windows tourne sur PC que le PC est de la "merde". Il faut reconnaitre les grandes qualités du PC.

Parole d'un ancien utilisateur d'Amiga.

Pour ma part, il faut gueuler sur les politiques. MS est une société commerciale. Son objectif est de faire du pognon comme toute les boîtes. C'est aux politiques de fixer des règles qui évitent l'abus de position dominante, qui restaurent la concurrence, qui garanti l'accès au contenu sans être forcément dépendant d'une société commerciale, etc...

Je ne connais pas toute la problématique mais j'ai quelques questions :
- quelles sont les alternatives LL. il y a ffmpeg, quels sont ces défauts ?
- Tous les lecteurs savent lire ce qui est généré par ffmpeg ?
- quelles sont les défauts du format MS ?
- Les spec du formation MS sont-elle disponibles ?
- Il y a-t-il des restrictions sur l'utilisation du format MS ? Faut-il payer un license pour coder au format MS même avec un programme sous GPL ?

Faut calmer le jeu. C'est un "problème" uniquement pour ceux qui font tourner des programme non nativement linux via les capacité de linux IBCS. Il me semble qu'il y a un brevet sur le chargement de librairie partagé dans ce cas.
Çà ne conserne pas les utilisateurs de Mdk/Debian/RH/Gentoo etc... qui ne font tourné que des binaire nativement Linux.

Avec cette annonce il va y avoir l'effet linuxfr.

> les windowsiens vont pas s'inscrire.

Si MS fait un tel site pour prouver la domination de Windows, je cours inscrire ma linux box.

On voit qu'il y a deux poles :
- l'amérique
- et la vieille europe :-)

> MS a raison de parler d'action "criminal"
Et il ne faut pas traduire çà en "crime" en français.

> Bref apt-get c'est bien
> mais le plus important AMHA c'est d'incorporer l'information "machine a jour" dans le monitoring

Avec apt-get c'est pas compliqué. Il faut peut-être faire deux/trois bout de script.
Exemple (je n'ai pas une "pure" Psyche) :

[root@one root]# apt-get -s upgrade # -s simulation
Reading Package Lists...
Collecting File Provides...
Building Dependency Tree...
The following packages will be upgraded
alsa-driver ppp
2 packages upgraded, 0 newly installed, 0 removed and 0 not upgraded.
Inst alsa-driver (0.9.0-fr0rc6.2 Psyche Freshrpms:8.0 en/Red Hat Linux)
Inst ppp (2.4.1-7 Psyche:8.0 en/Red Hat Linux)
Conf alsa-driver (0.9.0-fr0rc6.2 Psyche Freshrpms:8.0 en/Red Hat Linux)
Conf ppp (2.4.1-7 Psyche:8.0 en/Red Hat Linux)
[root@one root]#

J'ai deux packages à mettre à jours. Suffit de faire un mail. L'idéal pour un gros réseau est de fait un dépôt apt (avec peut-être quelques paquetage spécifique) et de faire pointer les clients (apt-get) vers le dépôt.

Avec un "apt-get upgrade" il n'y a que les paquetages déjà installés qui sont mise à jours. Par défaut, cette commande est intéractive. Elle affiche les paquetages a mettre à jour et demande confirmation. Tu peux aussi spécifier les paquetages "apt-get upgrade ppp".

Si interressé, c'est ici : http://apt.freshrpms.net/.(...)

RH indique quelques problème de sécurité.
http://people.redhat.com/tcallawa/faq.html#apt-get(...)

C'est pas génant si tu fais ton propre dépôt.

> mes clients sont équipées d'un script tout con interrogeable en snmp qui donne la liste des RPM en retard par rapport à updates.redhat.com.

rhn.redhat.com fourni çà gratuitement.

> ca clignote tout orange dans le monitoring

notification par mail.

> dont elle devrait profiter (paquet utilisé)

Comme rhn.redhat.com

> ma machine est mise a jour la veille

Pareil, mais à confirmer.

Et çà c'est la version gratuite du système rhn.redhat.com . Ce qui peut être interessant pour un admin c'est la gestion de plusieurs postes à la fois. J'ai pas testé. Çà fait donc aussi moniteur. Le problème est que tu es dépendant de RedHat.
Un bon récapitulatif est ici : https://rhn.redhat.com/network/index.pxt(...)
Si tu veux faire un essai tu lances up2date. RedHat te garantit la non divulgation des infos fournis.

Bon, je dis çà mais je dis rien. Je ne connais pas ton système. J'ai trouvé le système RH intéressant. Je l'utilise depuis un mois environ chez moi. Mais j'ai pas encore réellement creusé la question. Je n'ai pas encore assez de recule pour dire :
- go go go !

Je considère que çà tourne de la même façon sous Linux que sous MacOS X.

> quel est le meilleur SGBD sous macos X, Postgres ou MySQL ?
Pour de petites choses, les deux sont assez proches. Çà peut-être de petites choses mais une grosse base de donnée. Je parle de complexité.

Pour des projets complexes, PostgreSQL est clairement meilleur :
- sous requête (mieux que MySQL).
- view et possibilité d'affiner les protection par view.
- de très nombreux types pour pratiquement tout les cas d'utilise. Type date étendu, type exotique comme adresse ip, point, etc...
- possibilité de définir de nouveau type et des nouveaux opérateurs.
- orienté objet (pas toujour utile ...)
- une bonne conformité SQL92.
- language embarqué.
- trigger.
- possibilité d'intégré des fonctions C pour les triggers, fonctions, etc... un peu complexe.
- contrôle d'intégrité complet. Par exemple la suppression d'un enregistrement supprime tous les enregistrements dépendants par exemple.
- grosse capacité d'optimisation. Rules. Index très souple avec le choix des fonction d'hachage.
- support multi-lang : 1,2 marche en français. Les date en français "vendredi 12 janvier 2002".
- Vrai système de transaction et pas seulement sur une seul table.
- versionning (complexe).
- backup à chaud.
- rapide compte-tenu de sa configuration. Tout transaction validée est définitivement écrite sur le disque.
- rapide sous forte charge avec beaucoup d'écriture et lecture.
- Bonne documentation.

Par contre c'est parfois un peu difficile à cerner (par exemple les changement de type).
Bouffe plus de mémoire que MySQL. Pour l'admin c'est un peu plus compliqué que MySQL. En utilisation avec un serveur web et connection persistante et utilisation de plusieurs comptes PostgreSQL çà peut bouffer beaucoup, beaucoup de mémoire. En suprimant les connextions persistante c'est un poil moins rapide mais plus léger.

Par contre mysql offre la possibilité de fixer des quota par base de donnée. Chaque base de donnée étant dans un répertoire, on peut utiliser chmod g+s et fixer un quota sur le groupe.

Pour moi PostgreSQL est meilleur que MySQL. Mais çà dépend du projet. Dans la majorité des cas et pour beaucoup de développeurs MySQL est suffisant.