Date: Thu, 9 Sep 1999 12:54:09 -0600 From: Nate Williams <nate@mt.sri.com> To: Marcel Moolenaar <marcel@scc.nl> Cc: Sheldon Hearn <sheldonh@uunet.co.za>, Nate Williams <nate@mt.sri.com>, Dmitrij Tejblum <tejblum@arc.hq.cti.ru>, hackers@FreeBSD.ORG Subject: Re: 32+ signals and library versions Message-ID: <199909091854.MAA04905@mt.sri.com> In-Reply-To: <37D801AF.2B97E791@scc.nl> References: <80742.936899215@axl.noc.iafrica.com> <37D801AF.2B97E791@scc.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > Yes, we shouldn't version bump every time someone has a whim, ending > > > up with 10 version bumps/week, but neither should we avoid them > > > altogether and cause the Linux syndrome of programs refusing to work > > > because they have the *wrong* version of glibc2.3 (or whatever).... > > > > This is starting to sound like what would help is tighter release > > management. If changes were held back long enough for a single version > > bump to cover multiple changes, the situation would be improved. > > I'm more tempted to revert to the major/minor versioning. ELF has no minor revision number (IMO a mistake, but it's not my call). Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909091854.MAA04905>