cvs commit: ports/textproc/libwpd Makefile distinfo

[Jeremy Messenger]

On Fri, 06 Jan 2006 12:57:13 -0600, Mikhail Teterin  
<mi+mx at aldan.algebra.com> 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


-- 
mezz7 at cox.net  -  mezz at FreeBSD.org
FreeBSD GNOME Team
http://www.FreeBSD.org/gnome/  -  gnome at FreeBSD.org