Thanks for the patch. In fact I was intending to do an upload yesterday, and
held off when I saw this message. Looking at the bugs you filed on PCRE and
glib (thanks), it looks like I should go ahead with a pcre 8.35 release, and
glib will have to deal with this, do you agree?
On 20 Jul 2014,
The patch has now been accepted by upstream and will be in the next release.
http://bugs.exim.org/show_bug.cgi?id=1287
I'm happy to include it in the debian package before that, and will do when I
get time in the next week.
On 2 Sep 2012, at 12:35, Patrick Häcker wrote:
> Package: lib
In personal email, Hector Oron wrote:
> There were more files with wrong SONAME. I assume you have verified it.
There were two libraries that were wrong, and I fixed the only two places that
had a version number set, so I assumed it was all fixed, but I only checked
libpcre.so.3.
After I got
On Thu, March 22, 2012 12:44 pm, Torsten Wohlfarth wrote:
> EXTRA_LIBPCRE_LDFLAGS="$EXTRA_LIBPCRE_LDFLAGS \
> - - $NO_UNDEFINED -version-info 1:0:0"
> + $NO_UNDEFINED -version-info 16:1:13"
Thanks. Actually I knew what the problem was as soon as I saw t
Since someone has released an 8.30.really8.12-1.1 version, I'm going to
released the fixed version as 8.30..-2, as that sorts correctly after
8.30.really8.12-1.1 and before 8.31-1.
What would have been wrong with 8.30-1.really.8.12.1 which would have let
me replace it with a proper 8.30 version ea
On 11/05/2010 15:59, Lucas Nussbaum wrote:
Upgrading libpcre3 from version 7.8-3 (in testing) to version 8.02-1 (in
unstable) causes approx 3.3.0 (in stable) to start segfaulting at startup (on
amd64).
It works OK on i386. The version in unstable works on both.
Although I can reproduce this e
Anibal Avelar wrote:
Some users has gone this message:
$ subtitleeditor
subtitleeditor: symbol lookup error: subtitleeditor: undefined symbol:
_ZN7pcrecpp6no_argE
I think the problem is exactly the same described on this bug. The
users had the version 7.4-1+lenny1 and 7.6-1, but I can't reprodu
On Wed, Feb 06, 2008 at 06:54:47PM +0100, Andreas Metzler wrote:
> It simple rebuild would still break partial upgrades.
Yes, I agree. I don't think rebuilding the reverse dependencies is the
right solution.
The changelog suggests that the ABI change is un-necessary (it was an
attempt to fix a p
On Wed, Sep 19, 2007 at 03:51:14AM +0300, Touko Korpela wrote:
> Your pcre3 (7.3-2) upload used wrong syntax for bug closing in
> changelog.
I assume the problem is the line break in the middle? Perhaps
debian-changelog-mode.el needs to be enhanced so it won't put one there.
Anyway, I've now clo
Carl Fürstenberg wrote:
Everytime I tries to use pcregrep, it just fails telling:
pcregrep: Error in command-line regex at offset 0: unknown option bit(s) set
It works fine for me:
p4-7088:~>grep power.*wait /etc/inittab
pf::powerwait:/etc/init.d/powerfail start
po::powerokwait:/etc/in
I've got a sarge/testing system, and tried to upgrade to lenny this
week, but ran into exactly this problem.
Mark.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Nov 29, 2006 at 03:49:02PM +0100, Tom Parker wrote:
> about my system... where exactly does pcregrep crash? A stack trace
> would be nice.
p4-7088:~>for i in $(seq 1 8192); do echo -n Z >>file; done
p4-7088:~>pcregrep '(.)*' file
Segmentation fault
Running it under gdb, using the copy i
On Wed, Nov 29, 2006 at 12:59:47PM +0100, Tom Parker wrote:
> I've just been doing the test that Olivier Trichet mentioned with
> pcretest, with a file containing 30,000 Z's, and I don't get a crash.
> This is with libpcre3 6.7-1 on i386.
I can reproduce it with pcregrep; no idea why pcretest mi
severity 377295 normal
thanks
Marc Haber wrote:
On Fri, Jul 07, 2006 at 02:32:04PM -1000, Ryo Furue wrote:
bash# dpkg-reconfigure exim
db_upgrade: /var/spool/exim/db/retry.lockfile: unrecognized file type
db_upgrade: DB->upgrade: /var/spool/exim/db/retry.lockfile: Invalid argument
ba
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
On Mon, Aug 22, 2005 at 06:15:53PM +0200, Adrian Bunk wrote:
> It should be checked which of the versions in unstable/testing,
> stable and oldstable might be affected by CAN-2005-2491
> (PCRE Heap Overflow May Let Users Execute Arbitrary Code).
I'm away on business until wednesday night; if anyt
Helge Kreutzmann wrote:
The following packages have unmet dependencies:
libpcre3-dev: Depends: libpcre3 (= 4.5-1.2) but 5.0-1 is to be installed
E: Broken packages
It is built to depend on the same version as the library that's built at
the same time. I therefore uploaded library and -dev p
Luk Claes wrote:
Relevant snippet of the build log [1]:
./RunTest: line 111: 25459 Bus error
./pcretest -i $testdata/testinput2 testtry
make[1]: *** [runtest] Error 1
I can't reproduce this. I've logged in to merulo.debian.org, got the
latest source using apt-get, and built it, without any prob
severity 295713 normal
thanks
Nigel Metheringham wrote:
Future debian releases should either:-
* Not provide an exim 3 package and obsolete it so that existing
installations are upgraded to exim4.
* Very clearly mark the package as deprecated so that users do not
continuing
19 matches
Mail list logo
