SliTaz Forum
You are not logged in.
Pages: 1
Hi,
I tried opening CBR/CBZ files with Evince, but get "Unable to open document. File type RAR/ZIP archive (application x-rar/zip) is not supported" error. I've installed unrar and RARLabs rar packages, which for other distros (mint, bodhi, arch) is all I have to do to get Evince to open CBR files (except on windows cos a bug on filesystem text encoding handling).
Is the SliTaz Evince package compiled without CBR/CBZ support? If all fails, are there other packages for opening CBR/CBZ files?
Offline
Hi,
Install comix and see if it suit your needs.
Offline
Ok, I tried that. But here's the thing, I got a couple of hi-res scans CBR (like 7500x10000 pix images), and Comix stopped reading after a few pages (2-3 pages). Even the thumbnail generator stopped after a while (6-7 pages). For the rest of the pages, Comix just display a forbidden icon.
Can it be because:
a. It runs out of RAM
b. It runs out of swap
I tried it on a stress-test VBox virtual machine install (HDD space: 750mb root, 250mb home; 384mb RAM).
Offline
If your running SliTaz in RAM, then it's very likely. Images that size take up about 3MB each, although it does sound strange to stop at only 3 pages though.
Offline
Um, no. SliTaz is installed on the said partitions (750mb root, 250mb home). df util reports the root partition is about 450mb full (VLC and compiling VBox modules take up most of the space), tempfs at 192mb, 0 used, and home 120mb used. I'm rather fuzzy though on swap space on SliTaz, other distros seems to ask a separate swap partition.
The CBR itself was read directly from mounted VBox host shared folder, cos the file is rather big (200mb+).
If all fails, can anybody suggest another package which can read CBR/CBZ (esp. CBR, cos that's the format I use most). Why can't Evince handle them on SliTaz?
Offline
CBR is for Comix Book RAR packed, isn't it? RAR is non-free archiver, but SliTaz mostly builded from FOSS apps.
But the main reason, I think, is that evince compiled with no comic book support. See it in the receipt: http://hg.slitaz.org/wok/file/cfea6eaa0ada/evince/receipt#l26
Maybe, in your situation is better to unpack your book(s) using unrar or 7z, and watch separate sheets using regular image viewer?
Offline
Thanks for the info and suggestion Aleksej. Before, I was using the unpacked image approach like you've suggested, but I keep getting missing/corrupted image/pages when moving between media. Even when I'm not, it's hard to keep track of them (imagine 16+ DVD of 'em). So I move to CBRs.
Well, currently I'm testing cbrPager converted from Bodhi/Ubuntu package. So far so good. My only gripe with it is the libgnome dependency which pulls a lot of extra things from the repo. I'd imagine it only needs libgnomeui.so, but what that file depends upon... I've identified libgnomekeyring.so (or something like that concerning gnome keyrings) so far.
I know the packages list their dependency, but are there any way to identify what file exactly depended upon. On windows, there's "Dependency Walker", a tool which list all dependent module of a program. Are there similar tools for linux? I figure the dependent module filenames must be written/embedded somewhere in the file, just how to view them. Needed this so I can trim down the gnome bloat, only keep the ones needed by cbrPager.
Offline
libgnomeui itself have a lot of dependencies: http://pkgs.slitaz.org/search.sh?depends=libgnomeui&version=s
On my system, overhead is:
libgnome libgnomecanvas libbonobo libbonoboui gnome-vfs gnome-keyring esound audiofile popt libart_lgpl ORBit2 libIDL polkit pam
If you want to know required dependencies, type in terminal:
[c]ldd your_app_binary_file
i.e.
ldd /usr/bin/midori[/c]
You'll get long list of required libraries, and where loader found them (or not).
To find out which library belongs to which package, you can use this search:
I.e., where I can find "libXrandr.so.2"?
Search: http://pkgs.slitaz.org/search.sh?file=libXrandr.so.2&version=s
Answer is: "xorg-libXrandr" package.
___
PS. Now I'll attempt to compile cbrPager.
___
PPS. Here is cbrPager package for SliTaz 4.0. It's still bloated of dependencies…
Offline
Thanks for the info and compile, Aleksej. Will try it out later. BTW that's the same overhead on my system as well...
I also tried qcomicbook. While on bodhi it runs fine albeit slow to read high-res CBR and at one time crash, it req qt4 which imho doesn't have much overhead. However, on SliTaz it won't open CBRs. Dunno why, at least with cbrPager it dumps msgs on stderr so if I call it from terminal, at least I know what's the error (that's why I know I have to use unrar-nonfree). qcomicbook is silent all the way, so I don't know what's going on.
BTW, anyone compiled comical on SliTaz yet?
Offline
Hmm, funny thing. Seems this forum won't let me edit my post after sometime. Oh well...
Another funny thing, I tested Aleksej's suggestion on using ldd, but my SliTaz installation won't recognize the command. I'd checked the /usr/bin dir, and it's there, it's excutable, but won't let me call it, even using the full absolute path.
I tested compiling Comical on Bodhi, but alas, it's full of problems. It must be patched, and even using a patch for Comical v0.8 and wx2.8, it ultimately fails. Only succeeded on compiling (but with tons of warnings) after using Comical v0.7, adjust the patch to it, and using wx2.6. No other combo works.
Testing it on bodhi yields comparable, even slightly better performance than cbrPager, considering I set it to use Lancsoz3 algorithm for rescaling. Yay, a good CBR reader without libgnome bloat. Then, when looking at SliTaz, there's no wx2.6 package, only 2.8, aaaargh.
Offline
Nyeh, another new reply cos I can't edit my post...
I finally able to compile Comical v0.8 with wxWidgets v2.8 on Bodhi. Seems the problem lies with Comical written with wx2.4 in mind, and with wx2.8 things get deprecated.
I'm a bit hard pressed on HDD space right now, so would somebody please compile both Comical v0.7 and v0.8 on SliTaz? Why 2 versions, cos running ldd on comical v0.8 yields a slew more dependencies than v0.7.
Here are the patches
wha... can't even upload patches and/or txt files here??!!!
So here they are instead
http://www.mediafire.com/?8rdb51fcgbj6r5p
Offline
I can start only (now+6 hours). About 1-2 hours to compiling and dependencies tracking. I'll post link here, if I'll cope with it.
Offline
Thanks Aleksej. I've managed to squash more warnings for comical v0.8. I didn't touch the unrar/unzip sources though, cos idk enough about variable packing. Here's the patch:
http://dl.dropbox.com/u/11906483/comical-0.8_wx-2.8.patch.2
BTW, have you any idea why ldd refuse to run on my SliTaz installation?
Offline
Sorry guys, I slept last night. I got sick and did not want to do…
Finally, after 6 hours of work, I laid out a complete package! comical-0.8.tazpkg
And I created folder for SliTaz-4.0 packages: SliTaz-4.0
___
BTW, SliTaz have 2 implementations of ldd:
[*]simple script from slitaz-base-files package;
[*]original ldd from glibc-dev package
Reinstall one or other package to take effect.
Offline
Pages: 1
[ Generated in 0.022 seconds, 8 queries executed - Memory usage: 1.56 MiB (Peak: 1.77 MiB) ]