14511 2008-02-18 17:57:15 +0300 error on mounting tar 2010-06-24 05:41:29 +0400 1 1 4 Development Sisyphus fuse-kio unstable all Linux NEW P2 normal --- 1 imz nobody qa-sisyphus oldest_to_newest 64009 0 imz 2008-02-18 17:57:15 +0300 kdebase-kio-3.5.8-alt12 fuse-kio-0.1-alt0.4 I try to mount a tar file through fuse-kio. It doesn't work. (Whereas mounting a fish:// (ssh) URL works.) Steps to Reproduce: 1. prepare the test archive: $ echo hello > test.txt $ tar cvf test.tar test.txt test.txt $ 2. check that KIO can indeed handle this archive: $ konqueror tar:$(pwd)/test.tar ok 3. create the mountpoint: $ mkdir mpoint $ 4. make sure that fuse-kio works (e.g., with ssh via fish://... URLs): $ fuse_kio mpoint fish://0/ args.count() 2 base_url-fish://0/- mount_point -/space/ivan/OUT/ALT/bugreports/fuse/mpoint- fuse_kio: FuseApp ctor baseUrl: -fish://0/- fuse_kio: getattr() -/- url: -fish://0/- fuse_kio: ListJobHelper() ctor for fish://0/ fuse_kio: BaseJobHelper dtor fuse_kio: getattr / returns 0 fuse_kio: getattr() -/- url: -fish://0/- fuse_kio: getattr() -/- url: -fish://0/- fuse_kio: getattr() -/- url: -fish://0/- fuse_kio: getattr() -/- url: -fish://0/- fuse_kio: getattr() -/- url: -fish://0/- fuse_kio: getattr() -/- url: -fish://0/- and in another shell: $ ls mpoint/ bin dev home lib mnt proc sbin srv tmp var boot etc initrd media opt root space sys usr $ fusermount -u mpoint/ $ 5. Finally, try to mount the tar: $ fuse_kio mpoint tar:$(pwd)/test.tar args.count() 2 base_url-tar:/home/ivan/data/OUT/ALT/bugreports/fuse/test.tar- mount_point -/space/ivan/OUT/ALT/bugreports/fuse/mpoint- kbuildsycoca running... fuse_kio: FuseApp ctor baseUrl: -tar:/home/ivan/data/OUT/ALT/bugreports/fuse/test.tar- fuse_kio: getattr() -/- url: -tar:/home/ivan/data/OUT/ALT/bugreports/fuse/test.tar/- fuse_kio: ListJobHelper() ctor for tar:/home/ivan/data/OUT/ALT/bugreports/fuse/ Actual Results: and $ ls mpoint/ hangs. (In some previous cases, it wrote: Input/output error.) Expected Results: It works. 64010 1 imz 2008-02-18 18:02:14 +0300 $ sudo control 2> /dev/null | fgrep fuse fusermount wheelonly (public wheelonly restricted) $ groups ivan disk wheel uucp rpm cdrom cdwriter audio users xgrp $ 64118 2 imz 2008-02-18 22:37:41 +0300 А насчёт severity этого бага -- можно и поменять. Но откуда известно, что про xine предполагается, что он такие потоки не может играть? У них в http://xinehq.de/index.php/faq#AEN354 нет упоминания того, что какие-то RTSP-потоки не должны проигрываться. 64120 3 imz 2008-02-18 22:38:59 +0300 Sorry, промахнулся -- не в тот баг попал: (In reply to comment #2) > А насчёт severity этого бага -- можно и поменять. Но откуда известно, что про > xine предполагается, что он такие потоки не может играть? У них в > http://xinehq.de/index.php/faq#AEN354 нет упоминания того, что какие-то > RTSP-потоки не должны проигрываться.