Henri Cault a écrit 23 commentaires

  • # Re: Cleanner les erreurs qmail ...

    Posté par  . En réponse au journal Cleanner les erreurs qmail .... Évalué à 1.

    Salut!

    J'ai le même problème, et j'ai trouvé la réponse :
    http://www.mail-archive.com/vchkpw@inter7.com/msg13540.html(...)

    Cordialement
  • [^] # Re: Moneo, la nouvelle douloureuse pour les consommateurs ?

    Posté par  . En réponse à la dépêche Moneo, la nouvelle douloureuse pour les consommateurs ?. Évalué à 1.

    L'intérêt du pirate c'est comme pour les carte téléphonique : avoir un crédit inépuisable en modifiant la puce/sorft.
  • # Impossible, j'y crois pas

    Posté par  . En réponse à la dépêche Utiliser un game boy en Grèce peut vous conduire en prison. Évalué à 0.

    Dans un pays comme la Grèce ou les lobbys ont tant d'influence (on parlait de corruption ?) je n'imagine pas qu'une telle loi anti-capitaliste ait pu passer quand on voit le big business qui se développe autour des jeux. Je ne vois pas comment Microsoft, qui a si bien su noyauter les universités grecques, laisserait torpiller sa nouvelle vache à lait...
  • [^] # Re: Pouah

    Posté par  . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.

    C'est à mourrir de rire, mais tellement vrai !
  • [^] # Re: c'est pas mal

    Posté par  . En réponse à la dépêche Sortie de eXtrans 1.1.1. Évalué à 1.

    Le gars explique dans la FAQ que XSL ne fait pas tout (c'est pas un vrai langage), et il a raison. Nous-mêmes pour un projet XML au boulot, on a du laisser tomber XSL pour perl (en faisant un truc sur-mesure), tellement ce n'était pas approprié. XSL est prévu pour faire du formatage ou des transposition, et pas grand chose d'autre ! Alors quand tu veux générer un truc un peu complexe (genre une application) vers plusieurs cibles en même temps, faut passer à autre chose (eXtrans par exemple, ou programmation from scratch).

    Là, on a un cadre complet pour developper _facilement_ des générateurs de code en python traitant du XML, la finalité est différente !
  • # Enfin !

    Posté par  . En réponse à la dépêche Sortie de eXtrans 1.1.1. Évalué à 1.

    Je l'ai rêvé, ils l'ont fait ! Et la demo (sources de leur site) est très révélatrice des possibilités offertes. Miam !
    (c'est pas dit sur leur site, mais dans les sources il ya un convertisseur vers LaTeX pour le manual).
  • [^] # Re: la honte dES français

    Posté par  . En réponse à la dépêche Est-ce qu'internet détruit les langues locales ?. Évalué à 1.

    N'enterre pas le breton trop vite !!!
    N'omp ket marv c'hoazh !
  • # France: exemple pour la chine

    Posté par  . En réponse à la dépêche La Chine et le net. Évalué à 1.

    La france leur a ouvert la voie avec Yahoo : maintenant ils savent comment interdire l'accès de leurs ressortissants aux sites dérangeants, aux frais du site étranger ! C'est-y pas beau, ça ? Le capitalisme des pays libres finançant sa propre censure par les dictatures ;o)
  • [^] # Re: C'est pas RDBMS et alors ?

    Posté par  . En réponse à la dépêche Comparaison MySQL / PostgreSQL. Évalué à 1.

    Je sais pas si t'as compris ce que relationnel voulait dire : mySQL est tout aussi relationnel que Sybase !! Seul PosgreSQL est hybride Objet-Relationnel : il considère les tables comme des classes et permet les héritages : c'est très interessant ça ! Par ex, une requête sur une table/classe peut être étendue à ses descendants, ...

    TOn problème semble plutôt être avec les "transactions" et non le "relationnel". Comme quoi, les cours, ça sert à quelque chose !
  • [^] # Re: bug

    Posté par  . En réponse à la dépêche Netscape 6 est sorti. Évalué à 1.

    Ah non !!! Je déteste les fenêtres intempestives !
  • [^] # Re: Puisqu'on parle de perl...

    Posté par  . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.

    Qu'est que tu entends par auto-générée par l'appelant ? En effet, les données passées en paramètres sont toujours générées par l'appelant... ;o)
  • [^] # Re: Puisqu'on parle de perl...

    Posté par  . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.

    J'ai appris perl avec... les manpages, car le bouquin était immangeable.

    Perl c'est super pour faire des filtres, des transformation de textes, des formatages de données,... vite fait bien fait, avec des expressions rationnelles. je l'utilise encore pour ça. Mais dès que tu veux faire de l'objet, des programmes complexes et structurés avec les prototypes de fonction clairs et détaillés, et utiliser des modules puissants et bien documentés, Python est génial, et évite bien des embrouilles (tant au niveau structures de données que fonctions).
    Typiquement, en appli perso sur XML :
    - perl pour l'extraction de données textuelles et la génération de rapports en XML
    - python pour le parse et l'interprétation XML pour piloter des process, effectuer des transformations profondes ou des mises en pages, faire du réseau (client-serveur), ...
    Moi je dis : quand on hésite, faut essayer les deux !
  • [^] # Re: Puisqu'on parle de perl...

    Posté par  . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.

    J'ajouterai qu'en python, lorsqu'on veut faire des structures de données complexe, genre listes de listes, o le fait par simple affectation, pas besoin de passer par des "références" (sorte de poiteurs en perl) et tout la syntaxe spécifique qui va avec (je m'y pert en perl avec les $a->[] et surtout les @{$alo} ou autre ${$refhas}{"clef"} ou $refhash->{"clef"}...} si y pas de commentaire, impossible de savoir sans test ce qu'il y a dans $toto
  • [^] # Re: Puisqu'on parle de perl...

    Posté par  . En réponse à la dépêche Sortie de Python 2.0. Évalué à 1.

    Une caratérique puissante de Perl qu'on trouve aussi dans les autres langages, ce sont les commentaires ! Le langage peut-être aussi propre et rigoureux qu'on veut (ADA ?), ça ne remplacera jamais de bon commentaires. Personnellement, je refuse souvent de lire des sources non documentées.
  • [^] # Re: XFCE

    Posté par  . En réponse à la dépêche Sortie de Imlib2. Évalué à 1.

    ben moi je fait tourner sans problème KDE sur un p75+48Mo et y a pas de problème : j'arrive même à utiliser Netscape en même temps !
    Le seul problème : l'ouverture de session est un peu longue. Mais après, ça roule nickel !
    Avant, je n'avais que 24Mo et c'était impossible.
  • [^] # Re: vous débutez en JAVA...

    Posté par  . En réponse à la dépêche Java la synthèse - Vers la maturité avec le JDK 1.2. Évalué à 1.

    Tiens, je profite d'avoir un spécialiste sous la main. Dans ta réponse tu dis qu'il ya des possibilités de créer dynamiquement des classes d'objets. Si cette classe est créée de rien, sans héritage, comment tu écris ta fonction pour qu'elle puisse accepter des instances de cette classe ? Tu as un type "joker" qque part ? J'ai compris qu'après tu peux demander à l'objet la liste de ses méthodes (si j'ai bien suivi), mais c'est le prototype des fonctions qui auront à le manipuler qui me pose problème. Merci.
  • # Cooool !

    Posté par  . En réponse à la dépêche Java la synthèse - Vers la maturité avec le JDK 1.2. Évalué à 1.

    Je comprends que beaucoup aient eu des expériences malheureuses avec JAVA ou qu'ils aient été véxé de pas pouvoir en tirer ce qu'on leur avait promis (moi le premier, ouiinn, boubou va me traiter de débile), et qu'ils se font un devoir de mettre en garde ceux qui voudraient s'abandonner sans précautions aux sirènes marketing.

    Mais bon, on ne va pas non plus condamner défnitivement JAVA. Après tout, vive la diversité, c'est ainsi que l'on fini par trouver son bonheur.
    Attention cependant au désirs d'hégémonie et du tout langage X partout !
  • [^] # Re: vous débutez en JAVA...

    Posté par  . En réponse à la dépêche Java la synthèse - Vers la maturité avec le JDK 1.2. Évalué à 1.

    le bon langage pour le bon boulot : c'est bien ce que semblait dire le message, non ? D'étudier ce qui existe avant de suivre la mode (ou l'intox, celon les expériences :-(
  • [^] # Re: Python reellement multiplateforme

    Posté par  . En réponse à la dépêche Java la synthèse - Vers la maturité avec le JDK 1.2. Évalué à 1.

    Disponibles pour toute plateforme :
    - wxWindow (qui te fait à partir d'un code standard, un GUI natif à ta plateforme, donc tu tintègre bein)
    - Tkinter (le fameux Tk, qu'on adore detester, mais qui est quasi-universel)

    sinon, c'est tellement facile d'étendre le langage, qu'en plus, t'as le choix en des toolkits spécifiques : ça peut toujours servir.

  • [^] # Re: Pour le meilleur

    Posté par  . En réponse à la dépêche Microsoft et Corel, pour le meilleur et pour Linux. Évalué à 1.

    eh, dit, on est pas en guerre contre Microsoft ! Le but c'est pas d'imiter avec une longueur de retard, c'est de développer une aternative originale, sinon ça n'a aucun intérêt ! Et l'originalité n'émerge que de la diversité.

    Et puis faut pas surfaire Microsoft : le futur de l'informatique est extrêment fluctuant, et personnellement, je ne crois pas en l'avenir des suites bureautiques actuelles.
  • [^] # Re: Ça à l'air chouette

    Posté par  . En réponse à la dépêche KDE 2.0 RC2 disponible. Évalué à 1.

    Tu me fais rire : j'utilise un P75 (oui, oui, 75 !!) avec 48 Mo, et ça prends juste un peu de temps pour ouvrir une session, mais après ça roule !

    Ch'suis pas près de casser ma tire-lire pour un gros monstre tout recent si ça n'avance pas mieux qu'un vieux P75 !
  • # Marchés captifs

    Posté par  . En réponse à la dépêche Une société étudie Linux. Évalué à 1.

    Le but de tout système et format propriétaires est justement de rendre le client captif et de faire en sorte que sa migration soit des plus difficiles ! Il n'ont pas appliqué le b-a-ba de l'indépendance face au fournisseur en misant sur du 100% Microsoft et ils s'étonnent de pas retrouver la même chose ailleurs ! C'est normal, puisque c'est un système propriétaire exclusif Microsoft : par définition même, c'est introuvable sur d'autres plateformes ! Pourquoi veulent-ils migrer sur Linux si c'est pour continuer à faire du Microsoft ? Qui peut mieux faire Microsoft que Microsoft lui-même ? Et si word change de format tous les ans, c'est aussi pour garder une avance sur les imitateurs. C'est trop tard pour réaliser, ou alors il ne faut pas hésiter à tirer profit de cette malheureuse expérience de dépendence (que l'on retrouve hélas trop souvent) pour réviser complétement leur système et partir sur des bases plus pérennes et standards (à base de SQL et XML par example, ça s'étudie en fonction des besoins).

    De plus, Linux a-t-il vocation à utiliser/implémenter les standards d'aujourd'hui et de de demain, voire à en créer (grâce à son ouverture) ou à imiter les système propriétaires avec toujours une longueur de retard (car les spécifs sont secrètes) ?? Mon avis va à la première solution. Point.

    S'il ne peuvent pas, ou plus migrer sous Linux, c'est à la fois du à une faute stratégique de leur part (dépendance fournisseur) au départ, et à la politique de MIcrosoft. Alors pourquoi taper sur LInux ?

    Note : on reproche souvent aux universtaires d'être puérils ou hors coup par rapport au monde privé, mais c'est dans ce dernier que j'ai vu les plus beaux exemples de mauvaise foi : toujours difficile de remettre en cause les décisions passées, on a toujours une excuse bidon, ou on prend, dans ce cas, la presse à témoin. Y a pas à réfléchir pour voir le pathétique de leur situation : on s'est lié pied et poing à Microsoft, on peu plus en sortir, c'est la faute à Linux (ou aussi bien à MacOS, BeOS, ...).
  • # licenses multiples

    Posté par  . En réponse à la dépêche Libre != commercial != gratuit != fermé. Évalué à 1.

    Ce qu'il faut bien voir, c'est qu'une licence n'est rien d'autre qu'un contrat d'utilisation/exploitation du logiciel entre l'*auteur* et l'utilisateur. Elle n'est pas liée au code à proprement dit, mais à la transaction. C'est pourquoi on lit souvent un qqchose du genre "toute utilisation du présent logiciel implique l'acceptation de la licence" lorsque le soft est téléchargeable librement pour deux raisons :
    - on va pas faire signer, même éléctroniquement, un contrat à chaque téléchargeur,
    - on veut être sûr que la license est conservée lors des redistributions par des tiers (autres que l'auteur, car la license est toujours entre lui et l'utilisateur).

    Par conséquent, l'auteur, et lui seul, peut proposer aux utilisateurs différents types de licenses (=contrat), celon les besoins de ces derniers : GPL si ceux-ci s'engagent à diffuser le logiciel ou ses dérivés sous la même licence, une licence open source maison moins contraignante, voire même une licence commerciale si cela arrange l'utilisateur (qui veut intégrer le code dans du proprio).

    Si ton code est basé sur du code GPL d'un autre, à toi de le contacter pour obtenir de lui une licence différente qui te permette de faire autrement que du GPL.