Bug 165740

Two questions :

- The file needs to be named exactly the same way like in the torrent, is it completely the same ? Otherwise the import tool will not find it.
- Is the torrent a single file torrent or a multifile torrent ?

I prefer to store torrents that contain only a single file into the same directory.
The program "µTorrent 1.7.7"  supports a change of the storage location. I do not want that the torrent name must always generate a new subdirectory.

http://download.opensuse.org/distribution/11.0/iso/torrent/openSUSE-11.0-DVD-x86_64.torrent

For multifile torrents you need to select the toplevel directory, so in this case which ever directory the iso file is located in. It does not need to be named the same way as in the torrent.

This is fixed now by this commit, we now handle HTTP redirects properly :

http://websvn.kde.org/?view=rev&revision=849574

I have tried to share this DVD file by the current software release 3.1.5 once more. The import and manual data check seems to be mostly successful this time. But the seeding does still not work because "No permissions" are indicated by a "file not found" message in the status column. But I can open the corresponding data folder in Dolphin and view the file by a tool like KHexEdit.

-rw-r--r-- 1 root users 4651712512 21. Jun 06:50 openSUSE-11.0-DVD-x86_64.iso


I do not like that KTorrent insists to create a subdirectory like "openSUSE-11.0-DVD-x86_64-iso" for a single file by default.

First of all that torrent is not a single file torrent, it is a multi file torrent with one file in it. So to import it properly you need to select the directory it is in, in the data field of the import dialog.

Second change the permissions of the file, or the change the ownership, you do not have write permissions for the file.

(In reply to comment #6)
> First of all that torrent is not a single file torrent, it is a multi file
> torrent with one file in it.

I interpret this as a mysterious contradiction from the original provider. I would prefer to handle such a setting still as a single file.


> Second change the permissions of the file, or the change the ownership, you do
> not have write permissions for the file.

I would expect that read rights should be sufficient for my use case.

Can it be avoided to create an additional subdirectory for a single file like it works in the µTorrent application?

We are not going to make an exception for multi file torrents with one file.

KTorrent can seed from read only files, but seeing that you are getting file not found errors, it is not going to do much. What exactly is printed in the log file ?

(In reply to comment #9)
> KTorrent can seed from read only files, but seeing that you are getting file
> not found errors, it is not going to do much.

I understand the previous restriction that the write permission might be missing for the unwanted subdirectory.

I updated this software once more.
Version     : 3.1.5                             Vendor: openSUSE Build Service
Release     : 3.3                           Build Date: Thu Nov 20 15:01:45 2008
Install Date: Fri Nov 21 19:20:51 2008      Build Host: build22


Now the seeding works for this single ISO file despite of the fact that I set a different parent directory. (It is strange that I do not get the error message after my fresh login yesterday evening.)


> What exactly is printed in the log file?

But I can reproduce the reported issue by an import try for the file "openSUSE-10.2-GM-DVD-x86_64-iso.torrent".
I assume that you mean the protocol viewer. Unfortunately, new messages come in so fast that is very hard to copy the interesting error messages from the list.

The log output is saved in ~/.kde4/share/apps/ktorrent/log

https://bugs.kde.org/show_bug.cgi?id=165740

Now I can show a few log entries.

Do Nov 20 16:30:16 2008: Loading /home/elfring/.kde4/share/apps/ktorrent/tor1/
Do Nov 20 16:30:16 2008: Multi file torrent
Do Nov 20 16:30:16 2008: Selected tracker http://tracker.opensuse.org:6969/announce (tier = 1)
Do Nov 20 16:30:16 2008: Switching to tracker http://tracker.opensuse.org:6969/announce
Do Nov 20 16:30:17 2008: Cannot open /home/elfring/.kde4/share/apps/ktorrent/tor1/webseeds to load webseeds
Do Nov 20 16:30:17 2008: OutputPath = /windows/E/geladen/openSUSE/openSUSE-11.0-DVD-x86_64.iso/
Do Nov 20 16:30:18 2008: Error : statvfs for /windows/E/geladen/openSUSE/openSUSE-11.0-DVD-x86_64.iso/ failed :  Ist kein Verzeichnis


/windows/E/geladen/openSUSE/openSUSE-10.2-GM-DVD-x86_64.iso/openSUSE-10.2-GM-DVD-x86_64.iso : Ist kein Verzeichnis
Di Nov 25 19:32:25 2008: Multi file torrent
Di Nov 25 19:32:25 2008: Selected tracker http://tracker.opensuse.org:6969/announce (tier = 1)
Di Nov 25 19:32:25 2008: Switching to tracker http://tracker.opensuse.org:6969/announce
Di Nov 25 19:32:25 2008: Cannot open /home/elfring/.kde4/share/apps/ktorrent/tor2/webseeds to load webseeds
Di Nov 25 19:32:25 2008: OutputPath = /windows/E/geladen/openSUSE/openSUSE-10.2-GM-DVD-x86_64.iso/
Di Nov 25 19:32:25 2008: Error : statvfs for /windows/E/geladen/openSUSE/openSUSE-10.2-GM-DVD-x86_64.iso/ failed :  Ist kein Verzeichnis
Di Nov 25 19:32:25 2008: Starting download openSUSE-10.2-GM-DVD-x86_64-iso
Di Nov 25 19:34:52 2008: Data directory changed for torrent 'openSUSE-10.2-GM-DVD-x86_64-iso' to: /windows/E/geladen/openSUSE/
[...]
Di Nov 25 19:34:55 2008: Error : Die Datei /windows/E/geladen/openSUSE/openSUSE-10.2-GM-DVD-x86_64.iso lässt sich nicht öffnen: Keine Berechtigung


-rw-r--r-- 1 root users 3932309504 18. Feb 2008  openSUSE-10.2-GM-DVD-x86_64.iso


I can edit the "file_map" so that it fits to the desired directory structure. It seems that the specification of a new storage location during the import has got the same effect. I am unsure under which circumstances the available read permissions are finally recognised by KTorrent.

Those permissions have probably something to do with how it is mounted.

In /etc/fstab, my /windows entry looks like this :

UUID=5038380B3837EE9A /windows        ntfs    defaults,umask=007,gid=46 0       1

Your problem, probably is that umask is set to something wrong. With 007, I can read and write to files without any problem.

My file system table contains the following entry.
/dev/disk/by-id/scsi-SATA_SAMSUNG_SP2504CS09QJ1UA109248-part6 /windows/E           ntfs-3g    users,gid=users,fmask=133,dmask=022,locale=de_DE.UTF-8 0 0