On Fri, 22 Jul 2005 14:10:13 -0700 (PDT)
Matthew Dillon <[EMAIL PROTECTED]> wrote:
> One thing to note is that the 'make upgrade' target in /usr/src
> generally does (or should do) all required post-installworld
> activities. If it doesn't, pound on the people responsible for
> breaking it :-)
>From FreeBSD 4.x, too?
> When I do a quick look at the make upgrade target, there actually
> aren't a whole lot of dependancies on /usr/src itself. It seems
> to need:
>
> /usr/src/share/mk
> /usr/src/share/termcap
> /usr/src/usr.sbin/rmt
> /usr/src/etc
>
> And perhaps a few others. But the total amount of data appears to
> be quite limited, perhaps 1-2 MBytes.
>
> What if we incorporated those elements required for the make
> upgrade target to work into the distribution? The installer could
> then install all the files like it does now, then it can run the
> 'make upgrade' target to clean up any remainder.
I think that this data is already on the CD, under different names:
/usr/share/mk
/usr/sbin/rmt
/etc.hdd
(It looks like the termcap directory is obsolete?)
So to answer your question, yes, it would be good, but I would
definately prefer it to not be a duplicated, customized version of
"make upgrade" with duplicated data. It would be better if it were
shared somehow. Like:
- move the "upgrade" target (and all of its dependencies) from
/usr/src/Makefile to /etc/Makefile, so that it's always there,
not just when the sources are installed;
- give it a parameter for where to get the files that it uses from.
Under build/install kernel/world, this would be /usr/src; but when
upgrading from a CD, this could be "/usr/share/upgrade" or something,
which would contain directories and symlinks to the files needed by
"make upgrade", just as if they were located under /usr/src like
usual.
How does this sound?
-Chris
