Date: Tue, 5 Aug 2014 21:22:24 +0200 From: Tijl Coosemans <tijl@FreeBSD.org> To: Bryan Drewery <bdrewery@FreeBSD.org> Cc: ports@freebsd.org, office@FreeBSD.org Subject: Re: Libreoffice library caching [was Re: Yet another pkg bug?] Message-ID: <20140805212224.33dbbd7c@kalimero.tijl.coosemans.org> In-Reply-To: <53E10592.1000308@FreeBSD.org> References: <53DB9BF4.5070208@netfence.it> <62714296e76c28f63d8b7ca430882a37@shatow.net> <53E10592.1000308@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 05 Aug 2014 11:25:54 -0500 Bryan Drewery wrote: > Can office@ chime in on this? > > On 8/1/2014 7:27 PM, Bryan Drewery wrote: >> On 2014-08-01 08:53, Andrea Venturoli wrote: >>> On a 10.0/amd64 system: >>> >>>> # cat /usr/ports/UPDATING >>>> ... >>>> 20140730: >>>> AFFECTS: users of security/libgcrypt >>>> AUTHOR: pi@FreeBSD.org >>>> >>>> libgcrypt has been updated to 1.6.1 and all shared libraries >>>> versions have >>>> been bumped. So you need to rebuild all applications that depend on >>>> libgcrypt. >>>> >>>> # portmaster -r libgcrypt >>>> or >>>> # portupgrade -fr security/libgcrypt >>>> or >>>> # pkg install -fR security/libgcrypt >>>> ... >>>> # pkg info -r libgcrypt|less >>>> libgcrypt-1.6.1_1: >>>> libgnome-keyring-2.32.0_8 >>>> gnupg-2.0.25_1 >>>> libxslt-1.1.28_4 >>>> # pkg info -r libxslt | less >>>> libxslt-1.1.28_4: >>>> rarian-0.8.1_1 >>>> gnome-doc-utils-0.20.10_2 >>>> gtk-doc-1.18_1 >>>> inkscape-0.48.4_4 >>>> vala-0.20.1_1 >>>> policykit-gnome-0.9.2_7 >>>> raptor2-2.0.14 >>>> xmlto-0.0.26_2 >>>> shiboken-1.2.2 >>>> apiextractor-0.10.10_2 >>>> libreoffice-4.2.5_3 >>>> # portupgrade -frn libgcrypt >>>> ---> Listing the results (+:done / -:ignored / *:skipped / !:failed) >>>> + security/libgcrypt (libgcrypt-1.6.1_1 -> libgcrypt-1.6.1_1) >>>> + textproc/libxslt (libxslt-1.1.28_4 -> libxslt-1.1.28_4) >>>> + security/gnupg (gnupg-2.0.25_1 -> gnupg-2.0.25_1) >>>> + security/libgnome-keyring (libgnome-keyring-2.32.0_8 -> >>>> libgnome-keyring-2.32.0_8) >>> >>> So, libreoffice is not rebuilt and after "portupgrade -fr libgcrypt"... >>> >>>> # libchk -v | less -S >>>> ... >>>> Binaries that are linked with: /usr/local/lib/compat/pkg/libgcrypt.so.19 >>>> /usr/local/lib/compat/pkg/libsoup-gnome-2.4.so.1.5.0 >>>> /usr/local/lib/libreoffice/program/libxsltfilterlo.so >>> >>> ... libreoffice is still using the old library. >>> >>> >> >> Agreed it is not a pkg problem, nor a portupgrade problem. >> >> libreoffice is not directly depending on libgcrypt so it was not >> rebuilt. Only direct dependencies are rebuilt. But this is not really >> the problem. The problem is that Libreoffice seems to be doing something >> special by building its own libxsltfilterlo.so into its own directory. >> So the libxslt rebuild had no idea about it. It's not a file actually >> provided by libxslt. >> >> # pkg info -l libxslt|grep /usr/local/lib >> /usr/local/lib/libexslt.a >> /usr/local/lib/libexslt.la >> /usr/local/lib/libexslt.so >> /usr/local/lib/libexslt.so.8 >> /usr/local/lib/libxslt.a >> /usr/local/lib/libxslt.la >> /usr/local/lib/libxslt.so >> /usr/local/lib/libxslt.so.2 >> >> Note the lack of libxsltfilterlo.so. >> >> I'd say the instructions were lacking. My guess is a small handfull of >> people realize what's going on here and none of the other committers do. >> So it's very likely that many UPDATING entries need special libreoffice >> care as well and have not had it documented. I.e., every dependency of >> libreoffice would require rebuilding libreoffice. >> >> I'm not sure what this program/ dir is, perhaps some cache. It would be >> safer to have it disabled so this special care is not needed. It's not a special cache. It's just a normal library that libreoffice builds and installs. The library probably links to libexslt using "pkgconf --libs libexslt" which include -lgcrypt. Libreoffice should have had its PORTREVISION bumped as part of the libgcrypt update. There are other ports that should have been bumped. I'll look into it.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140805212224.33dbbd7c>