gharris999 wrote:
> I'm running the LMS 7.9 git code on Ubuntu Server 14.04.1 LTS. Very
> stable. I have an install script that does all the work of setting
> things up which I'd be happy to share. By running from the git code,
> getting the latest changes to 7.9 is as easy as #git pull. The
pablolie wrote:
> i have been doing great with my virtual machine strategy, but it is time
> to future proof it...
>
> i hear 7.9 is the best and final LMS release so i am curious about
> it and a Ubuntu LTS release... any reports on what is easy to put
> together?
>
> i just want a stable
I can't seem to find a volume control on Fedora 21.
With Ubuntu 14.04:
#squeezelite -l
..yields:
Code:
Output devices:
null - Discard all samples (playback) or generate
zero samples (capture)
default:CARD=DragonFly - AudioQuest
Triode wrote:
> I've added some tentative support for use of an alsa mixer for
> squeezelite volume to git. Would be interested in feedback on how well
> it works for people.
>
> Will use the mixer control defined by the -V option for volume control.
> When you adjust volume with LMS this will
I've added some tentative support for use of an alsa mixer for
squeezelite volume to git. Would be interested in feedback on how well
it works for people.
To use:
Code:
./squeezelite -o hw:CARD=Intel -L
Will list the available mixers for the
MusicManiac wrote:
> Was looking through the source today and noticed support for controlling
> squeezelite with LIRC recently added.
>
> Is there any plan or possibility for squeezelite to issue commands out
> to LIRC(locally or remotely) for things like volume changes so external
> equipment c
This is perl 5, version 18, subversion 4 (v5.18.4) built for
x86_64-linux-thread-multi
Can you add the -d_startup parameter to the statup command
(/etc/defaults or somewhere similar). This should give you more
information about how a module fails to load.
--
Michael
Thanks - that makes sense. This looks as though there is some obscure
module version incompatibility.
I will try your suggestion and report back.
pcresswell's Profile: http://forums.slimdevices.com/member.php?userid=8680
V
pcresswell wrote:
> rpm -qa perl-DBI logitech\* gives
>
> logitechmediaserver-firmware-ip3k-7.9.0-0.60.20141218git1418894490.fc21.noarch
> logitechmediaserver-CPAN-7.9.0-0.16.20140626git1403582234.fc21.x86_64
> perl-DBI-1.631-5.fc21.x86_64
> logitechmediaserver-vendor-7.9.0-0.6.20140409git139698
And perl -V gives
Summary of my perl5 (revision 5 version 18 subversion 4) configuration:
Platform:
osname=linux, osvers=3.16.3-200.fc20.x86_64,
archname=x86_64-linux-thread-multi
uname='linux buildhw-04.phx2.fedoraproject.org
3.16.3-200.fc20.x86_64 #1 smp wed sep 17 22:34:21 utc 2014 x86_64 x86
JackOfAll wrote:
> Please show me the output from running
>
> >
Code:
> >
> rpm -qa perl-DBI logitech\*
>
> >
>
> And if you're on x86_64, make sure the symlink exists (which should
> have been created by the logitechmediaserver-CPAN sub
mherger wrote:
> > Btw, am running Perl v 5.18.
>
> What exactly would you get for "perl -v"?
>
> --
>
> Michael
perl -v gives
This is perl 5, version 18, subversion 4 (v5.18.4) built for
x86_64-linux-thread-multi
(with 23 registered patches, see perl -V for more detail)
Copyright 1987-201
Please show me the output from running
Code:
rpm -qa perl-DBI logitech\*
JackOfAll's Profile: http://forums.slimdevices.com/member.php?userid=3069
View this thread:
Btw, am running Perl v 5.18.
What exactly would you get for "perl -v"?
--
Michael
___
unix mailing list
unix@lists.slimdevices.com
http://lists.slimdevices.com/mailman/listinfo/unix
Last night I unwarily upgraded from Fedora 19 to FEdora 21. I had been
running LMS 7.8 perfectly happily and am a long-time user (since
SlimServer days). Now LMS will not run and leaves the message:
The following modules failed to load: DBI
I found my way to the Community Squeeze repo and upgrad
15 matches
Mail list logo
