Re: pkg/45559

[Jörn Clausen <joern.clausen%uni-bielefeld.de@localhost>]

The following reply was made to PR pkg/45559; it has been noted by GNATS.

From: =?ISO-8859-1?Q?J=F6rn_Clausen?= <joern.clausen%uni-bielefeld.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: Hans Rosenfeld <rosenfeld%grumpf.hope-2000.org@localhost>, 
hans%NetBSD.org@localhost,
 gnats-admin%NetBSD.org@localhost, pkgsrc-bugs%NetBSD.org@localhost
Subject: Re: pkg/45559
Date: Tue, 08 Nov 2011 17:24:26 +0100

 On 11/08/11 03:55 PM, Hans Rosenfeld wrote:
 >   >  >  - Define a single variable "USE_SFW" that can be set to "YES" or 
 > "NO".
 >
 >   How about defining TOOLS_PLATFORM.foo or TOOLS_IGNORE.foo if you
 >   absolutely don't want certain native tools?
 
 I do not want to avoid certain tools, I want to avoid /usr/swf all 
 together. And as I don't want to skim tools.SunOS.mk on a regular basis 
 and check for new replacements, such a global flag is one solution I can 
 accept.
 
 >   >  >  Personally, I don't see what is gained by using the tools from
 >   >  >  /usr/sfw instead of building them from pkgsrc.
 >
 >   It is mostly useful to reduce dependencies, especially on packages
 >   required for building with a pkgsrc gcc. Which, in turn, is really
 >   useful to get comparable bulk builds across SunOS versions and
 >   flavors.
 
 Huh??? Instead of using the same tools from pkgsrc you suggest to use 
 different tools from different SunOSes to get comparable results??? 
 Sorry, I don't buy that.
 
 >   Thats why it is detected automatically. OpenIndiana still has /usr/sfw
 >   for compatibility, but almost all of it are symlinks to the tools in
 >   /usr/bin or /usr/gnu/bin.
 
 And that's the reason why I think a split between SunOS and everything 
 spun off from OpenSolaris is inevitable. If even /usr/bin is not 
 compatible any more, a clear distinction between these two strains is 
 necessary. I do see the problem that the number of "old" SunOS users 
 will get smaller over time, and support for this OS in pkgsrc will 
 vanish. But I prefer this path over one where changes to pkgsrc based on 
 assumptions made on OpenSolaris et al. break things on Sol10 and before.
 
 -- 
   Jörn Clausen                             
joern.clausen%uni-bielefeld.de@localhost
   Hochschulrechenzentrum                 http://www.uni-bielefeld.de/hrz/
   Universität Bielefeld