Your message dated Wed, 16 Jul 2008 20:54:07 +0100
with message-id <[EMAIL PROTECTED]>
and subject line mutella has been removed from Debian, closing #191241
has caused the Debian Bug report #191241,
regarding mutella: "get (3 or more numbers)" causes hang
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)


-- 
191241: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=191241
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: mutella
Version: 0.4.3-1
Severity: important
Tags: upstream

When getting files with "get" mutella will hang if I ask for too many
files. If I only ever ask for two files at a time it seems to be OK, but
I can easily nake it hang asking for 3 or more files at once.

For example, if I do "list" and find a list of 100 files, if I go
through them like this:

get 1 2
get 3 4
get 5 6
get 7 8

I can add files to download till the download list is full (64 files?).

If however I try:

get 1 2 3
get 4 5 6
get 7 8 9

or

get 1 2 3 4 5
get 6 7 8 9 10
get 11 12 13 14 15
get 16 17 18 19 20

I will be able to do this a few time and add a few files, but eventually
the client will not return from one of the "get" commands.

If you press return the screen scrolls up one line but you do not get
your > prompt back. I have tried leaving it for a long period of time
(i.e. a day) and it does not come back.
The only way to get out is to ^C it.

If I do an strace -p <PID>
The parent process is sitting there polling and the other processes are
all silent:

$ strace -p 24211
getppid()                               = 24210
poll([{fd=5, events=POLLIN}], 1, 2000)  = 0
getppid()                               = 24210
poll([{fd=5, events=POLLIN}], 1, 2000)  = 0
getppid()                               = 24210
poll([{fd=5, events=POLLIN}], 1, 2000)  = 0
getppid()                               = 24210
poll([{fd=5, events=POLLIN}], 1, 2000)  = 0
getppid()                               = 24210

If I ^C and restart mutella some AUTOGETs have been added,
I'm not sure if this includes files from the last get request though.

I'm not sure if it happens because it gets to 64 files in the queue,
but this may be related.

If this IS the reason it would seem that the client *should* realise
that you have asked to add too many files to the queue, give it's
"failed to start download of <file>" error message, and refuse to queue
more than 64 files, but not freeze.

This has been happening with earlier versions as well.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux aotea 2.4.19-686-smp #1 SMP Tue Nov 19 00:58:50 EST 2002 i686
Locale: LANG=C, LC_CTYPE=en_GB

Versions of packages mutella depends on:
ii  libc6                     2.3.1-17       GNU C Library: Shared libraries an
ii  libgcc1                   1:3.3-0pre6    GCC support library
ii  libncurses5               5.3.20021109-2 Shared libraries for terminal hand
ii  libreadline4              4.3-4          GNU readline and history libraries
ii  libstdc++5                1:3.2.3-0pre7  The GNU Standard C++ Library v3
ii  zlib1g                    1:1.1.4-11     compression library - runtime

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: 0.4.5-7+rm

The mutella package has been removed from Debian testing, unstable and
experimental, so I am now closing the bugs that were still opened
against it.

For more information about this package's removal, read
http://bugs.debian.org/489422 . That bug might give the reasons why
this package was removed, and suggestions of possible replacements.

Don't hesitate to reply to this mail if you have any question.

Thank you for your contribution to Debian.

--
Marco Rodrigues
http://Marco.Tondela.org


--- End Message ---

Reply via email to