tech-kern archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: Regarding the ULTRIX and OSF1 compats



Picking a random message in this thread to respond to.

FreeBSD has struggled with deprecation as well (which is what this is).

I'm working on a doc to help there, but the basic criteria are:

1. What is the cost to keep it. Include the API change tax here.
2. What is the benefit the project gets from it. How many people use THING and how much "good" do we get out of this.
3. Is the THING working for anything non-trivial?
4. Is there someone actively looking after THING?

It's basically nothing more than a cost-benefit analysis.

In the case of COMPAT_ULTRIX (which is not going away) you'd get:

1. Cost is low, though not zero. It's a thin veneer over stuff the system would have anyway.
2. Some people are still running Ultrix binaries.
3. As far as has been reported, it's useful for non-trivial binaries.
4. Nobody is really looking after it, but there's enough use to generate bug fixes.

So on the whole, there's some benefit at a modest cost to keeping a feature that's basically working. Keep is a decent decision.

In the case of COMPAT_OSF (which some would like to be removed):

1. Cost is relatively high, as there's parts we'd not have in a normal system (MACH features missing, must make API changes blind, no way to test)
2. Nobody has reported OSF binaries in recent memory, though some used it years ago (it was quite important in the 90s for alpha bring up).
3. It's basically broken. Non-trivial binaries are impossible because of the missing bits.
4. No one is looking after it.

Which is all negative: there's no benefit for something that's not known to be working, and even if it was working it's incomplete for a user base of zero with no maintainer. Add to that that since there's no good way to test, the work to keep it compiling is make-work: it's a box to tick that provides no benefit other than ticking the box.

Seems like a clear and compelling case to me, but my involvement with NetBSD is too tangential for me to strongly advocate for that.

Anyway, my suggestion is that if there's this much contention for a removal, I'd suggest coming up with a set of reasonable criteria people can agree on that help focus the discussion on cost / benefit rather than some of the more esoteric philosophical arguments I've seen in the thread which feel good, but put a lot of work on others to generate that good feeling.

Warner


Home | Main Index | Thread Index | Old Index