[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: disarchive: disassemble then assemble tarball

From: Simon Tournier
Subject: Re: disarchive: disassemble then assemble tarball
Date: Mon, 03 Apr 2023 23:08:47 +0200


On Mon, 03 Apr 2023 at 14:19, Timothy Sample <> wrote:

> The ‘assemble-tarball’ procedure assumes (without checking) that it has
> access to a copy of its input in the “workspace” directory.  Normally,
> it would be called from the generic ‘assemble’ procedure, which ensures
> this (and also checks the output).  It probably just wrote all the
> tarball headers without the file contents, producing a corrupt tarball.
> Indeed, if you set up logging (using ‘%disarchive-log-port’) it prints a
> bunch of “Ignoring irregular file” warnings.

Ok, but I was expecting a kind of identity when composing
’disassemble-tarball’ and ’assemble-tarball’.  And even, that the
identity properties of assembling some disassembling would be some
tests. :-)

>> Well, I am not sure to understand why the name “my-gnu”.
> It’s just ‘(basename "my-gnu.tar" ".tar")’.  The names are designed to
> aid a human while debugging.  To my knowledge, Disarchive doesn’t use
> them for anything.  You can use set the name by passing “--name” to the
> ‘disassemble’ subcommand.

Thanks for explaining.

> In other words, it’s your old nemesis:
> :)  (I tease only because it’s confused me many times too!)

Arf, probably because the behaviour appears to me unexpected. :-)

Well, maybe some convention with trailing / would be helpful, as with


reply via email to

[Prev in Thread] Current Thread [Next in Thread]