Thomas Poindessous a écrit 71 commentaires

Et bien justement, si tu n'y comprends rien, laisse faire les gens spécialisés.

Les problèmes de licences et autres sont débattus dans la ML debian-legal. Ces gens là comprennent très bien les problemes posés et sont capables d'en débattre, d'un point de vue légal.

L'ennui, c'est que souvent les gens qui n'y pigent rien, veulent quand meme imposer leurs idées, meme si elles sont démontées à chaque fois par les personnes compétentes.

Le probleme des RFC et de la GFDL dans Debian doit et sera géré par les gens de debian-legal. Ils proposeront un amendement de la constitution debian et tout rentrera dans l'ordre.

Ca ne gene en rien les developpeurs et les utilisateurs debian ...

En fait, y a rien marqué concernant les clés étrangères ...

Enfin, pour Debian, que j'adore, ils ont clairement dit qu'à l'avenir, ils vont rarefier les mises à jour de sécurité des oldstable. Là, par exemple, y a plus de mises à jour de slink (je crois).

Que Redhat ne supporte plus la 6.2, ca me parait normal ...

Mais c'est vrai que un an c'est court, à moins d'acheter un advanced server ...

PS: puisque je passe déjà pour un neuneu, pourquoi c'est si inquiétant que n'importe quel processus puisse écrire dans /tmp ? c'est pas justement ça, un espace temporaire pour tout le monde ? En effet, c'est normal. Je vois pas trop l'interet de cette remarque dans la news en fait.

Heu, phoenix, c'est super vieux et super connu, c'est eux qui font les bios ...

Vous connaissez pas ?

C'est pas vraiment du high availability que d'enlever un serveur qui marche plus.

Le high availability avec LVS, c'est plutot que tu peux avoir plusieurs "directors" (la gate en gros), et que dans la premiere tombe, la deuxieme prend la main (avec fake-arp, vrrpd, etc...)

Pour le peu que j'ai vu, c'est quand meme _tres_ loin de LVS !

Est-ce que ca sait gérer :

* les connexions persistantes
* le fait qu'un serveur soit tombé
* différentes façons de load-balancer (avec un poids par hote par exemple)

c'est déjà un bon début et le fait que ca soit intégré à pf, c'est génial, mais il y a encore du boulot :-)

C'est dommage alors, car ta license ne sera jamais considérée comme Libre. Ta PKI ne sera jamais intégrée par des grandes distrib comme Debian ou Mandrake. Et le propre d'une PKI, c'est quand même d'être un maximun compatible et ouverte non ?

Je peux comprendre que tu sois en colère contre le groupe Neurone (vu les commentaires sur Tchooze, beaucoup de personnes n'aiment pas trop), mais ta clause va t'empecher de faire avancer ton logiciel.

Si un quelconque développeur est tenté de t'aider, à cause de ta license, il sera dissuadé.

Repense-y.

C'est juste les nouveaux CD basés sur les packages disponibles actuellement.

La personne qui s'en occupe (Philip Charles) fournit régulièrement des ISO non officielles pour permettre à ceux qui n'ont pas une grosse connexion d'avoir un système un minimun à jour quand meme.

Franchement je suis pas sur que la GameCube soit mal barrée face à la X-Box. C'est clait que contre la PS2, ca va etre dur, vu le marché qu'elle occupe. Mais faut pas oublier que la GC, elle est pas très chère, que les super jeux type : Mario, Mario Kart, Zelda seront que sur GC.

Vraiment, je pense pas que le public visé par la GC achète une X-Box.

Sous Debian, il faut rajouter le package nictools-pci ou nictools-nopci, qui contient pleins de programmes qui sont spécialisés pour un type de carte donnée.

La gestion des dépendances, c'est la meme que sous NetBSD ou pas (rc.d system) ?

Est-ce qu'il y a un moyen de gérer les dépendances inverses, pour le shutdown ?

Bien sûr, je n'avais pas regardé le patch.
C'est moche comme erreur quand même:
- if (id < 0 || id > channels_alloc) {
+ if (id < 0 || id >= channels_alloc) {

C'est pas de bol, en plus on peut passer 20 fois dessus sans s'en rendre compte ...

Ce qui est flippant, c'est que ca fait une petite semaine qu'on entend ce genre de rumeur dans vuln-dev et dans f.c.s.

Sauf que là, c'est vrai.

Si on me dit que la faille vient de auth.c, là je vais vraiment flipper ....

Tu aurais pu faire un bug-report avec un patch attaché quand même !

http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=frozen-bubble&(...)

Sinon, c'est pas dans /usr/share/games ? Parce que /usr/games ca existe plus normalement (comme /usr/doc d'ailleurs).

L'installeur de Progeny vient de passer en .deb et d'etre intégré à la distrib, ce ne sera pas l'installeur par défaut de la prochaine debian (woody + 1). Mais ce paquet sert à construire des systèmes debian avec un bel installeur.

Je voudrais pas balancer mais j'ai déjà discuté avec des mecs de Mandrake (qui sont super cools en passant) parce que j'allais réutiliser leur code. Je leur ai demandé si ca les intéressait que je leur apporte les modif faites pour que ca marche sous Debian. Et non, ca ne les intéressait pas que ca soit plus portable.

C'est dommage comme réaction. Cooker c'est bien, mais si les outils mandrake pouvaient être facilement portés sous d'autres distrib, ca serait pas mal ...

En meme temps c'est trop pratique !
Tu peux faire du surf sur http://www.apple.com/trailers/(...) toute la journée sous Linux !!!

Et tu as la visoinneuse Word/Excel/PowerPoint, c'est vachement pratique !

En plus, CodeWeavers ont dit que dès qu'ils ont un peu de sous, hop ils lachent le source en GPL !

Vous etes vraiment sur que c'est une redhat 5.2 ? Pas une 7.2 ? Ca parait vraiment bizarre ...

sinon pour le build à partir des sources "4114 packages were built successfully while 375 packages didn't. That's pretty impressive." mais moins qu'une LFS...

Sauf que c'est de l'auto build. Je te mets au défi de récupérer les sources de ces 4114 packages et de les recompiler sur ta LFS.

De plus, pour les 375 qui restent, c'est, pour beaucoup, des dépendances manquantes dans le fichier de conf (ou des dépendances non écrites, car "essential").

Micro-noyau certes, mais mono service. Comme OSX en fait.

Alors que Hurd se base sur Mach, mais est multi-services.

J'ajouterai que ce WE, se déroule la 7ieme Bug Squashing Party, qui consiste à corriger tous les bugs de la Testing (surtout les RC de base et standard).

Donc, à vos disquettes et à vos graveurs (pour tester les boot floppies), lancez xchat et gdb, et c'est parti !

L'annonce officielle :

http://lists.debian.org/debian-devel-announce/2002/debian-devel-ann(...)

La liste des bugs de base :
http://base.debian.net/(...)

La liste des bugs de standard :
http://standard.debian.net/(...)

Go, Debian, Go

Surtout que les clients dans cet exemple doivent être obligatoirement des clients Linux.

Pour la vitesse, ca ralentit forcément, vu que ca crypte, mais ca peut etre intéressant pour ceux pour qui la sécurité prime sur la vitesse. Et ca évite de mettre en place un VPN IPSEC.

Pour la ligne de commande, son exemple est un peu compliqué. Chez moi, j'ai juste besoin de (avec une clé, sans passphrase)

ssh user@machine -L 3045:nfs1:945 -N &

C'est drolement pratique.

Surtout, le film serait protégé par un système de " brouillage " (cryptage) contre les tentatives de copie.

C'est pas ça l'intéret de ce nouveau média ! Et surtout ca ne concurrence pas le DVD !
Ce nouveau média, c'est une cassette numérique avec un contenu pour HDTV, donc Haute Définition, donc une qualité autrement meilleure qu'un DVD.

Par contre, pour visionner une telle cassette, il faut un lecteur et une télé HDTV. C'est réservé aux réels amateurs, et le prix est en conséquence.

Un article est paru sur slashdot, il y a une semaine environ, avec un lien sur un test effectué par un amateur (qui maintient un site sur le DVD). Allez le lire, c'est très intéressant sur cette technologie très "qualité".

Chez moi, ca marche avec mplayer.

Le format, c'est :
Detected video codec: [wmv7] drv:4 (Windows Media Video 7)

J'utilise le package debian de mplayer dispo chez :
http://marillat.free.fr/(...)