From owner-freebsd-office@FreeBSD.ORG Tue Aug 5 19:32:23 2014 Return-Path: Delivered-To: office@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 86C21159 for ; Tue, 5 Aug 2014 19:32:23 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 69F942BA0 for ; Tue, 5 Aug 2014 19:32:23 +0000 (UTC) Received: from bdrewery (uid 1298) (envelope-from bdrewery@freebsd.org) id c8a by freefall.freebsd.org (DragonFly Mail Agent v0.9+); Tue, 05 Aug 2014 19:32:23 +0000 Received: (qmail 4310 invoked from network); 5 Aug 2014 14:32:21 -0500 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 5 Aug 2014 14:32:21 -0500 Message-ID: <53E1313F.4090106@FreeBSD.org> Date: Tue, 05 Aug 2014 14:32:15 -0500 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Tijl Coosemans Subject: Re: Libreoffice library caching [was Re: Yet another pkg bug?] References: <53DB9BF4.5070208@netfence.it> <62714296e76c28f63d8b7ca430882a37@shatow.net> <53E10592.1000308@FreeBSD.org> <20140805212224.33dbbd7c@kalimero.tijl.coosemans.org> In-Reply-To: <20140805212224.33dbbd7c@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, office@FreeBSD.org X-BeenThere: freebsd-office@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Office applications on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Aug 2014 19:32:23 -0000 On 8/5/2014 2:22 PM, Tijl Coosemans wrote: > 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. > Hm, it seems to be building its own libxslt library though and placing it in its own directory. The rebuilding of libxslt did not update the one in the libreoffice dir. libreoffice->libxslt->libgcrypt Rebuilding libxslt should be enough to link against the newer libgcrypt and since libxslt has not change it should not require rebuilding libreoffice. -- Regards, Bryan Drewery