Date: Fri, 31 May 1996 02:04:28 +0300 (EET DST) From: Narvi <narvi@haldjas.folklore.ee> To: Michael Smith <msmith@atrad.adelaide.edu.au> Cc: "Jordan K. Hubbard" <jkh@time.cdrom.com>, asami@FreeBSD.org, ports@FreeBSD.org Subject: Re: Request for feedback: REQUIRES_OS_VERSION feature. Message-ID: <Pine.BSF.3.91.960531015951.6921A-100000@haldjas.folklore.ee> In-Reply-To: <199605300255.MAA11229@genesis.atrad.adelaide.edu.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 30 May 1996, Michael Smith wrote: > Jordan K. Hubbard stands accused of saying: > > > > If this variable is set in a Makefile, the output of `uname -r' will > > be compared against it and, if no match occurs, refuse to build > > the port. For example, the top port could have: > > > > REQUIRES_OS_VERSION= 2.2 > > > > For all variants and 2.1 users could make from the -current tree with > > impugnity, any ports like top simply getting skipped. > > Hmm. Impugnity is an interesting concept 8) > > Anyway, this leaves people following -stable out in the cold. The 2.1R > version of 'top' (for example), doesn't work with -stable, and you've just > death-warranted the -current version. Time for the -stable branch of ports and packages? So it would no more be a requirement to make a link from so.2.2 to so.3.0... on stable to run new ports. (Yes, I do understand the negative side of the thing). > > (The basic idea you've proposed is good though) > Agreed. > > Jordan > > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > Sander
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.91.960531015951.6921A-100000>