# doko, see explanation below
tag 339250 - patch
thanks
* Matthias Klose [Wed, 23 Nov 2005 21:46:39 +0100]:
tags 339250 + patch
thanks
please find a patch at http://people.ubuntu.com/patches/c2a-pcre3.diff
Mark, please don't use that patch. The libpcre3 package ships both a C
library
Adeodato =?utf-8?B?U2ltw7M=?= writes:
# doko, see explanation below
tag 339250 - patch
thanks
* Matthias Klose [Wed, 23 Nov 2005 21:46:39 +0100]:
tags 339250 + patch
thanks
please find a patch at http://people.ubuntu.com/patches/c2a-pcre3.diff
Mark, please don't use that
Adeodato Simó wrote:
please find a patch at http://people.ubuntu.com/patches/c2a-pcre3.diff
Mark, please don't use that patch. The libpcre3 package ships both a C
library and a C++ library, and only the C++ one is affected by this
libstdc++ change.
That's why I haven't done anything
* Matthias Klose [Thu, 24 Nov 2005 22:29:15 +0100]:
right, that approach looks better, although currently you have to
rename both the package.
I discussed it with vorlon, and we were going with the make libpcre3
conflict with everything that used libpcrecpp.so, which we expect will
be
* Mark Baker [Thu, 24 Nov 2005 21:32:44 +]:
So I should put the C++ library in a new package, and no longer include
it in the libpcre3 package. What should I do about dependencies to get a
smooth upgrade path? Obviously people installing new versions of things
that use the C++ library
Adeodato =?utf-8?B?U2ltw7M=?= writes:
* Matthias Klose [Thu, 24 Nov 2005 22:29:15 +0100]:
right, that approach looks better, although currently you have to
rename both the package.
I discussed it with vorlon, and we were going with the make libpcre3
conflict with everything that
tags 339250 + patch
thanks
please find a patch at http://people.ubuntu.com/patches/c2a-pcre3.diff
as a side note: the package doesn't clean:
dpkg-source -b pcre3-6.4
dpkg-source: building pcre3 using existing pcre3_6.4.orig.tar.gz
dpkg-source: building pcre3 in pcre3_6.4-1ubuntu1.diff.gz
7 matches
Mail list logo