pkgng woes

[Jeffrey Bouquet]

--- On Fri, 11/9/12, Chris Rees <utisoft at gmail.com> wrote:

> From: Chris Rees <utisoft at gmail.com>
> Subject: Re: pkgng woes
> To: "Jeffrey Bouquet" <jeffreybouquet at yahoo.com>
> Cc: "FreeBSD Mailing List" <freebsd-ports at freebsd.org>, "Beeblebrox" <zaphod at berentweb.com>
> Date: Friday, November 9, 2012, 11:09 AM
> On 9 Nov 2012 18:34, "Jeffrey
> Bouquet" <jeffreybouquet at yahoo.com>
> wrote:
> >
> >
> >
> > --- On Fri, 11/9/12, Chris Rees <utisoft at gmail.com>
> wrote:
> >
> > > From: Chris Rees <utisoft at gmail.com>
> > > Subject: Re: pkgng woes
> > > To: "Beeblebrox" <zaphod at berentweb.com>
> > > Cc: freebsd-ports at freebsd.org
> > > Date: Friday, November 9, 2012, 8:18 AM
> > > On 9 Nov 2012 09:53, "Beeblebrox"
> > > <zaphod at berentweb.com>
> > > wrote:
> > > >
> > > > Pkgng, as a concept may be great, but it's
> not really
> > > working - at least
> > > for
> > > > me:
> > > >
> > > > 1. pkg2ng conversion does not do a complete
> job and I
> > > have about half of
> > > my
> > > > ports in purgatory or a quasi-installed
> state. The
> > > program runs and is
> > > > installed but pkgdb does not have a record
> for it. So
> > > my ports updates do
> > > a
> > > > half-ass job.
> > > > 2. I am used to portmaster and I accept that
> > > portupgrade is "more ready"
> > > to
> > > > be used with pkgng than portmaster. However,
> portmaster
> > > has the
> > > > "--check-depends" option which I would
> normally use to
> > > correct problem #1,
> > > > alas I see no similar function in portupgrade
> or pkg.
> > > The "portupgrade
> > > -Ffu"
> > > > and "pkg check" commands don't do the trick
> either.
> > > > 3. I have some ports that I never want to
> install (like
> > > accessibility/atk
> > > or
> > > > net/avahi). The new pkgtools.conf has a nice
> feature of
> > > IGNORE_CATEGORIES
> > > > and HOLD_PKGS which I hope will allow me to
> "blacklist"
> > > those ports but I
> > > > have my doubts as the knob is PKGS and not
> PORTS - so
> > > we'll see.
> > > Separately
> > > > though, while trying to get my system pkgng
> complient
> > > and doing updates,
> > > > there have been some ports which were pulled
> in that I
> > > whish to remove. As
> > > > in #2, portmaster --check-depends did a nice
> job of
> > > this and allowed the
> > > > dependency to be removed from the portsdb
> structure -
> > > so same problem here
> > > > as #2.
> > > > 4. I know how to do +IGNOREME in the portsdb
> and that
> > > is a very roundabout
> > > > way of solving an sqlite entry.
> > > > 5. pkg add does not respect existing port
> version
> > > information on the
> > > system.
> > > > If you try to install a package and its
> dependencies,
> > > pkg tries to pull in
> > > > its own preferred version. This happened for
> perl5 - I
> > > have 5.16 already
> > > on
> > > > the system but pkg kept trying to install
> 5.14. The
> > > only solution was to
> > > use
> > > > the old "pkg-add -i" to install one-by-one
> and without
> > > the dependencies.
> > > > Interesting how pkgng does not have the -i
> (no-deps)
> > > option??
> > >
> > > Mixing versions with binary packages is a bad
> idea
> > > anyway.  Packages are
> > > built with a certain set of dependencies, and you
> can't mix
> > > and match (this
> > > has always been the case).  If you want to do
> this, use
> > > ports.  Packages
> > > are designed to work as a set, hence pkg upgrade
> just
> > > upgrades everything
> > > to the latest version.
> > >
> >
> > Does that mean that, for example, when I upgraded a
> slew of
> > packages ( pkg_add -f ...) that depended upon
> pkg-config
> > but installed and theoretically now depending upon
> pkgconf, that I'd
> > have to do them all by *ports* if using /pkg/ not
> /var/db/pkg?
> > That would seriously hinder fully half of my upgrades,
> making them
> > last a magnitude of hours longer each time...
> 
> I'm afraid I haven't a clue what you're talking about. pkgng
> is nothing to
> do with /pkg, and certainly nothing to do with pkg_add.
> 
> Chris
> _______________________________________________
> freebsd-ports at freebsd.org
> mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe at freebsd.org"
> 
Sorry. I was referring to 'you can't mix and match', but I've
always done it more or less. (Here a feature, not a bug... lower
power CPU.s)  I apologize for any confusion, just wanted to
inquire if the "pkg_add  -f" for dependencies, that are not
runtime dependencies, which still allow installing a package;...
Otherwise, in this instance, I'd have to somehow figure out which
of the hundreds of .tbz on a thumbdrive are with pkg-config; which
are with pkgconf; greatly complicating what may be just several
hours to do a slew of upgrades to one CPU.  Admittedly most FreeBSD
users may not face this situation.  Apologies if it is wasting 
anyone's time...

J. Bouquet