Date: Fri, 20 Aug 2010 00:10:39 +0200 From: Ivan Voras <ivoras@freebsd.org> To: jhell <jhell@dataix.net> Cc: bapt@freebsd.org, Florent Thoumie <flz@freebsd.org>, Julien Laffaye <jlaffaye@freebsd.org>, David Forsythe <dforsyth@freebsd.org>, Garrett Cooper <gcooper@freebsd.org>, Tim Kientzle <kientzle@freebsd.org>, freebsd-ports@freebsd.org Subject: Re: what next for the pkg_install rewrite Message-ID: <AANLkTi=h_GdAFbZ2X0agCAtyLLiwNrMoLx_ZunhBBx2=@mail.gmail.com> In-Reply-To: <4C6DA0FA.7080203@DataIX.net> References: <20100819143830.GJ35140@azathoth.lan> <AANLkTimY=FJas-oXkWwO07QtaD%2BGrLockgJ_SZQJ7UHM@mail.gmail.com> <AANLkTimhh2vOtXUb-frzWcZmANWyEC7oPtTgepzvOtSB@mail.gmail.com> <4C6DA0FA.7080203@DataIX.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 19/08/2010, jhell <jhell@dataix.net> wrote:
> Adding to this I would like to see a central database created for
> packages that have been removed like in Slackware Linux. They keep a
> file in /var/log/preserved_packages with a flat text format with the
> file name looking like:
>
> ${PORTNAME}-${PORTVERSION}${PORTREVISION}-`date +%Y%m%d%H%M%S`
Ah yes, you reminded me of this other thing: I would also suggest
getting rid of text files carrying rich information in ad-hoc formats
:)
I'm not saying XML should be the only choice, but it *is* well
supported - expat is even in base as libbsdxml.
While suggesting nebulous things I know will be hard to pass near a
lot of people: sqlite is *the* choice for any record-based file
databases today. The single most important thing I'll promote with it
is its transaction capabilities and ACID - these would get much use if
parallel operations (upgrades / installs) are to be supported. There
are a ton of other reasons too.
I started writing this a long time ago but abandoned it because of
strong opposition: http://wiki.freebsd.org/PortsUsingSQLite - maybe it
would help at this time.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?AANLkTi=h_GdAFbZ2X0agCAtyLLiwNrMoLx_ZunhBBx2=>