When a user decides no longer to use one of fink's perl packages, and to use apple's perl, he is left with a large number of broken pkgs, which have hardcoded somewhere /sw/bin/perl, w/o explicitly depending on it.
To get an idea of the extent of the problem, I just tested files in /sw/bin _ and counted just the number of pkgs (ie, %N), not splits _ ie, the number of re-builds needed:
# egrep "/sw/bin/perl([^5]|$)" /sw/bin/* | cut -f1 -d':' | xargs dlocate -S | cut -f1 -d':' | sort -u | grep -v 581 |
xargs fink dumpinfo -p N | sed -r -e 's,^%N:[[:space:]]*,,' -e 's,[[:space:]]*$,,' | sort -u | xargs | tee ~/plpkgs | wc -w
1082
# ls -l ~/plpkgs
-rw-r--r-- 1 root wheel 10519 Jan 8 18:48 /var/root/plpkgs
(the 10519 is to be compared with 17023, a relatively recent list in same format for all installed pkgs :
it is more than 60% of the pkgs)
It seems totally impractical to go and scrutinize all those pkgs, and fix them...
Woud it not be possible for fink to ensure that /sw/bin/perl always exists,
and points to /usr/bin/perl when no pkg perlxyz is installed ?
(Of course the user could do it manually _ but fink pretends to take care
of dependencies for him..)
This seems easy to implement, and without pitfalls _ but I might be overlooking something ?
Jean-Francois
------------------------------------------------------- The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek. It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt _______________________________________________ Fink-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fink-devel
