Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 5 Feb 2014 15:57:27 -0800
From:      Kevin Oberman <rkoberman@gmail.com>
To:        Matthias Andree <matthias.andree@gmx.de>
Cc:        FreeBSD Ports ML <freebsd-ports@freebsd.org>
Subject:   Re: [FreeBSD-Ports-Announce] Time to bid farewell to the old pkg_ tools
Message-ID:  <CAN6yY1uyXNp_c4PruKM89S9g0Y0QAs02cu5Z-dx3oSg1yZC19Q@mail.gmail.com>
In-Reply-To: <52F2C0C8.5010203@gmx.de>
References:  <201402052202.s15M2Lha059200@fire.js.berklix.net> <52F2C0C8.5010203@gmx.de>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Feb 5, 2014 at 2:52 PM, Matthias Andree <matthias.andree@gmx.de>wrote:

> Am 05.02.2014 23:02, schrieb Julian H. Stacey:
> > Matthew Seaman wrote:
> >> On 03/02/2014 21:24, Julian H. Stacey wrote:
> >>>> be beneficial in a very short amount of time.  Even if you prefer to
> >>>> compile from source,
> >>> =20
> >>> I use source, rarely if ever use packages, (except pkg_delete
> >>> to remove old broken dependencies). No opinion which scrips are
> better.=
> >>
> >>> =20
> >>> =20
> >>>> you will still reap the benefits of the modern
> >>>> packaging system.
> >>> =20
> >>> In 10.0 FreeBSD `reaped the benefit` of a default new horrible
> >>> registry that smells like Microsoft with quasi binary local.sqlite
> >>> needing special tools.  (Yes I know there's an export function.)
> >>> =20
> >>> For 2 decade we've poured scorn on Microsoft & its opaque easily
> >>> damaged hard to access registry, & lauded how with FreeBSD we can
> >>> examine & manipulate & repair our text based equivalent with any
> >>> number of personal choice text tools, & now FreeSBD is burdened by
> >>> this horrible Microsoft style registry.
> >>
> >> You're being absurd.
> >
> > Immediately personal criticism is a poor way to start convincing.
> >
> > ports/ is not just for package addicts.  I never install packages,
> > but only build & install from ports/.  sqlite junk obstructs
> > /var/db/pkg being accessed by find & grep to debug breaking ports builds.
>
> While I have wanted a few of the pkg options to be 100% compatible with
> the pkg_info options, I never felt the need to dig around in the package
> system innards other than to debug goofups that originated in the
> package system itself.  Especially not to debug breaking port builds.
> portmaster has made things quite easy when dealing with source builds.
>
> While I think this discussion is getting a bit emotional, I would like to
point out a few things that some posters may not know.

1. The ports/packages system is not total crap. In fact, at the time jkh
started it, it was far superior to any tool available.

2. sqlite and mysql were not available at the time it was written. If there
had been a solid, properly licensed RDBMS, I strongly suspect it would have
been used.

3. While the system has evolved a great deal since it came to FreeBSD about
20 years ago (just a rough guess), it was really in need of an overhaul.
Anyone who has used apt knows just how creaky is has become. (Not that I am
crazy about apt. I find that it has some very unpleasant issues. I think
pkgng is clearly superior.)

4. I will also miss the ASCII pkgdb.  I will either live without it or
write a small script to pull the relevant data out of the db and create a
"limited"  db that contains the data I need for my scripts that it. (I
would only need to fill in a few fields and most scripts can be placed by
pkg commands which are very flexible and powerful. pkg does a LOT more than
the old pkg_ system. Of course, you will have to actually read limited
documentation and the pkg help. (Far more complete than the last time I
looked at the documentation.)

I have long advocated for using the simplest, lowest overhead DB that will
o the job and use flat ASCII DBs often. Too many developers seem to think
that Oracle or is always the right answer for any DB and I'm sure Larry
agrees. but really doing the ports/packages system write simply goes beyond
what an ASCII DB is suited for. sqlite look like a very good fit for the
job.

5. The introduction of pkgng could have really been handled better and that
probably increased the negative feelings about it. It was also a bit before
it was really ready. It still lacks a few features I feel are quite
important, but they were also missing from the old system.

On the whole, bapt and company have done a remarkable job that was really
needed. It goes way beyond what any other package system I have seen can
do.
-- 
R. Kevin Oberman, Network Engineer, Retired
E-mail: rkoberman@gmail.com



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