<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Utiliser gnupg (gpg) &#8220;à la place de&#8221; uuencode</title>
	<atom:link href="http://www.daviddallet.com/weblog/posts/2008/06/19/utiliser-gnupg-gpg-a-la-place-de-uuencode/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.daviddallet.com/weblog/posts/2008/06/19/utiliser-gnupg-gpg-a-la-place-de-uuencode/</link>
	<description>"[The patent system 's] purpose was to help society rather than to help inventors." -- Richard Stallman</description>
	<lastBuildDate>Thu, 15 Jul 2010 05:23:17 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: David Dallet (ddmdllt)</title>
		<link>http://www.daviddallet.com/weblog/posts/2008/06/19/utiliser-gnupg-gpg-a-la-place-de-uuencode/#comment-133</link>
		<dc:creator>David Dallet (ddmdllt)</dc:creator>
		<pubDate>Fri, 20 Jun 2008 18:59:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.ddmdllt.org/weblog/?p=86#comment-133</guid>
		<description>Pour ceux vraiment curieux quant au format utilisé avec l&#039;opton &quot;--armor&quot; (ou &quot;-a&quot;): http://tools.ietf.org/html/rfc2440</description>
		<content:encoded><![CDATA[<p>Pour ceux vraiment curieux quant au format utilisé avec l&#8217;opton &#8220;&#8211;armor&#8221; (ou &#8220;-a&#8221;): <a href="http://tools.ietf.org/html/rfc2440" rel="nofollow">http://tools.ietf.org/html/rfc2440</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Dallet (ddmdllt)</title>
		<link>http://www.daviddallet.com/weblog/posts/2008/06/19/utiliser-gnupg-gpg-a-la-place-de-uuencode/#comment-132</link>
		<dc:creator>David Dallet (ddmdllt)</dc:creator>
		<pubDate>Fri, 20 Jun 2008 18:50:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.ddmdllt.org/weblog/?p=86#comment-132</guid>
		<description>En fait c&#039;est une alternative quand on a le même souci (pouvoir transmettre un fichier binaire sur un moyen non prévu pour ça, je ne rentrerais pas dans les détails...).

L&#039;utilisation de gpg tel que décrit n&#039;est pas fait pour être compatible avec uuencode/uudecode, ni avec base64. (D&#039;où les guillemets dans le titre...)

Après je crois que effectivement &quot;gpg -a&quot; utilise base64,(ce qui implique pour les détails le jeu de caractères spécifique à base64 et non celui lié à uuencode), ceci dit ce n&#039;est pas comme si base64 était appliqué directement au fichier. Pour rappel &quot;gpg --store&quot; (sans le &quot;-a&quot;) ne produit pas comme résultat le fichier inchangé (ceci dit on peut ré-obtenir le fichier de départ de la même façon qu&#039;indiqué dans le post).

Après la question qui se pose est &quot;que faut-il utiliser pour encoder?&quot;. Ce post n&#039;y répond pas, il indique juste un moyen utile quand on sait que pas mal de distrib linux sont livrées avec gpg installé par défaut...

Sinon comme alternative il y a aussi les shell archives... (avec shar: cf http://en.wikipedia.org/wiki/Shar )</description>
		<content:encoded><![CDATA[<p>En fait c&#8217;est une alternative quand on a le même souci (pouvoir transmettre un fichier binaire sur un moyen non prévu pour ça, je ne rentrerais pas dans les détails&#8230;).</p>
<p>L&#8217;utilisation de gpg tel que décrit n&#8217;est pas fait pour être compatible avec uuencode/uudecode, ni avec base64. (D&#8217;où les guillemets dans le titre&#8230;)</p>
<p>Après je crois que effectivement &#8220;gpg -a&#8221; utilise base64,(ce qui implique pour les détails le jeu de caractères spécifique à base64 et non celui lié à uuencode), ceci dit ce n&#8217;est pas comme si base64 était appliqué directement au fichier. Pour rappel &#8220;gpg &#8211;store&#8221; (sans le &#8220;-a&#8221;) ne produit pas comme résultat le fichier inchangé (ceci dit on peut ré-obtenir le fichier de départ de la même façon qu&#8217;indiqué dans le post).</p>
<p>Après la question qui se pose est &#8220;que faut-il utiliser pour encoder?&#8221;. Ce post n&#8217;y répond pas, il indique juste un moyen utile quand on sait que pas mal de distrib linux sont livrées avec gpg installé par défaut&#8230;</p>
<p>Sinon comme alternative il y a aussi les shell archives&#8230; (avec shar: cf <a href="http://en.wikipedia.org/wiki/Shar" rel="nofollow">http://en.wikipedia.org/wiki/Shar</a> )</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: aze</title>
		<link>http://www.daviddallet.com/weblog/posts/2008/06/19/utiliser-gnupg-gpg-a-la-place-de-uuencode/#comment-129</link>
		<dc:creator>aze</dc:creator>
		<pubDate>Fri, 20 Jun 2008 17:10:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.ddmdllt.org/weblog/?p=86#comment-129</guid>
		<description>À confirmer mais il me semble que ta solution produit du base64 et non du uuencode (en -très- gros, du base128).

En effet, lorsque je regarde le résultat, j&#039;ai les caractères &#039;+&#039; &#039;/&#039; et &#039;=&#039; mais aucun autre caractère non-alphabétique.

Et ce sont les 3 seuls à faire partie de base64.</description>
		<content:encoded><![CDATA[<p>À confirmer mais il me semble que ta solution produit du base64 et non du uuencode (en -très- gros, du base128).</p>
<p>En effet, lorsque je regarde le résultat, j&#8217;ai les caractères &#8216;+&#8217; &#8216;/&#8217; et &#8216;=&#8217; mais aucun autre caractère non-alphabétique.</p>
<p>Et ce sont les 3 seuls à faire partie de base64.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
