I copied the i386 version of CPAN I built to the linux tarball file. I
see that under CPAN there is not i386 version released with that file
(explains why it perl is finding the OS versions and they are not
compatible.) Examining the distributed version of CPAN I see that some
of the perl modules
For clarity, I have _not__ tried using the version of CPAN I built from
scratch with the tar file I downloaded today and ran. I just tried to
run the slimserver within the directory of the distribution I
downloaded.
In this case you'll have to make sure you manually copy the resulting
files to
I used this command to get the source
git clone https://github.com/Logitech/slimserver-vendor -b public/7.9
I am following these instructions:
https://forums.freenas.org/index.php?threads/9-3-how-to-build-and-install-lms-7-9-from-scratch.27161/
to build the libraries and update the CPAN
How did you build the binaries? Did you pick the 7.9 branch of
https://github.com/Logitech/slimserver-vendor? It seem you built some
files with version conflicts.
Michael
http://www.herger.net/slim-plugins - MusicArtistInfo, MusicInfoSCR
You're using an ancient tarball. Try the latest and report back.
Michael
http://www.herger.net/slim-plugins - MusicArtistInfo, MusicInfoSCR
mherger's Profile: http://forums.slimdevices.com/member.php?userid=50
View this
Hi,
After 5 or 6 years I replaced the drive on my small atom based music
server with a larger SSD drive. I chose not to clone the drive as it was
about time I updated the OS and improved security. I installed Ubuntu
17.04 and then downloaded the released debian/ubuntu build for LMS.
It did not
paul- wrote:
> You are referring to https://github.com/raspberrypi/linux/issues/2016
> It was just fixed in 4.9.30
>
> I don't have the board to test, but I would think you could just
> upsample/downsample to a different frequency, as it appears only 48k is
> affected. We are waiting for
paul- wrote:
> Not sure when Raspbian is going to move to a Stretch based image, but
> when that happens, there will for sure be a higher demand.
>From the Raspberry Blog, last week
> One final thing This version of the desktop is based on Debian
> Jessie. Some of you will be aware that a
ElFishi wrote:
> I can get the display to work properly with a Python script.
The bundled LCDd had a good output, so try using that. I think this must
be some LCDd configuration issue. Try to configure from scratch, do not
use my example config.
