(putting fink-devel back in cc, so people can contradict/correct me ..)

On 08 Jul 2010, at 01:27, Scott Hannahs wrote:

>
> On Jul 6, 2010, at 20:11, Jean-François Mertens wrote:
>
>> Please DON'T use "system-perl" ! this causes havoc on systems (like  
>> mine, x86-64/10.5)
>> where there  is no "system-perl", so to user has to manually  
>> intervene for any such
>> pkg to switch the deps to something universally available ! (Or try  
>> hacking for himself,
>> as I finally did in despair, an appropriate "system-perl" info file  
>> (of type "bundle")
>> to get rid of those problems.. but that's extremely unsafe  
>> probably: depepending on
>> some perlXYZ-core may not be sufficient, while depending on perlXYZ  
>> might block any
>> possibility, for other pkgs, to switch between different perl  
>> versions..)
>>
>> So _ please avoid system-perl like hell: it is a hornet's nest !
>
> The "hornet's nest" seems to be following the documentation....
I know it does, and is used by a number of pkgs
> We need to document that this is a wrong approach and put it out  
> there or folks like me will just blindly see a feature and use it.

There are probably not that many users of systems where system-perl is  
not available,
and one might argue that they should know what they're doing...
Still, it is a major annoyance on such systems.
>
> "As of fink 0.20.2, the system-perl virtual package automatically  
> "Provides" certain perl modules when the version of Perl present on  
> the system is at least 5.8.0. In the case of system-perl-5.8.1-1,  
> these are: attribute-handlers-pm581, cgi-pm581, digest-md5-pm581,  
> file-spec-pm581, file-temp-pm581, filter-simple-pm581, filter-util- 
> pm581, getopt-long-pm581, i18n-langtags-pm581, libnet-pm581, locale- 
> maketext-pm581, memoize-pm581, mime-base64-pm581, scalar-list-utils- 
> pm581, test-harness-pm581, test-simple-pm581, time-hires-pm581.(This  
> list was slightly different in fink 0.20.1: package maintainers are  
> encouraged to check to be sure that they are assuming the correct  
> list.)"
>
> So I was just trying to follow the manual.  I will go back and put  
> the explicit dependencies back in.
>
> As a question is perlNNN-core ok to use?

Any versioned dep causes no problem.

JF Mertens

[And in fact, a dep on 'system-perl' should still work for most pkgs  
that use it,
if one could force 'system-perl' into existence... (e.g., if the pkg  
builds no binaries)].
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Fink-devel mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.devel
Subscription management:
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to