http://www.perlmonks.org?node_id=1007497


in reply to Re^3: Bug in App::FatPacker?
in thread Bug in App::FatPacker?

^Sounds believable, but IIRC I installed my modules from the CPAN console, not from .deb files.

Anyway, where are the .packlist files supposed to be? I have no /usr/local/lib/perl/5.14.2/auto/Spreadsheet/WriteExcel/.packlist; in fact, this folder is empty.

The modules seem to be installed in /usr/local/share/perl/5.14.2, but all I can see there are the .pm files; there is no .packlist. Is that the problem?

Replies are listed 'Best First'.
Re^5: Bug in App::FatPacker?
by Anonymous Monk on Dec 06, 2012 at 09:19 UTC
      Thanks for the help.

      Now, I'm a bit out of my depth when it comes to remakeing modules. It would probably be simpler to generate these files or use a different linux distro for this purpose.

      Is there an easy way to generate a .packlist file? I gather that it's just a list of filenames.

      Alternatively, can you suggest a small linux distro that I could just drop in a VM or on a flash drive and get this done quickly?

        Ah, sorry for forgetting that MakeMaker problem---BrowserUK just helped me out of the same trap a while ago. The simplest thing to do is just to use some flavor of the cpan command to install your own MakeMaker, make sure your local path is in @INC before the /usr ones, and then reinstall everything your script needs. cpan then uses the untouched MakeMaker and installs the .packlist files correctly.

        Unfortunately there's no sane way to regenerate packlists after installation due to the way Perl allows you to freely use whatever namespace you like for your module. For example, Template::Parser is part of the Template Toolkit and should go into its packlist while Template::Timer is an external add-on that has its own packlist. There's no way to tell when you find the Parser.pm and Timer.pm files in the same directory. You could probably look at timestamps and stuff but it's bound to break at some point; much easier to just reinstall everything.