Re: pkg/59530 (Ports: lsof : The Operating System version (10.1) does not match 10.0)

["John L. Males via gnats" <gnats-admin%NetBSD.org@localhost>]

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

From: "John L. Males" <netbsd.open.source%softhome.ca@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc: 
Subject: Re: pkg/59530 (Ports: lsof : The Operating System version (10.1)
 does not match 10.0)
Date: Tue, 2 Sep 2025 06:26:01 +0000

 Dave,
 
 I would suggest this issue be closed or if makes sense placed into
 "bucket".
 
 "Bucket" suggestion re "presently only ten actual packages that set
 OSVERSION_SPECIFIC (plus one that is for build-only purposes,
 x11-links)" and "People have discussed the broader topic
 internally, and indeed questioned whether several of the packages
 that set OSVERSION_SPECIFIC should really do so".  I understand the
 reference to MK not touched in 15 years, but only 10 packages.  I
 know how simple and easy sounds compared to "29,000 packages in
 pkgsrc" may or may not involve alot of time or then again maybe
 very simple, easy, and little time to remove OSVERSION_SPECIFIC
 completely.  I would think all else equal 10 packages does not make
 difference from build time compared to "29,000 packages in pkgsrc".
 
 I will not install lsof due to required "add" "CHECK_OSABI=no" to
 "pkg_install.conf".  Not because it is difficult to do so.  I will
 not based on my many years of software engineering dealing with
 issues that originated from mixed versions/code/design bases.
 
 One case in point that different versions of OS were issues
 such that at times the need for specific set of fixes were not
 possible as the set of fixes where exclusive to one or more forks
 of same OS version.  In end engineering of a major industry name
 had to spend months to merge the different versions of OSs and
 rework many fixes to work with one version of OS.
 
 I have also seen first hand same forking same version into many
 exclusive of other forks API call definition and/or functionality
 of developer API developed/sold by (different to prior example)
 major software name in industry.  API differences means of couse
 APBI issues.  This API product is used by developers of
 many companies, often large, for product development in house or
 to sell was on hold for well over year as major industry name merged
 back to one version.  Again over year to merge back indicates again
 how far and extensive the different forks of same API had been
 allowed to continue.
 
 In both cases above the point of have to merge was forced due to
 reaching point cannot manage code nor even effect new fixes as new
 fixes would break all forked versions.  Hence time to maintain and
 unable to fix forced the year plus needed to merge code and in many
 cases redo many prior fixes from scratch.
 
 Just one of many first hand examples.  I have not mentioned where
 when I build the source of product fails at build or test of build
 phase due to source not on "same page" for all code "checked in".
 
 I needed to give perspective on why I have decided I have.  I am
 not sure if any have seen in any sense some manner of the examples
 I have provided as my reasoning for my decision.  Again I know
 first hand many times where fix for complex issues was simple and
 easy despite expecting otherwise, and flip side of expected easy
 bug to take little time/effort takes weeks, months, or more.  Not
 always case for simple or complex looking bugs, but one never knows
 at times if will be simple bug is easy/short time and complex bug
 needs notable time and effort.
 
 
 John L. Males
 Toronto, Ontario
 Canada
 
 2025-09-02 05:36+0000 UTC eMail Start
 2025-09-02 06:26+0000 UTC
 2025-09-02 02:26-0400 EDT
 
 *****Not GPG/PG Signed*****
 
 
 
 On Date: Tue, 26 Aug 2025 00:05:01 +0000 (UTC)
 From: "David H. Gutteridge via gnats" <gnats-admin%NetBSD.org@localhost>
 To:
 pkg-manager%netbsd.org@localhost,gnats-admin%netbsd.org@localhost,pkgsrc-bugs%netbsd.org@localhost,netbsd.open.source%softhome.ca@localhost
 Cc: Subject: Re: pkg/59530 (Ports: lsof : The Operating System
 version (10.1) does not match 10.0)
 
 
 
 [snip to reduce duplication and improve readability of gnats issue]