Re: pkg/41087 (OS_VERSION should be removed from PKGPATH)

[David Holland <dholland-pbugs%netbsd.org@localhost>]

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

From: David Holland <dholland-pbugs%netbsd.org@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: Aleksey Cheusov <vle%gmx.net@localhost>
Subject: Re: pkg/41087 (OS_VERSION should be removed from PKGPATH)
Date: Sun, 7 Mar 2010 07:13:03 +0000

 On Wed, Feb 17, 2010 at 08:55:09PM +0000, Aleksey Cheusov wrote:
  >   >> What does come to mind is adding a dummy package whose version
  >   >> *is* the kernel version and having lsof depend on it. This would also
  >   >> solve the problem and be less messy.
  >  
  >  Such a special package and special dependency marks a package as "needs
  >  to be upgrade".
 
 Yes. That is the point.
 
  >  PkgSrc is a cross-platforms packaging system.
  >  Therefore this type of dictate doesn't look to me like a real solution
  >  for all supported platforms.
 
 Packages whose behavior is different on different platforms can always
 depend on the thing conditionally.
 
  >  I'd prefer to see OSVERSION_SPECIFIC a part of pkg_summary(5) generated
  >  by "pkg_info -X".  Next step is to improve package manager, e.g.,
  >  pkg_chk.  That is, the idea is to _recommend_ an upgrade.
 
 That is no different from "recommending" a recompile or update of
 every package with a perl script every time perl is recompiled. It is
 an issue, but it's a separate issue. If you have a suggestion for how
 it should be handled, please bring it up on tech-pkg.
 
  >  P.S.  Reminder: ${OS_VERSION} as a part of PKGNAME makes a package
  >  broken due to special characters (e.g. `-') in OS_VERSION under Linux
  >  and probably other OSes too.
 
 That should be fixed by suitable string substitutions.
 
 -- 
 David A. Holland
 dholland%netbsd.org@localhost