Ben si, justement... Dire dans la licence qu'on ne peut le trouver que chez eux, c'est juste à des fins statistiques (et pour justifier l'achat de serveurs et de bande passante).
Premièrement, tu es bien présomptueux en prétendant connaître les raisons pour lesquelles Adobe ne veut héberger Acrobat Reader que sur ses serveurs. Ensuite, tu sembles discuter de la licence habituelle des versions finales d'Acrobat Reader, pas de la licence de cette version de test. Tu as, semble-t-il, bien du mal à faire la distinction et à respecter le travail des autres.
xOvni t'a déjà donné le lien pour dénoncer les actes de piratages
Il n'est valable que pour les États-Unis d'Amérique.
Adobe abuse en disant qu'il ne faut pas distribuer ce logiciel gratuit
Ce n'est pas un logiciel gratuit, c'est une version de test dont ils souhaitent limiter la diffusion. Ce n'est pas en te torchant le cul avec les contrats des autres que tu auras de la légitimité à faire respecter les tiens (la GPL, par exemple).
Tant qu'à parler de GPL, je trouve que votre assoce est complètement en porte-à-faux en luttant contre l'envahissement de l'INSA de Lyon par Microsoft tout en hébergeant illégalement des fichiers sur ses machines. Top credibility.
Ça va bientôt faire quatre ans que je fréquente LinuxFr ; les réactions de ton genre, j'en ai vu souvent. LinuxFr est-il donc mille fois moins bien qu'à ses débuts ? Non, il n'a pas franchement changé. Ce sont ses lecteurs qui, individuellement, évoluent.
Bien sûr, il y a eu des changements techniques (daCode, Templeet), des régressions (lors du passage à Templeet notamment, lentement corrigées), de nombreuses évolutions dans la notation des commentaires, l'ajout d'excellentes fonctionnalités (les journaux, le correcteur orthographique). Des hauts et des bas, mais en moyenne rien n'a changé. Le site reste un site de discussion, caractérisé par ses utilisateurs.
Les utilisateurs ont-ils changé ? Globalement, pas trop, il me semble. On y trouve toujours des trolls plus ou moins volontaires, des débateurs pinailleurs professionnels, de joyeux boxonisateurs qui ne restent qu'un temps avant de claquer la porte bruyamment, des gens plus compétents mais plus modérés, donc moins visibles, etc. Les dépêches sont parfois bâclées, parfois soignées, souvent de qualité moyenne, efficaces mais améliorables.
Les utilisateurs changent-ils ? Oui, indéniablement, individuellement. En caricaturant un peu, on arrive sur le site tout impressionné de ces gens qui savent tout, de ces dépêches capitales, de cette géniale source d'informations, voire de cette idéologie fraternelle. Puis on découvre les limites du truc, les commentaires biaisés, les mécanismes de modération, on s'aperçoit que l'on en sait parfois plus que celui qui a rédigé la dépêche, on s'énerve de certaines fautes. Au fur et à mesure que l'on apprend, on découvre qu'une partie des commentaires est rédigée par des petits rigolos qui n'y connaissent rien, et on aimerait entendre plus ceux qui, maintenant que l'on arrive à les repérer dans ce fatras, ont des choses intéressantes et nouvelles à dire, une expérience à partager. En parallèle, on finit ses études, le temps manque, il faut commencer à mettre de la nourriture sur la table tout seul comme un grand, on revoit parfois ses idéaux à la baisse.
Et tout ça fait que régulièrement certains utilisateurs découvrent que LinuxFr c'est nul, bourré de trolls, une perte de temps. Je suppose qu'un bon nombre part en silence, d'autres claquent la porte (en oubliant parfois de passer le seuil de celle-ci, avant de la claquer). D'autres s'en aperçoivent aussi, mais s'accomodent des imperfections, apprenent à ignorer les commentaires les plus outrageants, et tentent d'apprécier LinuxFr pour le peu qu'il est, pour le tout qu'il est, malgré et avec ses imperfections. C'est bien pour ça qu'on l'aime, non ? :-)
(Et un petit troll de temps en temps, ça réchauffe !)
C'est une version beta qui n'est pas encore prête à entrer en production. Ton commentaire est exactement une des raisons pour lesquelles Adobe ne veut pas que ce genre de version beta soit distribué en dehors de son réseau de testeurs.
Bon, manifestement les modérateurs ont corrigé. :-)
Pour ce qui est de ton problème : je n'ai jamais utilisé brctl ou un truc de ce genre, par contre j'ai longtemps utilisé un PC sous Linux comme routeur vers Internet. Ma configuration était la suivante : un PC avec un SpeedTouch (interface ppp0 vers Internet) et avec une carte réseau sans fil (interface ra0 dans mon cas), et par ailleurs deux machines clientes, un PC avec une carte réseau sans fil (interface ra0 encore une fois) et un portable alternativement sous Windows XP et sous Linux (interface wlan0 dans ce cas).
Les trois interfaces sans fil (ra0, ra0, wlan0) étaient sur le même réseau, il n'y avait pas de point d'accès, c'était du pur Ad-Hoc. Les deux clients étaient configurés pour avoir le PC « internet » comme route par défaut (un truc genre « route add default gw <adresse-du-PC-avec-le-SpeedTouch> ». Je ne crois pas qu'il y avait de réglage particulier au niveau du PC « internet », vu que l'interface ppp0 était définie comme route par défaut automatiquement lors du lancement de la connexion. Donc, lorsqu'un paquet destiné à une adresse injoignable (pour le réseau local) était généré sur un des clients, il était automatiquement transmis au PC « internet », et comme l'adresse n'était pas plus joignable à son niveau, il était automatiquement transmis au SpeedTouch, et partait ensuite faire un tour du monde.
Ton cas est un poil différent (il y a une étape en plus, avec ton modem-routeur), mais il devrait fonctionner pareil : assure-toi qu'il y a des routes par défaut appropriées sur chacune des machines, et tout devrait fonctionner, en tout cas dans le sens « connexion initiée par un des clients ». Dans l'autre sens (un de tes clients qui veut ouvrir des ports sur Internet pour recevoir des connexions), ça risque d'être plus compliqué, il faut que ton routeur sache qu'il doit transmettre les paquets destinés à ton réseau sans fil par l'intermédiaire de ton PC « internet »...
Comme cela semble assez rare, j'imagine que celles là au moins marcheront correctement ;)
Rien n'est moins sûr. J'ai par exemple acheté deux cartes réseau sans fil avec support Linux. Dans un cas le fabricant espérait proposer les pilotes sous peu, mais n'a finalement pas pu pour des raisons légales. La communauté a fini par sortir un truc open-source qui fait son boulot mais qui pourrait être meilleur. Dans l'autre le pilote n'était initialement fourni que sous forme binaire pour diverses versions de RedHat, puis sous forme de code source sans licence (quelques mois plus tard), puis enfin sous GPL (près d'un an plus tard). Le passage en GPL n'a pas miraculeusement amélioré le code source, il y a encore quelques problèmes de stabilité.
Bref, la seule chose qui compte c'est repérer quel chipset ces cartes utilisent, et voir ensuite quelle est la qualité des pilotes disponibles sous Linux. (A priori positif : c'est du « vieux » matos, donc ça a des chances d'être supporté...)
c'est dommage que cela ne semble pas se faire en dehors de Paris
Ouais. Ceci dit, la logistique n'est pas très lourde, tu peux peut-être arriver à convaincre ton directeur de théâtre favori de tenter de les inviter...
(Je dis ça à moitié en blaguant, mais à moitié seulement.)
Ouais, ça c'est parfois un problème de la littérature à l'école. :-) Enfin bon, j'ai aussi lu pas mal de bouquins que j'ai bien aimé de cette manière. C'est l'étape d'analyse, rédaction, résumé, exposé, discussion en classe, etc. qui souvent fait un peu mal.
Je te suggère de mettre ce bouquin de côté pour dans quelques années, c'est marrant comme la perspective peu changer avec quelques années d'expérience en plus.
La pièce joue encore sept fois cette semaine dans le 19ème arrondissement à Paris (les réservations se font sur répondeur), puis elle fera une date en banlieue avant de finir par cinq dates dans le 20ème. À moins bien sûr que le succès n'incite les producteurs à prolonger les représentations. :-)
Le tarif n'a rien d'exceptionnel (ni dans l'excès, ni dans la retenue), 15 ¤ à la base, 10 ¤ dans certains cas (que je ne connais pas, mais étudiant ça doit le faire). Ça vaut de toute façon le coût !
vu que la librairie est focalisé sur le chargement des images (simplicité)
Rien n'oblige d'utiliser tout ImageMagick. Je remarque au passage que j'ai des JPEG un peu corrompus qu'imlib refuse de charger alors qu'ImageMagick les affiche sans problème (mais en m'avertissant de la légère corruption). La simplicité d'imlib n'est donc pas toujours la bienvenue.
On ne retrouve les sources que pour Linux et Windows.
La seule différence, c'est le format de l'archive (tar.gz contre zip). Quasiment tous les projets font ça, je suis surpris que tu ne connaisses pas. Ta remarque fait limite troll, surtout vu que la page précise bien : « ImageMagick is quite portable, and compiles under almost every general purpose operating system that runs on 32-bit or 64-bit CPUs. »
"image formats up to 32-bit per channel deep", ce que imagemagic ne supporte pas il me semble
C'est possible, je ne connais pas bien. Mais pourquoi ne pas améliorer ImageMagick dans ce cas ? C'est vrai que ce n'est pas forcément simple, voilà en tout cas le premier argument valable pour la création d'img_img.
Les apparences peuvent être trompeuses, et Patrick Volkerding peut avoir négligé de corriger ce problème mineur de Slackware 10.0.
Extrait du ChangeLog de Slackware-current :
Mon Oct 11 23:41:16 PDT 2004
a/udev-035-i486-1.tgz: Upgraded to udev-035.
Thanks to ismail donmez and Jakub Jankowski for pointing out some
problems with pty handling in the previous udev.rules config file.
Ceci dit, cette apparence-ci peut également être trompeuse ; je n'ai pas testé le changement, puisque je n'utilise actuellement ni Linux 2.6 ni Slackware-current.
La page d'img_img ne cache pas qu'img_img promet d'être similaire à ImageMagick, mais n'explique pas pourquoi les auteurs du projet veulent réécrire la roue. Si le support de quelques formats ou opérations leur manque, pourquoi ne pas l'ajouter à ImageMagick ?
Je ne connais pas bien ImageMagick, mais il semble bien documenté, avoir une API C++, être distribué sous une licence plutôt sympathique (proche dans l'esprit d'une licence BSD) et être installé sur la plupart des machines Linux. Alors pourquoi lancer un nouveau projet ?
Ceci concerne les personnes qui ont décidé d'essayer le noyau 2.6 sous Slackware. Ceux et celles qui utilisent la configuration par défaut de Slackware, c'est-à-dire notamment le noyau Linux 2.4, n'ont pas ce problème.
mais Unicode s'est limité à la plage 0x00-0x10FFFF (par compatibilté avec UTF-16), ce qui fait au maximum 4 octets pour UTF-8.
Non, car UTF-8 ne se contente pas d'encoder Unicode, mais également l'ISO-10646, qui est un jeu de caractères codés sur 32 bits (et non pas 16 comme l'Unicode initial ou 21 comme l'Unicode actuel). On a alors bien besoin de six octets.
Non, je ne pense pas que le Page Rank soit utilisé pour calculer le PageRank !
Je pense que si, je crois me souvenir l'avoir lu quelque part, mais je n'ai pas de lien sous la main ni le temps de le rechercher. Ça pose le problème des « boucles de PageRank » que tu présentes, mais rien ne dit que Google n'utilise pas d'autres sources pour évaluer la popularité et le sérieux d'un site, et n'a pas mis en place des mécanismes pour détecter les groupes de sites se promouvant mutuellement sans influence extérieure. Google emploie des gens très brillants, et dispose d'une puissance de calcul extraordinaire ; l'erreur la plus fréquente commise dans les discussions à leur propos est de les sous-estimer fortement.
Bien sûr que ça fait longtemps qu'on les trouve dans le commerce. Mais ce n'est pas encore tous les jours qu'on les trouve mis en valeur (bonne description, bonne réduction) dans un tel catalogue.
J'ai découvert au passage que "é" est le code Unicode 233 en iso et 233 en UTF-8 ! (si c'est affiché \xC3\xA9, c'est parce UTF-8 ajoute des bits de "contrôle" (je vais pas entrer dans les détails ici)).
Tu n'as manifestement pas compris l'encodage UTF-8. Le "é" c'est bien le caractère Unicode n°00E9 (soit 233 en décimal, c'est volontaire, les 256 premiers caractères d'Unicode reprennent l'ISO-8859-1), et il se code C3 A9 en UTF-8, point final. (Mais d'où sors-tu ton second 233 ?!)
Pour information, les caractères Unicode de 0000 à 007F se codent sur un octet en UTF-8, les caractères de 0080 à 07FF se codent sur deux octets, les caractères de 0800 à FFFF se codent sur trois octets. (Et ainsi de suite pour les autres caractères, on peut monter jusqu'à six octets de cette manière.)
On pourrait même assister à la création de sites dont le seul but est de contenir des liens vers les sites à référencer.
Mouarf, ça existe depuis belle lurette.
Cette mesure n'est efficace que s'ils peuvent pondérer la pertinence des liens en fonction de la crédibilité du site sur lequel ils sont (et non sur lequel ils pointent).
C'est exactement comme ça que fonctionne le PageRank.
[^] # Re: Origine du message ?
Posté par Boa Treize (site web personnel) . En réponse au journal Drôle d'info à la radio. Évalué à -1.
[^] # Re: Déplacé
Posté par Boa Treize (site web personnel) . En réponse au journal Acrobat reader 7 béta. Évalué à 2.
Ben si, justement... Dire dans la licence qu'on ne peut le trouver que chez eux, c'est juste à des fins statistiques (et pour justifier l'achat de serveurs et de bande passante).
Premièrement, tu es bien présomptueux en prétendant connaître les raisons pour lesquelles Adobe ne veut héberger Acrobat Reader que sur ses serveurs. Ensuite, tu sembles discuter de la licence habituelle des versions finales d'Acrobat Reader, pas de la licence de cette version de test. Tu as, semble-t-il, bien du mal à faire la distinction et à respecter le travail des autres.
xOvni t'a déjà donné le lien pour dénoncer les actes de piratages
Il n'est valable que pour les États-Unis d'Amérique.
[^] # Re: Déplacé
Posté par Boa Treize (site web personnel) . En réponse au journal Acrobat reader 7 béta. Évalué à 2.
Je n'ai pas non plus lu la licence, mais un autre utilisateur l'a fait et affirme qu'elle n'autorise pas cette diffusion.
Adobe a arréter la diffusion de la béta, ca ne veux pas dire qu'il est interdit de la diffuser.
Sans autorisation particulière (une licence), il est interdit de diffuser quelque chose qui ne t'appartient pas.
[^] # Re: Déplacé
Posté par Boa Treize (site web personnel) . En réponse au journal Acrobat reader 7 béta. Évalué à 4.
Ce n'est pas un logiciel gratuit, c'est une version de test dont ils souhaitent limiter la diffusion. Ce n'est pas en te torchant le cul avec les contrats des autres que tu auras de la légitimité à faire respecter les tiens (la GPL, par exemple).
Tant qu'à parler de GPL, je trouve que votre assoce est complètement en porte-à-faux en luttant contre l'envahissement de l'INSA de Lyon par Microsoft tout en hébergeant illégalement des fichiers sur ses machines. Top credibility.
# Lucas sur la pente montante ?
Posté par Boa Treize (site web personnel) . En réponse au journal LinuxFR sur la pente descendante ?. Évalué à 10.
Bien sûr, il y a eu des changements techniques (daCode, Templeet), des régressions (lors du passage à Templeet notamment, lentement corrigées), de nombreuses évolutions dans la notation des commentaires, l'ajout d'excellentes fonctionnalités (les journaux, le correcteur orthographique). Des hauts et des bas, mais en moyenne rien n'a changé. Le site reste un site de discussion, caractérisé par ses utilisateurs.
Les utilisateurs ont-ils changé ? Globalement, pas trop, il me semble. On y trouve toujours des trolls plus ou moins volontaires, des débateurs pinailleurs professionnels, de joyeux boxonisateurs qui ne restent qu'un temps avant de claquer la porte bruyamment, des gens plus compétents mais plus modérés, donc moins visibles, etc. Les dépêches sont parfois bâclées, parfois soignées, souvent de qualité moyenne, efficaces mais améliorables.
Les utilisateurs changent-ils ? Oui, indéniablement, individuellement. En caricaturant un peu, on arrive sur le site tout impressionné de ces gens qui savent tout, de ces dépêches capitales, de cette géniale source d'informations, voire de cette idéologie fraternelle. Puis on découvre les limites du truc, les commentaires biaisés, les mécanismes de modération, on s'aperçoit que l'on en sait parfois plus que celui qui a rédigé la dépêche, on s'énerve de certaines fautes. Au fur et à mesure que l'on apprend, on découvre qu'une partie des commentaires est rédigée par des petits rigolos qui n'y connaissent rien, et on aimerait entendre plus ceux qui, maintenant que l'on arrive à les repérer dans ce fatras, ont des choses intéressantes et nouvelles à dire, une expérience à partager. En parallèle, on finit ses études, le temps manque, il faut commencer à mettre de la nourriture sur la table tout seul comme un grand, on revoit parfois ses idéaux à la baisse.
Et tout ça fait que régulièrement certains utilisateurs découvrent que LinuxFr c'est nul, bourré de trolls, une perte de temps. Je suppose qu'un bon nombre part en silence, d'autres claquent la porte (en oubliant parfois de passer le seuil de celle-ci, avant de la claquer). D'autres s'en aperçoivent aussi, mais s'accomodent des imperfections, apprenent à ignorer les commentaires les plus outrageants, et tentent d'apprécier LinuxFr pour le peu qu'il est, pour le tout qu'il est, malgré et avec ses imperfections. C'est bien pour ça qu'on l'aime, non ? :-)
(Et un petit troll de temps en temps, ça réchauffe !)
[^] # Re: C'est louuuuurd
Posté par Boa Treize (site web personnel) . En réponse au journal Acrobat reader 7 béta. Évalué à 2.
[^] # Re: Mauvais lien
Posté par Boa Treize (site web personnel) . En réponse au message A l'aiiide ! configuration d'un bridge wifi/ethernet. Évalué à 3.
Pour ce qui est de ton problème : je n'ai jamais utilisé brctl ou un truc de ce genre, par contre j'ai longtemps utilisé un PC sous Linux comme routeur vers Internet. Ma configuration était la suivante : un PC avec un SpeedTouch (interface ppp0 vers Internet) et avec une carte réseau sans fil (interface ra0 dans mon cas), et par ailleurs deux machines clientes, un PC avec une carte réseau sans fil (interface ra0 encore une fois) et un portable alternativement sous Windows XP et sous Linux (interface wlan0 dans ce cas).
Les trois interfaces sans fil (ra0, ra0, wlan0) étaient sur le même réseau, il n'y avait pas de point d'accès, c'était du pur Ad-Hoc. Les deux clients étaient configurés pour avoir le PC « internet » comme route par défaut (un truc genre « route add default gw <adresse-du-PC-avec-le-SpeedTouch> ». Je ne crois pas qu'il y avait de réglage particulier au niveau du PC « internet », vu que l'interface ppp0 était définie comme route par défaut automatiquement lors du lancement de la connexion. Donc, lorsqu'un paquet destiné à une adresse injoignable (pour le réseau local) était généré sur un des clients, il était automatiquement transmis au PC « internet », et comme l'adresse n'était pas plus joignable à son niveau, il était automatiquement transmis au SpeedTouch, et partait ensuite faire un tour du monde.
Ton cas est un poil différent (il y a une étape en plus, avec ton modem-routeur), mais il devrait fonctionner pareil : assure-toi qu'il y a des routes par défaut appropriées sur chacune des machines, et tout devrait fonctionner, en tout cas dans le sens « connexion initiée par un des clients ». Dans l'autre sens (un de tes clients qui veut ouvrir des ports sur Internet pour recevoir des connexions), ça risque d'être plus compliqué, il faut que ton routeur sache qu'il doit transmettre les paquets destinés à ton réseau sans fil par l'intermédiaire de ton PC « internet »...
# http://pollueur.tu-sors.com/
Posté par Boa Treize (site web personnel) . En réponse au message Paris Hilton adopte un nouveau chien.. Évalué à -8.
# Mauvais lien
Posté par Boa Treize (site web personnel) . En réponse au message A l'aiiide ! configuration d'un bridge wifi/ethernet. Évalué à 3.
http://linuxfr.org/forums/submit.html(...)
# Chipset ?
Posté par Boa Treize (site web personnel) . En réponse au journal Wifi compatible linux à la FNAC. Évalué à 6.
Rien n'est moins sûr. J'ai par exemple acheté deux cartes réseau sans fil avec support Linux. Dans un cas le fabricant espérait proposer les pilotes sous peu, mais n'a finalement pas pu pour des raisons légales. La communauté a fini par sortir un truc open-source qui fait son boulot mais qui pourrait être meilleur. Dans l'autre le pilote n'était initialement fourni que sous forme binaire pour diverses versions de RedHat, puis sous forme de code source sans licence (quelques mois plus tard), puis enfin sous GPL (près d'un an plus tard). Le passage en GPL n'a pas miraculeusement amélioré le code source, il y a encore quelques problèmes de stabilité.
Bref, la seule chose qui compte c'est repérer quel chipset ces cartes utilisent, et voir ensuite quelle est la qualité des pilotes disponibles sous Linux. (A priori positif : c'est du « vieux » matos, donc ça a des chances d'être supporté...)
[^] # Re: Yuk
Posté par Boa Treize (site web personnel) . En réponse au journal Chroniques martiennes. Évalué à 2.
Ouais. Ceci dit, la logistique n'est pas très lourde, tu peux peut-être arriver à convaincre ton directeur de théâtre favori de tenter de les inviter...
(Je dis ça à moitié en blaguant, mais à moitié seulement.)
[^] # Re: Yuk
Posté par Boa Treize (site web personnel) . En réponse au journal Chroniques martiennes. Évalué à 2.
Ouais, ça c'est parfois un problème de la littérature à l'école. :-) Enfin bon, j'ai aussi lu pas mal de bouquins que j'ai bien aimé de cette manière. C'est l'étape d'analyse, rédaction, résumé, exposé, discussion en classe, etc. qui souvent fait un peu mal.
Je te suggère de mettre ce bouquin de côté pour dans quelques années, c'est marrant comme la perspective peu changer avec quelques années d'expérience en plus.
# Détails pratiques
Posté par Boa Treize (site web personnel) . En réponse au journal Chroniques martiennes. Évalué à 3.
Le tarif n'a rien d'exceptionnel (ni dans l'excès, ni dans la retenue), 15 ¤ à la base, 10 ¤ dans certains cas (que je ne connais pas, mais étudiant ça doit le faire). Ça vaut de toute façon le coût !
# Bonne réaction aux arguments « anti »
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Google contre la pollution des sites web. Évalué à 4.
http://padawan.info/fr/web/nofollow_suivre_ou_ne_pas_suivre.html(...)
[^] # Re: img_img contre ImageMagick
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Cinepaint, Glasgow et Verse. Évalué à 3.
Rien n'oblige d'utiliser tout ImageMagick. Je remarque au passage que j'ai des JPEG un peu corrompus qu'imlib refuse de charger alors qu'ImageMagick les affiche sans problème (mais en m'avertissant de la légère corruption). La simplicité d'imlib n'est donc pas toujours la bienvenue.
On ne retrouve les sources que pour Linux et Windows.
La seule différence, c'est le format de l'archive (tar.gz contre zip). Quasiment tous les projets font ça, je suis surpris que tu ne connaisses pas. Ta remarque fait limite troll, surtout vu que la page précise bien : « ImageMagick is quite portable, and compiles under almost every general purpose operating system that runs on 32-bit or 64-bit CPUs. »
"image formats up to 32-bit per channel deep", ce que imagemagic ne supporte pas il me semble
C'est possible, je ne connais pas bien. Mais pourquoi ne pas améliorer ImageMagick dans ce cas ? C'est vrai que ce n'est pas forcément simple, voilà en tout cas le premier argument valable pour la création d'img_img.
[^] # Re: Erreur avec man et ssh sous Slackware ?
Posté par Boa Treize (site web personnel) . En réponse au journal Erreur avec man et ssh sous Slackware? Lisez ceci!. Évalué à 2.
[^] # Re: Erreur avec man et ssh sous Slackware ?
Posté par Boa Treize (site web personnel) . En réponse au journal Erreur avec man et ssh sous Slackware? Lisez ceci!. Évalué à 3.
Extrait du ChangeLog de Slackware-current :
Mon Oct 11 23:41:16 PDT 2004
a/udev-035-i486-1.tgz: Upgraded to udev-035.
Thanks to ismail donmez and Jakub Jankowski for pointing out some
problems with pty handling in the previous udev.rules config file.
Ceci dit, cette apparence-ci peut également être trompeuse ; je n'ai pas testé le changement, puisque je n'utilise actuellement ni Linux 2.6 ni Slackware-current.
# img_img contre ImageMagick
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Cinepaint, Glasgow et Verse. Évalué à 10.
Je ne connais pas bien ImageMagick, mais il semble bien documenté, avoir une API C++, être distribué sous une licence plutôt sympathique (proche dans l'esprit d'une licence BSD) et être installé sur la plupart des machines Linux. Alors pourquoi lancer un nouveau projet ?
# Remarque en passant
Posté par Boa Treize (site web personnel) . En réponse au journal Erreur avec man et ssh sous Slackware? Lisez ceci!. Évalué à 3.
[^] # Re: Support des encodages quoted printabled
Posté par Boa Treize (site web personnel) . En réponse au journal Petit outil pour changer de charset et d'encodage. Évalué à 2.
Non, car UTF-8 ne se contente pas d'encoder Unicode, mais également l'ISO-10646, qui est un jeu de caractères codés sur 32 bits (et non pas 16 comme l'Unicode initial ou 21 comme l'Unicode actuel). On a alors bien besoin de six octets.
Cf. http://www.cl.cam.ac.uk/~mgk25/unicode.html(...) pour de plus amples informations.
[^] # Re: Bonne méthode?
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Google contre la pollution des sites web. Évalué à 3.
Je pense que si, je crois me souvenir l'avoir lu quelque part, mais je n'ai pas de lien sous la main ni le temps de le rechercher. Ça pose le problème des « boucles de PageRank » que tu présentes, mais rien ne dit que Google n'utilise pas d'autres sources pour évaluer la popularité et le sérieux d'un site, et n'a pas mis en place des mécanismes pour détecter les groupes de sites se promouvant mutuellement sans influence extérieure. Google emploie des gens très brillants, et dispose d'une puissance de calcul extraordinaire ; l'erreur la plus fréquente commise dans les discussions à leur propos est de les sous-estimer fortement.
[^] # Re: Redhat
Posté par Boa Treize (site web personnel) . En réponse au journal Mandrake à la FNAC. Évalué à 7.
[^] # Re: Support des encodages quoted printabled
Posté par Boa Treize (site web personnel) . En réponse au journal Petit outil pour changer de charset et d'encodage. Évalué à 2.
Tu n'as manifestement pas compris l'encodage UTF-8. Le "é" c'est bien le caractère Unicode n°00E9 (soit 233 en décimal, c'est volontaire, les 256 premiers caractères d'Unicode reprennent l'ISO-8859-1), et il se code C3 A9 en UTF-8, point final. (Mais d'où sors-tu ton second 233 ?!)
Pour information, les caractères Unicode de 0000 à 007F se codent sur un octet en UTF-8, les caractères de 0080 à 07FF se codent sur deux octets, les caractères de 0800 à FFFF se codent sur trois octets. (Et ainsi de suite pour les autres caractères, on peut monter jusqu'à six octets de cette manière.)
[^] # Re: Bonne méthode?
Posté par Boa Treize (site web personnel) . En réponse à la dépêche Google contre la pollution des sites web. Évalué à 3.
Mouarf, ça existe depuis belle lurette.
Cette mesure n'est efficace que s'ils peuvent pondérer la pertinence des liens en fonction de la crédibilité du site sur lequel ils sont (et non sur lequel ils pointent).
C'est exactement comme ça que fonctionne le PageRank.
[^] # Re: sortie en salle
Posté par Boa Treize (site web personnel) . En réponse au journal Tokyo Godfathers sorti en DVD. Évalué à 2.
(Le Royaume des chats est sympa mais pas exceptionnel, loin de là.)