Package: pixie
Version: 2.2.1-1
Severity: serious
--- Please enter the report below this line. ---
Pixie depend on libopenexr2c2a (= 1.2.2) that is not available in the debian.
This make pixie not installable.
--- System information. ---
Architecture: i386
Kernel: Linux 2.6.22-2-686
Package: evolution
Version: 2.10.2-1
Severity: grave
Justification: renders package unusable
The application crash on startup. Debbug informations are in the
attachment.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (900, 'testing'), (800, 'unstable'),
This bug was not completely fixed but there is need also this patch[1].
Further testing has revealed a couple more problems
with the packet reordering/buffering code.
1) Some clients (notably the PPTP client) start their sequence
numbers at 1 instead of 0 as the RFC mandates. My previous
Tags:fixed-upstream patch
The bug seems to be fixed upstream[1].
Please contact upstream author if he want to integrate the patch in a
new 1.3.4. In the meantime we could integrate this patch on the official
debian version 1.3.0.
Contact also stable release manager for release this as update for
Please see this two thread from upstream release manager on poptop
mailing list[1][2].
[1]http://marc.info/?l=poptop-serverm=117616416514604w=2
[2]http://marc.info/?l=poptop-serverm=117641873919989w=2
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Why was tagged as etch-ignore?
In situation that the pptp connection need packet reordering pptpd begin to
malform gre packets.
The upstream author is investigating this issue with specific reordering
tests.
Please confirm as an Etch RC bug.
Regards,
Ste
--
Email.it, the professional e-mail,
Package: pptpd
Version: 1.3.0-2
Severity: Grave
With version 1.3.0 pptp very often freeze the tunnell and i get RX error on
the ppp interface on the pptpd server machine.
Using pppdump seems that ppp packets are not corrupted but using tshark on
the interfece i see that there are many MALFORMED
cd /usr/src/modules/ndiswrapper make distclean
Does that help?
*_exports.h *may* exist if timestamps are out of whack. So using 'distclean'
instead of 'clean' in debian/rules may avoid this in the future.
Yes now build fine.
If you plan to change this in debian/rules you could close
Package: sphinx2-bin
Version: 0.6-1
Severity: grave
Justification: renders package unusable
NFO: fbs_main.c(1266): libfbs/main COMPILED ON: Dec 16 2005, AT:
22:48:55
Usage: /usr/bin/sphinx2-continuous
Program received signal SIGSEGV, Segmentation fault.
0xb7d4c1c0 in strcpy () from
Package: beast
Version: 0.6.6-3
Severity: critical
Justification: breaks unrelated software
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (800, 'unstable'), (500, 'stable'), (101,
'experimental')
Architecture: i386 (i686)
Shell:
Il giorno ven, 18-03-2005 alle 16:05 -0500, Justin Pryzby ha scritto:
clone 273826 -1
retitle -1 New upstream release v1.7
severity -1 wishlist
thanks
Did you say that this freezes the whole system? If so, it is a
security problem with the kernel. Let us know so we can clone the bug
Il giorno ven, 18-03-2005 alle 18:03 -0500, Justin Pryzby ha scritto:
submitter 300314 Bluefuture [EMAIL PROTECTED]
thanks
Are you using a Dell laptop? The Linux 2.6.8 Changelog mentions a fix
for ALSA with a Dell. (But, you said it crashed under 2.6.8; thought
I'd ask anyway.) Knowing
12 matches
Mail list logo
