Roland0 wrote:
> Binary perl modules have a non-binary part (usually .pm files) as well,
> and these two have to be the same version. The LMS package supplies the
> non-binary parts (in the CPAN folder), however, if a binary module built
> by buildme.sh is a different version, the non-binary par
Roland0 wrote:
> Binary perl modules have a non-binary part (usually .pm files) as well,
> and these two have to be the same version. The LMS package supplies the
> non-binary parts (in the CPAN folder), however, if a binary module built
> by buildme.sh is a different version, the non-binary par
Roland0 wrote:
> Binary perl modules have a non-binary part (usually .pm files) as well,
> and these two have to be the same version. The LMS package supplies the
> non-binary parts (in the CPAN folder), however, if a binary module built
> by buildme.sh is a different version, the non-binary par
PasTim wrote:
>
> I'm very puzzled as to what your change does. Scale.pm is still dated
> Oct 7 2015.
Binary perl modules have a non-binary part (usually .pm files) as well,
and these two have to be the same version. The LMS package supplies the
non-binary parts (in the CPAN folder), however,
I've also now managed to produce an init.d script that works both for
the current LMS and for the self-built version, using a PATH defined in
/etc/default/logitechmediaserver, so it's easy to switch as needed in
future.
I had to copy squeezeboxserver and squeezeboxserver_safe from /usr/sbin
and
Roland0 wrote:
> That's a bit strange, it looks like an issue in the build script
> itself.
> Modify the rsync in buildme.sh as follows:
> >
Code:
> >
> #rsync -amv --include='*/' --include='*.so' --include='*.bundle'
--include='autosplit.ix' --exclude='*' $PERL_BASE
PasTim wrote:
> I've sorted out the buildme.sh script and now have built with 5.24.3.
>
> I still get:
> >
Code:
> >
> Oct 25 15:44:41 vortexbox logitechmediaserver[7275]: Image::Scale:
> Oct 25 15:44:41 vortexbox logitechmediaserver[7275]: Image::Scale object
v
I've sorted out the buildme.sh script and now have built with 5.24.3.
I still get:
Code:
Oct 25 15:44:41 vortexbox logitechmediaserver[7275]: Image::Scale:
Oct 25 15:44:41 vortexbox logitechmediaserver[7275]: Image::Scale object
version 0.11 does not match bootst
Krisbee wrote:
> I would think this has happened as the ./buildme.sh script has changed
> since the first post in this thread to include building for perl 5.26
> if it already exists on the host system. See
> https://github.com/Logitech/slimserver-vendor/blob/public/7.9/CPAN/buildme.sh
> lines
PasTim wrote:
> So I thought I should start afresh, having probably mucked something up.
> I downloaded everything again starting with empty folders.
>
> Imagine my surprise when having entered
> "PERL_524=/opt/perl-5.24.3-LMS/bin/perl5.24.3 ./buildme.sh &>
> buildme.log" I find it has built 5.2
So I thought I should start afresh, having probably mucked something up.
I downloaded everything again starting with empty folders.
Imagine my surprise when having entered
"PERL_524=/opt/perl-5.24.3-LMS/bin/perl5.24.3 ./buildme.sh &>
buildme.log" I find it has built 5.26 (in .../build/arch/). I
Roland0 wrote:
> Yes
> To make sure permissions are correct:
> >
Code:
> >
> chmod -R a+rX /opt/logitechmediaserver-7.9.1-1508251793-noCPAN/
> find /opt/logitechmediaserver-7.9.1-1508251793-noCPAN -name \*.pl -exec
chmod a+x {} \;
>
> >
>
PasTim wrote:
> I'm assuming the /opt/logitechmediaserver... directory and all it's
> contents should be owned by root, is that right?
>
Yes
>
> I clearly don't understand how one is meant to copy the LMS files to
> /opt. I ended up changing all directories under Slim to 755 and all
> files t
I'm almost there, but when slimserver.pl starts it can't get seem to get
permission to run bootstrap.pm, as below. bootstrap.pm exists in Slim,
and I changed permissions to 755, then 777, but still nothing.
I'm assuming the /opt/logitechmediaserver... directory and all it's
contents should be ow
PasTim wrote:
>
> I notice that the make install uses sudo. Is that correct? If so does
> the 1st post here need amendment?
>
There are basically two options when you build a package as a regular
user, but want to install to a system-wide location
1. configure, build, install as root (using sud
Roland0 wrote:
> When you build perl, you need to make sure you have the debian -dev
> packages for some perl support libraries installed (e.g. zlib-dev in
> this case). Check the output you get while running the build/test for
> anything missing.
Thanks. I'll try again
>
> You won't have to in
PasTim wrote:
> The rest of my perl make went OK, but I had a permissions error on the
> make install-strip so used sudo, which seemed to complete OK. Next issue
> was the lms CPAN build. I get:
> Edit: I can imagine this means I need a zlib module, but there are
> several at CPAN, and even if I
The rest of my perl make went OK, but I had a permissions error on the
make install-strip so used sudo, which seemed to complete OK. Next issue
was the lms CPAN build. I get:
Code:
Warning: the following files are missing in your kit:
win32/zlib.lib
I'm attempting a Perl 5.4.23 build with LMS 7.9.1.
On 'make test' of perl I get
Code:
Failed 2 tests out of 2313, 99.91% okay.
../dist/Time-HiRes/t/stat.t
../lib/File/stat.t
### Since not all tests were successful, you may want to run some of
### t
Maybe someone find it useful.
I've made a simple script for automatic update LMS from nightly noCPAN
tarball.
It assume that you have somewhere a build of additional perl modules for
LMS.
I added a link to this script to the cron (my cronbab file) and set
update every 3 days.
comments:
/etc
Roland0 wrote:
>
>
> See the section "Using newer perl modules" and post #37 (newer perls
> need updated packages (DBI, JSON::XS, maybe more) which are not part of
> the LMS tarball), and you have to copy the non-binary parts (*.pm) of
> these to the LMS dir as well)
Thanks for pointed #37 (Th
bernid wrote:
>
> >
Code:
> > ./perlbrew install perl-5.20.2 -D usethreads -D use64bitint -A
ccflags=-fno-stack-protector -A ldflags=-fno-stack-protector
> >
>
Do not use perlbrew:
>
> perlbrew is a tool to manage multiple perl installations in
Hi,
please give me a hint.
I was trying to build LMS on one of Linux distro on i586 machine
unfortunately there is a problem with Config.pm file:
Code:
[root@ipfire ~]# /usr/share/lms/slimserver.pl --d_startup
Can't locate Config.pm in @INC (you may need to install t
I'm running on Debian Sid (testing) / Perl 5.22, my LMS (7.9) stopped
working after the perl upgrade from 5.20 to 5.22.
And as an additional note: I've added x86_64 binaries for Perl 5.22 last
night. Please let me know if this still doesn't work.
--
Michael
_
Just in case my experience help some others.
I'm running on Debian Sid (testing) / Perl 5.22, my LMS (7.9) stopped
working after the perl upgrade from 5.20 to 5.22.
I followed the wonderful instructions from the 1st page of this post
(thanks Roland0) but still had an error when starting LMS:
C
Stanbey wrote:
> Alright... hacking out the tests stopped the DBI build from failing. ;-D
> Although... the test failures looked pretty fundamental. If the tests
> don't pass is this thing going to run once it is built?
>
No way of knowing except trying if it does.
>
> Anyway, next problem is
Roland0 wrote:
> In buildme.sh, try replacing
> >
Code:
> >
> DBI)
> if [ "$PERL_518" -o "$PERL_520" ]; then
> build_module DBI-1.628
> else
> build_module DBI-1.616
> fi
> ;;
>
> >
> with
> >
Code:
> >
Stanbey wrote:
> I'm using a clean build of Perl-5.14 specifically for LMS (as described
> in the OP). I've attached the build log.
In buildme.sh, try replacing
Code:
DBI)
if [ "$PERL_518" -o "$PERL_520" ]; then
build_module DBI-1.628
else
build_module DBI-1.
Roland0 wrote:
> What perl version are you using? If it's >=5.18, you need to build
> DBI-1.628 instead of DBI-1.616
> If you use the updated build scripts for 7.8 or '7.9'
> (https://github.com/Logitech/slimserver-vendor/blob/public/7.9/CPAN/buildme.sh),
> this case should be handled automatical
Stanbey wrote:
> I'm having a problem with compiling the modules. I've tried with both
> the 7.7 and the 7.8 modules, but with both I get a _loads_ of 'Bareword
> not allowed while "strict subs" in use' errors. E.g.:
> Error: Bareword "Errno::ENOENT" not allowed while "strict subs" in use
> at
>
I'm having a problem with compiling the modules. I've tried with both
the 7.7 and the 7.8 modules, but with both I get a _loads_ of 'Bareword
not allowed while "strict subs" in use' errors. E.g.:
Error: Bareword "Errno::ENOENT" not allowed while "strict subs" in use
at
/home/rich/LMS-SelfContain
Grotus wrote:
> I forked slimserver-vendor and made the changes to buildme.sh to copy
> over the pm files needed. I submitted a pull request, so feel free to
> have a look at the changes (6 lines).
Thank you, I was unable to get LMS working on raspberry raspbian jessie
and now it works.
I inst
I forked slimserver-vendor and made the changes to buildme.sh to copy
over the pm files needed. I submitted a pull request, so feel free to
have a look at the changes (6 lines).
Grotus's Profile: http://forums.slimdevices.
I ran into a slight issue when doing this process. The buildme.sh file
only creates the *.so files in the build/arch/5.X/* directories, but for
5.20 at the very least, the *.pm files for DBI and JSON (and possibly
Class) are also needed in the servers CPAN/arch/5.X directory. I copied
them over
user22 wrote:
>
> for the last three days I'm trying to fix the squeezeboxserver after an
> systemupgrade from weezy to jessie (debian/raspbian) on my raspberry
> pi.
>
Check if the *.so files(DBI.so etc.)
- are still in the correct location (which must be in the @INC paths)
- have the correc
Hi,
no need to edit SQLite.pm. As I said it's working now. There was a
little note while building DBD-DQLite:
Code:
Note (probably harmless): No library found for -lstdc++
Harmless? As if!
This thread was helpful
http://forums.slimdevices.com/showt
gharris999 wrote:
> The version number '1.34_01' is hard-coded into CPAN/DBD/SQLite.pm at
> line 13. You could try editing that file and putting in the new version
> number.
I wouldn't recommend doing this, as you'd mix different versions of the
perl and binary parts of the SQLite perl module.
S
Cabal2002 wrote:
> Hi,
>
> Thanks for this tutorial but it's not working for me :(
> The buildme.sh script failed building DBD-SQLite-1.34_01. So i modified
> the script and DBD-SQLite-1.38_05 went through. But now when i try to
> run slimserver.pl I get this error:
>
> >
Code:
---
Hi,
Thanks for this tutorial but it's not working for me :(
The buildme.sh script failed building DBD-SQLite-1.34_01. So i modified
the script and DBD-SQLite-1.38_05 went through. But now when i try to
run slimserver.pl I get this error:
Code:
DBD::SQLite object version
Roland0 wrote:
>
> It seems your file paths are not correct and LMS doesn't find the perl
> modules it needs. Does
> /opt/logitechmediaserver-7.7.3-1375965195-noCPAN/CPAN/UUID/Tiny.pm
> exist?
Yes, it does.
supert's Prof
supert wrote:
> I am unable to build stock 7.7.3 or 7.8 on a debian jessie armv5tel
> sheevaplug using perl 5.16 and 5.18.
> The build fails on Image::Scale.
>
You 'still'
(http://forums.slimdevices.com/showthread.php?100495-perl-5-18-broke-LMS)
do not provide any information on how it fails to
Thank Roland0 for the great tutorial. I was able to build LMS 7.7.3 with
Perl 5.14.4 , on an PPC based Linkstation running Debian Wheezy
For LMS, I havenot followed the tutorial (download the source
distribution of logitechmediaserver-7.7.X-noCPAN.tgz), but I installed
the packaged .deb file dire
truehl wrote:
>
> - create a directory to build the binary perl modules and download
> everything from here into it (for 7.8, use this instead).
> Which directory shall I create?
>
Just create any directory outside of /opt/ (e.g. in /tmp, or the build
user's home dir), it's just to save the d/
sciurius wrote:
> Yes, I do build from the CPAN directory:
>
It seems you're not really exactly following the guide, so you end up
with several CPAN dirs (using my approach, there is only have one in
/opt/logitechmediaserver-7.7.2-33893-noCPAN/CPAN).
>
> Since I build all modules from scratch,
Hi,
I'm trying to get this working on a Raspberry Pi, but I got lost at this
part:
- create a directory to build the binary perl modules and download
everything from here into it (for 7.8, use this instead).
- adjust the buildme.sh script to use the perl in /opt. Look for the
lines:
Did someone
Yes, I do build from the CPAN directory:
Code:
tar xf slimserver.tar.gz
cd slimserver
tar xf ../slimserver-vendor.tar.gz
cd slimserver-vendor/CPAN
sh build.sh
Upon completion, I have (grepping Scan);
Code:
build/5
sciurius wrote:
> When I try this with perl 5.16, I get an architecture directory directly
> under build. As a result, the modules are not found when lms is
> started.
>
> >
Code:
> >
> # cd
/var/lib/mock/pidora-18-arm/root/builddir/build/BUILD/slimserver-7.8.0/CPAN
Roland0 wrote:
> - run the builme.sh script. ...
> - if the build was successful, you'll find the modules in
> build/arch/5.14//
> - copy the build/arch directory to
> /opt/logitechmediaserver-7.7.2-33893-noCPAN/CPAN/ (the full final path
> will be e.g
> /opt/logitechmediaserver-7.7.2-33893-noCPA
Krisbee wrote:
> Is it worth mentioning on the wiki entry that your method allows a LMS
> 7.7.X broken by the move from perl 5.14 to 5.16 or 5.18 to be revived
> without loss of cached data, db, logs etc. ?
>
> In debian at least, you have the �squeezeboxserver� user and can't
> you simply
Is it worth mentioning on the wiki entry that your method allows a LMS
7.7.X broken by the move from perl 5.14 to 5.16 or 5.18 to be revived
without loss of cached data, db, logs etc. ?
In debian at least, you have the squeezeboxserver user and can't you
simply re-use all the relevant existin
Krisbee wrote:
>
> 1. Non-programmers (that's me) might be wondering why use "make
> install-strip" instead just "make install" when building perl.
>
install-strip runs 'strip'
(http://en.wikipedia.org/wiki/Strip_%28Unix%29) during the install.
>
> 2. After the untar of logitechmediaserver-7
I worked through this process at the weekend before Roland0 made this
post. Just a couple of points:
0. You may need to install libexpat1-dev and nasm before you start.
1. Non-programmers (that's me) might be wondering why use "make
install-strip" instead just "make install" when building perl.
SlimChances wrote:
>
> To install with LMS 7.8 would I follow the same instructions
> substituting the 7.8 LMS nightly (ie
> 'logitechmediaserver-7.8.0-1378731839-noCPAN.tgz'
> (http://downloads.slimdevices.com/nightly/7.8/sc/28bc54d/logitechmediaserver-7.8.0-1378731839-noCPAN.tgz)
> at http://
I can put this on the wiki if someone (you?) can give me access to it
Is it still/again read-only?!? Do you have an account I can enable?
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
mherger wrote:
> Nice writeup - you should have done it on the wiki.
>
I can put this on the wiki if someone (you?) can give me access to it
(and tell me where to put the page). Someone mentioned in another thread
that one can just register on it, but I guess that this isn't enough to
actually
This looks very useful. I am not overly technically minded but your
instructions seem clear.
To install with LMS 7.8 would I follow the same instructions
substituting the 7.8 LMS nightly (ie
'logitechmediaserver-7.8.0-1378731839-noCPAN.tgz'
(http://downloads.slimdevices.com/nightly/7.8/sc/28bc54d/
Nice writeup - you should have done it on the wiki. And have done so years
ago :-): I've been running my own build for several years now. Not because
my distribution was too bleeding edge, but on the contrary. Still based on
some CentOS5, it comes with Perl 5.8.5 only... First time I built my
While installing LMS from a binary package (deb, rpm) is convenient and
simple, there is one disadvantage to this approach: Some OS/perl updates
tend to break the installed LMS, with no easy fix until the package has
been updated as well.
On a Linux/Unix system, there is an elegant solution to th
58 matches
Mail list logo