Skip Menu |

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the ExtUtils-Manifest CPAN distribution.

Report information
The Basics
Id: 21283
Status: resolved
Priority: 0/
Queue: ExtUtils-Manifest

People
Owner: Nobody in particular
Requestors: dolmen [...] cpan.org
jv [...] cpan.org
mshelor [...] cpan.org
Cc: rbo [...] cpan.org
AdminCc:

Bug Information
Severity: Unimportant
Broken in: (no value)
Fixed in: 1.66



Subject: manifind() does not follow symbolic links
ref. ExtUtils-MakeMaker-6.21/lib/ExtUtils/Manifest.pm (line 165) When traversing subdirectories, manifind() does not follow symbolic links. This results in erroneous warning messages such as "files are missing in your kit" when building from a developement directory that uses symbolic links. Suggest changing line 165 from find({wanted => $wanted}, to find({wanted => $wanted, follow => 1}, as a possible fix. The "manifind()" problem also spreads to Module::Signature, which refuses to generate checksums for files referenced through symbolic links. So, fixing the problem in ExtUtils::Manifest would automatically repair things for Module::Signature as well. Regards, Mark ---------------------------------------------- perl -v: This is perl, v5.8.0 built for darwin uname -a: Darwin mac.home 5.5 Darwin Kernel Version 5.5: Thu May 30 14:51:26 PDT 2002; root:xnu/xnu-201.42.3.obj~1/RELEASE_PPC Power Macintosh powerpc
Subject: ExtUtils::Manifest does not follow symlinks
ExtUtils::Manifest will not follow symlinks. It probably should. Here's the original report. -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Michael, I'm the author of Digest::SHA, and am currently encountering odd behavior with ExtUtils when doing a perl Makefile.PL on my development platform. The MANIFEST file contains entries for various C-source files that are used in building Digest::SHA. Typical entries for these files are src/sha.c src/sha.h ... On my development platform, "src" is a symbolic link to the actual directory containing the C source, which is configuration-managed separately from my Digest::SHA distribution. This symbolic link seems to be causing some problems with ExtUtils::Manifest. Here's the warning I receive when running 'perl Makefile.PL': $ perl *.PL Checking if your kit is complete... Warning: the following files are missing in your kit: ~ src/hmac.c ~ src/hmac.h ~ src/hmacxtra.c ~ src/sha.c ~ src/sha.h ~ src/sha64bit.c ~ src/sha64bit.h ~ src/shaxtra.c Please inform the author. Writing Makefile for Digest::SHA Fortunately, it still builds the distribution OK, so this isn't a serious problem. However, I'm not able to build a SIGNATURE file using Module::Signature, which apparently uses your module to do checking of the MANIFEST file. FYI, here are my platform specs: $ perl -V Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration: ~ Platform: ~ osname=darwin, osvers=5.5, archname=darwin ~ uname='darwin localhost 5.5 darwin kernel version 5.5: thu may 30 14:51:26 pdt 2002; root:xnuxnu-201.42.3.obj~1release_ppc power macintosh powerpc ' ~ config_args='-de' ~ hint=recommended, useposix=true, d_sigaction=define ~ usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef ~ useperlio=define d_sfio=undef uselargefiles=define usesocks=undef ~ use64bitint=undef use64bitall=undef uselongdouble=undef ~ usemymalloc=n, bincompat5005=undef ~ Compiler: ~ cc='cc', ccflags ='-pipe -fno-common -no-cpp-precomp - -fno-strict-aliasing -I/usr/local/include', ~ optimize='-O3', ~ cppflags='-no-cpp-precomp -pipe -fno-common -no-cpp-precomp - -fno-strict-aliasing -I/usr/local/include' ~ ccversion='', gccversion='2.95.2 19991024 (release)', gccosandvers='' ~ intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 ~ d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ~ ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 ~ alignbytes=8, prototype=define ~ Linker and Libraries: ~ ld='cc', ldflags =' -flat_namespace -L/usr/local/lib' ~ libpth=/usr/local/lib /usr/lib ~ libs=-lm -lc ~ perllibs=-lm -lc ~ libc=/usr/lib/libc.dylib, so=dylib, useshrplib=true, libperl=libperl.dylib ~ gnulibc_version='' ~ Dynamic Linking: ~ dlsrc=dl_dyld.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' ~ cccdlflags=' ', lddlflags=' -flat_namespace -bundle -undefined suppress -L/usr/local/lib' Characteristics of this binary (from libperl): ~ Compile-time options: USE_LARGE_FILES ~ Built under darwin ~ Compiled at Aug 28 2002 12:55:11 ~ @INC: ~ /Library/Perl/darwin ~ /Library/Perl ~ /Library/Perl/darwin ~ /Library/Perl ~ /Library/Perl ~ /Network/Library/Perl/darwin ~ /Network/Library/Perl ~ /Network/Library/Perl ~ . $ Regards, Mark -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFA6stUBwNg/wr1Y/4RAnB5AKCM1aavVVmcJ9rqnB8xTLFUrKSosgCg9IZv DjsTLbkvpzt2unwVpJvxYn8= =hfsz -----END PGP SIGNATURE-----
Subject: Manifest check doesn't find files in a symlinked directory
% perl Build.PL Deleting _build Creating custom builder _build/lib/MyModuleBuilder.pm in _build/lib Checking whether your kit is complete... WARNING: the following files are missing in your kit: doc/html/bookings/bank.html doc/html/bookings/btw.html ... % ls -l doc/html/bookings/*.html -rw-r--r-- 1 jv 12436 Jul 8 23:01 doc/html/bookings/bank.html -rw-r--r-- 1 jv 6992 Jun 2 11:31 doc/html/bookings/btw.html ... However: % ls -l doc lrwxrwxrwx 1 jv jv 14 Sep 28 12:25 html -> ../../doc/html/
Any progress?
Subject: Re: [rt.cpan.org #6886] manifind() does not follow symbolic links
Date: Tue, 10 Oct 2006 19:09:23 -0700
To: bug-ExtUtils-MakeMaker [...] rt.cpan.org
From: Mark Shelor <m.shelor [...] cox.net>
Johan_Vromans via RT wrote: Show quoted text
Here's the response I received about a month ago: "ExtUtils::Manifest will not follow symlinks. It probably should." I've long since established a work-around by using hard links in the Digest::SHA development environment. But thanks for your interest! Mark
On Tue Oct 10 22:09:39 2006, m.shelor@cox.net wrote: Show quoted text
> Johan_Vromans via RT wrote:
> > <URL: http://rt.cpan.org/Ticket/Display.html?id=6886 > > > > > Any progress?
> > > Here's the response I received about a month ago: > > "ExtUtils::Manifest will not follow symlinks. It probably should." > > I've long since established a work-around by using hard links in the > Digest::SHA development environment. But thanks for your interest! > > Mark >
Since the OP had found a work-around by 2006 -- and since that was 8 years ago -- I recommend that this ticket be closed. Thank you very much. Jim Keenan
CC: jv [...] cpan.org, mshelor [...] cpan.org, mschwern [...] cpan.org
Subject: Re: [rt.cpan.org #21283] ExtUtils::Manifest does not follow symlinks
Date: Fri, 01 Aug 2014 22:27:21 -0700
To: bug-ExtUtils-Manifest [...] rt.cpan.org
From: Mark Shelor <m.shelor [...] cox.net>
When Michael declared that E::M will not follow symlinks, I just assumed he was rejecting the ticket. That would seem to be the quickest way to close it. Regards, Mark On 08/01/2014 03:43 PM, James E Keenan via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=21283> > > On Tue Oct 10 22:09:39 2006, m.shelor@cox.net wrote:
>> Johan_Vromans via RT wrote:
>>> <URL: http://rt.cpan.org/Ticket/Display.html?id=6886> >>> >>> Any progress?
>> >> >> Here's the response I received about a month ago: >> >> "ExtUtils::Manifest will not follow symlinks. It probably should." >> >> I've long since established a work-around by using hard links in the >> Digest::SHA development environment. But thanks for your interest! >> >> Mark >>
> > Since the OP had found a work-around by 2006 -- and since that was 8 years ago -- I recommend that this ticket be closed. > > Thank you very much. > Jim Keenan > >