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, almosthttp://www.thinkgeek.com/sfshirt
___
Fink-devel mailing list
Fink-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fink-devel
