mherger wrote:
> >loadModules contains some trickery to deal with modules
> ># that need to load XS code. Previously, we would check in a
> module
> ># under CPAN/arch/$VERSION/auto/... including it's binary parts
> and
> ># the pure perl parts. This got to be messy and
loadModules contains some trickery to deal with modules
# that need to load XS code. Previously, we would check in a module
# under CPAN/arch/$VERSION/auto/... including it's binary parts and
# the pure perl parts. This got to be messy and unwieldly, as we have
# many copies of
I spent the last three days backing-up my music library, which I haven't
done for a while. Then, this evening I started to prepare to wipe the
system to reinstall. Tool a look in /etc/squeezebox folder to see if I
should back anything up and there is the modules.conf file, that lists
the minimum
mherger wrote:
> > 1. All modules specific (modified) to LMS MUST stay in /lib. Is that
> > correct?
>
> Yes.
>
> > 2. /CPAN contains 'stock' modules, NEVER modified one because LMS,
> they
> > MUST stay in /lib (see 1). Is that correct?
>
> Yes.
>
> > The question then is:
> >
> > how, in
1. All modules specific (modified) to LMS MUST stay in /lib. Is that
correct?
Yes.
2. /CPAN contains 'stock' modules, NEVER modified one because LMS, they
MUST stay in /lib (see 1). Is that correct?
Yes.
The question then is:
how, in LMS (not in a plugin) we handle situations where LMS
mherger wrote:
> > What I could not understand is in /lib we have modified modules and
> in
> > CPAN a copy of the 'original' (stock) system CPAN, is that correct?
>
> I think this might be true for Audio::Scan (only). But not in general.
> Modules we modified are supposed to be in /lib,
What I could not understand is in /lib we have modified modules and in
CPAN a copy of the 'original' (stock) system CPAN, is that correct?
I think this might be true for Audio::Scan (only). But not in general.
Modules we modified are supposed to be in /lib, sotck in CPAN.
If /CPAN is
mherger wrote:
> > is that correct?
>
> Yes. From specific to generic, from modified (lib) to stock (CPAN).
>
> --
>
> Michael
What I could not understand is in /lib we have modified modules and in
CPAN a copy of the 'original' (stock) system CPAN, is that correct?
If /CPAN is different
is that correct?
Yes. From specific to generic, from modified (lib) to stock (CPAN).
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/squeezecenter
mmhhh...
is that correct?
Code:
F:\Sviluppo\slimserver\CPAN\arch\5.14\MSWin32-x86-multi-thread
F:\Sviluppo\slimserver\CPAN\arch\5.14\MSWin32-x86-multi-thread\auto
F:\Sviluppo\slimserver\CPAN\arch\5.14.1\MSWin32-x86-multi-thread
paul- wrote:
> Is this a plugin issue. I know there are issues with C3PO and the
> newer Audio::Scan
>
> Perl 5.28 x64 has upgraded AudioScan 1.02 binaries, and some package
> appears to be complaining about that.
>
> Can you post the full server.log (Just from the point you try to start
Roland0 wrote:
> Uninstall any perl modules you installed manually
> Use 'cruft-ng' (https://tracker.debian.org/pkg/cruft-ng) to check your
> system
> If there are any files related to perl modules required by LMS left,
> check 'to which package they belong to'
>
Uninstall any perl modules you installed manually
Use 'cruft-ng' (https://tracker.debian.org/pkg/cruft-ng) to check your
system
If there are any files related to perl modules required by LMS left,
check 'to which package they belong to'
Learnincurve wrote:
>
>
> I wondered if I had installed anything via cpan, but
> $perldoc perllocal
> gives only:
>
> Wed Jan 22 19:27:39 2020: "Module" CPAN
> * "installed into: /usr/local/share/perl/5.28.1"
>
> * "LINKTYPE: dynamic"
>
> * "VERSION: 2.27"
>
> * "EXE_FILES:
mherger wrote:
> > /usr/lib/x86_64-linux-gnu/perl5/5.28/auto/Audio/Scan/Scan.so
>
> Did you ever install this yourself? That's not LMS', and likely the
> culprit. What if you renamed this one (or moved it elsewhere, outside
> any search path)?
>
> >
>
/usr/lib/x86_64-linux-gnu/perl5/5.28/auto/Audio/Scan/Scan.so
Did you ever install this yourself? That's not LMS', and likely the
culprit. What if you renamed this one (or moved it elsewhere, outside
any search path)?
mherger wrote:
> > So the /usr/share/squeezeboxserver/CPAN/arch/5.28/Audio/Scan.pm file
> is
> > the one that is loaded and also the only one including a valid
> version
> > number.
>
> That's the one I would have expected LMS to use. I wonder why it
> wouldn't pick its corresponding binary,
So the /usr/share/squeezeboxserver/CPAN/arch/5.28/Audio/Scan.pm file is
the one that is loaded and also the only one including a valid version
number.
That's the one I would have expected LMS to use. I wonder why it
wouldn't pick its corresponding binary, though. Can you search for
Scan.so,
mherger wrote:
> > /usr/lib/x86_64-linux-gnu/perl5/5.28/Audio/Scan.pm -> v.1.01 -
> > "Audio::Scan (loaded 1.01, need 0.93)
> > /usr/share/squeezeboxserver/CPAN/Media/Scan.pm -> Not loaded -
> > "Audio::Scan (loaded , need 0.93)"
> > /usr/share/squeezeboxserver/CPAN/arch/5.28/Audio/Scan.pm ->
/usr/lib/x86_64-linux-gnu/perl5/5.28/Audio/Scan.pm -> v.1.01 -
"Audio::Scan (loaded 1.01, need 0.93)
/usr/share/squeezeboxserver/CPAN/Media/Scan.pm -> Not loaded -
"Audio::Scan (loaded , need 0.93)"
/usr/share/squeezeboxserver/CPAN/arch/5.28/Audio/Scan.pm -> v.1.02 -
"Audio::Scan (loaded 1.02,
...
...
Code:
The following modules are loaded after the second attempt:
if.pm => /usr/share/perl/5.28/if.pm
Symbol.pm => /usr/share/perl/5.28/Symbol.pm
B/Op_private.pm => /usr/share/perl/5.28/B/Op_private.pm
XSLoader.pm =>
mherger wrote:
> > /usr/lib/x86_64-linux-gnu/perl5/5.28/Audio/Scan.pm
> > /usr/share/squeezeboxserver/CPAN/Media/Scan.pm
> > /usr/share/squeezeboxserver/CPAN/arch/5.28/Audio/Scan.pm
> > /usr/share/squeezeboxserver/lib/Audio/Scan.pm
>
> Can you check these four?
>
> Could you start LMS with
/usr/lib/x86_64-linux-gnu/perl5/5.28/Audio/Scan.pm
/usr/share/squeezeboxserver/CPAN/Media/Scan.pm
/usr/share/squeezeboxserver/CPAN/arch/5.28/Audio/Scan.pm
/usr/share/squeezeboxserver/lib/Audio/Scan.pm
Can you check these four?
Could you start LMS with --d_startup (there's a config file for the
mherger wrote:
> Can you check to see whether you have a file Audio/Scan.pm on your
> system, and what version it is? Check LMS' own path first.
>
> --
> --
>
> Michael
I have all these on my system, but not sure how to check version.
/usr/lib/x86_64-linux-gnu/perl5/5.28/Audio/Scan.pm
Can you check to see whether you have a file Audio/Scan.pm on your
system, and what version it is? Check LMS' own path first.
--
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
paul- wrote:
> Is this a plugin issue. I know there are issues with C3PO and the
> newer Audio::Scan
>
> Perl 5.28 x64 has upgraded AudioScan 1.02 binaries, and some package
> appears to be complaining about that.
>
> Can you post the full server.log (Just from the point you try to start
Is this a plugin issue. I know there are issues with C3PO and the
newer Audio::Scan
Perl 5.28 x64 has upgraded AudioScan 1.02 binaries, and some package
appears to be complaining about that.
Can you post the full server.log (Just from the point you try to start
LMS)
piCorePlayer a small
...
...
Locally applied patches:
DEBPKG:debian/cpan_definstalldirs - Provide a sensible INSTALLDIRS
default for modules installed from CPAN.
DEBPKG:debian/db_file_ver - https://bugs.debian.org/340047 Remove
overly restrictive DB_File version check.
DEBPKG:debian/doc_info - Replace generic man(1)
Latest build of 7.9.3 from 19/01, but it's not running ;)
Please double-check the perl version and report back when you're home.
This certainly should work...
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
mherger wrote:
> > Arch is x86_64 and perl (I think as pc is at home) is 5.28 Which is
> the
> > default in eoan.
>
> That should be fine in7.9.2+. What LMS version are you running?
>
> --
>
> Michael
Latest build of 7.9.3 from 19/01, but it's not running ;)
Arch is x86_64 and perl (I think as pc is at home) is 5.28 Which is the
default in eoan.
That should be fine in7.9.2+. What LMS version are you running?
--
Michael
___
Squeezecenter mailing list
Squeezecenter@lists.slimdevices.com
paul- wrote:
> This will be a architecture dependent problem. What arch/perl version
> is your system
>
> uname -a
>
> perl -V
Thanks Paul.
Arch is x86_64 and perl (I think as pc is at home) is 5.28 Which is the
default in eoan.
BR.
--Marius--
This will be a architecture dependent problem. What arch/perl version
is your system
uname -a
perl -V
piCorePlayer a small player for the Raspberry Pi in RAM.
Homepage: https://www.picoreplayer.org
Please 'donate'
Hi,
I just upgraded my Ubuntu version to 2019.10 eoan and am getting this
perl version error when trying to start LMS:
The following CPAN modules were found but cannot work with Logitech
Media Server:
Audio::Scan (loaded 1.02, need 0.93)
googling, I see that this was fixed in october 2018
34 matches
Mail list logo