On Fri, 6 Jun 2003, Julio Merino wrote:

> On Fri, 6 Jun 2003 14:17:19 -0500 (CDT)
> Frederick Bruckman <fredb@immanent.net> wrote:
>
> > On Fri, 6 Jun 2003, Jeremy C. Reed wrote:
> >
> > > On Fri, 6 Jun 2003, Frederick Bruckman wrote:
> > >
> > > > > I don't want to have to use bootstrap-pkgsrc on my Linux systems. I want
> > > > > to do a "pkg_add bmake bc file gcc3 mawk tnftp mk-files", untar the
> > > > > pkgsrc.tar.gz and be ready to use it.
> > > >
> > > > Where does "pkg_add" come from? Is there a RedHat rpm for it?
> > >
> > > I packaged pkgsrc/pkgtools/pkg_install on a different system, placed it on
> > > a local FTP site (and on CDs) along with numerous other packages. I use
> > > these packages for my own Linux (but are useful for basically any Linux).
> >
> > So why don't you build bootstrap-pkgsrc on that system, and tar that up?
> > "pkg_add" isn't enough to begin to use "pkgsrc" -- ergo "bootstrap-pkgsrc".
>
> [ warning, this is a two minutes idea :p ]
>
> I think we could do like what debian does with its base system.  That is,
> the bootstrap-pkgsrc .tgz could contain a package database registering the
> packages in it (like bmake, pax, etc).  This way, after you have unpacked
> it, if you run pkg_list you could see what's already installed (bootstrap
> packages) and update them when needed.  The only problem with this is that
> the package database should be placed inside the tgz (i.e., inside PREFIX
> and not /var)...

...except that we want to get rid of the packages, with their dual
maintenance burden and indeterminate upgrade paths. How hard is to
simply rebuild bootstrap-pkgsrc from time-to-time?

Frederick