1. Forum
  2. FidoNet
  3. SYNC SYSOPS

  • 3.21 compression issues

    From Mike Powell@1:103/705 to All on Tue Jul 15 09:53:56 2025
    data_block returned -25: Unsupported ZIP compression method (6: imploded)) extracting /sbbs/data/file/0001.rep


    I have confirmed that the REP packets are NOT imploded. I am using -e0 so the are STORED. PKZIP -v confirms this.

    Checking my data dir shows that this only started happening yesterday after the upgrade from 3.20a to 3.21, while the version of zip being used to compress the packets and also to decompress have not changed.

    Every packet uploaded since the "upgrade" has been marked bad.

    $$
    ---
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Digital Man@1:103/705 to Mike Powell on Tue Jul 15 13:50:14 2025
    Re: 3.21 compression issues
    By: Mike Powell to All on Tue Jul 15 2025 09:53 am

    data_block returned -25: Unsupported ZIP compression method (6: imploded)) extracting /sbbs/data/file/0001.rep


    I have confirmed that the REP packets are NOT imploded. I am using -e0 so the are STORED. PKZIP -v confirms this.

    Checking my data dir shows that this only started happening yesterday after the upgrade from 3.20a to 3.21, while the version of zip being used to compress the packets and also to decompress have not changed.

    Every packet uploaded since the "upgrade" has been marked bad.

    The error is from libarchive (not zip or unzip) - it thinks the file(s) use the (legacy, unsupported) implode compressoin method. I don't recall changing the version of libarchive used with SBBS between v3.20 and current dev (v3.21a) - so that's surprising.

    Maybe send me a copy of one of the files so I can take a look-see?

    You could also use the archive.js script (with jsexec) to test the files with libarchive.
    --
    digital man (rob)

    Breaking Bad quote #38:
    Don't drink and drive, but when you do, call Saul.
    Norco, CA WX: 82.3øF, 55.0% humidity, 12 mph W wind, 0.00 inches rain/24hrs
    --- SBBSecho 3.28-Linux
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)
  • From Mike Powell@1:103/705 to DIGITAL MAN on Wed Jul 16 10:43:52 2025
    The error is from libarchive (not zip or unzip) - it thinks the file(s) use th
    (legacy, unsupported) implode compressoin method. I don't recall changing the version of libarchive used with SBBS between v3.20 and current dev (v3.21a) - so that's surprising.

    I was surprised. ;)

    Maybe send me a copy of one of the files so I can take a look-see?

    You could also use the archive.js script (with jsexec) to test the files with libarchive.

    If it happens again I will send one. I went through all my QWK reader
    configs and verified the "-e0" switch is included, and have been checking
    all the packets with pkzip -v before attempting an upload. During my
    testing today, this issue has *not* repeated.

    Maybe my system got confused and thought it was Friday the 13th or April
    Fools. ;)


    * SLMR 2.1a * Procrastination Day Has Been Postponed!
    ---
    þ Synchronet þ CAPCITY2 * capcity2.synchro.net * Telnet/SSH:2022/Rlogin/HTTP
    * Origin: Vertrauen - [vert/cvs/bbs].synchro.net (1:103/705)