Marc a écrit 80 commentaires

  • [^] # Re: S'il vous plait arretez avec votre Open Source !

    Posté par  . En réponse à la dépêche Linus passe un peu la main. Évalué à 2.

    Je crois pas que ce soit vraiment libre au sens précis du terme.

    - si on utilise la version libre, le repository est accessible et visible pour le monde entier

    Cette clause semble transgresser une des propriétés d'un logiciel libre(attention pas uniquement GPL) selon la FSF :
    " -La liberté d'exécuter le programme, pour tous les usages (liberté 0). " [1]

    Donc c'est pas un logiciel libre, mais pour certaines utilisations ça a les mêmes propriétés, un peu comme YaST.

    Je m'explique: un projet libre qui utilise se soft a les mêmes conditions pratiques qu'avec un logiciel libre (modifications, gratuité, distribuable,...). C'est pourquoi la question ne se pose qu'au niveau philosophique.

    Mais c'est pas "Certifié Libre"(TM).



    [1] http://www.fsf.org/philosophy/free-sw.fr.html(...)
  • [^] # Re: le texte de l'émission

    Posté par  . En réponse à la dépêche Linux à la Télévision Suisse - suite. Évalué à 7.

    C'est pas interdit par une des licences de fontpage de dire du mal des produits de M$ ?

    -1 -> c'est nul
  • # Passage de la 8.1 à la 8.2

    Posté par  . En réponse à la dépêche Mandrake Linux 8.2 Beta2. Évalué à 5.

    Je suis un heureux utilisateur de debian woody, mais comme il n'y a pas d'ADSL chez mes parents j'ai décidé de leur installer une mandrake 8.1 à la place d'une vieille SuSE.

    Je me suis gravé les iso de la 8.1 et qu'est ce que j'apprend: la 8.2 est en beta2. Alors ma question: est ce qu'il vaut mieux attendre ? Ou est ce qu'on peut faire une sorte de dist-upgrade entre la 8.1 et la 8.2 ?
  • [^] # Re: Sniffer à 14km: Facile.

    Posté par  . En réponse à la dépêche Wireless et IPv6 au pays de la choucroute. Évalué à 10.

    Tes chiffres doivent être assez justes.

    Histoire d'avoir un ordre d'idée, voilà ce que je me rappelle de mon court passage dans les faisceaux herziens.

    Dans une bande d'environ 2 à 8 GHz, on avait des entennes paraboliques de 60 cm de diamètre avec un gain de 26dB pour 3 degré d'angle d'ouverture. Ca fait 400x en puissance et 20x en tension.

    Avec deux paraboles et une émission à 0.5 W on peut faire dans les 60-100 km. Ceci dans les télécomunications on attend une grande fiabilité, si on est moins regardant on peut faire sans doute beaucoup plus.

    Alors 14km, possible ? Jaein, je pense que ça doit être la limite.
  • [^] # Re: Serveurs bas de gamme !!!

    Posté par  . En réponse à la dépêche Sun joue la carte linux. Évalué à 10.

    Plus les serveurs deviennent gros et chères, plus les clients sont réticents au changement et aux nouveautés et c'est tout à fait le compréhensible. C'est normal que Sun commence par le "bas de gamme" (je pense que chez Sun ça doit déjà pas être de la merde).

    IBM n'a pas commencé par offrir linux sur ses mainframes pour finir par les netfinity. Maintenant il est vrai que Sun n'a pas annoncé qu'à terme il supporterait linux sur toute sa gamme (bien que linux tourne déjà dessus).
  • [^] # Re: humm...

    Posté par  . En réponse à la dépêche Sun joue la carte linux. Évalué à 10.

    GNU/Linux s'est construit dans le but d'être un unix-like. GNU a beau clamer qu'il n'est pas unix, la plupart des contributeurs et utilisateurs sont des fans de ce style de système. Il n'y a qu'a voir le faible succès de HURD.

    Intéressant retour du sort, maintenant les unix cherche à être des linux-like (AIX 5L, le futur Solaris 9).
  • [^] # Re: Eh ben c'est du propre...

    Posté par  . En réponse à la dépêche traduction d'Open-Office en 3 jours. Évalué à 4.

    Si tu obtients une salle informatique gratuite de la part de l'uni de Budapest, Tu vas tout de même pas demander de te faire installer linux.

    C'est typiquement ce type de réaction que j'aime pas chez RMS. Si c'est pas tout libre, fait avec des outils libres par des gens du libre, c'est mal. Genre sapdb est GPL mais c'est fait par une boite qui fait du proprio, donc c'est mal. Cocoon est en licence apache mais ça repose sur java qui n'est pas libre, donc c'est mal...

    Mais en fin de compte tout le code de GNU, il a été écrit sur du hard archi proprio, plein de BIOS et firmware fermé. Et il est utilisé ce même hard fermé. Donc RMS n'est pas mieux que les autres (bon, j'exagère un peu).

    -1 -> coup de gueule contre productif
  • [^] # Re: Excellente nouvelle....

    Posté par  . En réponse à la dépêche LSB 1.1. Évalué à 10.

    YaST n'est pas libre, on ne peut pas le vendre dans une distrib commercial. Donc aucune chance qu'il devienne un outil générique sur toutes les distribs. Redhat, Mandrake, etc. n'ont pas le droit légalement de le distribuer.

    Le contraire s'est passé avec le RPM, développé par redhat. Il est libre et beaucoup de distribs l'ont adopté, ce qui en a fait un outil "standard".
  • # Debian et RPM

    Posté par  . En réponse à la dépêche LSB 1.1. Évalué à 10.

    Je vient de parcourir les spec de la LSB(1).

    A la section Package Format(2) on peut lire qu'une distrib LSB doit supporter l'installation avec RPM bien qu'elle ne doive pas absolument l'utiliser pour sa propre installation. Tout les noms de packages LSB doivent commencer par "lsb-", et être registés au près du Linux Assigned Names and Numbers Authority (LANANA).

    Je me demande comment debian va résoudre ce problème. Avec Alien ?


    Coté lib graphiques (l'éternel problème), on notera la présence de X11, OpenGL, ncurses. Donc pas de gtk+, QT ou autre toolkit de haut niveau.


    1. http://www.linuxbase.org/spec/(...)
    2. http://www.linuxbase.org/spec/refspecs/LSB_1.1.0/gLSB/swinstall.htm(...)
  • # nouvelles pas fraîches de yahoo

    Posté par  . En réponse à la dépêche Mainframes IBM sous Linux. Évalué à -4.

    Bof, c'est pas nouveau comme nouvelle...



    Linux tourne sur la plateforme s390 depuis belle lurette.

    Côté distrib Debian woody, SuSE, redhat 7.2 les supportent.



    Allez voir par vous même:



    http://www.fr.redhat.com/products/linux/s390.php3(...(...))

    http://www.suse.de/us/press/press_releases/archive01/sles7_s390.htm(...))

    http://www.debian.org/ports/s390/index(...(...))



    En plus la pub à la télé concernait ces mêmes mainframes.



    Je trouve un peu ridicule qu'un site comme linuxfr où il y a une telle densité de connaisseurs du noyau reprenne dans nouvelles de yahoo. C'est quoi la prochaine nouvelle yahoo ? Il existe un browser open source qui s'appelle Mozilla ?
  • [^] # Re: LE marche le plus benefique a Linux.

    Posté par  . En réponse à la dépêche L'Asie aime Linux, un peu plus. Évalué à -5.

    Ses tag sont moins faut que les tiens. Si on par du principe qu'il utilise son propre language c'est qu'il fait du XML et pas du HTML. Hors les guillemets sont obligatoire en XML contrairement au HTML. Il faudrait écrire: <mode="ironie">bla bla</mode> pour être correct. Ton <ironie on> est encore plus faut, à la limite <ironie_on></ironie_on> ou <ironie etat="on"></ironie>.

    Bon maintenant si c'est du SGML ou un autre truc je sais pas.

    -1 -> ridicule ces disputes de syntaxes, tout le monde à compris ce qu'il veut dire. Nous ferions mieux d'améliorer la syntaxe, la grammaire et l'orthographe.
  • [^] # Re: Les jeux sont faits

    Posté par  . En réponse à la dépêche La police anglaise etudie Linux. Évalué à 10.

    Oui mais non.

    Comme se sont des logiciels spécialisés, avec très peu d'acheteurs (voir des soft seulement développés pour eux) ils peuvent se permettre de demander une version linux. Si tu représente 30% de la clientèle d'un logiciel (parce que vendu à seulement quelques exemplaires), je pense que tu peux optenir un portage.

    Si ça se trouve c'est des soft développés en interne. Biensûr ça à un coup de porter ces logiciels.
  • [^] # Re: Toolkit client/serveur

    Posté par  . En réponse à la dépêche Xfree86 4.2.0. Évalué à 3.

    Je trouve que c'est une meilleur idée de conserver la partie client serveur à un bas/niveau. Un toolkit est souvent dépendant d'un language, voir d'un mode de programmation dans ce language, parfois même d'une plateforme. Une ligne est une ligne, un rectangle est un rectangle. On peut ainsi lancer à distance une application XXX sans avoir installé XXX, c'est un plus non négligeable.



    A ce propos, est-il possible de faire tourner une application native mac OS X à distance sur une machine linux ? qqun a déjà essayer ?
  • # Wolfenstein 3d

    Posté par  . En réponse à la dépêche patch SP et MP pour "Return to castle Wolfenstein". Évalué à 4.

    Y a-t-il un moyen de faire tourner Wolfenstein 3d, l'original, sur linux ?



    Le code source a-t-il été publier ? Le jeu est-il dispo quelque part ?
  • [^] # .deb et konqueror

    Posté par  . En réponse à la dépêche Nautilus. Évalué à 2.

    Comment fais-tu pour voyager dans les .deb avec Konqueror ? Tu dois installer un kioslave spécial ?
  • [^] # Re: arf :)

    Posté par  . En réponse à la dépêche Gouvernement Britanique et Open Source. Évalué à 3.

    De plus OpenOffice utilise le plus possible à l'intérieur des ses documents des languages XML standard, grâce aux namespaces. Par exemple SVG pour les graphiques. Donc le type qui écrit le filtre pour son application ne sera pas trop perdu.
  • [^] # question

    Posté par  . En réponse à la dépêche La LSQ va-t-elle être annulée ?. Évalué à 10.

    heu, je suis pas français alors je me pose une question:
    En France le parlement peut voter une loi anticonstitutionnelle ?
    N'y a-t-il pas un contrôle par des juristes avant que la loi passe ?

    Sinon, pas grave, on met ça dans la wishlist de la version 6.

    -1 -> j'avais qu'à être français :-)
  • [^] # Re: AMHA La question n'est pas vraiment là

    Posté par  . En réponse à la dépêche Clickodrome vs. ligne de commande. Évalué à 10.

    Tu peux lui dire ça ton chef:

    La ligne de commande c'est la base de l'automatisation de l'administration.

    Configurer à coup de clic c'est le travail manuel de l'industrie du 19ème siècle. Aujourd'hui la main d'oeuvre est cher, on préfère automatiser.

    le script est à l'informatique ce que l'automate programmable est à l'industrie.

    Vous voulez que je fasse tout à la main, chef ?
  • [^] # Re: bonne initiative...

    Posté par  . En réponse à la dépêche KDE 2.2.1 sous Windows. Évalué à 1.

    En effet, qu'est ce qui empeche de porter la version de QT pour linux (GPL donc) sous windows ?

    Je crois que t'as pas bien suivi la discution là. KDE cygwin est déjà basé sur un port de QT X (celui de linux). J'ai répondu à une personne qui voulait savoir pourquoi on utilisait pas directement l'API graphique de Windows(DirectX) au lieu de passer par XFree pour faire tourner QT X.
  • [^] # Re: bonne initiative...

    Posté par  . En réponse à la dépêche KDE 2.2.1 sous Windows. Évalué à 1.

    Le portage en natif sans n'est pas possible pour deux raisons.

    1. QT Windows n'est pas GPL. Il existe une version gratuite non commerciale, mais les sources ne sont pas disponibles. Je crois qu'il est possible de developper sous licence BSD mais pas sous GPL.

    2. KDE utilise la lib ICE de X pour implémenter DCOP (Desktop COmmunication Protocol) qui est un composant majeur de KDE. KDE ne peut donc pas fonctionner sans X.

    ---
    Hors sujet:
    j'ai compilé le cvs de KDE ce matin. J'ai pris 2-3 vues d'écrans des nouvelles fonctionnalités de KDE 3:
    http://onyx.mycgiserver.com/~emem00/kde3_screenshoot/(...)
  • [^] # Re: reiser et meta

    Posté par  . En réponse à la dépêche Les noyaux Linux nouveaux sont parmi nous. Évalué à 1.

    > Heureusement qu'il y a RedHat, [...] pour ne pas sauter sur tout ce qui bouge [...]

    Bon, il faut relativiser car le coup de construire sa distrib avec une version CVS de gcc, c'est mille fois pire.
  • [^] # Re: A propos de C#

    Posté par  . En réponse à la dépêche C# et Java, une étude comparée. Évalué à 2.

    > je pense que dans 2 ans on ne parlera plus de Java

    Alors là laisse-moi rire, rien que pour porter vers C# tout les servlet, bibliothèques, driver JDBC et applications java il faudrait plusieurs années. Car attention les deux language sont peut-être semblables mais pas les platformes.
  • [^] # Re: Erreurs de C++

    Posté par  . En réponse à la dépêche C# et Java, une étude comparée. Évalué à 8.

    Il ne faut pas oublier que le C++ a aussi été conçu avec la performance comme but (par exemple calcul scientifique). Par exemple la STL n'utilise pas du tout les fonctions virtuelles. Maintenant je ne sais pas si le but a été atteint.

    Le principal défaut des fonctions virtuelles est l'ajout d'un niveau d'indirection par une table de fonctions virtuelles. Cela empêche la mise en ligne des fonctions qui est un important moyen d'optimisation (voir gcc -03).

    Il est vrai que le C++ ne facilite pas l'écriture de code objet.

    Mais si on se force a déclarer toute les fonction virtuelles, a ne passer que des références, a ne pas utiliser de pointeurs, a n'hériter que d'une seule classe, a utiliser des classes purement virtuelles comme interface dont ont implémente toutes les méthodes, etc...

    On obtient presque du java :-) (félicitation à ceux qui ont lu jusqu'au bout).

    En résumé l'avantage du java par rapport au C++, c'est qu'il limite les possibilités d'écrire du code non objet.
  • # version prometteuse

    Posté par  . En réponse à la dépêche Cocoon 2 RC2. Évalué à 7.

    Je n'ai pas encore essayé cocoon2 mais d'après les explications sur xml.apache.org le passage de la version 1 à 2 est un grand saut.







    Une des grands problèmes qu'a cocoon 1 c'est sa lenteur. Biensûr les personnes qui ne savent pas de quoi elles parlent vont tout de suite accuser java. Mais il faut savoir qu'à l'origine cocoon n'a pas été écrit pour servir de servir de serveur de production. C'était un projet pour pouvoir tester le modèle MVC.







    Cette nouvelle version à été réécrite en tenant compte des problèmes de performance grace à un système de cache bien plus évolué. En résumé ça semble très prometteur, quelqu'un a testé ?
  • [^] # Re: Un bug dans la compil d'une release

    Posté par  . En réponse à la dépêche Noyau 2.4.14 out. Évalué à 1.

    N'oublions pas que le kernel n'a pas de CVS. Les changements s'échangent à l'aide de patch, sont un peu testé (comme dans une branche CVS), puis Linus (le serveur CVS :-) ) les intègre dans le noyau officiel (la branche MAIN).

    C'est le mode de développement "bazar" du kernel qui veut ça. Pensez-y avant de passer à un nouveau noyau.