Regression: 1.68 breaks Makefile.PL in distributions with symbolic links

[eserte]

See #5 (comment)

[sni]

any news on this?

[karenetheridge]

If you have symlinks in your distribution, the best advice is "don't", because they are treated differently across different architectures (or not at all).

[sni]

thing is, it worked pretty well up to version 1.68 and i have to install this specific version ever since. Can i assume this regression wont be fixed at all? Then i have to find another solution instead of waiting for a fix.

[karenetheridge]

What exactly is the problem you're having? Is there a public distribution or repository that can be examined?

[sni]

My project ships with symlinks for toggable plugins and themes. It can be easily reproduced with:

prepare:

%> cd /tmp
%> git clone --depth=1 https://github.com/sni/Thruk.git
%> cd Thruk
%> perl Makefile.PL

%> make manifest
/usr/bin/perl" "-Iinc" "-MExtUtils::Manifest=mkmanifest" -e mkmanifest
/tmp/Thruk/themes/themes-available/Wakizashi/stylesheets/splashpage.css is encountered a second time at /usr/share/perl/5.30/File/Find.pm line 79.
make: *** [Makefile:932: manifest] Error 255

resulting in an empty MANIFEST file.

my workaround till now is simply installing an old version:

%> cpanm -n http://search.cpan.org/CPAN/authors/id/F/FL/FLORA/ExtUtils-Manifest-1.63.tar.gz

which works well and simply adds the symbolic links to the manifest file.

[eserte]

If you have symlinks in your distribution, the best advice is "don't", because they are treated differently across different architectures (or not at all).

The error even happens if the author does not intend to use the symlinks in a resulting tarball at all (i.e. by using appropriate MANIFEST.SKIP lines).