Cali_Mero a écrit 914 commentaires

  • # Ouf... Ca va mieux après avoir lu

    Posté par  . En réponse au journal Patrick Volkerding est malade. Évalué à 10.

    De ce que j'ai compris de cette (longue) lecture, il s'agit d'une maladie relativement rare et difficile à soigner, mais (je n'ai pas lu le contraire donc je suppose) bénigne si soignée. En tout cas il semble en souffrir pas mal, et depuis longtemps, et du coup il est inquiet et lance une bouteille à la mer à destination de toute personne pouvant lui apporter un soulagement quelconque, un traitement, une solution miracle ou autres (il n'est pas clair sur le type d'aide qu'il souhaite recevoir). Et (toujours si j'ai bien suivi) apparemment son diagnostic serait basé pour l'instant uniquement sur des recherches google qu'il a entrepris lui-même, plus l'aval d'un médecin non-spécialiste qui a acquiescé faute d'avoir mieux à suggérer. Ce diagnostic serait donc à confirmer et à approfondir, et Patrick a rendez-vous vendredi dans un centre spécialisé sur les maladies infectieuses, qui devrait approfondir le diagnostic et avaliser son hospitalisation (pour qu'il recoive un traitement de longue durée si j'ai bien suivi).

    (Que ceux qui voient une erreur dans ce résumé me corrigent si je me suis trompé quelquepart svp)

    En tout cas cette maladie a déjà commencé à l'affecter depuis longtemps et devrait l'éloigner pour un petit moment de la maintenance de la Slackware, ce qui est bien regrettable... Espérons que tout se passe pour le mieux pour lui.

    En tout cas, il n'a pas encore perdu le sens de l'humour, son message en atteste...
  • # Ca a l'air de te surprendre...

    Posté par  . En réponse au journal MSN search utilise t'il les URL qui transitent sur MSN messenger ?. Évalué à 3.

    Pourtant, absolument rien ne garantit une quelconque confidentialité des informations échangées sur MSN Messenger (qui transitent par les serveurs d'MSN donc).

    Ton ami vient seulement d'en trouver un bel exemple...

    ( La solution : les protocoles ouverts, comme Jabber )
  • # [x] Aucun bouton

    Posté par  . En réponse au sondage Ma souris a. Évalué à 10.

    Il parait que c'est parcequ'on m'a accordé une ristourne sur l'ensemble Xbox + souris + clavier. Bon, j'avoue, pour Xmine c'est pas top, mais pour vim aucun problème :

    http://www.clubic.com/photo/00FA000000043955.jpg(...)
  • # En effet

    Posté par  . En réponse au message Outil d'administration de serveur. Évalué à 2.

    Salut,

    Effectivement, c'est un domaine ou perl règle en maître. Mais de nombreuses briques existent en php, je peux te le certifier. Vers quel genre d'admin souhaites-tu orienter ton outil ? Serveur web / Partage de fichiers SMB / FTP / LDAP / DB / généraliste ... ?

    Je constate que tous les outils existants s'appuye sur perl. Je voudrais savoir ce qui m'empeche de le faire sous php.

    Absolument rien. L'avantage de perl dans ce domaine vient du fait que les experts de l'administration système pratiquent (beaucoup) plus souvent le perl que le php, et il faut bien le dire, Perl est mieux fourni en fonctionnalités d'interactions diverses avec le shell unix, et dispose pour cela de bibliothèques stables, bien connues et bien documentées. Perl est conçu à l'origine pour cela. PHP est (à la base) un fork de perl spécialisé dans le scripting web.

    Un projet équivalent en php est envisageable, mais pose toi bien la question de son intérêt : on trouve plus facilement perl installé sur une installation GNU/Linux de base que php, perl permet d'écrire du code sensiblement moins maintenable mais sensiblement plus court que php pour le meme résultat, etc....

    Sachant que j'ai les expressions régulières et la commande exec sous php, quelles sont les limites de ce langage dans ce contexte ? quelles sont les avantages du perl par rapport au php ?

    Voir ci-dessus.

    J'hésite entre me prendre la tête avec le php ou apprendre le perl que je connais que peux.

    Et pourquoi ne pas contribuer à un projet existant, tant qu'à faire ?

    Savez vous si on peut melanger le perl le php et l'html dans une meme page ?

    Oui, parfaitement, plusieurs possibilités existent pour cela (soit faire tourner php en langage de script incorporé et faire des appels à perl, soit l'inverse, soit utiliser les deux en tant que langages intégrés aux html). Mais la transmission des données entre php et perl peut te donner des migraines suivant la méthode que tu choisiras. De plus, cela renforce inutilement les prérequis nécessaires pour faire tourner ton application, puisque Perl et PHP ont des rôles qui se superposent, il n'est en général pas utile qu'une application utilise les deux.
  • [^] # Re: bien

    Posté par  . En réponse au journal Pour lire mon blog. Évalué à 2.

    s/frôlant/explosant

    Finalement il n'aura pas tenu bien longtemps, le bougre...
  • [^] # Re: Ca m'effraie un peu

    Posté par  . En réponse au journal Recherche universitaire sur les communautés techniques en France. Évalué à 10.

    Je suis bien d'accord.

    J'espère aussi que la plupart des lecteurs ont vu (même si personne jusque là ne l'a fait remarquer, moi en tout cas ça m'a frappé) qu'il s'agit là du premier journal de l'année écrit dans un français quasiment impeccable avec la plus exquise politesse. De quoi faire grimper aux rideaux tous les amateurs de lettres et autres détracteurs du langage sms dont certains ici se réclament !

    De plus, les auteurs donnent leurs noms, leurs coordonnées et même des numéros de téléphone... Ce qui prouve bien que ce ne sont pas des grands habitués de la toile, tout à fait le genre de personne qui *peut* mettre en ligne une applette java sans avoir mûrement pesé le pour et le contre auparavant. (Et oui : au bout des numéros de téléphone, c'est un être humain qui répond, pas un répondeur, essayez avant de dénigrer...)
  • [^] # Re: Eh bien...

    Posté par  . En réponse au message forcer mozilla à traiter correctement un fichier. Évalué à 4.

    Toute forme d'humour mise à part cette fois, mon discours n'est absolument pas théorique : le problème n'est pas chez toi (ton browser fait très précisément ce qu'il doit faire) mais chez les hébergeurs des vidéos que tu regardes, pourquoi chercher un moyen de le contourner alors que tu peux aisément inciter ceux qui en ont le pouvoir à le corriger ?

    Si tout le monde réagit comme tu le fais, voici ce qui va se passer (et probablement ce qui se passe, d'après tes 15%):

    - ils ne corrigeront pas un problème dont ils ignorent l'existence.
    - D'autres auront le même problème que toi, tomberont sur ce thread via une recherche google ou autres, et se rabattront sur la meme solution de contournement, sans se poser plus de questions.
    - Et y'aura même des gens qui oseront dire que c'est Mozilla/Firefox/MettezVotreNavigateurStandardIci qui fait tout de travers. C'est d'ailleurs ce que tu fais : "forcer mozilla à traiter correctement un fichier".

    (Vu sur ce forum il y a quelques semaines de cela : un sujet qui titrait "Mozilla interprète mal les CSS" http://linuxfr.org/~pascalscl/14527.html(...) . Le monde à l'envers, oui... Un cas tout à fait similaire au tien en fin de compte. morceaux choisis : Est-ce que Mozilla ne respecte pas la norme? Comment puis-je faire pour contourner cela? ).



    Je me doute que ma réponse ne te satisfait pas. Tu aimerais bien avoir tout de suite, avec le moins d'efforts possibles à déployer, juste ta vidéo qui marche comme tu veux, et qu'importe pour toi l'avenir du web ou le confort de ceux qui suivront le meme parcours que toi... N'empêche que la direction que je te propose est la seule solution. Saches qu'à ta place, loin d'en rester à la théorie, je n'hésite pas une seconde à envoyer des mails tous azimuths... Et que si on en envoie tous quelques-uns (justes quelques-uns, c'est beaucoup mieux que rien), ca finira par bouger.

    en attendant ce grand achèvement du respect du type MIME tu saurais m'aider ? ;)

    Apparemment tu n'as pas vu que je suis en train de t'aider.

    Alors je te donne une solution immédiate qui tombe toute cuite dans le bec comme tu sembles l'attendre : si tu désires un browser qui ne tient aucun compte du mimetype des contenus qui lui sont envoyés, alors utilise Internet Explorer. Oui, c'est propriétaire, oui, c'est payant, oui ca ne tourne pas sous GNU/Linux mais ca fait exactement ce que tu veux, et sans efforts pour toi.

    tiens : http://extensionroom.mozdev.org/more-info/ieview(...)
  • # Eh bien...

    Posté par  . En réponse au message forcer mozilla à traiter correctement un fichier. Évalué à 4.

    Salut,

    <militantisme>
    Les types MIME, c'est une idée géniale qu'a eu un jour quelqu'un pour différencier les types de données, indépendamment de leur forme (fichier, flux, etc...). Tellement géniale que c'est devenu un standard. Alors il faut l'appliquer, c'est simple.

    Une vidéo ne DOIT PAS avoir de type MIME text/plain, ca va de soi. Tous les serveurs web le savent bien d'ailleurs... Le webmaster qui a commis ça mérite le goudron, les plumes et le bûcher. C'est ton devoir de lui faire savoir par un mail poli mais bien tassé en lui disant que rien ne fonctionne sur ton browser STANDARD et en lui montrant bien pourquoi. (De plus, c'est bien plus simple pour lui de corriger que pour toi de contourner le problème...)

    Il n'y a qu'Internet Explorer pour se moquer du type mime et n'en faire qu'à sa tête... A l'époque de Mozilla et maintenant de Firefox 1.0 il est temps de faire changer les mentalités tu ne crois pas ?

    En faisant cela, tu évites de pourrir ton navigateur de cochonneries non-standards qui risqueraient de se retourner contre toi sur des sites standards, tu participes aussi à la prise de conscience générale en faveur d'un web meilleur, enfin tu améliores le confort de navigation du web pour toi-même mais aussi tous ceux qui passeront après toi (tous navigateurs confondus).
    </militantisme>
  • [^] # Re: re :

    Posté par  . En réponse au message Install Mandrake 10 Community sur Virtual PC 2004. Évalué à 3.

    ... Ou MandrakeMove, si tu veux rester sur du mandrake : http://www.mandrakesoft.com/products/move?wslang=fr(...)
  • # Pour couper court aux spéculations hasardeuses...

    Posté par  . En réponse au journal Recherche universitaire sur les communautés techniques en France. Évalué à 6.

    J'ai contacté ces deux chercheurs pour leur rapporter des bugs que j'ai constatés avec leur applet (je n'ai pu répondre à pas mal de questions sur les pages 7,9,10,11 et 12).

    Je leur ai aussi demandé pourquoi une applet java : ils m'ont répondu qu'ils disposaient d'une licence pour un logiciel de sondage + stats (en l'occurence le fameux sphinxonline brésilien qui semble si bizarre à certains), qui leur impose le format de sortie du questionnaire final.

    Je crois qu'en toute bonne foi, ils n'imaginaient pas la tonne de problèmes inutiles que ce choix implique et ils ont fait au plus simple avec ce dont ils disposaient déjà. Un choix très logique et rationnel (après tout tout le monde ne baigne pas dans les T.I. en permanence...).
  • # Intéressant, mais juste une idée comme ca...

    Posté par  . En réponse au journal Newlimits.org a besoin de toi!. Évalué à 7.

    Les thèmes abordés sont intéressants. Mais ca, ca me fait tilter :

    Finalement, si un jour l'économie de la planète devait s'effondrer, tous ceux qui comptent sur l'argent pour vivre n'auraient plus que des cartes de crédit à manger.

    Si l'économie de la planète doit s'effondrer, il y a fort à parier que le net s'arrête également assez vite... Et comment on fait pour consulter l'encyclopédie alors ?
  • [^] # Re: And the winner is ... perl

    Posté par  . En réponse au message substitution dans un fichier. Évalué à 4.

    PS : jsuis sur que ça peut se faire en deux fois moins de lignes en obfuscated perl :)

    Euh, pareil en php hein... Le monsieur n'a pas besoin de changer de langage pour faire ce que tu dis.

    Si tu désires réellement avoir des variables de conf dans tes scripts php, tu peux au choix :

    1/ faire en php ce que Swirly te propose en perl (les fonctions strtr() et eval() peuvent t'y aider), mais c'est pas très propre, vraiment...

    2/ Faire un fichier php avec des variables de configuration, et un simple include() pour les appliquer (c'est la méthode la plus couramment employée):

    <?php
    //--------------------------
    // config.php
    //--------------------------

    $config=array();

    $config['mysql_server']="localhost";
    $config['mysql_user']="root";
    $config['mysql_password']="ChangeMe";

    // etc....
    ?>





    <?php

    //--------------------------
    // index.php
    //--------------------------
    require_once('config.php'); // c'est comme include()

    $cnx=mysql_pconnect( $config['mysql_server'] ,$config['mysql_user'] , $config['mysql_password'] ) or die ("prout!");


    // etc....
    ?>

    3/ Tu peux aussi faire une variante de ce que tu dis, en stockant tes variables dans un fichier INI. la fonction parse_ini_file() de php te mâche le boulot ... Mais si tu choisis cette voie, attention à la sécurité ! (le fichier ini ne doit pas pouvoir être ouvert via le web, donc il faut le placer dans un répertoire à part avec le .htaccess qui va bien).
  • [^] # Re: Euh

    Posté par  . En réponse au journal Votez pour votre navigateur !. Évalué à 2.

    La case "Autres", dans un sondage, est un fourre-tout qui ne sert à rien d'autre qu'à exprimer au type qui a créé le sondage qu'il ne maitrise pas son sujet d'étude et que son sondage ne te représente pas. Une bonne claque donc, mais en rien une info utile au niveau des résultats.
  • [^] # Re: hum...

    Posté par  . En réponse au journal FreeGo pour linux is out. Évalué à 2.

    Oui c'est pas plus mal. Ton intiative est bonne, mais l'existence du journal précédent mérite tout de même d'être mentionnée, pour ne pas (trop) disperser les commentaires.
  • # Prolongement

    Posté par  . En réponse au journal Windaube, c'est maaaaaal! / linux c'est bien!. Évalué à 5.

    Pour ton premier point, la lecture d'une petite référence du genre s'impose si tu ne la connais pas :

    http://membres.lycos.fr/azerty0/(...)
    et plus particulièrement :
    http://membres.lycos.fr/azerty0/linux.html(...)

    (et ça date !)

    Pour finir et résumer, je suis convaincu qu'en se démocratisant, linux perd
    beaucoup des avantages qu'il avait sur windows. Ceci dit, ces avantages
    perdus ne sont pas, à mon avis, les éléments importants.


    Je suis d'accord. L'avantage principal que je trouve à GNU/Linux par rapport aux systèmes propriétaires, windows ou autres, c'est la liberté. Liberté d'obtenir le code source, de l'explorer, d'apprendre, de modifier, de redistribuer... Et ca tombe bien, cette qualité ne peut disparaître : Elle est garantie par la GPL.

    De cette liberté garantie émerge la portabilité, qui est aussi un net avantage de GNU/Linux sur les alternatives propriétaires. Et d'autres encore...

    On peut avoir plusieurs points de vue différents sur l'évolution de GNU/Linux, mais on devrait toujours tomber d'accord sur l'essentiel. Et c'est ca l'important :-)
  • [^] # Re: problème de choix

    Posté par  . En réponse au message noyau 2.6.9 et gravure. reloud!. Évalué à 4.

    Ce que j'aurais trouve logique, c'est de refaire la fonctionnalite "peu sure" en "sure", tu ne crois pas?

    Je pense que de nombreuses personnes, dont certainement le mainteneur de cdrecord ainsi que les mainteneurs du noyau, apprécieraient qu'un développeur motivé comme tu sembles l'être prenne le taureau par les cornes et se décide à le faire.

    Faut être réaliste : Dans la plupart des développements arrive un moment ou le choix de laisser se pérenniser ou non des fonctionnalités bancales se pose, et il faut alors trancher. Soit on dispose de la main-d'oeuvre et de la bonne volonté nécessaire pour tout faire bien, soit on élague et on arrange les bouts cassés.

    Et parfois, faute de moyens (humains, temporels, matériels), le choix s'impose de lui-même. C'est probablement ce qui s'est passé ici. En tout cas, j'y crois plus qu'à une volonté des vilains_grands_développeurs_du_kernel d'embêter les gentils_petits_mainteneurs_de_cdrecord...
  • # hum...

    Posté par  . En réponse au journal FreeGo pour linux is out. Évalué à 3.

  • # rtfm

    Posté par  . En réponse au message colinux. Évalué à 2.

    http://colinux.org/wiki/index.php/XCoLinux(...)

    (Si après avoir bien lu cette page de manuel tu as toujours des problèmes, merci d'en donner une description précise ici, avec la liste de tout ce que tu as fait pour faire fonctionner l'ensemble.)
  • [^] # Réminiscence...

    Posté par  . En réponse au journal Pour ceux qui vivent en couple : comment vous faites pour la supporter ?. Évalué à 4.

    La même chose m'a été dite en ces termes par mon barman favori, je vous laisse en penser ce que vous voulez :

    [PenséeDeComptoir]
  • A 20 ans, tu choisis.
  • A 40 ans, tu es choisi.
  • Au delà, tu n'as plus le choix.

  • [/PenséeDeComptoir]
  • [^] # Re: Il dit qu'il voit pas le rapport

    Posté par  . En réponse au journal MS autorise d'utiliser du libre. Évalué à 6.

    Mais que des paresseux jugent, critiquent, moinssent alors qu'ils n'y comprennent rien, n'ont pas pris la minute nécessaire à lire cette licence sur des protocols libre, m'énerve passable.

    Si les gens n'y comprennent rien, c'est parceque tu n'as pas fait d'effort pour rendre ta pensée accessible aux lecteurs. En pratique, j'ai beau relire ton journal dans tous les sens, je ne comprends pas le message que tu veux faire passer... C'est tout sauf clair. (Ca devient plus clair au fil des commentaires mais bon). Ne t'étonne pas d'être incompris, tu n'es pas explicite (à part le mot de Cambronne, qui pris tout seul comme il l'est ici n'exprime rien d'autre qu'une relative vulgarité).

    Allez, arrête de ronchonner et fais nous un petit commentaire de synthèse pour résumer tes idées et les informations que tu voulais apporter, simplement et précisément. Ca pourrait t'apporter les "pertinentages" dont tu as besoin...
  • # Très classiquement...

    Posté par  . En réponse au message demarrage installation redhat. Évalué à 2.

    1/ Tu prends ton utilitaire de gravure de CD préféré (cdrecord sous GNU/Linux, Nero / EasyCDCreator / Alcohol / .... sous fenêtres).

    2/ Tu graves chaque fichier iso en tant qu'image disque (Attention : ce n'est pas juste graver le fichier sur le CD, il faut que ton programme de gravure comprenne qu'il doit aller chercher tout le contenu du CD dans le fichier).

    3/ Tu mets le CD1 dans un lecteur de CD et tu démarres la bête (le CD est bootable). A partir de là ca se passe tout seul.
  • [^] # Re: ahah

    Posté par  . En réponse au journal Qui osera ?. Évalué à 8.

    Ce site date de l'époque (maintenant assez lointaine) du web ou le contenu était la seule chose qui compte. En tant que webdinosaure, il a donc droit à une dérogation en terme d'image - il a le droit de rester moche, tous ceux qui le visitent connaissent la valeur de ce qu'il contient qui rattrappe et dépasse très largement toutes les répulsions visuelles qu'un visiteur non-averti peut ressentir.

    Je trouve juste dommage qu'un site aussi fondamental pour les linuxiens donne une telle image.

    Moi je trouve dommage de regarder ce site avec des yeux d'internaute pressé et de s'arrêter à la sacro-sainte "image"...

    Je trouve également dommage de voir sur le web trop de sites creux, certes parfois très beaux mais complètement vides de contenu et d'intérêt... Kernel.org, c'est un des derniers représentants de la tendance contraire.

    Et puis que les auteurs du site aient autre chose en tête que "l'image" ne me dérange pas, bien au contraire : en fait, c'est la première fois ce soir que j'ai regardé ce site avec autre chose que lynx et wget ;)
  • [^] # Re: Justement !

    Posté par  . En réponse à la dépêche Firefox 1.0 RC1 et autres nouvelles de Mozilla. Évalué à 3.

    Tout à fait d'accord avec ton analyse.

    A l'opposé du concept "port 80 = poubelle", il faut souligner que si ce port est si souvent exploité (avec du HTTP qui y circule donc), c'est tout simplement que le protocole HTTP, qui est un vénérable ancêtre de l'internet, vieillit bien et prouve dans sa versatilité qu'il a su, et sait toujours répondre à une multitude de besoins d'applications communiquantes...

    Mêmes faits, mais autre point de vue donc : Je dis un grand merci au HTTP d'être si souple, si puissant et si universel : sans ce protocole, l'internet d'aujourd'hui serait sans nul doute bien différent (et à mon avis pas mieux).
  • # ici

    Posté par  . En réponse au journal recherche modèle XHTML+CSS libre pour mon site perso. Évalué à -2.

  • [^] # Re: Mauvais débat.

    Posté par  . En réponse au journal La mémoire ? On s'en fout !. Évalué à 3.

    "Est-ce que le système désaloue correctement la mémoire non désalouée par le programme à la sortie ?"
    Là, je n'ai pas de réponse mais je pense que oui de plus en plus.


    Dans le cas de Linux, je le pense aussi. Mais ca m'étonnerait que tous les noyaux (et à priori tous les systèmes) soient aussi rigoureux avec la mémoire. Laisser paresseusement le système libérer la mémoire réservée par le processus, c'est selon moi prendre un gros risque pour la portabilité de son programme.

    Et effectivement, c'est contraire aux bonnes pratiques de développement, même si "ça marche".