@MSGID: mPI2.121507@fx15.iad>
931e8bf7
@REPLY:
<873501a7mn.fsf@doppelsaurus.mobileactivedefense.com> 8236c3fa
@REPLYADDR Scott Lurndal <scott@slp53.sl.home>
@REPLYTO 2:5075/128 Scott Lurndal
@CHRS: CP866 2
@RFC: 1 0
@RFC-Reply-To: slp53@pacbell.net
@RFC-References: 1@dont-email.me>
1@dont-email.me> GMN3.79590@fx16.iad> 1@dont-email.me>
<20230824160017.406@kylheku.com> <87edjrhz1d.fsf@doppelsaurus.mobileactivedefense.com>
<20230825095521.754@kylheku.com> <87a5ufhtk5.fsf@doppelsaurus.mobileactivedefense.com>
<20230825113441.899@kylheku.com> <877cpdakxu.fsf@doppelsaurus.mobileactivedefense.com>
<20230829102534.979@kylheku.com> <873501a7mn.fsf@doppelsaurus.mobileactivedefense.com>
@RFC-Message-ID:
mPI2.121507@fx15.iad>
@TZUTC: 0000
@TID: FIDOGATE-5.12-ge4e8b94
Rainer Weikusat <rweikusat@talktalk.net> writes:
>Kaz Kylheku <864-117-4973@kylheku.com> writes:
>> On 2023-08-29, Rainer Weikusat <rweikusat@talktalk.net> wrote:
>>> Kaz Kylheku <864-117-4973@kylheku.com> writes:
>>>> On 2023-08-25, Rainer Weikusat <rweikusat@talktalk.net> wrote:
>>>
>>> [configure & friends in git]
>
>[...]
>
>>> Never check anything into git which is supposed to generated from
>>> something else also checked into git. In case someone else did this,
>>> remove it. 
>>
>> By and large, and by default, we should follow the configuration
>> management principle that secondary/derived objects are not put into
>> version control, only primary ones. This principle agrees with what you
>> are saying. When not sure, don`t check in the derived object.
>>
>> There are exceptions though.
>
>[easily building old releases]
>
>> If you check out a baseline from ten years ago, you get the
>> correct ten-year-old configure script or y.tab.c, which
>> were generated with the version of the generators used at the
>> time.
>
>Hmm ... in my opinion, the chances that a ten year old version of
>anything non-trivial will compile, let alone work, on a current Linux
>system are exceedingly slim and an old system will have the old tools
>available.

That hasn`t been my experience.   I`ve been building xrn, z.b., since
first building it for SVr3.2/X11R3 on a M88100.  It builds on current
linux distributions (much like all the other Xaw clients).

Weyland may end that run, however, sadly.
--- xrn 9.03-beta-14-64bit
 * Origin: UsenetServer - www.usenetserver.com (2:5075/128)
SEEN-BY: 5001/100 5005/49 5010/352 5015/255 5019/40
5020/715 848 1042 4441
SEEN-BY: 5020/12000 5030/49 1081 5075/128
@PATH: 5075/128 5020/1042 4441