Issues found with existing distfiles:
distfiles/eclipse-sourceBuild-srcIncluded-3.0.1.zip
distfiles/fortran-utils-1.1.tar.gz
distfiles/ivykis-0.39.tar.gz
distfiles/enum-1.11.tar.gz
distfiles/pvs-3.2-libraries.tgz
distfiles/pvs-3.2-linux.tgz
distfiles/pvs-3.2-solaris.tgz
distfiles/pvs-3.2-system.tgz
No changes made to these distinfo files.
Otherwise, existing SHA1 digests verified and found to be the same on
the machine holding the existing distfiles (morden). All existing
SHA1 digests retained for now as an audit trail.
Incompatible change in the newer ExtUtils-MakeMaker:
It places .o files where the source file lives (lib/File/ in this case),
whereas the older MakeMaker placed it in the current working dir
(toplevel in this case).
Thanks Matthias Ferdinand
http://mail-index.netbsd.org/pkgsrc-users/2015/09/19/msg022238.html
- Add following line for make test
BUILD_DEPENDS+= p5-Test-Fatal-[0-9]*:../../devel/p5-Test-Fatal
(upstream)
- Update to 1.13
----------------
1.13 2015-07-12
- Fix failing tests with some versions of libmagic. PR #5 by E. Choroba.
-------------------
1.12 2015-03-07
- The constructor now accepts named params. In addition to a magic_file param,
it now accepts follow_symlinks and uncompress params. These do what you'd
expect, tell the object to follow symlinks and/or uncompress files when
getting info from them. The old single parameter constructor is still
supported, but is no longer documented.
- The old APIs are now called "discouraged" rather than "deprecated" in the
documentation. I have no plan to remove these APIs any time soon or to make
them warn, so "deprecated" was too strong a word.
- Changed a test to hopefully skip rather than fail on OpenBSD systems.
1.11 2015-03-01
- The info_from_handle() method did not handle binary data correctly, which
could lead to incorrect results.
- The info_from_*() methods returned a full mime type with encoding in the
"mime_type" key rather than just the mime type alone.
- Allow File::LibMagic->new() to accept an array reference containing multiple
magic file paths.
- Remove the first chunk from patch-aa (See below at 1.02)
- Add MAKE_JOBS_SAFE= no, without that, getting following error
cannot open LibMagic.xs: No such file or directory
(upstream)
- Updated 0.96 to 1.10
--------------------
1.10 2015-02-01
- Fixed Makefile.PL to actually use --lib and --inkclude properly. Previously
it did the wrong thing with both of these arguments, and they were
essentially ignored. Reported by WATANABE Hiroaki. Patch by Mithun
Ayachit. RT #101715.
1.09 2014-12-20
- No code changes. This release just removes some junk that accidentally ended
up in the last release's tarball. Reported by Alexander Bluhm. RT #101015.
1.08 2014-12-17
- Fix generated Makefile.PL so it's compatible with older versions of
ExtUtils::MakeMaker. The previous release accidentally required EUMM 6.83_04
or newer without declaring this in configure_requires. Reported by Nick
Peterson and solved by Slaven Rezic. RT #100975.
1.07 2014-12-14
- No changes from 1.06.
[SUMMARY OF USER-FACING CHANGES SINCE 1.03]
- Added yet another OO API to File::LibMagic. This provides a simpler and more
future-proof API which can be expanded on later. The new methods are
info_from_string(), info_from_filename(), and info_from_handle(). The latter
method allows you to get info about an open filehandle. These new methods
return the description, MIME type, and character encoding in one call. This
addresses RT #54843 and partially addresses RT #99470.
- Fix compilation with a threaded Perl.
1.06 2014-12-13 (TRIAL RELEASE)
- Guard against older versions of libmagic that don't provide magic_version().
- Fix compilation with a threaded Perl.
1.05 2014-12-13 (TRIAL RELEASE)
- Added a test that outputs the return value of magic_version() to help me
debug test failures.
1.04 2014-12-13 (TRIAL RELEASE)
- Added yet another OO API to File::LibMagic. This provides a simpler and more
future-proof API which can be expanded on later. The new methods are
info_from_string(), info_from_filename(), and info_from_handle(). The latter
method allows you to get info about an open filehandle. These new methods
return the description, MIME type, and character encoding in one call. This
addresses RT #54843 and partially addresses RT #99470.
1.03 2014-08-30
- The shipped Makefile.PL now accepts --lib and --include command line
arguments so you can specify additional lib and include directories. This
should make this package easier to build on BSD systems, among
others. Reported by Alexander Bluhm. RT #97945.
1.02 2014-07-26
- Added instructions for installing libmagic.so and magic.h to the POD and
INSTALL.md file. Requested by Gabor Szabo. RT #97391.
- Switched from using Devel::CheckLib to Config::AutoConf with the hope that
the latter will work with more compilers. Requested by Jens Rehsack. RT
#46543.
- Switched the primary git repo to github
(https://github.com/autarch/File-LibMagic).
1.01 2014-05-04
- Fixed repository metadata. Reported by Jens Rehsack. RT #89200.
- A File::LibMagic object would not close one of the handles it might have
opened, leading to leaks. Reported by Alexander Zaitsev. RT #93512.
1.00 2013-09-02
- Don't get all excited about this being 1.00. It's just what comes after
0.99.
- The checktype_contents() and describe_contents() methods now accept a scalar
ref in addition to a plain scalar. RT #28747.
0.99 2013-08-26
- More test changes to try to get tests passing on midnightbsd.
0.98 2013-08-25
- Fix test failures on midnightbsd (I hope) by relaxing a MIME type check in
one of the tests.
0.97 2013-06-23
- Updated to the latest Devel::CheckLib, which should fix error reported by
Perl 5.18 against the old CheckLib we were shipping. Reported by Dominic. RT
#85210.
- We no longer link against libz, since this module doesn't need it. Reported
by Ansgar Burchardt. RT #56479.
- Fixed tests to work with the latest libmagic. Patch by Gregor Herrmann. RT
#75457.
- Attempted to make the tests work with various versions of libmagic. Please
report failures and your file/libmagic package versions.
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package
Like last time, where this caused no complaints.
to trigger/signal a rebuild for the transition 5.10.1 -> 5.12.1.
The list of packages is computed by finding all packages which end
up having either of PERL5_USE_PACKLIST, BUILDLINK_API_DEPENDS.perl,
or PERL5_PACKLIST defined in their make setup (tested via
"make show-vars VARNAMES=..."), minus the packages updated after
the perl package update.
sno@ was right after all, obache@ kindly asked and he@ led the
way. Thanks!
- Updating package for p5 module File::LibMagic from 0.95 to 0.96
Upstream changes:
0.96 May 2009
Upgraded Devel::CheckLib
see bug 46044, 46295 in rt.cpan.org
- Updating package for p5 module File::LibMagic from 0.91 to 0.94
- Setting license to gnu-gpl-v2
Upstream changes:
0.94 May 2009
small error in t/6-oo.t
0.93 May 2009
using Devel::CheckLib as suggested in
http://wiki.cpantesters.org/wiki/CPANAuthorNotes
0.92 May 2009
"normalisation"-problem -> changed t/6-oo.t