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]"

Reply via email to