Gilles a écrit 37 commentaires

  • [^] # Re: C'est pas trop tot :p

    Posté par  . En réponse à la dépêche Le noyau Linux violerait 283 brevets. Évalué à 1.

    L'on voit bien que ça profite surtout aux métiers d'avenir tel que assureur, avocat etc ....
    Normal, cela coute moins cher de mettre un avocat, assureur ou autre que de financer une équipe de développeurs, il n'y a pas d'étude de marché, recherche de cible, etc mais je m'égare. Oui, ces métiers cherchent du pognon facile mais une couverture de 5 millions de dollars maintenant en 2004, est-ce encore suffisant ?
  • # Re: Mon hacker préféré

    Posté par  . En réponse au sondage Mon hacker préféré. Évalué à 1.

    Il manque aussi Jay Miner, le père de l'Amiga


    http://en.wikipedia.org/wiki/Jay_Miner(...)
  • [^] # Re: Le choix de ma liberté avec les licences Creative Commons

    Posté par  . En réponse à la dépêche Le choix de ma liberté avec les licences Creative Commons. Évalué à 0.

    Il n'est absolument pas nécessaire de s'enregistrer à la SABAM ou SACEM, ce n'est absolument pas obligatoire !

    Si un auteur ne s'enregistre pas, il ne dispose d'aucun moyen pour protéger ses oeuvres (hormis des licences libres dont la validité juridique doit être démontrée).

    Si par exemple, je reçois un CD|partitions|textes d'un groupe, que ceux-ci ne sont pas enregistrés à la SABAM|SACEM, et que je copie sa musique|texte|partitions (comprendre je demande à un autre groupe de faire le même morceau sur base du premier) et bien le premier groupe ne peut prouver qu'il est propriétaire des partitions|textes|...

    Reste maintenant à voir maintenant si ces licenses Creative Commons peuvent être reconnue juridiquement et donc offrir un protection à l'artiste.

    Cela c'est une des protection de la SABAM, l'autre est que l'artiste peut imposer son choix de diffusion, il peut légalement dire qu'il ne veut PAS être diffusé sur une certaine radio ou dans certains endroits.

    Je ne connais pas pas les coûts d'enregistrement à la SABAM, mais je penses que ceux-ci ne doivent pas être exhorbitants ...

    Cependant je ne comprends pas ta dernière remarque "...par contre, 10, 100, 1000, 10000 groupes tentant leur chance, quel bénéfice pour l'ennemi. "

    Que veux-tu dire ? Qui est l'ennemi ? Une maison d'édition, d'autres groupes ?
  • [^] # Re: Le choix de ma liberté avec les licences Creative Commons

    Posté par  . En réponse à la dépêche Le choix de ma liberté avec les licences Creative Commons. Évalué à 0.

    Je ne peux faire qu'un comparatif qu'avec la SABAM (Belgique). En Belgique, la loi du 30 juin 1994 est très claire chez nous: l'auteur d'une oeuvre artistique a, seul, le droit de la reproduire ou de la communiquer au public (peu importe la manière et la forme). Mais il a le droit d'autroriser ou d'interdire l'utilisation.

    Si un artiste ne s'enregistre PAS à la SABAM, il pert non seulement ce droit mais également une rétribution de la SABAM. En clair, la SABAM, ici en Belgique, demande à toute entreprise diffusant de la musique pour ses employés, à tous magasins diffusant de la musique à sa clientèle, une taxe, qui est ensuite reversée à l'artiste.

    Donc si un artiste ne s'enregistre PAS, il pert légalement son droit d'auteur (défendu par la SABAM), mais également sa rétribution.

    Voila en gros le rôle de cet organisme, qui doit être le même en France.

    Comme d'habitude, diverses licenses libres concernant les oeuvres artistiques ont le même but de protection de l'auteur (mais sans rétribution financière) mais la question est : ont-elles une valeur légale ?

    pour plus d'infos http://www.sabam.be(...)
  • # Re: Ma console préférée

    Posté par  . En réponse au sondage Ma console préférée. Évalué à 1.

    Il manque la DreamCast et la CD32 voire aucune ..
  • [^] # Re: Mon troll préféré :

    Posté par  . En réponse au sondage Mon troll préféré :. Évalué à 1.

    Ha oui, donc LBT c'est Linus Binocular Torvalds alors :-)


    Ok, je sors ---->[]
  • [^] # Re: Mon troll préféré :

    Posté par  . En réponse au sondage Mon troll préféré :. Évalué à 1.

    N'importe quoi, PHP RulEz !!!!!

    Ok je ---->[]
  • # Re: Opie 1.0 dans les bacs

    Posté par  . En réponse à la dépêche Opie 1.0 dans les bacs. Évalué à 2.

    Juste pour ne pas confondre, il me semble que Opie est également une implémentation de OTP (One time password) pour Linux.

    Cela j'ai bien envie d'essayer ce truc sur mon Palm
  • # Re: Projet de documentation pour GNU/LINUX Debian (version SID)

    Posté par  . En réponse à la dépêche Projet de documentation pour GNU/LINUX Debian (version SID). Évalué à 2.

    Il y a un truc qui me parait un peu bizarre dans cette news. C'est la licence utilisée, la FDL, il y a pas si longtemps, une news avait circulée ici disant que pour Debian, la GNU FDL n'est pas libre ...

    Quand est-il de ce document ?

    C'est juste une demande de reseignement, pas un lancement de troll

    Merci
  • [^] # Re: Nouvelle beta Red Hat Linux

    Posté par  . En réponse à la dépêche Nouvelle beta Red Hat Linux. Évalué à 1.

    Juste pour info,
    le paramêtre vga=6 ne fait pas du frame buffer, c'est pour mettre la console ne 80x60 (mode texte)

    Tu parles du frame buffer en expérimental, ok mais alors pourquoi afficher un tux en haut de l'écran alors ??? Aussi après une recherche rapide c'est le mode generic 16 couleurs ... en framebuffer.
  • [^] # Re: Nouvelle beta Red Hat Linux

    Posté par  . En réponse à la dépêche Nouvelle beta Red Hat Linux. Évalué à 1.

    Je sais pas, j'ai envoyé un mail au mainteneur du package, jamais eu de réponses

    POurquoi pas démarrer en runlevel 2, parce que le runlevel 2 n'est pas fait pour cela ! Normallement c'est le runlevel 3 (et 5 pour XDM) , mais bon c'est pas vraiment ça le problèm. (quoique.... on pourrait dire que Debian ne respecte pas des standards...).

    hum... tu as plus de risques de bousiller ton moniteur quand tu as configuré ton X que quand tu laisses le paquet installé tel quel.

    Le problème c'est que TOUS les runlevels sont indentiques sur Debian, et que X démarre de toute façon s'il est installé ! (et surtout s'il est pas configuré). Donc si tu installes X que tu le configure pas et que tu fais un reboot, Debian va démarrer XDM de toute façon !
    Comme le kernel pourquoi mettre un kernel par default avec tellement peu d'options passables par lilo ou grub ?
  • [^] # Re: Nouvelle beta Red Hat Linux

    Posté par  . En réponse à la dépêche Nouvelle beta Red Hat Linux. Évalué à 4.

    <mode coup de gueule on>

    Oh tu sais Debian parfois pour les bugs on se demande aussi ce qu'ils font ...

    Juste au hasard, pourquoi quand tu installes une Debian 3.0 (Woody je crois), tu te retrouves avec des fichiers réels (pas des liens symboliques) pour lancer tes services (et cela à tous les run levels) ... Pourquoi ?


    Aussi, pourquoi Debian lance XDM en runlevel 2 (dans tous les runlevels en fait) alors qu'on a /etc/inittab qui est fait pour sélectionner les services dans les différents runlevels ? Du style tu te dis que t'es en runlevel 2 (ben oui aussi pourquoi Debian démarre en level 2 ?), que t'as pas configuré ton moniteur et que X va pas démarrer .. hé ben NON ! Tu rique de bousiller ton moniteur !

    TU envois aussi des mails, ben la communauté Debian elle en tient pas compte ...

    <mode coup de gueule off>

    Bon je --->[]
    On pourrait aussi parler du kernel installé par défault qui t'envois à la gare quand tu mets vga=6 dans lilo.conf ...
  • [^] # Re: OpenGroupware.org ou OGo, la réponse libre à MSExchange

    Posté par  . En réponse à la dépêche OpenGroupware.org ou OGo, la réponse libre à MSExchange. Évalué à 4.

    MS Exchange est clairement le n°1 des mails serveurs actuellement

    N'oublions tout de même pas Notes qui est aussi le N°1, de plus Notes permet plus de développement qu'Exchange (en fait c'est plus simple sous Notes ...)

    Aussi les serveurs Notes fonctionnent sous Linux, ce n'est évidemment pas en OpenSource mais si on peut déja remplacer les serveurs NT c'est un bon début...
  • [^] # Re: Pour Debian, la GNU FDL n'est pas libre

    Posté par  . En réponse à la dépêche Pour Debian, la GNU FDL n'est pas libre. Évalué à 0.

    Ok,

    Je l'attendais celle-là !

    Je ne mérpise pas, je dis juste que cela devient un peu "gonflant" sur les bords. Mais là aussi, j'ai besoin d'une définition correcte d'accessible à tous ....

    Si on se limite à ton commentaire, tout document accessible à tous est libre. QUID d'une doc libre liée à un sacrifice pécunier ?
  • # Re: Pour Debian, la GNU FDL n'est pas libre

    Posté par  . En réponse à la dépêche Pour Debian, la GNU FDL n'est pas libre. Évalué à 4.

    Bien, très bien,

    Je crois que bientot choisir une license libre sera aussi compliqué que le features/license d'un firewall CheckPoint ...

    C'est un coup de gueule, et même si je ne connais pas les subtilités de chacunes de ces licenses, j'ai une tendance à penser que si je davais publier un document sous licence libre (ce qui va bientot être le cas), c'est pour que tout le monde le lise ! Et pas seulment une partie, parce que l'autre trouve que ceci ou cela à la license et fais son sectarisme de gamins !

    Bref c'est excellent !!!

    Vive la doc libre (heuu laquelle :-)
  • # Re: Philips s'associe à Sony pour promouvoir Linux

    Posté par  . En réponse à la dépêche Philips s'associe à Sony pour promouvoir Linux. Évalué à 1.

    Aussi une chose à propos de cette news, est-ce que l'avenir de Nunux passera par l'embarqué ou bien allons vers deux branches disctinctes de l'OS (deux promotions aussi ..) A savoir une orientation Workstation ou serveur (j'inclus lembrqué dans le serveur) Ne risquerait-on pas de provoquer une confusion ?
  • [^] # Re: Pourquoi ne pas utiliser Linux

    Posté par  . En réponse à la dépêche Pourquoi ne pas utiliser Linux. Évalué à 0.

    Pffff.. Allez on commenc dans les Visual machin, visual brol et compagnie.

    C'est vrai que c'est assez pratique pour développer enfin bon faut pas oublier qu'on a pas mal de compilateur de qualité parfois gratuis et alors pas trop chers ... Et puis un programmeur aura vit tendance à se passer de ces outils .. perso c'est VI ou ultraEdit

    Mais bon j'ai du mal à croire qu'un particulier va juste acheter le Kernighan et Ritchie (The C Programming Language) et pondre des drivers en deux semaines (même chose pour PHP, il faut des mois pour faire un site Web de qualité).

    Effectivement sous Nunux (ou GnuNux ? :-) on a un gcc, g++ et autres ainsi que le sources du kernel, mais bon de la à devenir super coder sansavoir suivi quelques cours en infos et programmation j'y crois pas...


    Je trouve aussi que certains arguments des défenseurs des LL est qu'on peut recompiler, modifier et tout le toutim, mais combien ne pleurent pas quand ils n'ont pas le package X ou Y, ou encore lorsqu'il s'agit de savoir si une carte Z est supportée par le kernel combien ne vont pas vérifier dans les sources ....


    Et aussi les arguments, mais moi maintenant avec Nunux je comprends les réseaux, je fais un ping, j'ai mon serveur Web...

    Ouaaiis super ! Et question à 100 Euros le particulier qui "comprend les réseaux" il sait c'est quoi du proxy arp, des trailing slash dans une URL, configurer un Zebra ou un Cisco en OSPF voire même BGP ????
  • [^] # Re: JBoss et le Professionnal Open source

    Posté par  . En réponse à la dépêche JBoss et le Professionnal Open source. Évalué à 6.

    Ben oui tu l'as dit ! Cela me rapelle un thread ou j'exposais mes difficulés de mettre mes softs en OpenSource (en gros l'ASP devenait du PHP, MS-SQM->MySQL, le code C restant en C), car ils étaient d'une simplicité à installer et à configurer (suffisait de donner le firewall à analyser).

    <pure fiction>

    La je me demande si j'ai pas une nouvelle voie pour mon nouveau produit, je pense que je vais le faire en OpenSource mais en assembleur PPC et une config à la sendmail (je vais encore essayer plus complexe)

    C'est qu'avec cette politique, je fais de l'OpenSOurce, j'ai une commauté derrière moi qui peut me soutenir et modifier mes softs (principe de base) mais surtout je garde un générateur de pognon car sa configuration et modification pour son adpatation à des besoins spécifiques est assez complexe. Ouais pas mal comme plan.

    Mais est-ce que la communauté va aimer un truc aussi complexe, car finalement je garde une espèce de propriété dessus (traduction :seul une équipe d'expert est apte à l'instaler), non je ne crois pas !

    </pure fiction>

    Bon je vais pas me lancer dans la suite j'ai autre chose à faire...
  • [^] # Re: L'évolution de Linux dans l'industrie par The Economist

    Posté par  . En réponse à la dépêche L'évolution de Linux dans l'industrie par The Economist. Évalué à 1.

    Ouais OK autant pour moi .. au fait tant qu'on est la à causer d'un httpd.conf, tu en connais beaucoup des gars qui savent traiter sans le moindre problème les rewriting rules, le problème du "trailling slash", comprendre le mécanisme d'un reverse proxy (toujours dans httpd.conf), règler les serveurs pour la production, tuner la stack IP et le système, optimizer la bande passante et gérer le traffic.

    Je prenais juste apache comme exemple. On pourrait tout autant s'amuser avec sendmail ou Qmail (comprende un sendmail.cf c'est comprendre comment un serveur SMTP fonctionne :-).

    Attntion je parle ici de routage de mail à un niveau assez élevé (32 domaines) des mailertables dans tous les sens, du routage LDAP directement en sendmail et plein d'autres trucs (comme SMTP auth avec bcp d'users, SMTPS sur des domaines spécifiques).

    La je pense que les consultants deviennent rares et chers !

    Tu parles d'utiliser Kedit ou Gedit, cela implique quoi :

    -Un X qui focntionne constamment, (donc ram utilisée par un processus super prioritaire) plus tout un environnement et 15 millions de librairies (à peu de chose près :-)

    - Le côté bidouilleur "je m'y connais un peu" et justement PAS profesionnel :-)

    -Manquerait plus qu'un gcc sur un firewall :-)

    Mais bon comme dans une news précédente, ou l'on parlait d'utilier un OpenBrick pour LinuxFR, je ne penses pas que celui-ci puisse gérer un X et un KDE/Gnome

    ...
  • # Re: L'évolution de Linux dans l'industrie par The Economist

    Posté par  . En réponse à la dépêche L'évolution de Linux dans l'industrie par The Economist. Évalué à 1.

    Tout cet investissement de la part d'IBM et autres est très chouette, mais je me pose une question par rapport à Nunux:

    Serveur ou Workstation ?

    Les dernières distribs (RH 8 et 9, Debian Edu, Knoppix et autres) sont très orientées workstation, or IBM, Dell, HP et même Sun se concentrent plus sur une utilisation serveur (les LX-50 sont destinés à acceuillir un firewall CheckPoint-NG). Même impression au salon Solution Linux à Paris, une orientation du marché très serveur.

    D'un autre côté, divers softs typiquement pour workstation apparaissent, (OpenOffice pour le plus célèbre). X égalemen qui évolue fort bien (qui fork aussi) mais a-ton besoin de X sur un mail relay, sur un DNS, sur un serveur FTP?

    Ne risquerait-on pas de créer une confusion dans la tête des managers IT qui pourraient se demander (c'est un cas vécu) si ce système, qu'il a perçu comme workstation en installant uen RH 8, peut également convenir comme serveur ?

    Le seconde question posée, dans ce même contexte est la migration, les habitués du click seront-ils perdus s'ils n'ont pas un joli GUI pour configurer tous les services réseaux ou bien est-ce que le passage d'un serveur IIS à un apache est-il encore réservé à des sysadmin maîtrisant très bien httpd.conf et vi ?
  • # Re: Test de la RedHat 9

    Posté par  . En réponse à la dépêche Test de la RedHat 9. Évalué à 3.

    Ce test ne repend qu'une utilisation de la RH en workstation, qu'en est-il de son ulisation en temps que serveur (dns, mail, http, firewall, ftp, bandwith managment et autres) ? X (+KDE ou Gnome) sont-ils obligatoires comme sur Mandrake ? ou est-ce toujours optionnel ? Ceci ne concerne que moi, mais je préfère toujours un Nunux en serveur qu'en workstation ... Bref, un test en tant que serveur (sans X et environnements) serait vraiment le bienvenu.
  • [^] # Re: PHP-Nuke quitte le monde du libre

    Posté par  . En réponse à la dépêche PHP-Nuke quitte le monde du libre. Évalué à 2.

    Marrant ça,

    Faudrait qu'ils pensent à changer et à utiliser un autre truc sur http://www.opensourcecms.com/(...) que PHP-Nuke ... :-)
  • [^] # Re: PHP-Nuke quitte le monde du libre

    Posté par  . En réponse à la dépêche PHP-Nuke quitte le monde du libre. Évalué à 5.

    Dis la prochaine fois que tu fais une comparaison, veille tout de même à rester dans le comparable.

    Sendmail implémente un protocol (SMTP/ESMTP/SMTPS) tandis que phpNuke n'est qu'une application utilisant un autre protocol.

    Et puis pour parler de sendmail de cette façon, je suppose que tu as du tester toutes les possiblités, de smtp à smtps en passant par estmp, des domaintables au mailertables. On suppose aussi que tu connais l'operation guide sur le bout des doigts ainsi que le cf/cf/README et les rewriting rules !

    Le gros problème avec sendmail, c'est que au vue des options disponibles et des diverses possiblités offertes, l'admin système lambda ne s'en sort pas et se rabat sur d'autres mailers en invoquant des vieux trous de sécurité corrigés

    Enfin c'est vrai que j'ai jamais vu non plus d'autres mailers suporter plus de 70 domaines et 29 mailertable sans broncher depuis plus de 3 ans ....
  • [^] # Re: Résultat de l'enquête JDNet sur les logiciels libres

    Posté par  . En réponse à la dépêche Résultat de l'enquête JDNet sur les logiciels libres. Évalué à 8.

    Ici en Belgique, les PME vraiment spécialisées ne sont pas non plus très nombreuses. Mais par compétences que doit-on comprendre, un manque de compétence pour la configuration, ou pour le modification des codes sources ? Pour la config cela m'étonne, car vu le nombre d'HOWTO disponibles, il suffit d'installer une machine en test et de bien lire les configs proposées, par contre s'il s'agit de modifier les sources voire même de programmer, une bonne logique de programmation est suffisante, l'adaptation à un langage comme perl ou php voire même C peut se faire assez facilement. Mais il faut aussi voir cela dans le contexte économique actuel, on préfère demander à un gars du service informatique de bosser la dessus (étant donné qu'il a toutes les docs disponibles) que de payer un prestataire externe qui n'effectuera que la config et très peu de transfert de connaissance.
  • [^] # Re: Dépendances

    Posté par  . En réponse à la dépêche Sortie de la slackware 9. Évalué à 10.

    Pareillement, ou alors j'ai tout recompilé sur une autre slack, création d'un tgz et hop transfert sur la machine de prod.

    C'est vrai que parfois la slack manque de packages qui deviennent des nécessités (rrdtool, squid, iproute2) mais bon, on apprend toujours plus sur un système et une application lorsqu'il faut recompiler celle-ci. Cela permet de mieux comprendre les différentes options, de "tuner" encore plus avec les --enable et --disable (si présent) ou plus simplement d'aller éditer le Makefile.

    Une options intéressante pour la slack serait un "tgz constructor", un peu à la manière du spec file des rpms. Si je me souviens bien, il y a un script qui existe, faudrait un peu creuser.

    Mais bon packages ou pas, quand on est en open source, autant prendre les sources :-)