I just migrated from Raspbmc to OSMC on my Pi 1 B+ and rely heavily on SSH to manage everything. So I needed unrar and some other utilities, which where a breeze ton install on Raspbmc.
But with OSMC with basic configuration I had at first: Package 'unrar' has no installation candidate with /etc/apt/sources.list as:
deb http://mirrordirector.raspbian.org/raspbian jessie main contrib non-free
deb http://apt.osmc.tv jessie main
So I added:
deb http://ftp.debian.org/debian jessie main contrib non-free
Apart for some GPG errors (“http://ftp.debian.org jessie Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY 8B48AD6246925553 NO_PUBKEY 7638D0442B90D010 NO_PUBKEY CBF8D6FD518E17E1”) and the requirement that I add the package without verification, it did:
But the installed unrar just produce: Segmentation fault…
I thought that maybe my installation was corrupted or something, or that the “15.2 release candidate” still had problems, so I reinstalled the last “15.1 stable” from scratch and deactivated the updates.
To no avail, I’m still stuck with unrar Segmentation fault.
You are using a Pi 1. RAR is part of the non-free component of Debian. You added the upstream Debian repository which uses armv7 code. You should use the already added non-free Raspbian repository which has armv6lhf binaries.
Thanks for the quick answer. Though the already added non-free repository doesn’t have unrar, apparently… or is there something that I don’t understand by “Package ‘unrar’ has no installation candidate”?
Debian uses libav, not ffmpeg. There are other repositories for adding it back, but libav will probably be fine.
Pi 1 has the same repository in OSMC that Raspbmc did, except it is now using Jessie, not wheezy. I am not at my desk now. I will investigate later whether this package is in fact available in the Raspbian Jessie repository. If it isn’t I’ll mention it to the maintainer and see what he says
unrar-free exists in said repository*, but unfortunately I have version 3 RARs which are (apparently) not supported by the 0.0.1 version… Nothing is ever simple…
(* I removed the faulty one and apt-get update again.)
On a side note, Raspbmc used to manage multipart RARs, adding them to the Library and play them – tho with a side effect of listing both the RAR (or its folder) and the movie it contains.
OSMC (Pi 1 B+ v15.1) adds the RAR (or its folder) when the Library is updated but doesn’t play it.
Version of RAR might come into play. I didn’t test extensively (nor can I, as I don’t have various RAR examples) – or Pi model, apparently, which seems to mostly be my problem.
I’m running a 256 mb early rev1 model b and a rar archive example sourced from the web. This function has not required me to install any version of unrar or any other software not included in OSMC by default.
I don’t challenge what you say It just doesn’t work with my clean recent install… (and with my RAR archives). And I’ve been trying for two days now, before asking here.
I’m not sure this is the case Sam. This install is 2 days old with all settings at default, and besides that, you remember the tornado of support requests when this was left out of Raspbmc? There would be much more outcry if there was an issue here.
When setting up your sources in Kodi, are you enabling recursive scraping? Or do your folders contain RAR archives in addition to the uncompressed file?
I only keep either the archive or the uncompressed file, preferably the latter (henceforth my wish for unrar). And I clean up often
Update: I have a very nice shell script that manage single and various types of multipart RAR archives, extract them then delete them. And recursively in any given given folder. Pretty neat.
Maybe you can compare a log of my successful attempt to play an archived file to your unsuccessful attempt? Or provide a debug log that demonstrates it.
)
It just doesn’t work with my clean recent install… (and with my RAR archives). And I’ve been trying for two days now, before asking here.