On Fri, Nov 03, 2006 at 01:40:03AM +0300, Elan Ruusamäe wrote:
> hi
>
> in php 5.2 pcre extension needs to be compiled statically as libphp_common.so
> uses symbols from it.
>
> ./.libs/libphp_common.so: undefined reference to
> `pcre_get_compiled_regex_cache'
> ./.libs/libphp_common.so: undefined reference to `php_pcre_replace_impl'
> ./.libs/libphp_common.so: undefined reference to `pcre_get_compiled_regex'
> ./.libs/libphp_common.so: undefined reference to `php_pcre_split_impl'
> ./.libs/libphp_common.so: undefined reference to `php_pcre_match_impl'
> collect2: ld returned 1 exit status
>
> but adding Provides: %{name}-pcre = %{epoch}:%{version}-%{release} will not
> make poldek happy, and upgrade will break.
It requires Obsoletes to work.
> error: php-common = 4:5.1.6-1 is required by php-pcre-5.1.6-1
> error: php-common = 4:5.1.6-1 is required by php-pcre-5.1.6-1
>
> $ rpm -qp ../RPMS/php-common-5.2.0-0.1.i686.rpm --provides|grep pcre
> php-pcre = 4:5.2.0-0.1
>
> probably php-common should obsolete php-pcre? like:
> Obsoletes: php-pcre < 4:5.2.0
>
> but how to do that so that it won't obsolete php4-pcre which has:
> $ q php4-pcre --provides
> php-pcre = 3:4.4.4-5
>
> bump epoch+=2 so that php4 has epoch=5 and php5 has epoch=6?
No, very ugly.
Maybe let's drop "php-module" Provides in php4 and use (versioned?)
"php(module)" Provides in both versions (and update deps in other
packages)?
Using virtual Provides with other _real_ package name brings many
troubles and should be avoided.
--
Jakub Bogusz http://qboosh.cs.net.pl/
_______________________________________________
pld-devel-en mailing list
pld-devel-en@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
