Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 15 Oct 2001 02:30:57 +0100
From:      Josef Karthauser <joe@tao.org.uk>
To:        Murray Stokely <murray@FreeBSD.org>
Cc:        Eric Melville <eric@FreeBSD.org>, binup@FreeBSD.org
Subject:   Re: design issues
Message-ID:  <20011015023057.A31066@tao.org.uk>
In-Reply-To: <20011014181709.E2654@windriver.com>; from murray@FreeBSD.org on Sun, Oct 14, 2001 at 06:17:09PM -0700
References:  <20011014170515.B39749@FreeBSD.org> <20011014180507.D2654@windriver.com> <20011015020834.Y31066@tao.org.uk> <20011014181709.E2654@windriver.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--3IyuMspwcGTbYISR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Sun, Oct 14, 2001 at 06:17:09PM -0700, Murray Stokely wrote:
> On Mon, Oct 15, 2001 at 02:08:34AM +0100, Josef Karthauser wrote:
> > Our current package framework is inadequate.  It needs to be
> > reconstructed with a middle layer API to separate the underlying
> > database representation from the package tools.  Unfortuately the
> > open-packages people don't appear to have realised this. :(.
>=20
>   Do you mean something as simple as just moving some of the
> functionality of pkg_add into a libpkg so that other applications can
> use it?  That's a weekend project at most and something I've
> definitely wanted for a long time.  sysinstall would be an obvious
> consumer of this library, since sysinstall uses cpio to deal with
> packages and I've seen packages that pkg_add likes but sysinstall
> doesn't like.

A little more than that.  We need to do a proper design of the API
before we code anything up.  With the right API we should be able
to do these kind of things:

* Use an SQL database to record info on installed packages instead of
  using /var/db/pkg entries.

* Plug new groups of ports in via a plug in module, like the bsdpan
  (CPAN) for installed perl modules.  Package tools shouldn't be using
  /usr/ports/INDEX natively.  They should be going through the API so
  that other modules can advertise what they're able to install also.
  There are loads of things that would benefit from this.  Ruby, Latex,
  CPAN, etc.

All of this whilst still using the package tools that we know and love.

Joe

--3IyuMspwcGTbYISR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (FreeBSD)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjvKPFEACgkQXVIcjOaxUBa+AACfSCFmOMe8Bt7xwZftbw7mVEWd
ggkAoI2go4YTTeMvB3ibP3ixJibBdUyx
=qoqr
-----END PGP SIGNATURE-----

--3IyuMspwcGTbYISR--

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-binup" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20011015023057.A31066>