Hello,
On 03/03/2016 09:17 PM, Jim Meyering wrote:
gzip snapshot:
http://meyering.net/gzip/gzip-1.6.42-d6d4.tar.xz
On AIX 7.1, "make check" fails to start perhaps due to shell syntax/makefile
syntax errors.
BTW, "gmake check" does succeed.
The error is:
===
$ cd tests
$ make check-TESTS V=
Hello,
The latest git version ( 1.6.48-ef80 with all the mentioned fixes ) compiles
and tests OK on OpenSolaris 5.11 and AIX-7, when built from a tarball ,
Also no test failures on Mac OS X 10.9.5, 10.10.5, 10.11.3 (when building from
tarball).
However,
when building from git (with './bootstrap
Hello,
On 03/15/2016 07:49 PM, Jim Meyering wrote:
There has been only one change since the preceding snapshot:
http://meyering.net/gzip/gzip-1.6.52-30cc.tar.xz
No test failures on the following:
CentOS 7 + 6.5, amd64
Ubuntu 14.04, amd64
Ubuntu 15.04 amd64 + i686
openSUSE 42.1
Hello,
> On Mar 24, 2016, at 12:37, Jim Meyering wrote:
> http://meyering.net/gzip/gzip-1.6.56-9190.tar.xz
No test failures on
CentOS 7 + 6.5, amd64
Ubuntu 14.04, amd64
Ubuntu 15.04 amd64 + i686
openSUSE 42.1, 13.1, amd64
Fedora 23, 22, 21, amd64
Debian 8.1, 7.6, amd64
Hello,
On that minimalist Alpine 3.3.3 system, the attached patch fixed the
"check-local" step, but then two other tests fail (help-version and zless).
The 'help-version' might be related to 'mktemp' (not sure),
while the 'zless' fails because it assumes 'less' supports '-V', which
busybox's 'le
Sorry, I was wrong about the failure causes on Alpine Linux 3.3.3:
> On Mar 25, 2016, at 23:17, Assaf Gordon wrote:
>
>
>
'help-version' failed due to using 'less -V', and 'zdiff' failed due to
something else (which I'm looking into).
FA
> FAIL: zdiff
> ===
On this system (Alpine linux + busybox), 'diff' always produces unified output
(regardless of using '-u').
It does not support 'normal' output (
https://busybox.net/downloads/BusyBox.html#diff ).
The attached patch is a suggestion to always test with unified diff.
I
Hello,
On Mon, Feb 06, 2017 at 10:38:52AM -0800, Jim Meyering wrote:
gzip snapshot:
http://meyering.net/gzip/gzip-1.8.18-00e6.tar.xz
On Ubuntu 15/32bit, 'timestamp' fails (log attached).
On FreeBSD 11p1/amd64, 'help-version' fails (log attached).
Few other failures:
Building on Ubuntu-14.
On Mon, Feb 06, 2017 at 10:38:52AM -0800, Jim Meyering wrote:
http://meyering.net/gzip/gzip-1.8.18-00e6.tar.xz
One more failure:
On Cygwin/2.6.0 with mingw:
===
make[2]: Entering directory '/tmp/gzip-1.8.18-00e6.bHRTJN/gzip-1.8.18-00e6'
CC version.o
AR libver.a
CC bits.o
On Mon, Feb 06, 2017 at 12:05:12PM -0800, Jim Meyering wrote:
On Mon, Feb 6, 2017 at 11:41 AM, Assaf Gordon wrote:
On OpenBSD 6.0/5.9, these fail:
===
FAIL: help-version
==
Can you see if this addresses the help-version failure?
-zcat_setup () { args="$args
Hello,
On 24/09/18 01:18 PM, Coleman, Patrick EX1 wrote:
I'm beginning to suspect the supplier that is sending in the zipped
files is unaware what compression utility they're using and/or
version... the only 3.0 compression utility I'm finding is WinZip.
More likely (if they are on AIX) that
Hello,
On 2018-12-23 12:25 a.m., Jim Meyering wrote:
gzip snapshot:
https://meyering.net/gzip/gzip-1.9.15-17f5c.tar.xz
No test failures on:
Debian 8.11 (i686)
Debian 8.11 (mips64)
Debian unstable (sparc64)
Fedora 29 (x86_64)
CentOS 7 (ppc)
CentOS 7 (ppc64le)
Raspbian 9.6 (arm
Hello,
Attached first attempt at converting gzip to non-recursive makefile.
There's atleast one existing problem which I couldn't figure out:
"dist-check.mk" contains "build_programs =" statement
that is supposed to automatically generate list of programs.
Doesn't seem to work, resulting in:
$
13 matches
Mail list logo
