buildroot/support/scripts/scancpan, branch 2017.02

perl: bump to version 5.24.0

2017-01-04T16:06:27+00:00

Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

scancpan: improve message when bad host perl version

2016-07-04T15:41:54+00:00

Signed-off-by: Francois Perrad [Thomas: - add comment in scancpan about the version dependency, suggested by Yann E. Morin. - add comment in perl.mk about the need to sync any version change with scancpan, also suggested by Yann E. Morin.] Signed-off-by: Thomas Petazzoni

scancpan: use recommend & test flags only at first level

2016-03-15T22:16:33+00:00

Currently, these flags are recursively propagated. This behavior is not expected by users, because it can cause dependencies explosively. Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

scancpan: handle recommended dependencies as optional packages

2016-03-15T22:16:29+00:00

Currently, without the flag -recommend, scancpan takes as dependency only one which has the relationship "requires"; this mode works fine. And, with the flag -recommend, scancpan takes all ones (ie. with relationship "requires" or "recommends") in the same way; this mode never works fine, because it is too simplistic. With this commit, the "not required" dependencies are handled as optional BR package or skipped if a cyclic dependency is detected. Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

scancpan: README as default license file

2015-10-26T21:56:05+00:00

add this heuristic when no specific license file is found Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

pkg-perl: refactor perl infrastructure

2015-10-02T19:56:52+00:00

the perl dependency of cpan module is no longer generated by scancpan, but added at the infrastructure level Signed-off-by: Francois Perrad Signed-off-by: Thomas Petazzoni

scancpan: fix detection of native module

2015-09-20T13:14:10+00:00

When a module is native or depends of a native module, it must be disabled for static builds via its Config.in We detect native modules by looking at the filenames listed in the MANIFEST. If there is a file which looks like it contains code that much be compiled (e.g. .c, .h and so on...), then we exclude that module (and its dependencies) from static builds. That's what we tried to do so far, but failed when there was a comment on the same line as the filename in the manifest, like so: foo-bar.c # Bla bla bla Fix that by detecting either endof-line (as currently done) or end-of-string. For an example of failed build of perl-html-parser, see http://autobuild.buildroot.net/results/128/128671dfa23d843698a63220c2fac1f44e1d5845/ [Thomas: use better commit log proposed by Yann E. Morin.] Signed-off-by: Francois Perrad Signed-off-by: Thomas Petazzoni

scancpan: remove hack for Module-Build

2015-09-06T20:48:49+00:00

with Perl 5.22, Module-Build is no longer a core module Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

perl: bump to version 5.22.0

2015-09-06T20:48:42+00:00

Signed-off-by: Francois Perrad Signed-off-by: Peter Korsgaard

scancpan: adjust package name

2015-07-23T20:36:18+00:00

underscore is not allowed in BR package name. this problem was found with the Perl module DB_File which must give the BR package perl-db-file. Signed-off-by: Francois Perrad Signed-off-by: Thomas Petazzoni