Denis Bodor a écrit 628 commentaires

Encore faudrait-il que le flou entourant les logiciels PGP et GPG se dissipe. Sauf erreur de ma part (je suis pas à jour au niveau connaissance de la loi), ces soft possède une capacité de chiffrement qui les classe dans un catégorie particulière. Ils doivent faire l'objet d'un dépot de dossier auprès d'une agence gouvernementale afin d'en valider la légalité d'utilisation. Ce qui n'a toujours pas été fait puisque ce dépot de dossier revient cher.

Le certificat est au standard X509v3 qui est déjà supporté par netscape et Mozilla (pas vérifié).
Obtenir une certification valable trois mois pour tests est possible sur le site http://www.sertinomis.fr(...) . X509 est utilisé sous la forme de messages s/MIME qui sont parfaitement gérés par les utilitaires livrés avec openSSL.

Un client mail pourra en théorie tuyauter les messages pour les faire signer et/ou vérifier par un outil openSSL.

Bon, en clair, on devrait arriver à s'en sortir sous GNU/Linux mais le coté "tière de confiance" ne m'inspire pas du tout. Je préfère largement les systèmes à base de GnuPG et dont les clefs publics sont disponibles sur des serveurs de clefs. Cela fait un bout de temps que les sources du kernel Linux sont signés de cette manière comme d'ailleur pas mal de communiqués officiels de la communauté.
Avons-nous vraiment besoin d'un tière de confiance ? Une signature manuelle sur un bout de papier fait autorité de par sont usage. Il y aura toujours quelqu'un qui aura une trace de votre signature à un moment donné de votre vie pour vérifier si tel ou tel document est bien signé par vous. Il me paraît donc logique qu'une signature électronique utilisée depuis 3 ou 4 ans et référencée sur des serveurs de clefs est tout aussi valide qu'une signature manuelle.

De plus, quel tière est vraiment "de confiance" ? Une société privée ? l'Etat ? La poste ? Qui me garanti que ma clef ne sera pas disponible un jour parce qu'une personne se sera fait graisser la patte ? Je préfère générer ma clef moi même et que l'historique de son utilisation soit son certificat de validité.

Ah, grand problème que celui-là....
Qu'est ce qui est mieux :
- fournir les sources des articles sur le CD et risquer de voir des lecteurs simplement compiler le code puis le modifier sans vraiment comprendre tout l'esprit et tout le principe de l'exemple. Mais également faciliter la vie des autres qui maîtrisent déjà la matières
- ne pas fournir le code sur le CD et "forcer" le lecteur à le taper pour qu'il comprenne l'interêt de chaque ligne.

Personnellement, je me rappel de la grande époque des magazines de programmation où je passai des heures sur mon C64 à essayer de comprendre pourquoi le code sur la page, une fois, tapé, ne fonctionnait pas... Perte de temps ? Non, cela m'obligeai à faire une choses très instructive : la recherche de l'erreur, le debuging...
Enfin, une fois m'être rendu compte que j'avais simplement oublié un GOSUB ou un RETURN, je comprenait également que ce n'était qu'à ce moment là que j'avais vraiment compris le listing.

Maintenant, en fonction des articles, le problème est encore différent. Les listings contenu dans les deux (ou trois) premier articles sur la programmation en évitant les failles de sécurité sont très bien sur le papier et uniquement sur le papier. Je n'aimerai pas être à la place d'un admin qui se fait ravager le système parce qu'un clown a eu la bonne idée de faire un make dans les sources fournis sur le CD...

IL s'agit d'une limitation de dans Mach. La limite est plus ou moins de 1Go, c'est la taille de la mémoire virtuelle que mach peut adresser en un seul fois. Je ne comprend pas bien le rapport avec la gestion des systèmes de fichier. Mais une chose est sûre des patch existent pour corriger ce problème mais certaines choses passent avant, comme par exemple l'utilisation d'un système d'init plus configurable.

Info sur la limite : http://kt.linuxcare.com/debian-hurd/dh19991006_18.epl#3(...)

Ton hd0s1 doit sans doute dépasser les 800 et quelques Mo fatidiques. Il s'agit d'un problème qui sera réglé plus tard, pour l'heure essai une plus petite partoche.

Je suis plutôt d'accord avec Raster, le CPU coûtant plus cher que la RAM, c'est une démarche logique.

André et Yves on parfaitement démontré la puissance de The Gimp 1.2 dans le HS et c'était le but fixé. Expliquer quelques manipulations qui apportent un résultat impressionnant, et non pas remplacer le GUM, voilà l'objectif.
Mais dire que c'est du vol, c'est un peu lourd je trouve. C'est vrai quoi, je suis loin (très loin) d'avoir les compétences des auteurs avec The Gimp et je me considère comme un lecteur face à ce HS. Du coup, moi, les images sur le second CD je trouve ca super important.

Absolument !
Si Eric le veut bien, il sera rémunéré pour l'article.
J'apporte aussi une petit précision : l'article ne figure pas dans le sommaire car justement nous avions déjà du retard et que le sommaire était déjà finit.

Quelques explications d'imposent sur la manière dont cet article m'est parvenu et donc, est parvenu dans le magazine. C'est au court d'une nuit consacrée à l'écriture des derniers articles du LM25 que j'ai eu contact avec un certain "pamuk" en IRC. Je lui ai rapidement expliqué la situation (retard) et il s'est immédiatement proposé pour me fournir un article qu'il utilisait comme support pour ses formations. Il m'a ainsi "passé" le document en DCC.

Ce monsieur Pamukal (si tel est bien son nom) n'a pas souhaité être rémunéré pour l'article car il m'avait dit n'avoir fait qu'une traduction/adaptation. Certe cela arrive parfois mais cela aurait du me faire "tiquer", tout comme l'absence d'adresse email.

Linux Mag n'a rien à voir directement dans cette affaire à mon gout. Il s'agit d'une faute, et en particulier de ma faute. 80% du rédactionnel du magazine est realisé par des contributeurs et j'aurai du vérifier la provenance de cet article, meme si, à ce moment, le temps me manquait.

Je connais bien quelques membres de LF et je suis vraiment désolé de ce qui est arrivé. Il n'est pas dans les habitudes de LinuxMag de faire du plagia et je ferai tout mon possible pour que cela ne se reproduise plus jamais.

Bon, ok. Alors précisions :

- ce n'est pas de la mauvaise volonté, c'est un manque de temps et il faut dire que le nettoyage du HTML c'est pas drole.
- Je viens de placer les anciens fichiers HTML sur le site (http://www.linuxmag-france.org/old/(...)) C'est pas beau mais c'est lisible.

Vala :)

"Par contre, attention, Linux+ et Linux Mag reprennent les articles et les traduisent."

Il faudrait peut-être se renseigner un minimum avant d'écrire ce genre de bétises.

LinuxMag n'a jamais traduit d'articles de Linux Journal !

En revanche, Linux+ en a acheter pour les traduire et les publier en français (en le spécifiant d'ailleurs).

hmmm, dans le genre je lis la question avant de réponde...
Tentes le coup avec pi-getrom si c'est un palm moderne.

La ligne manquante dans l'article ne t'aurait pas aidé.
Par contre je n'ai eu aucun problème pour les ROMs comme le montre les captures, ca marche très bien. Cependant j'ai du les récupérer comme toi avec les outils pilot-link.
Dans POSE, un New->[Romfile]Other et zou, ca marche.

Soyons honnête, j'ai ajouté l'erratum après avoir vu l'annonce :)

hmmmm, je ne suis pas d'accord avec toi sur un point : je pense que l'apprentissage est une phase nécssaire pour l'informatique. Il faut que l'humain passe par cette phase pour apprécier ce qu'il fait de l'ultime jouet qu'est l'ordinateur.

Pour résumer mon point de vue, je dirai que l'utilisateur lambda utilisant son ordinateur à titre privé comme il utilise sa tondeuse ou son four micro-ondes n'a pas réellement besoin d'ordinateur. Quelque soit le domaine qu'il aime, jeux, musique, texte, image... l'utilisation qu'il fait de son matériel transforme ce dernier en appareil électo-ménager. Peu importe pour lui, la philosophie ou même la technologie qui se cache dans son appareil...
Mais lorsqu'on parle d'informatique au sens historique du terme tout est différent et sans connaître on apprécie pas vraiment.

Le but de ce qui va devenir une section dans LMag est d'exposer une idée, un point de vue.
Bien sûr, nous allons étendre la section au fil du temps, avec, je l'espère des moments très interressant où deux, voir trois, points de vue globalement identiques divergent complètement sur certaines parties.

On devrait surtout déposer un brevet sur la méthode qui consiste à enregistrer une méthode pour la protéger.

Je vais breveter la méthode qui consiste à utiliser des "A" et des "B" pour expliquer des choses :)

Ca fait six mois que Gimp 1.2 est "coming soon" :)
Alors, tout logiquement, après une période d'espoire, on a mit franchement cette annonce en disant que le HS sortira en même temps que Gimp.
Bon, c'est vrai, on a oublié de changer le numéro sur la couv. du HS Gimp. Oups.

Parce que toi, tu arrives à faire un CDROM qui continu à être mis à jour alors qu'il est en production ?

C'est bien simple, dans l'édito je dis ce que je pense. Et je pense que ce que fait RH et Suse est de la politique et de la commercialisation ala M$. Secondo, les hors series sont là pour permettre aux lecteurs d'essayer des distribs, quand bien même je trouve que numéroter de telles distribs 7.0 est à la limite de la blague marketing. En clair, je n'impose pas mon avis, je l'expose. A la charge de chacun de se forger un avis.

Combien de fois devrais-je le dire, un seul vote par adresse ip sera prit en compte.
Faudrait peut-être lire les commentaires déjà postés parfois.

C'est un peu idiot comme procedure à mon avis. A part emm**der MySQL ca n'avancera a rien.

select distinct ip..;

et pis voila.

:)
En effet, les votes sont tous enregistres, mais maintenant l'adresse ip remote aussi.
C'est un peu goret pour les gens qui font du NAT mais bon...

Tu remarqueras au passage que le nombre de pages à changé et que le papier aussi.
Ajoute à cela, qu'il existe une pénurie de papier et plein d'autres truc et tu arrives à la bonne conclusion.
Si LinuxMag était un projet purement "maveussoussou" il serait bien différent. na !