Oh yea, I ran into this one some time ago. The problem is that Debian
moved the "/var/run" director off to a ramdisk (actually "tmpfs" which
is much better), so it goes away after each reboot.
So what I did is in my /etc/rc.local file I added:
mkdir /var/run/rivendell
chmod rivendell /var/run
Yea, this seems really nice!
My biggest concern is using the audio out that is built into the Pi. I
think I was reading somewhere that it doesn't even do 16-bit resolution
and it kind of sounds like it doesn't as I hear some low level
"fuzziness" riding on the audio, especially at low levels.
Never did find out the reason...
On 6/9/2015 5:14 PM, Alessio Elmi wrote:
Just to understand: could find out the reason in the end?
I mean.. in /etc/init.d/ there are other scripts, aren't they? Debian
default stuff.. what could be the differnece between them and your script?
Maybe it's time
Just to understand: could find out the reason in the end?
I mean.. in /etc/init.d/ there are other scripts, aren't they? Debian
default stuff.. what could be the differnece between them and your script?
Maybe it's time to deal with a systemd script..
Il giorno mar 9 giu 2015 alle ore 22:55 Dave B
I've already tried that Alessio.
On 6/9/2015 4:31 PM, Alessio Elmi wrote:
Do you mean the file located in /etc/init.d/rivendell ?
Is there any problem in chown that init script by 'root' and let it
create a folder in /var/run which belongs to 'rivendell'?
_
Do you mean the file located in /etc/init.d/rivendell ?
Is there any problem in chown that init script by 'root' and let it create
a folder in /var/run which belongs to 'rivendell'?
Il giorno mar 9 giu 2015 alle ore 21:04 Frederick Gleason <
fr...@paravelsystems.com> ha scritto:
> On Jun 9, 2015,
Really impressivve! Excellent job!
Il giorno mar 9 giu 2015 alle ore 18:22 Wayne Merricks <
waynemerri...@thevoiceasia.com> ha scritto:
> Hi all,
>
> Off topic but I had to build an "audio codec" for very little money and
> at short notice (less than 12 hours). Now that the heart attack has
> fi
Il giorno mar 9 giu 2015 alle ore 18:22 Wayne Merricks <
waynemerri...@thevoiceasia.com> ha scritto:
> Hi all,
>
> Off topic but I had to build an "audio codec" for very little money and
> at short notice (less than 12 hours). Now that the heart attack has
> finished I wrote up the install with s
If your budget allows it, this case would be so cool for displaying the
audio-levels:
http://store.earthlcd.com/pi-RAQ
2015-06-09 18:22 GMT+02:00 Wayne Merricks :
> Hi all,
>
> Off topic but I had to build an "audio codec" for very little money and at
> short notice (less than 12 hours). Now tha
On Jun 9, 2015, at 13:05 17, Wayne Merricks
wrote:
> OK It seems that most distributions are ignoring the super user bit these
> days.
Most distributions have always shipped with bash(1) configured to ignore the
SETUID bit, which means that init scripts will ignore them as well. There are
v
On Jun 9, 2015, at 11:39 57, Bernardo J Mora wrote:
> Is there a limit to the number of RD catch events? Trying to troubleshoot why
> certain new events may not be 'activating'. Stock RD, CentOS, latest version
> of RD.
None, other than the physical RAM and disc capacity of the system.
Cheers
On Jun 4, 2015, at 07:36 15, Dan Gruner wrote:
> Can someone actually tell me what this does please and the situations where
> you would/would not have it selected/de-selected?
Systems in the maintenance pool are candidates for running periodic background
tasks that do things like purge old lo
On Jun 8, 2015, at 22:52 29, Brad Hambleton wrote:
> From what I can see, all of the QT3 dependencies are in place, the directory
> structure is as It should be.
> Am I missing something obvious?
This wouldn’t be on CentOS 6 by any chance, would it? Their qt3-devel package
fails to list a cou
What I ended up doing was copying the directory creation code from the
Rivendell init script to /etc/rc.local. That way the directory is
created at boot time.
On 6/9/2015 1:05 PM, Wayne Merricks wrote:
OK It seems that most distributions are ignoring the super user bit
these days.
What abou
OK It seems that most distributions are ignoring the super user bit
these days.
What about changing the group of /var/run to the rivendell users group.
In theory this should stick across reboots as its only the contents of
/var/run that are deleted if I remember rightly.
Regards,
Wayne Me
The script is still not creating the directory.
On 6/9/2015 12:43 PM, Wayne Merricks wrote:
I thought init would run as root. You can try sudo chmod u+s on the
script. This should force root regardless of where/how the script is
run.
Wayne Merricks
The Voice Asia
On 09/06/15 17:40, Dave B
Hi,
Anyone able to help with my request below please?
Forwarded Message
Subject:"Include in System Maintenence Pool"
Date: Thu, 04 Jun 2015 12:36:15 +0100
From: Dan Gruner
To: rivendell-dev@lists.rivendellaudio.org
Hi,
"Include in System Maintenence Pool"
I thought init would run as root. You can try sudo chmod u+s on the
script. This should force root regardless of where/how the script is run.
Wayne Merricks
The Voice Asia
On 09/06/15 17:40, Dave B wrote:
Hi all,
New install on Debian 8. It seems the init script is unable to create
/var/ru
Hi all,
New install on Debian 8. It seems the init script is unable to create
/var/run/rivendell. Do I need to change the owner and/or group of the
script? Right now the owner and group is root and is allowed to be run
as an executable. If I run the script as superuser it will create the
dire
Hi all,
Off topic but I had to build an "audio codec" for very little money and
at short notice (less than 12 hours). Now that the heart attack has
finished I wrote up the install with some pictures over on github.
https://github.com/waynemerricks/picodec
I think all in, it cost less than £
Is there a limit to the number of RD catch events? Trying to troubleshoot why
certain new events may not be 'activating'. Stock RD, CentOS, latest version of
RD.
(sent from mobile device)
BJ Mora
GraceRadio @ www.graceradio.net
___
Rivendell-dev mailin
21 matches
Mail list logo