On Fri, 06 Jan 2006 12:57:13 -0600, Mikhail Teterin
<[EMAIL PROTECTED]> wrote:
п'ятниця 06 січень 2006 13:24, Jeremy Messenger Ви написали:
That's fine with me when pkg_add is broke^H^H^H^H^featureless (doesn't
check library version before install).
It is enough for pkg_add to check the version of each dependency and
issue
warnings/errors upon mismatch. There is no breakage here -- it should
not be
chasing library versions.
I know that pkg_add does warning about the dependency is old or new than
what it was built with.. I still think any binary installer have to check
the library version before install it. Current, pkg_add will install it
anyway and the user end up by find out that the binary don't work because
it can't find foo.so.N. Add a check will avoid pkg_add to install, because
it will not work anyway when it installs.
============================================
# pkg_add ./leafpad-0.8.2.tbz
pkg_add: warning: package 'leafpad-0.8.2' requires 'glib-2.7.4', but
'glib-2.7.5' is installed
# leafpad
/libexec/ld-elf.so.1: Shared object "libgobject-2.0.so.701" not found,
required by "leafpad"
# ldconfig -r | grep glib-2
198:-lglib-2.0.0 => /usr/local/lib/libglib-2.0.so.0
============================================
We need something like this:
pkg_add: warning: package 'leafpad-0.8.2' requires 'glib-2.7.4', but
'glib-2.7.5' is installed
[...contiune install...]
pkg_add: error: package 'leafpad-0.8.2' requires 'glib-2.0.701', but
'glib-2.0.0' is installed and will not work with it.
[...no install, just stop the pkg_add process...]
Warning: it might work or not, contiune install.
Error: it will not work, no install.
Without a library version checker and allow install when it will not work
is a bug in pkg_add...so.... we do need to add a library version checker
feature in the pkg_add.
Before you agrue about libraries that shouldn't be bump when it is not
need. That's not bug in ports tree or pkg_add, which it's pilot error by
developers or/and maintainers that should know when to bump. Most of
libraries that maintain by freebsd-gnome already use USE_GNOME=ltverhack
that fix libtool15 bug and we usually add a hack if it is not need to be
bump. The gnome_upgrade.sh should be most like go away in the next GNOME
upgrade.
Cheers,
Mezz
For a long time that would be be broken, if a dependency's version
installed
(and thus used for building the package) was different from the latest
available in the dependency's port, because that latter version was
recorded
in the package instead of the former.
But for a few years already the bsd.port.mk is smart enough to record the
installed versions properly (although difference in build-time options
may
still cause breakage). In fact, I remember having something to do about
the
changeover :)
-mi
--
[EMAIL PROTECTED] - [EMAIL PROTECTED]
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED]
_______________________________________________
cvs-all@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[EMAIL PROTECTED]"