Désolé, j'ai écrit ce texte pour les groupes anglos et je n'ai pas le
goût de traduire. S'il y a un volontaire, pas de problème.
GP
-------------
Recently, I discoved I couldn't have swaret to check gpg signatures.
So, I wrote on the swaret forum to see what kind of help I could get.
Here's the discussion with a moderator and, then, with the administrator:
Whole thread available at:
http://swaret.sourceforge.net/index.php?name=PNphpBB2&file=viewtopic&t=69
-----------------------------------
Posted: Sep 21, 2004 - 02:19 PM
I use swaret 1.6.2-1 and tried to get swaret to check the gpg signature.
"swaret --gpg -i" either on a CD or a mirror retourned "DONE", no
problem.
But when I try to update, I get "CORRUPTED" on all files. Anything I'm
missing?
Otherwise, swaret is great... and, for once, the documentation has
been written by somebody with some writing capabilities.
Mr Cottyn contributed more to Slackware than anybody else. Many people
have adopted Slackware because of him and I, for one, would certainly
have moved to another distro if it hadn't been for swaret.
When the /feud/ began, his project was to make Slackware even more
powerful by offering network upgrades.
It's been a long time since we've heard from him and I'm truly worried.
Gilles Pelletier
La Masse Critique
http://www.enter-net.com/~gpelleti
-----------------------------
The moderator, a certain lennard, suggested that I download the key,
then import it with the command:
swaret --gpg -i gpg-key
I did comply but I couldn't figure what difference it would make
since, as I explained in my message, I had no problem importing the
key directly. And, indeed, I still got the same error message afterwards.
lennard then answered:
"Try to remove your /var/swaret directory. (in case of some
caching-thingies and all)
After that update your Swaret, (and update the GPG-KEY again, as
described before) and try an upgrade."
-------------------------
Getting frustrated by this nonsense, I answered:
"Thanks for your "caching-thingies" suggestion, but I don't remember
Cottyn playing caching-thingies.
Just as the preceding, this advice is no advice."
-------------------------
The LinuxSneaker, the administrator, then moved in:
"I think what he was trying to say was in case there was some stale
lock files, but I don't think that would effect the gpg and md5
situation.
I am rewriting the download function, and I will have these assumptions:
md5 is used to check completeness
gpg is used to check security
------------------------------
"md5 is used to check completeness" ??? What the hell is this? Of
course, if a file is incomplete, the md5sum, won't check OK.
But what's all this "assumptions" mumbo-jumbo about? No assumptions
are needed. You plainly need to have md5sum check md5sum and gpg check
signatures. That's it, that's all.
As surely as one and one is two, this kind of nonsense indicates that
Luc Cottyn is not around. The people who are now running the site
are exactly the kind that apparently first got Cottyn infuriated. I
certainly wouldn't be caught dead downloading anything from
swaret.sourceforge.net at the present time, not even from sourceforge,
for that matter.
Sourceforge, where a lot of noise was made around nullities such as
slapt-get, is apparently satisfied with this new state of affairs.
They're glad they got rid of Cottyn, the guy who was apparently so
stupid as to insult people all over the place without even attempting
to hide his IP address.
Patrick Volkerding removed swaret from Slackware 10 without a shade of
a comment. The rumor was Luc Cottyn was labeled "irresponsible". An
"irresponsible" had produced an upgrade tool eons ahead of PV's own
pkgtool.
Just as if I hadn't noticed anything wrong in LinuxSneaker's answer, I
asked one again about Cottyn:
"Thank you for your answer, LinuxSneaker.
As you've noticed, my question was twofold. The second part was
concerning Luc Cottyn.
Is he still participating to the project? Where can he be reached?
What about his project concerning network upgrades?"
-------------------------
I posted my question on Sept. 28 in the morning. As of Oct 2nd, 23h, I
got no answer. Who is Cottyn, where is Cottyn, this guy who was about
to provide Slackware with a network upgrade tool when the /feud/
began, nobody knows, nobody worries. Cottyn was an irresponsible.
Alors, M. Florac, tu réussis à faire vérifier tes signatures, toi? Et il doit bien y en avoir un ou deux autres qui utilisent Slack.
J'ai fait la manip, mais je n'ai rien à installer pour l'instant :)
Vous trouvez ça normal ce qui s'est passé avec cet «irresponsable» de Cottyn?
Un peu surprenant, j'attends de voir ce que va devenir swaret maintenant.
-- Mais monsieur, voudriez-vous que je me l'écorchasse? Barbey d'Aurevilly.
GP
Emmanuel Florac wrote:
Alors, M. Florac, tu réussis à faire vérifier tes signatures, toi? Et il doit bien y en avoir un ou deux autres qui utilisent Slack.
J'ai fait la manip, mais je n'ai rien à installer pour l'instant :)
Gros problème! Désinstalle quelque chose ou installe quelque chose dont tu n'as pas besoin.
Vous trouvez ça normal ce qui s'est passé avec cet «irresponsable» de Cottyn?
Un peu surprenant, j'attends de voir ce que va devenir swaret maintenant.
Bah, non seulement il ne se passe rien depuis près d'un an, mais il me semble que mon message démontre que, avec des gens qui pensent en termes de «caching-thingies» et «d'assumptions», l'avenir n'est guère plus reluisant.
Si un crétin qui n'est pas capable de faire 1 + 1 te disait qu'il va produire un réacteur à fusion, dirais-tu «Attendons de voir ce que ça donne»?
Em attendant, on a un formidable développeur qui vient de disparaître du paysage et ça n'inquiéte personne. Le gars a peut-être sombré dans l'alcoolisme, il est peut-être sur le point de se suicider, il est peut-être prisonnier de Crowsoft sous le mont Ste-Helen :) et tout le monde s'en fout.
Moi, je trouve ça très inquiétant, non seulement pour Cottyn, mais pour toute la communauté. À partir du moment où on accepte que les gens disparaissent comme ça, il n'y a plus un projet qui est à l'abri des manipulations.
GP
Emmanuel Florac wrote:
Alors, M. Florac, tu réussis à faire vérifier tes signatures, toi? Et
il doit bien y en avoir un ou deux autres qui utilisent Slack.
J'ai fait la manip, mais je n'ai rien à installer pour l'instant :)
Gros problème! Désinstalle quelque chose ou installe quelque chose
dont tu n'as pas besoin.
Vous trouvez ça normal ce qui s'est passé avec cet «irresponsable» de
Cottyn?
Un peu surprenant, j'attends de voir ce que va devenir swaret maintenant.
Bah, non seulement il ne se passe rien depuis près d'un an, mais il me
semble que mon message démontre que, avec des gens qui pensent en
termes de «caching-thingies» et «d'assumptions», l'avenir n'est guère
plus reluisant.
Si un crétin qui n'est pas capable de faire 1 + 1 te disait qu'il va
produire un réacteur à fusion, dirais-tu «Attendons de voir ce que ça
donne»?
Em attendant, on a un formidable développeur qui vient de disparaître
du paysage et ça n'inquiéte personne. Le gars a peut-être sombré dans
l'alcoolisme, il est peut-être sur le point de se suicider, il est
peut-être prisonnier de Crowsoft sous le mont Ste-Helen :) et tout le
monde s'en fout.
Moi, je trouve ça très inquiétant, non seulement pour Cottyn, mais
pour toute la communauté. À partir du moment où on accepte que les
gens disparaissent comme ça, il n'y a plus un projet qui est à l'abri
des manipulations.
Alors, M. Florac, tu réussis à faire vérifier tes signatures, toi? Et il doit bien y en avoir un ou deux autres qui utilisent Slack.
J'ai fait la manip, mais je n'ai rien à installer pour l'instant :)
Gros problème! Désinstalle quelque chose ou installe quelque chose dont tu n'as pas besoin.
Vous trouvez ça normal ce qui s'est passé avec cet «irresponsable» de Cottyn?
Un peu surprenant, j'attends de voir ce que va devenir swaret maintenant.
Bah, non seulement il ne se passe rien depuis près d'un an, mais il me semble que mon message démontre que, avec des gens qui pensent en termes de «caching-thingies» et «d'assumptions», l'avenir n'est guère plus reluisant.
Si un crétin qui n'est pas capable de faire 1 + 1 te disait qu'il va produire un réacteur à fusion, dirais-tu «Attendons de voir ce que ça donne»?
Em attendant, on a un formidable développeur qui vient de disparaître du paysage et ça n'inquiéte personne. Le gars a peut-être sombré dans l'alcoolisme, il est peut-être sur le point de se suicider, il est peut-être prisonnier de Crowsoft sous le mont Ste-Helen :) et tout le monde s'en fout.
Moi, je trouve ça très inquiétant, non seulement pour Cottyn, mais pour toute la communauté. À partir du moment où on accepte que les gens disparaissent comme ça, il n'y a plus un projet qui est à l'abri des manipulations.
GP
Emmanuel Florac
Le Sun, 03 Oct 2004 18:26:54 -0400, GP a écrit :
Gros problème! Désinstalle quelque chose ou installe quelque chose dont tu n'as pas besoin.
Bon, je vais chercher un truc pas installé...
7-plus. Ah ben non, il dit qu'il est corrompu. Ah, j'ai compris : les messages de gpg sont en français, et swaret recherche des chaînes en anglais uniquement... (le vieux problème de gpg qui emmerde tout le monde et le rend quasiment inscriptable : pourquoi il n'ont pas fait de librairie gpg? nul ne le sait...). Bref ça ne peut pas marcher si on est pas en anglais... (variables d'environnement $LANG sur "C" ou "US", etc).
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
-- Je suis riche des biens dont je sais me passer. Louis-Jean-Baptiste Etienne Vigée.
Le Sun, 03 Oct 2004 18:26:54 -0400, GP a écrit :
Gros problème! Désinstalle quelque chose ou installe quelque chose
dont tu n'as pas besoin.
Bon, je vais chercher un truc pas installé...
7-plus. Ah ben non, il dit qu'il est corrompu. Ah, j'ai compris : les
messages de gpg sont en français, et swaret recherche des chaînes en
anglais uniquement... (le vieux problème de gpg qui emmerde tout le monde
et le rend quasiment inscriptable : pourquoi il n'ont pas fait de
librairie gpg? nul ne le sait...). Bref ça ne peut pas marcher si on est
pas en anglais... (variables d'environnement $LANG sur "C" ou "US", etc).
Ce n'est pas la faute de l'équipe de swaret, c'est un problème
récurrent avec gpg.
--
Je suis riche des biens dont je sais me passer.
Louis-Jean-Baptiste Etienne Vigée.
Gros problème! Désinstalle quelque chose ou installe quelque chose dont tu n'as pas besoin.
Bon, je vais chercher un truc pas installé...
7-plus. Ah ben non, il dit qu'il est corrompu. Ah, j'ai compris : les messages de gpg sont en français, et swaret recherche des chaînes en anglais uniquement... (le vieux problème de gpg qui emmerde tout le monde et le rend quasiment inscriptable : pourquoi il n'ont pas fait de librairie gpg? nul ne le sait...). Bref ça ne peut pas marcher si on est pas en anglais... (variables d'environnement $LANG sur "C" ou "US", etc).
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
-- Je suis riche des biens dont je sais me passer. Louis-Jean-Baptiste Etienne Vigée.
Emmanuel Florac
Le Tue, 05 Oct 2004 00:24:36 +0200, Emmanuel Florac a écrit :
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
Par ailleurs j'ai posté une explication et une idée de correction sur le forum swaret. Je ne me lance pas dans l'écriture du correctif moi même, swaret est un code un peu trop échevelé pour moi à l'heure qu'il est! S'ils ne réagissent pas, j'essaierai de proposer un patch propre pour la 1.7.0.
Sinon un workaround à essayer pour toi: avant de lancer swaret --install, fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour moi avec 7plus, cependant les messages d'erreur de swaret ont paru nettement "mieux" si l'ont peut dire :
### Téléchargement de 7plus-2.25-i486-2 (60 kB)... --- 60 kO/60 kO [TOTAL: 60 kO/60 kO] ~ 35 kO/s FINI! => <MD5CHECK> MD5 pour Package 7plus-2.25-i486-2 OK! [ ftp://ftp.nluug.nl/pub/os/Linux/distr/slackware/slackware-current ] ### Téléchargement du fichier de Signature GPG pour 7plus-2.25-i486-2... FINI! %%% Vérification de la Signature GPG '7plus-2.25-i486-2'... FINI! => <GPGCHECK> GPG Signature Check Package 7plus-2.25-i486-2... ÉCHOUÉ! => <GPGCHECK> ERREUR: Clé publique GPG NON TROUVÉE! => <GPGCHECK> Veuillez consulter le F.A.Q. ou allez sur notre Forum à http://www.swaret.org! => Occupé à Installer 7plus-2.25-i486-2... FINI!
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
-- on passe la moitié de son temps à refaire ce que l'on n'a pas eu le temps de faire correctement. Loi de Myers.
Le Tue, 05 Oct 2004 00:24:36 +0200, Emmanuel Florac a écrit :
Ce n'est pas la faute de l'équipe de swaret, c'est un problème
récurrent avec gpg.
Par ailleurs j'ai posté une explication et une idée de correction sur le
forum swaret. Je ne me lance pas dans l'écriture du correctif moi même,
swaret est un code un peu trop échevelé pour moi à l'heure qu'il est!
S'ils ne réagissent pas, j'essaierai de proposer un patch propre pour la
1.7.0.
Sinon un workaround à essayer pour toi: avant de lancer swaret --install,
fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour
moi avec 7plus, cependant les messages d'erreur de swaret ont paru
nettement "mieux" si l'ont peut dire :
### Téléchargement de 7plus-2.25-i486-2 (60 kB)...
--- 60 kO/60 kO [TOTAL: 60 kO/60 kO] ~ 35 kO/s FINI!
=> <MD5CHECK> MD5 pour Package 7plus-2.25-i486-2 OK!
[ ftp://ftp.nluug.nl/pub/os/Linux/distr/slackware/slackware-current ]
### Téléchargement du fichier de Signature GPG pour 7plus-2.25-i486-2... FINI!
%%% Vérification de la Signature GPG '7plus-2.25-i486-2'... FINI!
=> <GPGCHECK> GPG Signature Check Package 7plus-2.25-i486-2... ÉCHOUÉ!
=> <GPGCHECK> ERREUR: Clé publique GPG NON TROUVÉE!
=> <GPGCHECK> Veuillez consulter le F.A.Q. ou allez sur notre Forum à http://www.swaret.org!
=> Occupé à Installer 7plus-2.25-i486-2... FINI!
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
--
on passe la moitié de son temps à refaire ce que l'on n'a pas eu le
temps de faire correctement.
Loi de Myers.
Le Tue, 05 Oct 2004 00:24:36 +0200, Emmanuel Florac a écrit :
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
Par ailleurs j'ai posté une explication et une idée de correction sur le forum swaret. Je ne me lance pas dans l'écriture du correctif moi même, swaret est un code un peu trop échevelé pour moi à l'heure qu'il est! S'ils ne réagissent pas, j'essaierai de proposer un patch propre pour la 1.7.0.
Sinon un workaround à essayer pour toi: avant de lancer swaret --install, fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour moi avec 7plus, cependant les messages d'erreur de swaret ont paru nettement "mieux" si l'ont peut dire :
### Téléchargement de 7plus-2.25-i486-2 (60 kB)... --- 60 kO/60 kO [TOTAL: 60 kO/60 kO] ~ 35 kO/s FINI! => <MD5CHECK> MD5 pour Package 7plus-2.25-i486-2 OK! [ ftp://ftp.nluug.nl/pub/os/Linux/distr/slackware/slackware-current ] ### Téléchargement du fichier de Signature GPG pour 7plus-2.25-i486-2... FINI! %%% Vérification de la Signature GPG '7plus-2.25-i486-2'... FINI! => <GPGCHECK> GPG Signature Check Package 7plus-2.25-i486-2... ÉCHOUÉ! => <GPGCHECK> ERREUR: Clé publique GPG NON TROUVÉE! => <GPGCHECK> Veuillez consulter le F.A.Q. ou allez sur notre Forum à http://www.swaret.org! => Occupé à Installer 7plus-2.25-i486-2... FINI!
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
-- on passe la moitié de son temps à refaire ce que l'on n'a pas eu le temps de faire correctement. Loi de Myers.
Emmanuel Florac
Le Tue, 05 Oct 2004 00:38:45 +0200, Emmanuel Florac a écrit :
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
J'ai essayé avec autre chose mais malheureusement, no luck... Hélas il est difficile de débugger swaret parce qu'il n'y a pas de moyen simple de récupérer les messages de gpg et autres...
-- Dix grammes d'abstraction valent des tonnes de bricolage. Loi de Booker.
Le Tue, 05 Oct 2004 00:38:45 +0200, Emmanuel Florac a écrit :
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
J'ai essayé avec autre chose mais malheureusement, no luck... Hélas il
est difficile de débugger swaret parce qu'il n'y a pas de moyen simple de
récupérer les messages de gpg et autres...
--
Dix grammes d'abstraction valent des tonnes de bricolage.
Loi de Booker.
Le Tue, 05 Oct 2004 00:38:45 +0200, Emmanuel Florac a écrit :
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
J'ai essayé avec autre chose mais malheureusement, no luck... Hélas il est difficile de débugger swaret parce qu'il n'y a pas de moyen simple de récupérer les messages de gpg et autres...
-- Dix grammes d'abstraction valent des tonnes de bricolage. Loi de Booker.
GP
Emmanuel Florac wrote:
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le temps de le dire.
Bizarre, tout de même.
Par ailleurs j'ai posté une explication et une idée de correction sur le forum swaret. Je ne me lance pas dans l'écriture du correctif moi même, swaret est un code un peu trop échevelé pour moi à l'heure qu'il est! S'ils ne réagissent pas, j'essaierai de proposer un patch propre pour la 1.7.0.
Sinon un workaround à essayer pour toi: avant de lancer swaret --install, fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour moi avec 7plus
J'ai carrément changé la langue au boot, et pas de problème, ça fonctionne. Merci.
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
C'est dans le répertoire ham, donc la radio ondes courtes, si je ne me trompe.
7PLUS is an encoder vaguely similar to Unix's UUENCODE. It uses a very effective radix216 encoding and incorporates diverse mechanisms to ensure decoded data is not corrupted. It also includes an interactive repair mechanism which allows the repair of damaged files using correction files, thus eliminating the need to retransmit entire files. In case of a corruption, only the faulty sections are resent. 7PLUS is only meant to be used within the Packet Radio network for the tranport of binary data through Packet Radio mail. It cannot be used for Internet eMail since it needs a (almost) transparent path from end to end.
Emmanuel Florac wrote:
Ce n'est pas la faute de l'équipe de swaret, c'est un problème
récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de
langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le
temps de le dire.
Bizarre, tout de même.
Par ailleurs j'ai posté une explication et une idée de correction sur le
forum swaret. Je ne me lance pas dans l'écriture du correctif moi même,
swaret est un code un peu trop échevelé pour moi à l'heure qu'il est!
S'ils ne réagissent pas, j'essaierai de proposer un patch propre pour la
1.7.0.
Sinon un workaround à essayer pour toi: avant de lancer swaret --install,
fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour
moi avec 7plus
J'ai carrément changé la langue au boot, et pas de problème, ça
fonctionne. Merci.
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
C'est dans le répertoire ham, donc la radio ondes courtes, si je ne me
trompe.
7PLUS is an encoder vaguely similar to Unix's UUENCODE.
It uses a very effective radix216 encoding and incorporates
diverse mechanisms to ensure decoded data is not corrupted.
It also includes an interactive repair mechanism which allows
the repair of damaged files using correction files, thus
eliminating the need to retransmit entire files. In case of
a corruption, only the faulty sections are resent. 7PLUS
is only meant to be used within the Packet Radio network
for the tranport of binary data through Packet Radio mail.
It cannot be used for Internet eMail since it needs a
(almost) transparent path from end to end.
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le temps de le dire.
Bizarre, tout de même.
Par ailleurs j'ai posté une explication et une idée de correction sur le forum swaret. Je ne me lance pas dans l'écriture du correctif moi même, swaret est un code un peu trop échevelé pour moi à l'heure qu'il est! S'ils ne réagissent pas, j'essaierai de proposer un patch propre pour la 1.7.0.
Sinon un workaround à essayer pour toi: avant de lancer swaret --install, fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour moi avec 7plus
J'ai carrément changé la langue au boot, et pas de problème, ça fonctionne. Merci.
Je vais essayer avec un autre truc (mais à quoi diable sert 7plus?)
C'est dans le répertoire ham, donc la radio ondes courtes, si je ne me trompe.
7PLUS is an encoder vaguely similar to Unix's UUENCODE. It uses a very effective radix216 encoding and incorporates diverse mechanisms to ensure decoded data is not corrupted. It also includes an interactive repair mechanism which allows the repair of damaged files using correction files, thus eliminating the need to retransmit entire files. In case of a corruption, only the faulty sections are resent. 7PLUS is only meant to be used within the Packet Radio network for the tranport of binary data through Packet Radio mail. It cannot be used for Internet eMail since it needs a (almost) transparent path from end to end.
Emmanuel Florac
Le Mon, 04 Oct 2004 21:54:51 -0400, GP a écrit :
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le temps de le dire.
Bizarre, tout de même.
Linuxsneaker en bon américain, n'imagine même pas en rêve qu'on puisse utiliser autre chose que la seule et unique langue qu'il connaisse. Et surtout il se garde bien de tester ça, c'est humain.
-- Si ça a l'air facile, c'est difficile. Si ça a l'air difficile, c'est carrément impossible. Si ça a l'air impossible, c'est un compilateur Ada. Théorème de Stockmayer.
Le Mon, 04 Oct 2004 21:54:51 -0400, GP a écrit :
Ce n'est pas la faute de l'équipe de swaret, c'est un problème
récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de
langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le
temps de le dire.
Bizarre, tout de même.
Linuxsneaker en bon américain, n'imagine même pas en rêve qu'on puisse
utiliser autre chose que la seule et unique langue qu'il connaisse. Et
surtout il se garde bien de tester ça, c'est humain.
--
Si ça a l'air facile, c'est difficile. Si ça a l'air difficile, c'est
carrément impossible. Si ça a l'air impossible, c'est un compilateur
Ada.
Théorème de Stockmayer.
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le temps de le dire.
Bizarre, tout de même.
Linuxsneaker en bon américain, n'imagine même pas en rêve qu'on puisse utiliser autre chose que la seule et unique langue qu'il connaisse. Et surtout il se garde bien de tester ça, c'est humain.
-- Si ça a l'air facile, c'est difficile. Si ça a l'air difficile, c'est carrément impossible. Si ça a l'air impossible, c'est un compilateur Ada. Théorème de Stockmayer.
Pablo Saratxaga
Kaixo! Li Tue, 05 Oct 2004 00:38:45 +0200, Emmanuel Florac scrijheut:
EF> fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour
Non. LANG est de toutes les variables relatives à l'internationalisation celle qui a la plus faible priorité; il suffit qu'une autre soie definie pour que LANG n'aie aucun effet. Il vaut mieux utiliser LC_ALL=C et LANGUAGE=C (eventuellement LC_ALL=en_US.UTF-8 LANGUAGE=C si tu veux forcer l'utilisation de UTF-8 plutôt que ASCII, ce qui peut être bien utile)
-- Ki ça vos våye bén, Pablo Saratxaga
La soif du coeur ne s'apaise pas avec une goutte d'eau. Saadi
Kaixo!
Li Tue, 05 Oct 2004 00:38:45 +0200,
Emmanuel Florac <eflorac@imaginet.fr> scrijheut:
EF> fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour
Non.
LANG est de toutes les variables relatives à l'internationalisation
celle qui a la plus faible priorité; il suffit qu'une autre soie definie
pour que LANG n'aie aucun effet.
Il vaut mieux utiliser LC_ALL=C et LANGUAGE=C
(eventuellement LC_ALL=en_US.UTF-8 LANGUAGE=C si tu veux forcer
l'utilisation de UTF-8 plutôt que ASCII, ce qui peut être bien utile)
--
Ki ça vos våye bén,
Pablo Saratxaga
La soif du coeur ne s'apaise pas avec une goutte d'eau. Saadi
Kaixo! Li Tue, 05 Oct 2004 00:38:45 +0200, Emmanuel Florac scrijheut:
EF> fais "export LANG='C'", ça devrait fonctionner. Ça n'a pas marché pour
Non. LANG est de toutes les variables relatives à l'internationalisation celle qui a la plus faible priorité; il suffit qu'une autre soie definie pour que LANG n'aie aucun effet. Il vaut mieux utiliser LC_ALL=C et LANGUAGE=C (eventuellement LC_ALL=en_US.UTF-8 LANGUAGE=C si tu veux forcer l'utilisation de UTF-8 plutôt que ASCII, ce qui peut être bien utile)
-- Ki ça vos våye bén, Pablo Saratxaga
La soif du coeur ne s'apaise pas avec une goutte d'eau. Saadi
GP
Emmanuel Florac wrote:
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le temps de le dire.
Bizarre, tout de même.
Linuxsneaker en bon américain, n'imagine même pas en rêve qu'on puisse utiliser autre chose que la seule et unique langue qu'il connaisse. Et surtout il se garde bien de tester ça, c'est humain.
J'ai bien peur que cela n'ait rien à voir avec le fait d'être américain, mais avec celui de comprendre le moindrement quelque chose à swaret. Voici les langues dans lesquelles l'interface CLI de swaret est traduite:
ARABIC ESPANOL_MX PORTUGUES ENGLISH_GB DEUTSCH POLISH SLOVAK DANSK CZECH MALAY NORSK RUSSIAN.koi8r ENGLISH LITHUANIAN ESPANOL PORTUGUES_BR SVENSKA NEDERLANDS BULGARIAN FRANCAIS ITALIANO RUSSIAN.cp1251
Dans le fichier français, au sujet de GPG, on retrouve: T<E9>l<E9>chargement du fichier de Signature GPG pour %X..." MSG_VGPGSIG="V<E9>rification de la Signature GPG '%X'..." MSG_GPGCHECK_PAT="Controle de Signature GPG pour Patch %X..." MSG_GPGCHECK_PAC="Controle de Signature GPG pour Package %X..."
Donc, la possibilité de vérifier les signatures avec GPG a été envisagée pour d'autres langies que l'anglais. En plus, le problème que tu exposes devrait se présenter avec toutes les langues, sauf l'anglais.
Et tu penses vraiment que si Luc Cottyn était LinuxSneaker, au lieu de se lancer dans des «assumptions», il n'aurait pas trouvé la solution au problème bien avant toi?
GP
Emmanuel Florac wrote:
Ce n'est pas la faute de l'équipe de swaret, c'est un problème
récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de
langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le
temps de le dire.
Bizarre, tout de même.
Linuxsneaker en bon américain, n'imagine même pas en rêve qu'on puisse
utiliser autre chose que la seule et unique langue qu'il connaisse. Et
surtout il se garde bien de tester ça, c'est humain.
J'ai bien peur que cela n'ait rien à voir avec le fait d'être
américain, mais avec celui de comprendre le moindrement quelque chose
à swaret. Voici les langues dans lesquelles l'interface CLI de swaret
est traduite:
ARABIC
ESPANOL_MX
PORTUGUES
ENGLISH_GB
DEUTSCH
POLISH
SLOVAK
DANSK
CZECH
MALAY
NORSK
RUSSIAN.koi8r
ENGLISH
LITHUANIAN
ESPANOL
PORTUGUES_BR
SVENSKA
NEDERLANDS
BULGARIAN
FRANCAIS
ITALIANO
RUSSIAN.cp1251
Dans le fichier français, au sujet de GPG, on retrouve:
T<E9>l<E9>chargement du fichier de Signature GPG pour %X..."
MSG_VGPGSIG="V<E9>rification de la Signature GPG '%X'..."
MSG_GPGCHECK_PAT="Controle de Signature GPG pour Patch %X..."
MSG_GPGCHECK_PAC="Controle de Signature GPG pour Package %X..."
Donc, la possibilité de vérifier les signatures avec GPG a été
envisagée pour d'autres langies que l'anglais. En plus, le problème
que tu exposes devrait se présenter avec toutes les langues, sauf
l'anglais.
Et tu penses vraiment que si Luc Cottyn était LinuxSneaker, au lieu de
se lancer dans des «assumptions», il n'aurait pas trouvé la solution
au problème bien avant toi?
Ce n'est pas la faute de l'équipe de swaret, c'est un problème récurrent avec gpg.
Et, alors que swaret est traduit dans je ne sais plus trop combien de langues, LinuxSneaker n'a pas pu trouver ce que toi tu as trouvé le temps de le dire.
Bizarre, tout de même.
Linuxsneaker en bon américain, n'imagine même pas en rêve qu'on puisse utiliser autre chose que la seule et unique langue qu'il connaisse. Et surtout il se garde bien de tester ça, c'est humain.
J'ai bien peur que cela n'ait rien à voir avec le fait d'être américain, mais avec celui de comprendre le moindrement quelque chose à swaret. Voici les langues dans lesquelles l'interface CLI de swaret est traduite:
ARABIC ESPANOL_MX PORTUGUES ENGLISH_GB DEUTSCH POLISH SLOVAK DANSK CZECH MALAY NORSK RUSSIAN.koi8r ENGLISH LITHUANIAN ESPANOL PORTUGUES_BR SVENSKA NEDERLANDS BULGARIAN FRANCAIS ITALIANO RUSSIAN.cp1251
Dans le fichier français, au sujet de GPG, on retrouve: T<E9>l<E9>chargement du fichier de Signature GPG pour %X..." MSG_VGPGSIG="V<E9>rification de la Signature GPG '%X'..." MSG_GPGCHECK_PAT="Controle de Signature GPG pour Patch %X..." MSG_GPGCHECK_PAC="Controle de Signature GPG pour Package %X..."
Donc, la possibilité de vérifier les signatures avec GPG a été envisagée pour d'autres langies que l'anglais. En plus, le problème que tu exposes devrait se présenter avec toutes les langues, sauf l'anglais.
Et tu penses vraiment que si Luc Cottyn était LinuxSneaker, au lieu de se lancer dans des «assumptions», il n'aurait pas trouvé la solution au problème bien avant toi?
