Description: A kioslave for RAR archives. This is a very basic kioslave that supports RAR archives. Only listing, reading and deleting files and directories is currently support. I use code from ark and krusader to make this (thanks!). It depends on unrar or rar to handle the archives.Last changelog:
I love this plugin but it seems to no longer work in Kubuntu/Ubuntu AMD64 (Kernel 2.6.24-23-generic).
I do not know what the problem is but would you please take a look?
If it helps, your 7z KIO_SLAVE plugin still works in 64bit.
This is an amazing KIO slave you have written and it does exactly what I have been yearning to see KDE do for years. Thanks a lot of making it and I hope it gets added to the regular KDE system, because it is great.
I have two problems when using kio_rar 0.6:
1.) kio_rar crashes in rar archives that includes directories with a '#' in it's name. When entering such a directory I got the following message: "The process for the rar protocol died unexpectedly."
2.) With Konqueror and kio_rar I can't open rar archives with the ".cbr" extension ("comic book rar"). The error messages says:
"[Filename].cbr is a file, but a folder was expected."
After changing the extension to ".rar" it worked well.
The (un)rar command-line-tool doesn't have any problems with these rar archives.
I looked at bugs.kde.org to add a bug report, but there wasn't a kio_rar app listed.
BTW I'm using a i386/32Bit Gentoo.
I have a patch for problem 1 (# in filename)
I'll send it to the man (rgfernandes), but you can try this:
--- old/src/kio_rar.cpp 2006-04-03 16:08:52.000000000 +0300
+++ new/src/kio_rar.cpp 2007-01-22 22:31:33.000000000 +0200
@@ -313,7 +313,7 @@
if( m_archiveFile && url.path().startsWith( m_archiveFile->fileName() ) )
{
- fileUrl = url.path().section( m_archiveFile->fileName(), 1 );
+ fileUrl.setPath(url.path().section( m_archiveFile->fileName(), 1 ));
// Has it changed ?
if ( ::stat( QFile::encodeName( m_archiveFile->fileName() ), &statbuf ) == 0 )
{
Please add to ebuild the lines:
RDEPEND="|| (
|| ( app-arch/rar app-arch/unrar )
app-arch/unrar-gpl )"
(two tabs before line 2 and line 3 for better readability....)
Hello, at first thank you for your great work on the kio-slaves.
I wonder if it would be possible and if it would make sense to make a kio for unp (and maybe ad missing features to it).
http://www.lv.kernel.org/pub/linux/debian/pool/main/u/unp/
By this way, you don't have to do the same work for every new format again and i think developers of ark and karchiver could benefit from the interface too.
At the moment unp can handle: tar[.gz,.bz2], gz, bz2, Z, ar/deb, rpm, shar, rar, arj, zip, LHa, cab, ace,
tnef, uu (mail, news), mime, hqx, sea, zoo, pmd, cpio, afio, lzop
If it is not possible with the unp package, maybe it would be a good idea to create s.th. new wich can akt as a general archive-kio?
thanx for 0.5! am I right if I think the rar support in KDE 3.4 will be equally as good as the zip and gz support?
I hope so... if it is, its your work, so thank you. if it isn't, well, keep up the good work, I guess you will be able to make it :D
I think it is already so. With kio_rar 0.5, you can read, write, rename and delete files in rar. I think this is bugfree enough by now. Of course, it have its bugs.
The only issue is that the kio_rar depends on unrar and rar binaries. This is because the license of rar binaries. It is a commercial license, not free.
I couldn't put kio_rar in kde 3.4 because the feature freeze.
I find this very interesting. It would be cool if it could be integrated into kdebase/kdelibs. You should talk to them.
On the other hand, if you remove the need to patch Konqueror and you make it a stand-alone add-on, I can make an RPM package for Suse.
Well, let me explain better. This patch is already in kde 3.4. I only make a backport. I do it because the developers didn't it for 3.3.2.
If you use (or when use) 3.4, this patch is unnecessary.
The kio_mhtml (http://www.kde-apps.org/content/show.php?content=14315) needs this patch too. This patch is not only for kio_rar.
well i really like your kioslaves, but i am afraid that compiling a new kdebase is just a little too much trouble in my opinion.... why does konqueror not have the ability, of loading kioslaves, like plugins or something like that?
is someone working on this, has a feature request been posted?
thanks and make more of the nice kioslaves... hopefully included in my next dist-upgrade :D
The konqueror doesn't currently integrate (with double-click) the kioslaves as plugins. This patch is to add this support.
As I said, this code is already in KDE CVS HEAD. It will be released with next version, 3.4 or 4.0. It is a backport.
Several people tested this patch and found no problems. And this patch doesn't make a big change in code. I think it is safe to use.
The decision is yours.
>I was making a kioslave to
>handle .iso files and cdroms without
>mounting them, but I've found that
>krusader team already made such
>kioslave.
Is this .iso kioslave in kde cvs or only in krusader?
Ratings & Comments
37 Comments
I love this plugin but it seems to no longer work in Kubuntu/Ubuntu AMD64 (Kernel 2.6.24-23-generic). I do not know what the problem is but would you please take a look? If it helps, your 7z KIO_SLAVE plugin still works in 64bit.
This is an amazing KIO slave you have written and it does exactly what I have been yearning to see KDE do for years. Thanks a lot of making it and I hope it gets added to the regular KDE system, because it is great.
I have two problems when using kio_rar 0.6: 1.) kio_rar crashes in rar archives that includes directories with a '#' in it's name. When entering such a directory I got the following message: "The process for the rar protocol died unexpectedly." 2.) With Konqueror and kio_rar I can't open rar archives with the ".cbr" extension ("comic book rar"). The error messages says: "[Filename].cbr is a file, but a folder was expected." After changing the extension to ".rar" it worked well. The (un)rar command-line-tool doesn't have any problems with these rar archives. I looked at bugs.kde.org to add a bug report, but there wasn't a kio_rar app listed. BTW I'm using a i386/32Bit Gentoo.
I have a patch for problem 1 (# in filename) I'll send it to the man (rgfernandes), but you can try this: --- old/src/kio_rar.cpp 2006-04-03 16:08:52.000000000 +0300 +++ new/src/kio_rar.cpp 2007-01-22 22:31:33.000000000 +0200 @@ -313,7 +313,7 @@ if( m_archiveFile && url.path().startsWith( m_archiveFile->fileName() ) ) { - fileUrl = url.path().section( m_archiveFile->fileName(), 1 ); + fileUrl.setPath(url.path().section( m_archiveFile->fileName(), 1 )); // Has it changed ? if ( ::stat( QFile::encodeName( m_archiveFile->fileName() ), &statbuf ) == 0 ) {
A SlackWare TGz package with SlackBuild Script is Ready to DownLoad!!! http://www.slacky.it/ http://www.slacky.it/index.php?option=com_remository&Itemid=1&func=fileinfo&filecatid=1013&parent=category
Whooops, and add to the ebuild the line: DEPEND="kde-base/unsermake" (since it was needed to compile here, is this the correct behaviour?)
No, it doesn't depends on unsermake. I haven't it installed here. Maybe configure checks for its presence and use it, but it is not a dependency.
Please add to ebuild the lines: RDEPEND="|| ( || ( app-arch/rar app-arch/unrar ) app-arch/unrar-gpl )" (two tabs before line 2 and line 3 for better readability....)
Done. Thanks.
add to ebuild amd64 keyword :)
Done. Thanks.
was kio_rar included in kde 3.5 ? if yes, where ? (which part of kde..) I need this but seems discontinued or at least I can't find in beta...
I have stopped the development for a while. I have so busy lately. This will not be included in KDE 3.5. Maybe in KDE 4.0, but I can't guarantee.
Hello, at first thank you for your great work on the kio-slaves. I wonder if it would be possible and if it would make sense to make a kio for unp (and maybe ad missing features to it). http://www.lv.kernel.org/pub/linux/debian/pool/main/u/unp/ By this way, you don't have to do the same work for every new format again and i think developers of ark and karchiver could benefit from the interface too. At the moment unp can handle: tar[.gz,.bz2], gz, bz2, Z, ar/deb, rpm, shar, rar, arj, zip, LHa, cab, ace, tnef, uu (mail, news), mime, hqx, sea, zoo, pmd, cpio, afio, lzop If it is not possible with the unp package, maybe it would be a good idea to create s.th. new wich can akt as a general archive-kio?
I will check this. Thanks.
thanx for 0.5! am I right if I think the rar support in KDE 3.4 will be equally as good as the zip and gz support? I hope so... if it is, its your work, so thank you. if it isn't, well, keep up the good work, I guess you will be able to make it :D
I think it is already so. With kio_rar 0.5, you can read, write, rename and delete files in rar. I think this is bugfree enough by now. Of course, it have its bugs. The only issue is that the kio_rar depends on unrar and rar binaries. This is because the license of rar binaries. It is a commercial license, not free. I couldn't put kio_rar in kde 3.4 because the feature freeze.
I find this very interesting. It would be cool if it could be integrated into kdebase/kdelibs. You should talk to them. On the other hand, if you remove the need to patch Konqueror and you make it a stand-alone add-on, I can make an RPM package for Suse.
Well, let me explain better. This patch is already in kde 3.4. I only make a backport. I do it because the developers didn't it for 3.3.2. If you use (or when use) 3.4, this patch is unnecessary. The kio_mhtml (http://www.kde-apps.org/content/show.php?content=14315) needs this patch too. This patch is not only for kio_rar.
One more thing. My inicial idea is put this code in kde (kdelibs, kdebase or kdeutils). When it reaches 1.0 or so, I will move from kdenonbeta.
well i really like your kioslaves, but i am afraid that compiling a new kdebase is just a little too much trouble in my opinion.... why does konqueror not have the ability, of loading kioslaves, like plugins or something like that? is someone working on this, has a feature request been posted? thanks and make more of the nice kioslaves... hopefully included in my next dist-upgrade :D
The konqueror doesn't currently integrate (with double-click) the kioslaves as plugins. This patch is to add this support. As I said, this code is already in KDE CVS HEAD. It will be released with next version, 3.4 or 4.0. It is a backport. Several people tested this patch and found no problems. And this patch doesn't make a big change in code. I think it is safe to use. The decision is yours.
>I was making a kioslave to >handle .iso files and cdroms without >mounting them, but I've found that >krusader team already made such >kioslave. Is this .iso kioslave in kde cvs or only in krusader?
Only in krusader. I don't know why.
I hope they can include it in KDE itself...