Subject: Re: SoC 2006: pkg_install rewrite?
To: None <tech-pkg@netbsd.org>
From: Jeremy C. Reed <reed@reedmedia.net>
List: tech-pkg
Date: 04/22/2006 14:02:25
> But I'd add one (very important, in my opinion) feature to the mix:
> the ability to easily upgrade whole installations either from source,
> from binaries or both. This is difficult, but not impossible; other
> systems have got it. And let's face it: upgrading the packages of a
> system (specially desktops) is a royal PITA nowadays.
A few of other systems that have a good package upgrade system are urpmi,
yum, up2date, apt-get and apt-rpm. These are all tools above their
primitive package management tools, rpm or dpkg, which are similar to our
pkg_install suite.
The reason these good upgrade tools work is because they have a detailed
database of known possibilities of available binary packages. Soon we will
have that too once the recent patches to pkg_info get committed.
Once we have that new pkg_info in place we can have the bulk build
uploaders generate this detailed availability file. Or it can be done
automatically.
Debian uses a big file with all details in it. While yum uses hundreds or
thousands of files (per package).
Anyways, once we have this in place, I am assuming that the several tools
we already have can be extended to use that information for a
binary-package-only installations and upgrades (and package removals).
Some of the tools that could probably be easily extended include:
pkgtools/pkg_select or wip/pkg_select
wip/pkgmanager
pkgtools/pkg_chk
And I seem to recall that there are a couple more.
(Of course, work on a new or replacement for the package admin tools is
fine too. On that note, one of the developers has said on several
occassions that he has one already, but I am not sure how much is done.)
Jeremy C. Reed