Bug#449349: libgnutls13: lftp fails with gnutls_record_recv error

2007-11-05 Thread Astrid de Wijn
Package: libgnutls13
Version: 2.0.1-1
Severity: normal

This is bug occurs in combination with lftp.  The error suggests that the bug is
in libgnutls13 and not lftp, but I have no idea what is going on, so i am
not completely sure of this.  Please forward this to the lftp maintainer if
you think the problem is there.

After connecting to the https server, and starting a download,
at first everything is fine.  But after some time the download fails
with the following error:

[EMAIL PROTECTED]:/tmp$ lftp https://server.somethingorother/directory/
lftp server.somethingorother:/directory> mget file1
mget: Fatal error: gnutls_record_recv: GnuTLS internal error.
lftp server.somethingorother:/directory>

I have reproduced the problem with the same package versions, but on
machines that are not being looked after by me.

The files i'm getting usually end up a few megabytes large (file names altered
to protect privacy)
-rw-r--r-- 1 astrid astrid 15368192 Nov  5 11:34 /tmp/file1
-rw-r--r-- 1 astrid astrid  6029312 Nov  5 11:50 /tmp/file2

When I reproduced the bug on another machine, the resulting file sizes
were exactly the same.

Because i have no idea what is going on, i'm not able to tell you anything
else intelligent.  Please let me know if you need any further information
from me.

lftp and dependencies version numbers:
ii  lftp3.5.14-1 Sophisticated command-line 
FTP/HTTP client p
ii  libexpat1   1.95.8-4 XML parsing C library - runtime 
library
ii  libgcc1 1:4.2.2-3GCC support library
ii  libgcrypt11 1.2.4-2  LGPL Crypto library - runtime 
library
ii  libgpg-error0   1.4-2library for common error values 
and messages in GnuPG components
ii  libncurses5 5.6+20071013-1   Shared libraries for terminal 
handling
ii  libreadline55.2-3GNU readline and history 
libraries, run-time libraries
ii  libtasn1-3  0.3.10-1 Manage ASN.1 structures (runtime)
ii  netbase 4.30 Basic TCP/IP networking system

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.22.9 (PREEMPT)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgnutls13 depends on:
ii  libc6   2.6.1-6  GNU C Library: Shared libraries
ii  libgcrypt11 1.2.4-2  LGPL Crypto library - runtime libr
ii  libgpg-error0   1.4-2library for common error values an
ii  liblzo2-2   2.02-3   data compression library
ii  libopencdk100.6.4-1  Open Crypto Development Kit (OpenC
ii  libtasn1-3  0.3.10-1 Manage ASN.1 structures (runtime)
ii  zlib1g  1:1.2.3.3.dfsg-6 compression library - runtime

libgnutls13 recommends no packages.

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#375361: wesnoth-utbs: some units are unable to move

2006-06-25 Thread Astrid de Wijn
Package: wesnoth-utbs
Version: 1.1.5-1
Severity: important



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)


In the first scenario, Seela is immediately affected.
The other archer that enters at the top is also paralysed.
If I save the
game and then load the saved game, many other units are also affect.
They can't attack or move.  If I try to attack with such a unit, i
get the attack dialogue, but no options for weapons are available.
I can see the profile, which has the weapons listed.  The units always
seem to remain in this state.  There was one exception, when a paralysed
unit levelled.  After that i could move with it.

I played through the first scenario without loading a saved game,
but in the second scenario, with recalled units, things got much worse.
There other units became paralysed even without saving a game.

Please let me know if you need any configuration files or further information.

Astrid


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]