Re: [RDD] RD Catch: Secure FTP?

2020-02-10 Thread Cowboy
On Sat, 1 Feb 2020 05:25:54 -0800
Bernardo J Mora  wrote:

> One of my program source’s FTP site is changing to allow only secure FTP 
> transfers (see attached
> if allowed). Is there anything in RDCatch that I need to change?

 We went through this some months ago.
 In our case, the machine doing the FTP was a CentOS-6 machine, and the fine 
folks
 at X didn't announce the change, they just did it, and told us about after
 the fact when we asked.
 We tested a hack to CentOS-6 that worked, but built a CentOS-7 box which has 
the
 libraries natively, much as I dislike CentOS-7 in general.

-- 
Cowboy 

Mickey Mouse wears a Spiro Agnew watch.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] DB log messages

2020-02-10 Thread Fred Gleason
On Feb 4, 2020, at 16:29, Mircea Paun  wrote:

> I should worry abot that :
> 
> Feb  4 21:16:32 riveonair rdservice: ran local maintenance routines
> Feb  4 21:16:32 riveonair rdservice: DB connection re-established
> Feb  4 21:16:32 riveonair rdservice: invalid SQL or failed DB 
> connection[Access denied for user 'rduser'@'10.0.0.112' to database 
> 'Rivendell' QMYSQL: Unable to execute query]: lock tables VERSION write

Yes. Sounds like the MySQL account being used by Rivendell lacks the ‘Lock 
Tables’ permission. I would add that.___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] pypad filewrite permission denied

2020-02-10 Thread Fred Gleason
On Feb 4, 2020, at 06:21, drew Roberts  wrote:

> What is(are) the best way(s) to solve this permission issue. What is the best 
> practice in this situation?

PyPAD scripts execute as the user defined in ‘/etc/rd.conf’ as follows:

*** snip snip ***
[Identity]
PypadOwner=pypad
PypadGroup=pypad
*** snip snip ***

By default, both the ‘user’ and the ‘group’ are ‘pypad’. If you’re using the 
stock CentOS setup, these accounts get created automatically by the installer; 
on ‘installed from source’ setups, it will need to be done by hand. It’s also 
perfectly possible to change these entries to have the scripts run under some 
other account(s).

Cheers!


|-|
| Frederick F. Gleason, Jr. | Chief Developer |
|   | Paravel Systems |
|-|
| A room without books is like a body without a soul. |
| |
| -- Cicero   |
|-|

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Rivendell-dev Digest, Vol 82, Issue 5

2020-02-10 Thread Sean Bergeron
Can’t even. 

> On Feb 10, 2020, at 12:00, rivendell-dev-requ...@lists.rivendellaudio.org 
> wrote:
> 
> Send Rivendell-dev mailing list submissions to
>rivendell-dev@lists.rivendellaudio.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> or, via email, send a message with subject or body 'help' to
>rivendell-dev-requ...@lists.rivendellaudio.org
> 
> You can reach the person managing the list at
>rivendell-dev-ow...@lists.rivendellaudio.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Rivendell-dev digest..."
> 
> 
> Today's Topics:
> 
>   1. xhost for MB macro (Stan Fotinos)
>   2. Re: xhost for MB macro (Cowboy)
> 
> 
> --
> 
> Message: 1
> Date: Mon, 10 Feb 2020 14:41:35 +0800
> From: Stan Fotinos 
> To: User discussion about the Rivendell Radio Automation System
>
> Subject: [RDD] xhost for MB macro
> Message-ID: <6711fd8b-c9d9-5697-846d-017a35457...@rtrfm.com.au>
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> Hi all
> 
> I am using Centos 7 and have run the xhost + command to allow MB macro 
> to work (as per the operations manual). Once I reboot the machine I need 
> to re run the xhost + command again, is there a way to make this permanent?
> 
> Regards
> 
> Stan
> 
> 
> 
> --
> 
> Message: 2
> Date: Mon, 10 Feb 2020 08:19:34 -0500
> From: Cowboy 
> To: rivendell-dev@lists.rivendellaudio.org
> Subject: Re: [RDD] xhost for MB macro
> Message-ID: <20200210081934.0d2c7...@karen.radioamerica.org>
> Content-Type: text/plain; charset=US-ASCII
> 
>> On Mon, 10 Feb 2020 14:41:35 +0800
>> Stan Fotinos  wrote:
>> 
>> I am using Centos 7 and have run the xhost + command to allow MB macro 
>> to work (as per the operations manual). Once I reboot the machine I need 
>> to re run the xhost + command again, is there a way to make this permanent?
> 
> It used to be simple.
> Now, it's systemd so I don't know.
> 
> What I do know, is that a generic xhost +
> means to allow anyone anywhere from any machine to access the x server.
> Not real secure !
> I'd recommend using something like xhost +specific.machine.name
> which will then limit access to that remote machine only.
> man xhost
> will give you details. 
> 
> -- 
> Cowboy
> 
> Those who do not understand Unix are condemned to reinvent it, poorly.
>-- Henry Spencer
> 
> 
> 
> --
> 
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> 
> 
> End of Rivendell-dev Digest, Vol 82, Issue 5
> 
> 
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] xhost for MB macro

2020-02-10 Thread Cowboy
On Mon, 10 Feb 2020 14:41:35 +0800
Stan Fotinos  wrote:

> I am using Centos 7 and have run the xhost + command to allow MB macro 
> to work (as per the operations manual). Once I reboot the machine I need 
> to re run the xhost + command again, is there a way to make this permanent?

 It used to be simple.
 Now, it's systemd so I don't know.

 What I do know, is that a generic xhost +
 means to allow anyone anywhere from any machine to access the x server.
 Not real secure !
 I'd recommend using something like xhost +specific.machine.name
 which will then limit access to that remote machine only.
 man xhost
 will give you details. 

-- 
Cowboy

Those who do not understand Unix are condemned to reinvent it, poorly.
-- Henry Spencer

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev