I'm still poking at getting tests passing "everywhere".

PR#3172 should have taken care of the platforms that use a more
aggressive development branch of rpm - funnily enough my main system is
Fedora, which falls in this category, so I had some motivation :). My
Fedora systems now fail two, one of which can also be seen in the
buildbot Centos builder - trying to guess things about Qt.

===

Some packaging tests fail on Windows. My own tests fail these three:

        test\packaging\guess-package-name.py
        test\packaging\strip-install-dir.py
        test\packaging\tar\bz2_packaging.py

The bz2 one is interesting and the topic of this email: it finds tar,
but then tar fails to find bzip2, apparently used as a helper:

STDERR
=========================================================================
tar: Can't launch external program: bzip2

The same thing is what fails guess-package-name. The middle test is a
pathname format issue, easily fixed, but also caused by:

it seems there is now a tar command provided in recent Windows! But it
wants to use helper functions for some formats, which are not provided!

https://blogs.technet.microsoft.com/virtualization/2017/12/19/tar-and-curl-come-to-windows/

this was a build preview leading up to Windows 10 1803, and indeed there
is on my system:

c:\Windows\System32\tar.exe

which is:
bsdtar 3.3.2 - libarchive 3.3.2 zlib/1.2.5.f-ipp

Our tests don't know how to check for this sort of thing - they check
for tar itself, but don't know to avoid the test because an unknown
helper program is not found.

Our Appveyor CI build presumably uses an older Windows, it passes both
the bzip2 and gz tests, which are a little odd... the test is inside an
if: block based on finding tar, after that block it says
test.pass_test().  Most tests take the route of skipping the test if
they don't find the tool, rather than passing...

- do we just consider this (no bzip2) a bug in Windows and move along?
- should these tests get the usual skip logic?

apparently gzip format is handled internally by Windows tar, though
there is no hint of it in the help message.

===

While on the subject of bzip2, there's support for the bz2 format in
scons, but not for xz.  Is there any point in adding xz support? should
be pretty close to trivial.

_______________________________________________
Scons-dev mailing list
Scons-dev@scons.org
https://pairlist2.pair.net/mailman/listinfo/scons-dev

Reply via email to