Package: kopete
Severity: normal
Kopete embeds a copy of the gadu library, which is vulnerable to
remotely exploitable integer overflows. Judging from the original KDE
advisory the embedded version is only used as a fallback. As there's
a dependency on Debian's libgadu, which has already been
close 319443 4:3.3.2-5
thanks
* Moritz Muehlenhoff [Fri, 22 Jul 2005 07:44:30 +0200]:
Package: kopete
Severity: normal
Kopete embeds a copy of the gadu library, which is vulnerable to
remotely exploitable integer overflows. Judging from the original KDE
advisory the embedded version is
Package: libqt4-dev
Version: 4.0.0-2
Severity: minor
Hi,
from /etc/cron.daily/man-db:
mandb: warning: /usr/share/man/man1/moc.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/uic.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/qtconfig.1.gz is a dangling symlink
Brian Nelson wrote:
On Thu, Jul 21, 2005 at 09:42:49PM -0400, Josh Metzler wrote:
Actually, it sounds like libaspell15 doesn't export any C++ symbols, and so
didn't need to do a transition. It is likely going to undo the package
name change and go back to libaspell15.
SVN commit 437599 by vriezen:
Remove pnm protocol file from debian build as it conflicts with kaffeine (for
kde=3.4 there is a 'uri' mime type for this)
Lost a return statement for playing exit movie
Prepare for next release
M +10 -3 ChangeLog
M +1 -1 configure.in.in
M +0 -1
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.8.15
tags 319443 security
Bug#319443: kopete: Kopete embeds a local copy of the vulnerable libgadu
(CAN-2005-1852)
There were no tags set.
Tags added: security
End of message, stopping
Hello,
if oldstable is not affected, please update
http://www.debian.org/security/nonvulns-woody
accordingly. Although in theory I could do it myself, I'd prefere if
you go through the official channels.
Thanks
Helge
--
Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED]
Hello.
Several people probably faced the problem that after initial system bootup,
and startup of *dm, keyboard does not work.
Suggested workaround was to add implicit 'vtX' parameter to X server
command line in Xservers file.
I've never seen an explanation of what is actually hapenning, and
SVN commit 437775 by mueller:
update FSF address
M +1 -1 COPYING
M +1 -1 debian/copyright
M +1 -1 doc/kommander/kde-common.css
M +1 -1 doc/kommander/kde-default.css
M +1 -1 doc/kommander/kde-web.css
M +2 -2 klinkstatus/COPYING
M +1 -1
Nikita V. Youshchenko wrote:
Hello.
Several people probably faced the problem that after initial system bootup,
and startup of *dm, keyboard does not work.
Suggested workaround was to add implicit 'vtX' parameter to X server
command line in Xservers file.
I had a similar problem, using
10 matches
Mail list logo