You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
the idea occurred to me to day that in order to stop prereqs from being generated based on what /I have/ installed perhaps there's a way to make what I have installed disappear when creating the pkgbuild by removing site and vendor from @inc
The text was updated successfully, but these errors were encountered:
Interesting idea but there's a problem. When Makefile.PL or Build.PL is run it is run inside a new perl process. We can't modify the sub perl process's @inc. This could also cause problems with modules you actually want loaded from site or vendor. Bare necessities that is.
yeah I thought that maybe it wouldn't work... I really only want it when generating pkgbuilds which doesn't seem to cause a problem when the modules aren't there. could we sed patch the *PL's? obviously I want the directories used in the real install. I'm just annoyed that my modules that I use can affect the depends of the final pkgbuild.
Okay I'll reopen the issue as a feature request. A big problem is I don't have any code that runs the Makefile.PL. That is all done by CPANPLUS. To do what you are talking about, one would have to patch CPANPLUS.
I'd recommend trying it out manually first to see what happens. You wouldn't need a "sed patch" but you'd need to insert a line of code to filter out @inc like so:
BEGIN { @INC = grep { /core/ } @INC }
Note this only works with Archlinux which explicitly names the core module dir 'core_perl'. A more robust solution would use the Config module which lists the dirs specified when perl was compiled.
the idea occurred to me to day that in order to stop prereqs from being generated based on what /I have/ installed perhaps there's a way to make what I have installed disappear when creating the pkgbuild by removing site and vendor from @inc
The text was updated successfully, but these errors were encountered: