Wellyes, I expected someone to say so. Reminds me of the "files without backup aren't important" mantra which somehow doesn't quite hit the mark in the real world(tm) :-p
Personally, I'm dropping exiftool files from their zip distro in /site because this is where it's found by default by everything. I dunno if there are any perl conventions that prevent users from modifying this tree, seems the right place to me.
However(!), after having worked a long time as a dev building msi installers, I an very positive wiping user data is an absolute no-go, wherever it is found (and users are rather creative for finding odd locations, take me for example :-)).
This is simply common sense as the risk of sending important data into oblivion far outweighs the risk of leaving some config files behind. And in the case of strawberry, it's not even that as the /site dir is empty by default.
My guess is that this is not broken by design but simply an oversight or lack of time to test it ... the same reason why the installer is unable to update a distro (like 5.20->5.22), w/o telling the user to manually de-install the old version while msi script is designed to do these things automatically.
On Mon Jun 29 12:52:03 2015, ETHER wrote:
Show quoted text> On 2015-06-29 04:27:33, email@alsigma.com wrote:
> If you mean INSTALLSITELIB (sorry, I don't speak strawberry, but
> that's the term ExtUtils::MakeMaker uses), there shouldn't be any data
> files there, and it *is* fair game for a re-install of perl to wipe
> everything there to reinstall distributions.
>
> Any code you are using that puts mutable data files there is wrong and
> should be fixed.