Date: Thu, 17 Jul 2014 11:38:17 -0700 From: paul beard <paulbeard@gmail.com> To: pkg@FreeBSD.org Subject: migrating my thinking to pkgng Message-ID: <CAMtcK2pgtC0FM6SZAgXJQ_xT4zrsSJP4g3tdS9tQrphrCeouFA@mail.gmail.com>
next in thread | raw e-mail | index | archive | help
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/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAMtcK2pgtC0FM6SZAgXJQ_xT4zrsSJP4g3tdS9tQrphrCeouFA>