Seems good to me. Guess the issue must be with the libraries being built
on a system that appears buggy to say the least as it created libraries
for two different architectures.
It's not too big an issue to build them yourself though. To start, you
need Debian build-essentials of course. Get the
ralphy wrote:
> The CPAN buildme.sh script creates both i386-linux-thread-multi-64int
> and i486-linux-gnu-thread-multi-64int for my custom perl 5.28 and as
> well as the os installed 5.14 perl.
>
> I've been running LMS with both folders forever. I'm happy to clean up
> the image, however, it
gordonb3 wrote:
> It still is what the error states.
I don't say otherwise :-)
gordonb3 wrote:
> Maybe you have multiple versions of these loadable libraries in various
> paths and it finds the other one first. I'd start by getting rid of
> everything in CPAN/arch as none of it is good for you
The CPAN buildme.sh script creates both i386-linux-thread-multi-64int
and i486-linux-gnu-thread-multi-64int for my custom perl 5.28 and as
well as the os installed 5.14 perl.
I've been running LMS with both folders forever. I'm happy to clean up
the image, however, it's likely better to just re
According to ralphy, he compiled the libs for 5.28.1, which is exactly
the version of perl I use on my system.
It still is what the error states. Maybe you have multiple versions of
these loadable libraries in various paths and it finds the other one
first.
The archive Ralphy provided imho is i
goodoldradio wrote:
>
> According to ralphy, he compiled the libs for 5.28.1, which is exactly
> the version of perl I use on my system.
It still is what the error states. Maybe you have multiple versions of
these loadable libraries in various paths and it finds the other one
first.
I'd start
mherger wrote:
> > Code:
> >
> > DBI.c: loadable library and perl binaries are mismatched (got
> handshake key 0x80c0080, needed 0x8140080)
> >
>
> Where did you put the files?
>
I included them using -I:
Code:
perl -I ~
goodoldradio wrote:
> Thank you Ralphy, I have the same 32bit setup and your files came in
> handy.
> Unfortunately I only got this far: >
Code:
> > DBI.c: loadable library and perl binaries are mismatched (got handshake
key 0x80c0080, needed 0x8140080)
---
I tried this today
Ralphy - there are two folders in your tarball. I believe something's
wrong with it.
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
I tried this today
32789
and
32790
LMS starts but then dies.
ronnie
+---+
|Filename: arch2.png|
|Download: http://forums.slimdevices.com/attachment.php?attachmentid=32790|
+-
Code:
DBI.c: loadable library and perl binaries are mismatched (got handshake
key 0x80c0080, needed 0x8140080)
Where did you put the files?
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.
Thank you Ralphy, I have the same 32bit setup and your files came in
handy.
Unfortunately I only got this far:
Code:
DBI.c: loadable library and perl binaries are mismatched (got handshake key
0x80c0080, needed 0x8140080)
-
Thanks very much Ralphy
I'll play over the weekend.
Stay safe
ronnie
Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
View this thread: http://forums.slimdevices.com/showthread.php?t=113550
Here are the 'perl modules'
(https://www.dropbox.com/s/ucjyn58tgyhkfic/lms-perl-5.28-i386-cpan-modules.tar.gz?dl=1)
and you might need 'these openssl library files'
(https://www.dropbox.com/s/vwrllbae9n5i3ea/openssl-perl-5.28.tar.gz?dl=1).
You can stickoops...extract the perl modules tar fil
ralphy wrote:
> Hey Ronnie,
>
> I have perl 5.28.1 modules for i386 if you'd like to try them.
>
> I built them on debian 7 32bit using an lms purpose built perl 5.28.
Well that is most kind of you Ralphy.
I'll willingly give the a try.
You'll have to tell me where to stick them :p (in the
Roland0 wrote:
> or you could simply install Debian (which raspberry pi desktop is based
> on and has a 64bit version). Or Ubuntu. Or Linux Mint. Or any other
> 64bit distro you like.
Well, If I remember correctly (which is getting a bit harder to do :() I
think I did try an Ubuntu (both Deskto
Hey Ronnie,
I have perl 5.28.1 modules for i386 if you'd like to try them.
I built them on debian 7 32bit using an lms purpose built perl 5.28.
Ralphy
*1*-Touch, *5*-Classics, *3*-Booms, *1*-UE Radio
'Squeezebox client builds'
(https://sourceforge.net/projects/lmsclients/files/) 'donations'
Man in a van wrote:
>
> https://www.raspberrypi.org/software/raspberry-pi-desktop/
> I have remembered this morning, that it is a 32 bit
> userlandsigh. So I guess that the 64 bit won't run anyway,
> although it installs.
> I guess I'll have to wait for the rpi foundation to release a v
I would have thought that copy-pasting a command would be simpler than
editing a file... Guess I was wrong.
There's no harm in running the main script directly from command line
BTW. Even if the script doesn't fail the only thing that might happen is
that it creates a new prefs file in a differe
This is perl 5, version 28, subversion 1 (v5.28.1) built for
i686-linux-gnu-thread-multi-64int
(with 65 registered patches, see perl -V for more detail)
Well, that pretty much confirms what I wrote a few days ago: we don't
have 32 bit modules for this Perl version.
--
Michael
Roland0 wrote:
> I'd advise against running squeezeserver directly from the command line
> (unless you pass it all the parameters and run it as the same user the
> startup script does).
> A simpler method to write all it's output to a file is to edit
> squeezeboxserver_safe (usually found in /us
gordonb3 wrote:
> I mean, run it as a console app: `/usr/bin/perl slimserver.pl`. This
> will cause it to dump a load of information to the screen, including
> stuff that will never show up in the LMS log file.
Thanks :)
I had a try at this on Wednesday evening.
Sad to say I could not locate
I'd advise against running squeezeserver directly from the command line
(unless you pass it all the parameters and run it as the same user the
startup script does).
A simpler method to write all it's output to a file is to edit
squeezeboxserver_safe (usually found in /usr/sbin) and change 'line 4
I mean, run it as a console app: `/usr/bin/perl slimserver.pl`. This
will cause it to dump a load of information to the screen, including
stuff that will never show up in the LMS log file.
gordonb3's Profile: http://forums
gordonb3 wrote:
> Just run it from console (as root). It will tell you every thing that's
> wrong.
>
> Edit: well, a bit optimistic maybe. It will give you everything up to
> the first critical error, which you will then need to resolve somehow to
> find the next one, and then repeat, until it
Man in a van wrote:
> Thanks
>
> I still can't get the Shuttle to power on.
>
>
Well the shuttle powered up this morning (a faulty switch , I think,
maybe needs a clean :confused:)
ronnie
Man in a van's Profile: htt
Just run it from console (as root). It will tell you every thing that's
wrong.
gordonb3's Profile: http://forums.slimdevices.com/member.php?userid=71050
View this thread: http://forums.slimdevices.com/showthread.php?t=1135
bpa wrote:
> IIRC you're running a service that doesn't work - you have to add to the
> file with the other command line option.
>
> The file shoudl be /etc/default/logitechmediaserver
>
> And you edit it and add the "--d_startup" option into the SLIMOPTIONS
> variable
>
> If no 32 bit suppor
Man in a van wrote:
> I presume the input command would be (after stopping obvs ) ?
>
> >
Code:
> > sudo nano /etc/init.d/logitechmediaserver start --d_startup
> >
IIRC you're running a service that doesn't work - you have to add to the
file with
The OS can be run as a live usb stick (with persistance).
I popped in into a late 2012 Mac mini
Installed the LMS 8.1.1 amd.64.deb
and get the same results
Code:
squeezeboxserver_safe started.
Logitech Media Server died. Restarting.
ron
We don't have 5.28 binaries for 32 bit. Did you get any error with 64
bit?
--
Michael
the same message on both
ronnie
Man in a van's Profile: http://forums.slimdevices.com/member.php?userid=43627
View this thread: ht
bpa wrote:
> Anything in server.log ?
> If no log could there be a permissions issue access LOG and Cache.
>
> Otherwise, try running LMS with the --d_startup command line option to
> see if loading a specific module is causing it to fail
Well The power supply might have failed as I can't fire
I installed LMS v 8.** in both 32 and 64 bit versions
Both LMS run but die starting.
The OS has
This is perl 5, version 28, subversion 1 (v5.28.1) built for
i686-linux-gnu-thread-multi-64int
We don't have 5.28 binaries for 32 bit. Did you get any error with 64 bit?
--
Michael
__
Man in a van wrote:
> Is there any way to make this a viable install ?
Anything in server.log ?
If no log could there be a permissions issue access LOG and Cache.
Otherwise, try running LMS with the --d_startup command line option to
see if loading a specific module is causing it to fail
---
34 matches
Mail list logo