У меня есть коллекция скриптов Perl и пару файлов данных XML, от которых я хочу распространять. В настоящее время у меня есть сценарий оболочки, который копирует bin/* и share/* в целевое дерево установки. Это кажется немного неуклюжим, поэтому я хотел бы пойти с чем-то вроде стандартного CPAN-способа упаковки Perl.Perl CPAN-style Packaging без lib/*. Pm
Имеет смысл расслоение того, что у меня есть в пакете CPAN-стиля? Я подозреваю, что в этом нет ничего плохого, но каждый учебник, на который я смотрел, полагает, что lib/Blah.pm является важным файлом в любом пакете - у меня даже нет каталога lib /, не говоря уже о любых файлах .pm.
Есть ли стандартное решение для упаковки коллекции скриптов Perl наряду с некоторыми данными в каталоге share /?
Если система сборки действительно сердитая, вы всегда можете создать файл lib/App/MyApp.pm, чтобы содержать $ VERSION или что-то еще. Это может быть хорошей идеей, если вы публикуете на CPAN в любом случае, чтобы упростить поиск. – jon
Это, вероятно, не место для него, но 'make test' терпит неудачу на' script dist'. Есть ли где-то для обсуждения таких проблем? – ajwood
Module :: Build 0.36 имеет опцию [share_dir] (http://p3rl.org/Module::Build::API#share_dir), нет необходимости писать дополнительный код. – daxim