Date: Thu, 07 Aug 2014 19:47:00 +0200 From: Matthias Andree <mandree@FreeBSD.org> To: Vsevolod Stakhov <vsevolod@FreeBSD.org>, Tijl Coosemans <tijl@FreeBSD.org> Cc: svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org Subject: Re: svn commit: r364287 - head/ports-mgmt/pkg-devel Message-ID: <53E3BB94.4030609@FreeBSD.org> In-Reply-To: <53E3B6D8.9080101@FreeBSD.org> References: <53e39939.55bc.4ca5432c@svn.freebsd.org> <20140807172841.58633e63@kalimero.tijl.coosemans.org> <53E3A468.5050603@FreeBSD.org> <53E3AC0C.5020904@gmx.de> <53E3AD09.2050000@FreeBSD.org> <53E3B3B5.9000104@gmx.de> <53E3B6D8.9080101@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Am 07.08.2014 um 19:26 schrieb Vsevolod Stakhov:
> On 07/08/14 18:13, Matthias Andree wrote:
>> Am 07.08.2014 um 18:44 schrieb Vsevolod Stakhov:
>>
>>> On 07/08/14 17:40, Matthias Andree wrote:
>>>> Am 07.08.2014 um 18:08 schrieb Vsevolod Stakhov:
>>>>
>> [skipped]
>> Please reconsider/revert that change, and instead snatch the embedded
>> ELF SONAME from all libraries and use that for shared object (= dynamic
>> library) requires/provides.
>
> Ok, I'll spend some more of my time to explain the problem.
>
> 1) We have the field called manifestdigest, that is intended to be
> unique per package.
> 2) We have packages with wrong provides (they could be generated by 1.2
> or some of 1.3 versions)
Disregard. In doubt, flag and reinstall such packages in pkg 1.4.0.
> 3) Manifestdigest is not changed by shlib changes (there is a request
> but it requires to rebuild all digests from the scratch).
Disregard. You're handling pkg-devel, compatibility is not a major
concern there. In doubt, call the next release 2.0.0 to make users
aware a major migration might be required.
> 4) So for now, we have installed package with a wrong provide and a
> remote package with the same manifestdigest.
> 5) Remote package is not even considered by pkg as packages with the
> same digests are considered equal.
> 6) Pkg installs something from the remote repo that has the provide
> needed (e.g. wine-devel-i386).
>
> Hence, I *won't* revert this change until we fix other problems with
> shared libraries and digests calculation.
>
> I understand that it might be unclear, but currently shared library
> dependencies are used merely to fix ports that lack explicit
> dependencies. For example, if your port has something like
>
> LIB_DEPENDS= libblah.so.2:${PORTSDIR}/some/port
>
> then you would have *explicit* dependency and you won't be affected by
> my change. It merely prevents pkg from installing unnecessary shit for now.
>
For the remaining matters, I will be replying to Bapt's message.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53E3BB94.4030609>