migrating my thinking to pkgng

[paul beard]

Running into some problems with versions and dependencies that may be
outside the scope of pkgng but maybe not. It has worked pretty well on
a new FreeBSD 8 system I had to setup in a virtual environment. I just
tried to install hplip (which I no longer need, worked around it) and
it is clashing on a dependency.

pkg install hplip

Updating repository catalogue

The following 67 packages will be installed:


Installing libXmu: 1.1.2_2,1

Installing fontcacheproto: 0.1.3

Installing xprop: 1.2.2

Installing qt4-corelib: 4.8.6

Installing qt4-xml: 4.8.6

Installing lcms: 1.19_5,1

Installing ca_root_nss: 3.16.1

Installing xf86vidmodeproto: 2.3.1

Installing dri2proto: 2.8

Installing pciids: 20140620

Installing qt4-script: 4.8.6

Installing qt4-sql: 4.8.6

Installing videoproto: 2.3.2

Installing gstreamer: 0.10.36_2

Installing orc: 0.4.21

Installing qt4-doc: 4.8.6

Installing qt4-clucene: 4.8.6

Installing qt4-sqlite-plugin: 4.8.6_1

Installing py27-sip: 4.15.2_1,1

Installing libpaper: 1.1.24_2

Installing gsfonts: 8.11_6

Installing cups-image: 1.7.3

Installing svgalib: 1.4.3_7

Installing lcms2: 2.6_3

Installing jbig2dec: 0.11_2

Installing libidn: 1.28_1

Installing mpage: 2.5.6

Installing enscript-a4: 1.6.6_1

Installing a2ps: 4.13b_6

Installing mDNSResponder: 544_1

Installing pydbus-common: 1.1.1_4

Installing py27-cairo: 1.10.0_2

Installing libXfontcache: 1.0.5_2

Installing libmng: 1.0.10_2

Installing qt4-network: 4.8.6

Installing libXxf86vm: 1.1.3_2

Installing libpciaccess: 0.13.2_2

Installing libXv: 1.0.10_2,1

Installing ghostscript9: 9.06_7

Installing foomatic-filters: 4.0.17_2

Installing cups-pstoraster: 8.15.4_8

Installing cups-base: 1.7.3

Installing py27-dbus: 1.1.1_1

Installing py27-gobject: 2.28.6_4

Installing xset: 1.2.3_1

Installing qt4-xmlpatterns: 4.8.6

Installing libdrm: 2.4.17_1

Installing gstreamer-plugins: 0.10.36_4,3

Installing xdg-utils: 1.0.2.20130919_1

Installing libGL: 7.6.1_4

Installing qt4-gui: 4.8.6

Installing qt4-svg: 4.8.6

Installing qt4-iconengines: 4.8.6

Installing qt4-opengl: 4.8.6

Installing qt4-qt3support: 4.8.6

Installing qt4-help: 4.8.6

Installing qt4-inputmethods: 4.8.6

Installing qt4-imageformats: 4.8.6

Installing qt4-declarative: 4.8.6

Installing qt4-webkit: 4.8.6

Installing qt4-assistant: 4.8.6

Installing qt4-designer: 4.8.6

Installing qscintilla2: 2.7.2,1

Installing py27-qt4-core: 4.10.3_1,1

Installing py27-qt4-dbussupport: 4.10.3

Installing py27-qt4-gui: 4.10.3,1

Installing hplip: 3.14.4_2


The installation will require 500 MB more space


0 B to be downloaded


Proceed with installing packages [y/N]: y

Checking integrity...pkg: WARNING: locally installed
avahi-libdns-0.6.31_1 conflicts on /usr/local/lib/libdns_sd.so with:

- mDNSResponder-544_1


pkg: WARNING: locally installed avahi-libdns-0.6.31_1 conflicts on
/usr/local/lib/libdns_sd.so.1 with:

- mDNSResponder-544_1

How can I find out what of those 67 packages needs that resolved? I
thought it was cups-base which I built from source so I could check
the box to use avahi. I haven't yet figured out the query language for
pkg info which might do what I want. But it certainly help if this
error message said which package was blocking on that dependency. It's
not hplip.

/usr/ports/devel/dbus

/usr/ports/devel/glib20

/usr/ports/devel/pcre

/usr/ports/devel/pkgconf

/usr/ports/devel/py-gobject

/usr/ports/graphics/jpeg

/usr/ports/graphics/sane-backends

/usr/ports/lang/python27

/usr/ports/net-mgmt/net-snmp

/usr/ports/print/cups-base

/usr/ports/print/cups-client

/usr/ports/print/cups-image

cups-base does have a dependency on avahi-app, as I thought I
remembered. I just uninstalled, configured it to use avahi, not
mDNSresponder, reinstalled and I still get the error. So pkg isn't
checking what's installed but just checking a shipping manifest. The
dependency on ZeroConf networking is resolved but it doesn't think so.

So how does one resolve this, either locating the (hopefully)
configurable port and building by hand to resolve that dependency
(which doesn't seem to reliable) or is there a way to have different
versions of the pkg depending underlying dependency needs to be
resolved?



-- 
Paul Beard / www.paulbeard.org/