Garance A Drosihn wrote:
> At 3:33 PM -0700 7/5/02, Terry Lambert wrote:
> >So, to summarize:
> >
>
> Let me summarize my own position.
I was summarizing both. It's not really necessary to summarize a
position you've already taken... that's "reiterating". 8-) 8-).
You want a one sentence summary instead of a "200 line" summary?
Both sides want as many developers as possible using
-current in order to advance things as quickly as
possible, but they disagree on how that can be best
accomplished and are too busy proving they are right
to listen to each other and find a compromise.
I think automatically removing perl -- or anything else that could
result in a runtime error, if it were removed -- is a bad idea. It's
asking "make installworld" to be better at component management than
"sysinstall upgrade". This is impossible, with the present tools for
configuration management that FreeBSD has.
I don't think there is *any* way you can turn a system that is a
result of "make installworld" into the same system it would have
been if you had installed a snapshot from a CDROM on a clean hard
drive, and done minor system configuration.
Removing old system header files is a possibility. Doing that will
cause compile-time errors, but not runtime errors. If we are looking
for a minimum valid set of things to remove automatically, then header
files are a good candidate. Doing it, though, is a scary default, if
you can't turn it off.
How about leaving perl along, and starting with a proof-of-concept?
Garance:
Could you agree to let Paul add Makefile code *that is on by default*
to zap /usr/include so that it contained only header files from the
"make installworld", after that command is run?
Paul:
Could you agree to add a knob that Garance and anyone else who is
interested could set in their /etc/make.conf or somewhere else where
it only has to be set once, so they could opt-out of participating
in your experiment?
Does this sound reasonable?
-- Terry
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
