svn commit: r312910 - in head: . etc/etc.pc98 etc/rc.d lib/libsysdecode libexec release release/doc release/doc/en_US.ISO8859-1/hardware release/doc/en_US.ISO8859-1/readme release/doc/share/example...

[Ian Lepore]

On Thu, 2017-02-02 at 00:50 +0300, Slawa Olhovchenkov wrote:
> On Wed, Feb 01, 2017 at 03:39:57PM -0600, Mark Linimon wrote:
> 
> > 
> > On Wed, Feb 01, 2017 at 08:09:50PM +0300, Slawa Olhovchenkov wrote:
> > > 
> > > Also, I am think current ports don't build on 4.x.
> > I will personally guarantee, in writing, that current ports do not
> > build
> > on 4.x, nor have they done so for years.  I personally removed the
> > legacy
> > cruft when 4.11 finally went EOL.
> > 
> > > 
> > > I am got complains about using ports on 8.x.
> > I am 99% certain that ports will not work on either 8.x or
> > 9.x.  Legacy
> > cruft was removed at the EOL in each of those cases.
> > 
> > Anyone who think that we can support ports on 4.x, 5.x, 6.x, 7.x,
> > 8.x,
> > 9.x, 10.x, 11.x, and -current, all at the same time, needs to seek
> > medical
> > attention at once.  At the absolute least, that era spans 3 major
> > versions
> > of make(1) and two completely different package implementations.
> I am assume no problem to use new make on old system.
> May be posible use pkg too (not sure about pkg requirements to
> syscalls).
> 

I can't say anything about 4.x, but I have no problems building current
ports on 8.2.  I have backported a few crucial changes to make, like
handling :tl and :tu, and that's about it.  It may not be officially
supported, but it's not hard to make it work for those who have a need.

I also still support systems that use true ISA-slot hardware, but that
doesn't include any storage or network controllers.  Mostly the ISA
cards are proprietary things, plus one ancient 8-port uart expansion
card that amazingly still works and can still be purchased.

-- Ian