On Wed, Nov 11, 2015 at 10:32 PM, Magnus Holmgren
wrote:
> tisdagen den 25 augusti 2015 09.38.53 skrev du:
> > A new version of Guilt was released 13 hours ago. It would be
> > great if Debian could pick up the new version.
> >
> > The release is pushed to http://repo.or.cz/w/guilt.git and a
> >
Package: guilt
Version: 0.35-1.2
A new version of Guilt was released 13 hours ago. It would be
great if Debian could pick up the new version.
The release is pushed to http://repo.or.cz/w/guilt.git and a
tarball is available from http://guilt.31bits.net/src/.
/ceder
I can reproduce this in Debian 7.2, like this:
[1] $ sudo apt-get update
[ lots of output ]
[2] $ /usr/lib/update-notifier/apt-check;echo
0;0
[3] $ sudo touch /etc/apt/sources.list.d/foo.list
[4] $ sudo chmod 600 /etc/apt/sources.list.d/foo.list
[5] $ /usr/lib/update-notifier/apt-c
Package: expect
Version: 5.45-4
The ecases_remove_by_expi() function in expect.c uses memcpy() to shift
elements down. The areas can be overlapping. When they are, the
construct is non-portable and can lead to memory corruption.
Please replace the memcpy call with a memmove call. That fixes the
i
The issue has now been fixed in the expect CVS repository, using
one of my patches, slightly edited. This commit of retoglob.c
fixes it:
revision 5.6
date: 2010/08/27 22:24:33; author: hobbs; state: Exp; lines: +38 -0
* retoglob.c: Fail if the generated glob contains more than
Package: expect
Version: 5.44.1.14-5
When using regular expression matching in the "expect" statement, recent
versions of expect create a glob pattern and use that as a gatekeeper, to
avoid running the "slow" regular expression matcher. The assumption is
that running a glob match is always a lot
6 matches
Mail list logo