Your message dated Fri, 23 Jun 2006 10:58:41 +0200
with message-id <[EMAIL PROTECTED]>
and subject line not a bug
has caused the attached Bug report 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 I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: mldonkey-server
Version: 2.5.28-2
Severity: normal
After files are removed from the incoming directory mldonkey-server
creates empty versions of them in the incoming directory. These file
creations happen every few minutes. This behaviour happens across
server invocations. I primarily use the bittorrent protocol with
mldonkey and have not verified that this behaviour happens with other
protocols.
I suspect this is related to mldonkey-server trying share chunks of
completed files and not checking to see if the file still exists.
Some sort of 'touch' occurs and a ghost file is created.
This is annoying because the incoming directory is constantly populated
with the ghosts of files from ages past.
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.10-tengwar
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages mldonkey-server depends on:
ii adduser 3.63 Add and remove users and groups
ii debconf [debconf-2.0] 1.4.46 Debian configuration management sy
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii mime-support 3.31-1 MIME files 'mime.types' & 'mailcap
ii ucf 1.17 Update Configuration File: preserv
ii zlib1g 1:1.2.2-4 compression library - runtime
-- debconf information:
* mldonkey-server/max_hard_download_rate: 0
* mldonkey-server/launch_at_startup: true
mldonkey-server/config_exist_no_options:
* mldonkey-server/plugin: Directconnect, Opennap, Overnet, Soulseek, Bittorent,
Gnutella
* mldonkey-server/mldonkey_group: mldonkey
mldonkey-server/false_password:
* mldonkey-server/max_hard_upload_rate: 15
* mldonkey-server/max_alive: 48
* mldonkey-server/run_as_user: mldonkey
* mldonkey-server/reown_file: false
* mldonkey-server/mldonkey_niceness: 18
mldonkey-server/config_exist_no_dir:
mldonkey-server/fasttrack_problem:
mldonkey-server/shared_directories: share
* mldonkey-server/mldonkey_dir: /var/lib/mldonkey
* mldonkey-server/restart_after_upgrade: true
* mldonkey-server/client_name: mjxsqh
mldonkey-server/mldonkey_move: false
* mldonkey-server/mldonkey_umask: 0022
--- End Message ---
--- Begin Message ---
Package: mldonkey-server
According to upstream BTS this is not a bug:
you should remove the .torrent from torrents/seeded and then issue the
command reshare_torrents (the core will print "BT-Tracker return:
stopped NAME" in the log) and then you can remove the file.
I'm not sure if the empty files still can occur for other networks such
as edonkey, but i think they don't (just issue reshare after removing the
file).
However it would be nice if the core could be notified by file-changes
and do this automatically... (opening a new wishlist-bug for that)
I'm therefore closing this bug.
Cheers,
Samuel.
--- End Message ---
