Hello Jean-Louis,

thanks for your explanation. What I want is, that all files are extracted as they are on tape (part-size) => -n , leaving them compressed => -l
But this bug prevents this.

Changing line 206/207 (amanda3.3.7p1) to

   usage("-p is not compatible with -n")
        if ($opt_pipe and $opt_no_reassembly);

fixes it, because -p and $opt_pipe goes together....
Could you please commit the patch?

Regards,
Dennis

Am 05.11.2015 um 13:53 schrieb Jean-Louis Martineau:
On 05/11/15 02:01 AM, Dennis Benndorf wrote:
Hello,

I am facing a bug when running amfetchdump like this:

    /usr/local/sbin/amfetchdump --exact-match -lan -O /dir config
    client dle timestamp/

Error message is:

    /ERROR: -p is not compatible with -n/

But -p is not set and in the source of amfetchdump there is written:

    /usage("-p is not compatible with -n")//
    //    if ($opt_leave and $opt_no_reassembly);/

But $opt_leave is defined as:

    / 'l' => \$opt_leave,
    /

So either

    /usage("-l is not compatible with -n")//
    //    if ($opt_leave and $opt_no_reassembly);

    or

    //usage("-p is not compatible with -n")//
    //    if ($opt_pipe and $opt_no_reassembly);/

would be the fix. Outofcuriosity, could you please explain why -p or -l is not compatible with -n ?

The Usage from amfetchdump and the SYNOPSIS in the man page clearly show that -p is not compatible with -n
    [-p|-n]

-n put all parts of a dump in different files
-p put everything to stdout

They are incompatible, you want all parts in different files or you want them all concatenated to stdout? We could change the behavior of -np to extract only the first part to stdout? But is it useful?

Jean-Louis

Reply via email to