Re: [RDD] Rivendell v3.3.0

[Schwoon, newsletter]

I've done that. And the answer.:

No matter what kind of system is acting as the server. Deb10 or Centos.
The database performance is the same.! Looks like a mysql client 
problem...


Am 30.03.2020 19:41, schrieb Lorne Tyndale:

Tim,

With regards to the database slowness issue(s), it sounds like it could
be a MySQL setting, but I admit that I have not tried compiling V3 on a
debian based system, so I have not run into this.

But for troubleshooting, have you tried setting up a Rivendell database
and filestore server on CentOS system with the workstations running 
your

Ubuntu 18.04 build which then access your database running on CentOS?
If the performance is then adequate you could maybe compare the MySQL
configuration between Ubuntu and CentOS to see what might be different.
I know this might seem like  a lot of work to perform during this time
when it seems like every day brings a tasklist of 20 or more new things
that all needed to be done yesterday.  But just something to think
about.

Lorne Tyndale





Greetings,

We have been running Rivendell since version 1 almost ten years it 
seems.
We have always been a debian based facility and never had any problem 
with

that until version 3.
Although I have no real problems other than getting the dependencies
installed to get version 3 compiled on Ubuntu 18.04
The slow database issue that you speak of has kept us from moving on
to version 3.
Searching can be painfully slow depending on how many songs you have 
in a

category, The log load at midnight can take 30 seconds or more
which is unacceptable. We actually run Elementary OS in our studios 
which

is a Ubuntu derivative ( 18.04).

I personally have no problem with the idea of running The appliance 
for

Centos, but when trying to do that have run into many hardware issues
on our current computers which I don't have with Ubuntu. So that is a
non-starter.

So the argument seems to come down to why don't you replace all your
hardware, (12 workstations)
 run centos and get with the program.

Why do I feel like I'm hearing a Microsoft argument.

If I wanted to replace everything  every year I would have just kept
running a windows based automation
like I was ten years ago.

Still on 2.91
Tim Camp
WZEW-FM
Mobile, AL.



On Sun, Mar 29, 2020 at 10:00 PM Rob Landry <41001...@interpring.com> 
wrote:


> On Sun, 29 Mar 2020, Ryan Kin wrote:
>
> > However, Rivendell was built and made for CentOS... Even though it's open
> > source so you can modify it then put it onto Ubuntu
>
> That's it in a nutshell. The software is developed to run under CentOS, is
> not being tested under any other Linux distribution, and it took an
> immense amount of time and effort on my part to make it run under Debian
> 10. Even so, sometimes it will compile and sometimes it won't. I can
> unstall Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to
> make a virgin rivendell-3.3.0, and recompile the same source code... and
> it's even money whether or not it will compile.
>
> That's not something I can tolerate when I have radio stations clamoring
> for my attention all day. I had a station call me a week ago; they are
> owned by a local university which was sending all its students home due to
> the pandemic, and the faculty adviser said they were going off the air, as
> they didn't have an automation system. Now, I had an old Debian 6
> Rivendell 2.11.0 system I had built several years ago, and offered to run
> it for them along with a Comrex Access I had bought for another project
> but had not yet deployed. I kept them on the air when they otherwise would
> have had to go off, and if I had had to depend on my new Debian system
> they would have been off for ten days, because that's how long it took me
> to get it working.
>
> Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only
> Rivendell choice available is V3. V3 is far more complicated than V2, has
> a lot more dependencies -- what is it with all this Python stuff? -- and
> clearly wants to run under CentOS. Yes, if I invest enough time and
> effort, I can make it run under Debian... but why bother?
>
>
> Rob
>
> --
> Сквозь грозы сияло нам солнце свободы
> И Linus великий нам путь озарил;
> Нас вырастил Stallman на верность народу,
> На труд и на подвиги нас вдохновил.
>
> >
> > On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter <
> newslet...@schwoon.info>
> > wrote:
> >   Am 28.03.2020 10:47, schrieb le père Léon:
> >   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
> >   >> Well, finally got it to work. I blew out rivendell-3.3.0,
> >   re-gunzipped
> >   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
> >   rather
> >   >> than applying the patch.
> >   >
> >   > The "default ''" appeared as "default " in the wiki. Modified.
> >   >
> >   >> Now rdadmin is complaining that the Rivendell daemons aren't
> >   running;
> >   >> evidently in this new era of v3 it doesn't auto

Re: [RDD] Rivendell v3.3.0

[drew Roberts]

Hey Joe...

(that's a good opening right there if I do say so myself)

drew here. B.S. O.E. '81.

Have we interacted concerning WFIT before?

all the best,

drew

On Mon, Mar 30, 2020 at 2:49 PM Joe Panarello 
wrote:

>
> Well Put Rob. Rivendell was meant to be an appliance with a specific
> purpose running on CENTOS a pro OS. CENTOS is free so what is the issue? As
> such, Rivendell is one of the most reliable and powerful automation systems
> on the planet. Why mess with the best. Most of the high priced competitors
> who are Windows based will NOT run on a Windows Server OS. So my suggestion
> would be that your time could be better spent in adding new features to
> Rivendell rather than chasing after mirages.
>
>  Joe Panarello
>  WFIT 89.5 FM
>
>
> -Original Message-
> From: rivendell-dev-boun...@lists.rivendellaudio.org [mailto:
> rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of Rob Landry
> Sent: Sunday, March 29, 2020 11:01 PM
> To: Ryan Kin
> Cc: rivendell-dev
> Subject: Re: [RDD] Rivendell v3.3.0
>
> On Sun, 29 Mar 2020, Ryan Kin wrote:
>
> > However, Rivendell was built and made for CentOS... Even though it's
> > open source so you can modify it then put it onto Ubuntu
>
> That's it in a nutshell. The software is developed to run under CentOS, is
> not being tested under any other Linux distribution, and it took an immense
> amount of time and effort on my part to make it run under Debian 10. Even
> so, sometimes it will compile and sometimes it won't. I can unstall
> Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to make a
> virgin rivendell-3.3.0, and recompile the same source code... and it's even
> money whether or not it will compile.
>
> That's not something I can tolerate when I have radio stations clamoring
> for my attention all day. I had a station call me a week ago; they are
> owned by a local university which was sending all its students home due to
> the pandemic, and the faculty adviser said they were going off the air, as
> they didn't have an automation system. Now, I had an old Debian 6 Rivendell
> 2.11.0 system I had built several years ago, and offered to run it for them
> along with a Comrex Access I had bought for another project but had not yet
> deployed. I kept them on the air when they otherwise would have had to go
> off, and if I had had to depend on my new Debian system they would have
> been off for ten days, because that's how long it took me to get it working.
>
> Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only
> Rivendell choice available is V3. V3 is far more complicated than V2, has a
> lot more dependencies -- what is it with all this Python stuff? -- and
> clearly wants to run under CentOS. Yes, if I invest enough time and effort,
> I can make it run under Debian... but why bother?
>
>
> Rob
>
> --
> Сквозь грозы сияло нам солнце свободы
> И Linus великий нам путь озарил;
> Нас вырастил Stallman на верность народу, На труд и на подвиги нас
> вдохновил.
>
> >
> > On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter
> > 
> > wrote:
> >   Am 28.03.2020 10:47, schrieb le père Léon:
> >   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
> >   >> Well, finally got it to work. I blew out rivendell-3.3.0,
> >   re-gunzipped
> >   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
> >   rather
> >   >> than applying the patch.
> >   >
> >   > The "default ''" appeared as "default " in the wiki. Modified.
> >   >
> >   >> Now rdadmin is complaining that the Rivendell daemons aren't
> >   running;
> >   >> evidently in this new era of v3 it doesn't automatically
> >   start them as
> >   >> it used to in v2. But that's no big deal.
> >   >
> >   > As noticed in the wiki, you can use :
> >   >  - to start the daemons :
> >   > $ systemctl start rivendell
> >   >  - to fix it at boot time :
> >   > $ systemctl enable rivendell
> >   >
> >   >> Debian is probably not going to be a viable option for
> >   Rivendell going
> >   >> forward, I think.
> >   >
> >   > Could you explain the reason why you think so ?
> >
> >   Thats a good question.!!
> >
> >   After running rivendell on centos for about one year, i switched
> >   back to
> >   debian/ubuntu. Why.?
> >   The newer an

Re: [RDD] Rivendell v3.3.0

[Lorne Tyndale]

Tim,

With regards to the database slowness issue(s), it sounds like it could
be a MySQL setting, but I admit that I have not tried compiling V3 on a
debian based system, so I have not run into this.

But for troubleshooting, have you tried setting up a Rivendell database
and filestore server on CentOS system with the workstations running your
Ubuntu 18.04 build which then access your database running on CentOS? 
If the performance is then adequate you could maybe compare the MySQL
configuration between Ubuntu and CentOS to see what might be different. 
I know this might seem like  a lot of work to perform during this time
when it seems like every day brings a tasklist of 20 or more new things
that all needed to be done yesterday.  But just something to think
about.

Lorne Tyndale


> 
> 
> Greetings,
> 
> We have been running Rivendell since version 1 almost ten years it seems.
> We have always been a debian based facility and never had any problem with
> that until version 3.
> Although I have no real problems other than getting the dependencies
> installed to get version 3 compiled on Ubuntu 18.04
> The slow database issue that you speak of has kept us from moving on
> to version 3.
> Searching can be painfully slow depending on how many songs you have in a
> category, The log load at midnight can take 30 seconds or more
> which is unacceptable. We actually run Elementary OS in our studios which
> is a Ubuntu derivative ( 18.04).
> 
> I personally have no problem with the idea of running The appliance for
> Centos, but when trying to do that have run into many hardware issues
> on our current computers which I don't have with Ubuntu. So that is a
> non-starter.
> 
> So the argument seems to come down to why don't you replace all your
> hardware, (12 workstations)
>  run centos and get with the program.
> 
> Why do I feel like I'm hearing a Microsoft argument.
> 
> If I wanted to replace everything  every year I would have just kept
> running a windows based automation
> like I was ten years ago.
> 
> Still on 2.91
> Tim Camp
> WZEW-FM
> Mobile, AL.
> 
> 
> 
> On Sun, Mar 29, 2020 at 10:00 PM Rob Landry <41001...@interpring.com> wrote:
> 
> > On Sun, 29 Mar 2020, Ryan Kin wrote:
> >
> > > However, Rivendell was built and made for CentOS... Even though it's open
> > > source so you can modify it then put it onto Ubuntu
> >
> > That's it in a nutshell. The software is developed to run under CentOS, is
> > not being tested under any other Linux distribution, and it took an
> > immense amount of time and effort on my part to make it run under Debian
> > 10. Even so, sometimes it will compile and sometimes it won't. I can
> > unstall Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to
> > make a virgin rivendell-3.3.0, and recompile the same source code... and
> > it's even money whether or not it will compile.
> >
> > That's not something I can tolerate when I have radio stations clamoring
> > for my attention all day. I had a station call me a week ago; they are
> > owned by a local university which was sending all its students home due to
> > the pandemic, and the faculty adviser said they were going off the air, as
> > they didn't have an automation system. Now, I had an old Debian 6
> > Rivendell 2.11.0 system I had built several years ago, and offered to run
> > it for them along with a Comrex Access I had bought for another project
> > but had not yet deployed. I kept them on the air when they otherwise would
> > have had to go off, and if I had had to depend on my new Debian system
> > they would have been off for ten days, because that's how long it took me
> > to get it working.
> >
> > Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only
> > Rivendell choice available is V3. V3 is far more complicated than V2, has
> > a lot more dependencies -- what is it with all this Python stuff? -- and
> > clearly wants to run under CentOS. Yes, if I invest enough time and
> > effort, I can make it run under Debian... but why bother?
> >
> >
> > Rob
> >
> > --
> > Сквозь грозы сияло нам солнце свободы
> > И Linus великий нам путь озарил;
> > Нас вырастил Stallman на верность народу,
> > На труд и на подвиги нас вдохновил.
> >
> > >
> > > On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter <
> > newslet...@schwoon.info>
> > > wrote:
> > >   Am 28.03.2020 10:47, schrieb le père Léon:
> > >   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
> > >   >> Well, finally got it to work. I blew out rivendell-3.3.0,
> > >   re-gunzipped
> > >   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
> > >   rather
> > >   >> than applying the patch.
> > >   >
> > >   > The "default ''" appeared as "default " in the wiki. Modified.
> > >   >
> > >   >> Now rdadmin is complaining that the Rivendell daemons aren't
> > >   running;
> > >   >> evidently in this new era of v3 it doesn't automatically
> > >   start them as
> > >   >

Re: [RDD] Rivendell v3.3.0

[Tim Camp]

Greetings,

We have been running Rivendell since version 1 almost ten years it seems.
We have always been a debian based facility and never had any problem with
that until version 3.
Although I have no real problems other than getting the dependencies
installed to get version 3 compiled on Ubuntu 18.04
The slow database issue that you speak of has kept us from moving on
to version 3.
Searching can be painfully slow depending on how many songs you have in a
category, The log load at midnight can take 30 seconds or more
which is unacceptable. We actually run Elementary OS in our studios which
is a Ubuntu derivative ( 18.04).

I personally have no problem with the idea of running The appliance for
Centos, but when trying to do that have run into many hardware issues
on our current computers which I don't have with Ubuntu. So that is a
non-starter.

So the argument seems to come down to why don't you replace all your
hardware, (12 workstations)
 run centos and get with the program.

Why do I feel like I'm hearing a Microsoft argument.

If I wanted to replace everything  every year I would have just kept
running a windows based automation
like I was ten years ago.

Still on 2.91
Tim Camp
WZEW-FM
Mobile, AL.



On Sun, Mar 29, 2020 at 10:00 PM Rob Landry <41001...@interpring.com> wrote:

> On Sun, 29 Mar 2020, Ryan Kin wrote:
>
> > However, Rivendell was built and made for CentOS... Even though it's open
> > source so you can modify it then put it onto Ubuntu
>
> That's it in a nutshell. The software is developed to run under CentOS, is
> not being tested under any other Linux distribution, and it took an
> immense amount of time and effort on my part to make it run under Debian
> 10. Even so, sometimes it will compile and sometimes it won't. I can
> unstall Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to
> make a virgin rivendell-3.3.0, and recompile the same source code... and
> it's even money whether or not it will compile.
>
> That's not something I can tolerate when I have radio stations clamoring
> for my attention all day. I had a station call me a week ago; they are
> owned by a local university which was sending all its students home due to
> the pandemic, and the faculty adviser said they were going off the air, as
> they didn't have an automation system. Now, I had an old Debian 6
> Rivendell 2.11.0 system I had built several years ago, and offered to run
> it for them along with a Comrex Access I had bought for another project
> but had not yet deployed. I kept them on the air when they otherwise would
> have had to go off, and if I had had to depend on my new Debian system
> they would have been off for ten days, because that's how long it took me
> to get it working.
>
> Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only
> Rivendell choice available is V3. V3 is far more complicated than V2, has
> a lot more dependencies -- what is it with all this Python stuff? -- and
> clearly wants to run under CentOS. Yes, if I invest enough time and
> effort, I can make it run under Debian... but why bother?
>
>
> Rob
>
> --
> Сквозь грозы сияло нам солнце свободы
> И Linus великий нам путь озарил;
> Нас вырастил Stallman на верность народу,
> На труд и на подвиги нас вдохновил.
>
> >
> > On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter <
> newslet...@schwoon.info>
> > wrote:
> >   Am 28.03.2020 10:47, schrieb le père Léon:
> >   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
> >   >> Well, finally got it to work. I blew out rivendell-3.3.0,
> >   re-gunzipped
> >   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
> >   rather
> >   >> than applying the patch.
> >   >
> >   > The "default ''" appeared as "default " in the wiki. Modified.
> >   >
> >   >> Now rdadmin is complaining that the Rivendell daemons aren't
> >   running;
> >   >> evidently in this new era of v3 it doesn't automatically
> >   start them as
> >   >> it used to in v2. But that's no big deal.
> >   >
> >   > As noticed in the wiki, you can use :
> >   >  - to start the daemons :
> >   > $ systemctl start rivendell
> >   >  - to fix it at boot time :
> >   > $ systemctl enable rivendell
> >   >
> >   >> Debian is probably not going to be a viable option for
> >   Rivendell going
> >   >> forward, I think.
> >   >
> >   > Could you explain the reason why you think so ?
> >
> >   Thats a good question.!!
> >
> >   After running rivendell on centos for about one year, i switched
> >   back to
> >   debian/ubuntu. Why.?
> >   The newer and more software. And i think, Centos is a very good
> >   server
> >   distri, but not for desktops, specifically not for multimedia
> >   desktops.
> >   Too dificult to use special codecs like AAC HE, no ootb export
> >   to mp3 in
> >   audacity...
> >
> >   On my debian 10 is only one problem left.

Re: [RDD] Rivendell v3.3.0

[Phil Biehl]



FYI, I have v3.3 on a Pi4 running under Raspian Buster which is Debian 10 
based. A fully integrated image with a fully functioning v3.3 included is 
available at https://www.edgeradio.org.au/rivendell-on-raspberry-pi.html. 
Kindly provided by Alastair Ling there at Edge Radio in Australia. It works 
well and Alastair supports it as well. 

Many thanks to him for his support and hard work.

Phil 

>> On Mar 30, 2020, at 12:04 AM, Rob Landry <41001...@interpring.com> wrote:
> On Sun, 29 Mar 2020, Ryan Kin wrote:
> 
>> However, Rivendell was built and made for CentOS... Even though it's open
>> source so you can modify it then put it onto Ubuntu
> 
> That's it in a nutshell. The software is developed to run under CentOS, is 
> not being tested under any other Linux distribution, and it took an immense 
> amount of time and effort on my part to make it run under Debian 10. Even so, 
> sometimes it will compile and sometimes it won't. I can unstall Rivendell, 
> blow out rivendell-3.3.0, gunzip the .tar.gz file to make a virgin 
> rivendell-3.3.0, and recompile the same source code... and it's even money 
> whether or not it will compile.
> 
> That's not something I can tolerate when I have radio stations clamoring for 
> my attention all day. I had a station call me a week ago; they are owned by a 
> local university which was sending all its students home due to the pandemic, 
> and the faculty adviser said they were going off the air, as they didn't have 
> an automation system. Now, I had an old Debian 6 Rivendell 2.11.0 system I 
> had built several years ago, and offered to run it for them along with a 
> Comrex Access I had bought for another project but had not yet deployed. I 
> kept them on the air when they otherwise would have had to go off, and if I 
> had had to depend on my new Debian system they would have been off for ten 
> days, because that's how long it took me to get it working.
> 
> Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only 
> Rivendell choice available is V3. V3 is far more complicated than V2, has a 
> lot more dependencies -- what is it with all this Python stuff? -- and 
> clearly wants to run under CentOS. Yes, if I invest enough time and effort, I 
> can make it run under Debian... but why bother?
> 
> 
> Rob
> 
> -- 
> Сквозь грозы сияло нам солнце свободы
> И Linus великий нам путь озарил;
> Нас вырастил Stallman на верность народу,
> На труд и на подвиги нас вдохновил.
> 
>> On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter 
>> wrote:
>>  Am 28.03.2020 10:47, schrieb le père Léon:
>>  > Le 22/03/2020 à 14:58, Rob Landry a écrit :
>>  >> Well, finally got it to work. I blew out rivendell-3.3.0,
>>  re-gunzipped
>>  >> rivendell-3.3.0.tar.gz, then edited the source code manually,
>>  rather
>>  >> than applying the patch.
>>  >
>>  > The "default ''" appeared as "default " in the wiki. Modified.
>>  >
>>  >> Now rdadmin is complaining that the Rivendell daemons aren't
>>  running;
>>  >> evidently in this new era of v3 it doesn't automatically
>>  start them as
>>  >> it used to in v2. But that's no big deal.
>>  >
>>  > As noticed in the wiki, you can use :
>>  >  - to start the daemons :
>>  > $ systemctl start rivendell
>>  >  - to fix it at boot time :
>>  > $ systemctl enable rivendell
>>  >
>>  >> Debian is probably not going to be a viable option for
>>  Rivendell going
>>  >> forward, I think.
>>  >
>>  > Could you explain the reason why you think so ?
>> 
>>  Thats a good question.!!
>> 
>>  After running rivendell on centos for about one year, i switched
>>  back to
>>  debian/ubuntu. Why.?
>>  The newer and more software. And i think, Centos is a very good
>>  server
>>  distri, but not for desktops, specifically not for multimedia
>>  desktops.
>>  Too dificult to use special codecs like AAC HE, no ootb export
>>  to mp3 in
>>  audacity...
>> 
>>  On my debian 10 is only one problem left. The slow database
>>  access. In
>>  rdlibrary when showing all, not only the 1st 100 carts, in
>>  rdlogedit
>>  when loading a 24h log and moving carts up and down with the
>>  arrows.!
>> 
>>  Maybe there is a way to fix.??
>> 
>>  --
>>  Have a nice sunday!
>>  ___
>>  Rivendell-dev mailing list
>>  Rivendell-dev@lists.rivendellaudio.org
>>  http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[le père Léon]

Le 30/03/2020 à 05:00, Rob Landry a écrit :
> [...] sometimes it will compile and sometimes it won't. I can
> unstall Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to
> make a virgin rivendell-3.3.0, and recompile the same source code... and
> it's even money whether or not it will compile.

Could it be a problem related to the machine ? its memory for example..

-- 
Léon.

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

Re: [RDD] Rivendell v3.3.0

[Schwoon, newsletter]

I've really no problem to use Centos. It is my fav. system für my mail 
and fileserver.. But what if your system has a brandnew chipset, not 
supported hardware like my touchscreens, or some trouble with a virt. 
environment.(GUI freeze sometimes.)
I don't need to use the latest ubuntu /fedora spin... Only debian 
stable. And its running very well except the slow database access in 
some situations... Thats all.


Am 30.03.2020 13:05, schrieb Joe Panarello:

Well Put Rob. Rivendell was meant to be an appliance with a specific
purpose running on CENTOS a pro OS. CENTOS is free so what is the
issue? As such, Rivendell is one of the most reliable and powerful
automation systems on the planet. Why mess with the best. Most of the
high priced competitors who are Windows based will NOT run on a
Windows Server OS. So my suggestion would be that your time could be
better spent in adding new features to Rivendell rather than chasing
after mirages.

 Joe Panarello
 WFIT 89.5 FM


-Original Message-
From: rivendell-dev-boun...@lists.rivendellaudio.org
[mailto:rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of
Rob Landry
Sent: Sunday, March 29, 2020 11:01 PM
To: Ryan Kin
Cc: rivendell-dev
Subject: Re: [RDD] Rivendell v3.3.0

On Sun, 29 Mar 2020, Ryan Kin wrote:


However, Rivendell was built and made for CentOS... Even though it's
open source so you can modify it then put it onto Ubuntu


That's it in a nutshell. The software is developed to run under
CentOS, is not being tested under any other Linux distribution, and it
took an immense amount of time and effort on my part to make it run
under Debian 10. Even so, sometimes it will compile and sometimes it
won't. I can unstall Rivendell, blow out rivendell-3.3.0, gunzip the
.tar.gz file to make a virgin rivendell-3.3.0, and recompile the same
source code... and it's even money whether or not it will compile.

That's not something I can tolerate when I have radio stations
clamoring for my attention all day. I had a station call me a week
ago; they are owned by a local university which was sending all its
students home due to the pandemic, and the faculty adviser said they
were going off the air, as they didn't have an automation system. Now,
I had an old Debian 6 Rivendell 2.11.0 system I had built several
years ago, and offered to run it for them along with a Comrex Access I
had bought for another project but had not yet deployed. I kept them
on the air when they otherwise would have had to go off, and if I had
had to depend on my new Debian system they would have been off for ten
days, because that's how long it took me to get it working.

Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the
only Rivendell choice available is V3. V3 is far more complicated than
V2, has a lot more dependencies -- what is it with all this Python
stuff? -- and clearly wants to run under CentOS. Yes, if I invest
enough time and effort, I can make it run under Debian... but why
bother?


Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу, На труд и на подвиги нас 
вдохновил.




On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter

wrote:
  Am 28.03.2020 10:47, schrieb le père Léon:
  > Le 22/03/2020 à 14:58, Rob Landry a écrit :
  >> Well, finally got it to work. I blew out rivendell-3.3.0,
  re-gunzipped
  >> rivendell-3.3.0.tar.gz, then edited the source code manually,
  rather
  >> than applying the patch.
  >
  > The "default ''" appeared as "default " in the wiki. Modified.
  >
  >> Now rdadmin is complaining that the Rivendell daemons aren't
  running;
  >> evidently in this new era of v3 it doesn't automatically
  start them as
  >> it used to in v2. But that's no big deal.
  >
  > As noticed in the wiki, you can use :
  >  - to start the daemons :
  > $ systemctl start rivendell
  >  - to fix it at boot time :
  > $ systemctl enable rivendell
  >
  >> Debian is probably not going to be a viable option for
  Rivendell going
  >> forward, I think.
  >
  > Could you explain the reason why you think so ?

  Thats a good question.!!

  After running rivendell on centos for about one year, i switched
  back to
  debian/ubuntu. Why.?
  The newer and more software. And i think, Centos is a very good
  server
  distri, but not for desktops, specifically not for multimedia
  desktops.
  Too dificult to use special codecs like AAC HE, no ootb export
  to mp3 in
  audacity...

  On my debian 10 is only one problem left. The slow database
  access. In
  rdlibrary when showing all, not only the 1st 100 car

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

On Mon, 30 Mar 2020, Joe Panarello wrote:

Well Put Rob. Rivendell was meant to be an appliance with a specific 
purpose running on CENTOS a pro OS. CENTOS is free so what is the issue?


Well, these people wanted to run it on a Raspberry Pi 4. There is a CentOS 
build available for the Pi 3 but not the Pi 4, and the OS supplied with 
the Pi 4 is Debian 10 (rebranded as "Raspbian").


I thought this would be failry straightforward, as I have built Rivendell 
2.x under Debian myriad times in the past. However, the world has changed 
rather a lot lately. Debian 10 isn't Debian 9, under which QT3 compiles 
just fine; and Rivendell 3.x isn't Rivendell 2.x.


My advice to all future Raspberry Pi owners: get a real computer. 
Rivendell installs nicely on an Intel NUC, which is not much bigger than a 
Pi.



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.



Joe Panarello
WFIT 89.5 FM


-Original Message-
From: rivendell-dev-boun...@lists.rivendellaudio.org 
[mailto:rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of Rob Landry
Sent: Sunday, March 29, 2020 11:01 PM
To: Ryan Kin
Cc: rivendell-dev
Subject: Re: [RDD] Rivendell v3.3.0

On Sun, 29 Mar 2020, Ryan Kin wrote:


However, Rivendell was built and made for CentOS... Even though it's
open source so you can modify it then put it onto Ubuntu


That's it in a nutshell. The software is developed to run under CentOS, is not 
being tested under any other Linux distribution, and it took an immense amount 
of time and effort on my part to make it run under Debian 10. Even so, 
sometimes it will compile and sometimes it won't. I can unstall Rivendell, blow 
out rivendell-3.3.0, gunzip the .tar.gz file to make a virgin rivendell-3.3.0, 
and recompile the same source code... and it's even money whether or not it 
will compile.

That's not something I can tolerate when I have radio stations clamoring for my 
attention all day. I had a station call me a week ago; they are owned by a 
local university which was sending all its students home due to the pandemic, 
and the faculty adviser said they were going off the air, as they didn't have 
an automation system. Now, I had an old Debian 6 Rivendell 2.11.0 system I had 
built several years ago, and offered to run it for them along with a Comrex 
Access I had bought for another project but had not yet deployed. I kept them 
on the air when they otherwise would have had to go off, and if I had had to 
depend on my new Debian system they would have been off for ten days, because 
that's how long it took me to get it working.

Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only 
Rivendell choice available is V3. V3 is far more complicated than V2, has a lot 
more dependencies -- what is it with all this Python stuff? -- and clearly 
wants to run under CentOS. Yes, if I invest enough time and effort, I can make 
it run under Debian... but why bother?


Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу, На труд и на подвиги нас вдохновил.



On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter

wrote:
  Am 28.03.2020 10:47, schrieb le père Léon:
 > Le 22/03/2020 à 14:58, Rob Landry a écrit :
 >> Well, finally got it to work. I blew out rivendell-3.3.0,
  re-gunzipped
 >> rivendell-3.3.0.tar.gz, then edited the source code manually,
  rather
 >> than applying the patch.
 >
 > The "default ''" appeared as "default " in the wiki. Modified.
 >
 >> Now rdadmin is complaining that the Rivendell daemons aren't
  running;
 >> evidently in this new era of v3 it doesn't automatically
  start them as
 >> it used to in v2. But that's no big deal.
 >
 > As noticed in the wiki, you can use :
 >  - to start the daemons :
 > $ systemctl start rivendell
 >  - to fix it at boot time :
 > $ systemctl enable rivendell
 >
 >> Debian is probably not going to be a viable option for
  Rivendell going
 >> forward, I think.
 >
 > Could you explain the reason why you think so ?

  Thats a good question.!!

  After running rivendell on centos for about one year, i switched
  back to
  debian/ubuntu. Why.?
  The newer and more software. And i think, Centos is a very good
  server
  distri, but not for desktops, specifically not for multimedia
  desktops.
  Too dificult to use special codecs like AAC HE, no ootb export
  to mp3 in
  audacity...

  On my debian 10 is only one problem left. The slow database
  access. In
  rdlibrary when showing all, not only the 1

Re: [RDD] Rivendell v3.3.0

[Joe Panarello]

Well Put Rob. Rivendell was meant to be an appliance with a specific purpose 
running on CENTOS a pro OS. CENTOS is free so what is the issue? As such, 
Rivendell is one of the most reliable and powerful automation systems on the 
planet. Why mess with the best. Most of the high priced competitors who are 
Windows based will NOT run on a Windows Server OS. So my suggestion would be 
that your time could be better spent in adding new features to Rivendell rather 
than chasing after mirages.

 Joe Panarello
 WFIT 89.5 FM   


-Original Message-
From: rivendell-dev-boun...@lists.rivendellaudio.org 
[mailto:rivendell-dev-boun...@lists.rivendellaudio.org] On Behalf Of Rob Landry
Sent: Sunday, March 29, 2020 11:01 PM
To: Ryan Kin
Cc: rivendell-dev
Subject: Re: [RDD] Rivendell v3.3.0

On Sun, 29 Mar 2020, Ryan Kin wrote:

> However, Rivendell was built and made for CentOS... Even though it's 
> open source so you can modify it then put it onto Ubuntu

That's it in a nutshell. The software is developed to run under CentOS, is not 
being tested under any other Linux distribution, and it took an immense amount 
of time and effort on my part to make it run under Debian 10. Even so, 
sometimes it will compile and sometimes it won't. I can unstall Rivendell, blow 
out rivendell-3.3.0, gunzip the .tar.gz file to make a virgin rivendell-3.3.0, 
and recompile the same source code... and it's even money whether or not it 
will compile.

That's not something I can tolerate when I have radio stations clamoring for my 
attention all day. I had a station call me a week ago; they are owned by a 
local university which was sending all its students home due to the pandemic, 
and the faculty adviser said they were going off the air, as they didn't have 
an automation system. Now, I had an old Debian 6 Rivendell 2.11.0 system I had 
built several years ago, and offered to run it for them along with a Comrex 
Access I had bought for another project but had not yet deployed. I kept them 
on the air when they otherwise would have had to go off, and if I had had to 
depend on my new Debian system they would have been off for ten days, because 
that's how long it took me to get it working.

Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only 
Rivendell choice available is V3. V3 is far more complicated than V2, has a lot 
more dependencies -- what is it with all this Python stuff? -- and clearly 
wants to run under CentOS. Yes, if I invest enough time and effort, I can make 
it run under Debian... but why bother?


Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу, На труд и на подвиги нас вдохновил.

> 
> On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter 
> 
> wrote:
>   Am 28.03.2020 10:47, schrieb le père Léon:
>   > Le 22/03/2020 à 14:58, Rob Landry a écrit :
>   >> Well, finally got it to work. I blew out rivendell-3.3.0,
>   re-gunzipped
>   >> rivendell-3.3.0.tar.gz, then edited the source code manually,
>   rather
>   >> than applying the patch.
>   >
>   > The "default ''" appeared as "default " in the wiki. Modified.
>   >
>   >> Now rdadmin is complaining that the Rivendell daemons aren't
>   running;
>   >> evidently in this new era of v3 it doesn't automatically
>   start them as
>   >> it used to in v2. But that's no big deal.
>   >
>   > As noticed in the wiki, you can use :
>   >  - to start the daemons :
>   > $ systemctl start rivendell
>   >  - to fix it at boot time :
>   > $ systemctl enable rivendell
>   >
>   >> Debian is probably not going to be a viable option for
>   Rivendell going
>   >> forward, I think.
>   >
>   > Could you explain the reason why you think so ?
>
>   Thats a good question.!!
>
>   After running rivendell on centos for about one year, i switched
>   back to
>   debian/ubuntu. Why.?
>   The newer and more software. And i think, Centos is a very good
>   server
>   distri, but not for desktops, specifically not for multimedia
>   desktops.
>   Too dificult to use special codecs like AAC HE, no ootb export
>   to mp3 in
>   audacity...
>
>   On my debian 10 is only one problem left. The slow database
>   access. In
>   rdlibrary when showing all, not only the 1st 100 carts, in
>   rdlogedit
>   when loading a 24h log and moving carts up and down with the
>   arrows.!
>
>   Maybe there is a way to fix.??
>
>   --
>   Have a nice sunda

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

On Sun, 29 Mar 2020, Ryan Kin wrote:


However, Rivendell was built and made for CentOS... Even though it's open
source so you can modify it then put it onto Ubuntu


That's it in a nutshell. The software is developed to run under CentOS, is 
not being tested under any other Linux distribution, and it took an 
immense amount of time and effort on my part to make it run under Debian 
10. Even so, sometimes it will compile and sometimes it won't. I can 
unstall Rivendell, blow out rivendell-3.3.0, gunzip the .tar.gz file to 
make a virgin rivendell-3.3.0, and recompile the same source code... and 
it's even money whether or not it will compile.


That's not something I can tolerate when I have radio stations clamoring 
for my attention all day. I had a station call me a week ago; they are 
owned by a local university which was sending all its students home due to 
the pandemic, and the faculty adviser said they were going off the air, as 
they didn't have an automation system. Now, I had an old Debian 6 
Rivendell 2.11.0 system I had built several years ago, and offered to run 
it for them along with a Comrex Access I had bought for another project 
but had not yet deployed. I kept them on the air when they otherwise would 
have had to go off, and if I had had to depend on my new Debian system 
they would have been off for ten days, because that's how long it took me 
to get it working.


Debian 10 is not Debian 6; QT3 will not build under Debian 10, so the only 
Rivendell choice available is V3. V3 is far more complicated than V2, has 
a lot more dependencies -- what is it with all this Python stuff? -- and 
clearly wants to run under CentOS. Yes, if I invest enough time and 
effort, I can make it run under Debian... but why bother?



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.



On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter 
wrote:
  Am 28.03.2020 10:47, schrieb le père Léon:
  > Le 22/03/2020 à 14:58, Rob Landry a écrit :
  >> Well, finally got it to work. I blew out rivendell-3.3.0,
  re-gunzipped
  >> rivendell-3.3.0.tar.gz, then edited the source code manually,
  rather
  >> than applying the patch.
  >
  > The "default ''" appeared as "default " in the wiki. Modified.
  >
  >> Now rdadmin is complaining that the Rivendell daemons aren't
  running;
  >> evidently in this new era of v3 it doesn't automatically
  start them as
  >> it used to in v2. But that's no big deal.
  >
  > As noticed in the wiki, you can use :
  >  - to start the daemons :
  > $ systemctl start rivendell
  >  - to fix it at boot time :
  > $ systemctl enable rivendell
  >
  >> Debian is probably not going to be a viable option for
  Rivendell going
  >> forward, I think.
  >
  > Could you explain the reason why you think so ?

  Thats a good question.!!

  After running rivendell on centos for about one year, i switched
  back to
  debian/ubuntu. Why.?
  The newer and more software. And i think, Centos is a very good
  server
  distri, but not for desktops, specifically not for multimedia
  desktops.
  Too dificult to use special codecs like AAC HE, no ootb export
  to mp3 in
  audacity...

  On my debian 10 is only one problem left. The slow database
  access. In
  rdlibrary when showing all, not only the 1st 100 carts, in
  rdlogedit
  when loading a 24h log and moving carts up and down with the
  arrows.!

  Maybe there is a way to fix.??

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


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

Re: [RDD] Rivendell v3.3.0

[Ryan Kin]

However, Rivendell was built and made for CentOS... Even though it's open
source so you can modify it then put it onto Ubuntu

On Sun, Mar 29, 2020, 3:59 AM Schwoon, newsletter 
wrote:

> Am 28.03.2020 10:47, schrieb le père Léon:
> > Le 22/03/2020 à 14:58, Rob Landry a écrit :
> >> Well, finally got it to work. I blew out rivendell-3.3.0, re-gunzipped
> >> rivendell-3.3.0.tar.gz, then edited the source code manually, rather
> >> than applying the patch.
> >
> > The "default ''" appeared as "default " in the wiki. Modified.
> >
> >> Now rdadmin is complaining that the Rivendell daemons aren't running;
> >> evidently in this new era of v3 it doesn't automatically start them as
> >> it used to in v2. But that's no big deal.
> >
> > As noticed in the wiki, you can use :
> >  - to start the daemons :
> > $ systemctl start rivendell
> >  - to fix it at boot time :
> > $ systemctl enable rivendell
> >
> >> Debian is probably not going to be a viable option for Rivendell going
> >> forward, I think.
> >
> > Could you explain the reason why you think so ?
>
> Thats a good question.!!
>
> After running rivendell on centos for about one year, i switched back to
> debian/ubuntu. Why.?
> The newer and more software. And i think, Centos is a very good server
> distri, but not for desktops, specifically not for multimedia desktops.
> Too dificult to use special codecs like AAC HE, no ootb export to mp3 in
> audacity...
>
> On my debian 10 is only one problem left. The slow database access. In
> rdlibrary when showing all, not only the 1st 100 carts, in rdlogedit
> when loading a 24h log and moving carts up and down with the arrows.!
>
> Maybe there is a way to fix.??
>
> --
> Have a nice sunday!
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[Schwoon, newsletter]

Am 28.03.2020 10:47, schrieb le père Léon:

Le 22/03/2020 à 14:58, Rob Landry a écrit :

Well, finally got it to work. I blew out rivendell-3.3.0, re-gunzipped
rivendell-3.3.0.tar.gz, then edited the source code manually, rather
than applying the patch.


The "default ''" appeared as "default " in the wiki. Modified.


Now rdadmin is complaining that the Rivendell daemons aren't running;
evidently in this new era of v3 it doesn't automatically start them as
it used to in v2. But that's no big deal.


As noticed in the wiki, you can use :
 - to start the daemons :
$ systemctl start rivendell
 - to fix it at boot time :
$ systemctl enable rivendell


Debian is probably not going to be a viable option for Rivendell going
forward, I think.


Could you explain the reason why you think so ?


Thats a good question.!!

After running rivendell on centos for about one year, i switched back to 
debian/ubuntu. Why.?
The newer and more software. And i think, Centos is a very good server 
distri, but not for desktops, specifically not for multimedia desktops. 
Too dificult to use special codecs like AAC HE, no ootb export to mp3 in 
audacity...


On my debian 10 is only one problem left. The slow database access. In 
rdlibrary when showing all, not only the 1st 100 carts, in rdlogedit 
when loading a 24h log and moving carts up and down with the arrows.!


Maybe there is a way to fix.??

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

Re: [RDD] Rivendell v3.3.0

[le père Léon]

Le 22/03/2020 à 14:58, Rob Landry a écrit :
> Well, finally got it to work. I blew out rivendell-3.3.0, re-gunzipped
> rivendell-3.3.0.tar.gz, then edited the source code manually, rather
> than applying the patch.

The "default ''" appeared as "default " in the wiki. Modified.

> Now rdadmin is complaining that the Rivendell daemons aren't running;
> evidently in this new era of v3 it doesn't automatically start them as
> it used to in v2. But that's no big deal.

As noticed in the wiki, you can use :
 - to start the daemons :
$ systemctl start rivendell
 - to fix it at boot time :
$ systemctl enable rivendell

> Debian is probably not going to be a viable option for Rivendell going
> forward, I think.

Could you explain the reason why you think so ?


-- 
Léon.

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

Re: [RDD] Rivendell v3.3.0

[le père Léon]

Le 24/03/2020 à 13:14, Schwoon, newsletter a écrit :
> For Debian 10 it needs the package:
> python3-mysqldb
> to get pypad (icecast) running.! If the wiki editor like to add that..?!

Done.

-- 
Léon.

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

Re: [RDD] Rivendell v3.3.0

[Schwoon, newsletter]

For Debian 10 it needs the package:

python3-mysqldb

to get pypad (icecast) running.! If the wiki editor like to add that..?!

Am 21.03.2020 12:43, schrieb le père Léon:

Le 19/03/2020 à 19:12, Rob Landry a écrit :

Now, after I execute: rddbmgr --create --generate-audio
I get a databdase that isn't the right version; rdadmin reports:
Database version mismatch, should be 314, is 309.


Since 3.1.0 you have to patch the code of the file
utils/rddbmgr/updateschema.cpp
See :
 http://wiki.rivendellaudio.org/index.php/Debian10
 https://github.com/ElvishArtisan/rivendell/issues/515

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

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

What bothers me about Debian is that I can go through the compile process 
and sometimes get an error, but sometimes not. There must be something 
about the way Debian is organized that makes whatever file isn't being 
found in that py-compile stage disappear sometimes.


I see there are now seven Rivendell daemons; in addition to caed, ripcd, 
and rdcatchd, I see rdservice, rdpadd, rdpadengined, and rdvairplayd.



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.

On Sun, 22 Mar 2020, Cowboy wrote:


On Sun, 22 Mar 2020 09:58:12 -0400 (EDT)
Rob Landry <41001...@interpring.com> wrote:


Debian is probably not going to be a viable option for Rivendell going
forward, I think. Oh, well; life goes on.


Well, that's unfortunate !

CentOS ( RHEL ) is heading in a direction that is SO reminiscent
of WinNT4, that it scares me. ( today, Win10 appears to be doing
a much, much better job than Red Hat, and it's copies )
Debian has historically been a good OS, even though too frequently
incompatible with itself, but nothing like CentOS ( RHEL ) ?

I'd been considering for some time ( but hadn't yet pulled the trigger )
moving back to Debian, so this is very distressing news.
( and not just for Rivendell, either ! )

--
Cowboy

Why are you watching
The washing machine?
I love entertainment
So long as it's clean.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[Cowboy]

On Sat, 21 Mar 2020 18:31:58 -0400 (EDT)
Rob Landry <41001...@interpring.com> wrote:

> can I go into mysql/mariadb and fix the 
> database structure manually? 

 No doubt, but that relegates Rivendell to hacker's paradise.
 OK for you and I, but catastrophic for the vast majority.

-- 
Cowboy 

Why are you watching
The washing machine?
I love entertainment
So long as it's clean.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[Cowboy]

On Sun, 22 Mar 2020 09:58:12 -0400 (EDT)
Rob Landry <41001...@interpring.com> wrote:

> Debian is probably not going to be a viable option for Rivendell going 
> forward, I think. Oh, well; life goes on.

 Well, that's unfortunate !

 CentOS ( RHEL ) is heading in a direction that is SO reminiscent
 of WinNT4, that it scares me. ( today, Win10 appears to be doing
 a much, much better job than Red Hat, and it's copies )
 Debian has historically been a good OS, even though too frequently
 incompatible with itself, but nothing like CentOS ( RHEL ) ?

 I'd been considering for some time ( but hadn't yet pulled the trigger )
 moving back to Debian, so this is very distressing news.
 ( and not just for Rivendell, either ! )

-- 
Cowboy 

Why are you watching
The washing machine?
I love entertainment
So long as it's clean.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

Well, finally got it to work. I blew out rivendell-3.3.0, re-gunzipped 
rivendell-3.3.0.tar.gz, then edited the source code manually, rather than 
applying the patch.


When i tried to compile it, I again got the py-compile error I reported 
earlier. So, I rebooted the computer and went through the process again 
from the beginning, and this time it compiled. And it installed. And 
rddbmgr --create --generate-audio worked with no error!


Now rdadmin is complaining that the Rivendell daemons aren't running; 
evidently in this new era of v3 it doesn't automatically start them as it 
used to in v2. But that's no big deal.


Debian is probably not going to be a viable option for Rivendell going 
forward, I think. Oh, well; life goes on.



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.

On Sun, 22 Mar 2020, Schwoon, newsletter wrote:


Hi

My answer was blocked from list, because of the too big pic...;)

 Originalnachricht --------
Betreff: Re: [RDD] Rivendell v3.3.0
Datum: 22.03.2020 11:11
Von: "Schwoon, newsletter" 
An: rivendell-dev@lists.rivendellaudio.org

Hmm, thats nothing i have.

I followed the wiki and was able to restore my production database over the 
fresh created db, based on the

wiki instructions.

Btw.

The package mysql-server was not available, so i installed mariadb-server 
instead.!


With enabled docbooc it won't compile. So i disabled it.

Test in running with latest debian 10 XFCE4.

Screenshot:

left = centos
right = debian

Both inside virt. kvm machine with jack dummy soundinterface!




Am 21.03.2020 23:31, schrieb Rob Landry:

Alas, it's no good. Even after applying the patch, recompiling, and
reinstalling, I still get the same thing. The database is the wrong
version, and attempting to upgrade it gives the same SQL errors.

Here's a possibly stupid question: can I go into mysql/mariadb and fix
the database structure manually? The database is empty, so I wouldn't
be risking any data loss.


Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.

On Sat, 21 Mar 2020, le père Léon wrote:


Le 19/03/2020 à 19:12, Rob Landry a écrit :

Now, after I execute: rddbmgr --create --generate-audio
I get a databdase that isn't the right version; rdadmin reports:
Database version mismatch, should be 314, is 309.


Since 3.1.0 you have to patch the code of the file
utils/rddbmgr/updateschema.cpp
See :
http://wiki.rivendellaudio.org/index.php/Debian10
https://github.com/ElvishArtisan/rivendell/issues/515


-- Léon.

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

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

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

Alas, it's no good. Even after applying the patch, recompiling, and 
reinstalling, I still get the same thing. The database is the wrong 
version, and attempting to upgrade it gives the same SQL errors.


Here's a possibly stupid question: can I go into mysql/mariadb and fix the 
database structure manually? The database is empty, so I wouldn't be 
risking any data loss.



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.

On Sat, 21 Mar 2020, le père Léon wrote:


Le 19/03/2020 à 19:12, Rob Landry a écrit :

Now, after I execute: rddbmgr --create --generate-audio
I get a databdase that isn't the right version; rdadmin reports:
Database version mismatch, should be 314, is 309.


Since 3.1.0 you have to patch the code of the file
utils/rddbmgr/updateschema.cpp
See :
http://wiki.rivendellaudio.org/index.php/Debian10
https://github.com/ElvishArtisan/rivendell/issues/515


--
Léon.

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

Re: [RDD] Rivendell v3.3.0

[Schwoon, newsletter]

Hi

Does this debian 10 install work without the database lags from previous 
3.x versions?


I'm running the latest 3.3 version installed with the script on centos7. 
And i have some freeze
problems in my virtual enviroment, so i would like to switch to debian. 
Of course with a fresh install
and the ablility to import the database from the now running centos7 
install...!


The 2nd reason. On one of my clients i use a USB driven touchscreen, 
that won't work on centos.!


Thanks in advance...

Am 21.03.2020 12:43, schrieb le père Léon:

Le 19/03/2020 à 19:12, Rob Landry a écrit :

Now, after I execute: rddbmgr --create --generate-audio
I get a databdase that isn't the right version; rdadmin reports:
Database version mismatch, should be 314, is 309.


Since 3.1.0 you have to patch the code of the file
utils/rddbmgr/updateschema.cpp
See :
 http://wiki.rivendellaudio.org/index.php/Debian10
 https://github.com/ElvishArtisan/rivendell/issues/515

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

Re: [RDD] Rivendell v3.3.0

[le père Léon]

Le 19/03/2020 à 19:12, Rob Landry a écrit :
> Now, after I execute: rddbmgr --create --generate-audio
> I get a databdase that isn't the right version; rdadmin reports:
> Database version mismatch, should be 314, is 309.

Since 3.1.0 you have to patch the code of the file
utils/rddbmgr/updateschema.cpp
See :
 http://wiki.rivendellaudio.org/index.php/Debian10
 https://github.com/ElvishArtisan/rivendell/issues/515


-- 
Léon.

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

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

OK, so I got past the last problem by ln -s'ing everything in 
/usr/local/lib to /usr/lib.


Now, after I execute: rddbmgr --create --generate-audio

I get a databdase that isn't the right version; rdadmin reports:

Database version mismatch, should be 314, is 309.

I long for the old days when rdadmin knew how to update databases. Sigh.


Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.

On Thu, 19 Mar 2020, Rob Landry wrote:



OK, so I did 'make uninstall', deleted the entire Downloads/rivendell-3.3.0 
directory, gunzipped the tar file, and went through the whole compile process 
again from step 1.


This time, make install worked successfully. However, when I run rdadmin, I 
get:


rdadmin: error while loading shared libraries: librd-3.3.0.so: cannot open 
shared object file: No such file or directory


This is where a more complete error message would be helpful. The file is in 
/usr/local/lib, and rdadmin is clearly nto looking for it there. Any guesses 
as to where it might be looking?



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.

On Thu, 19 Mar 2020, Rob Landry wrote:



OK, so I downloaded RD 3.3.0 and compiled it under Debian. It compiles 
without any errors.


But when I run 'make install', I get this:

/usr/bin/install -c -m 644 pypad.py 
'/usr/local/lib/python3.7/site-packages'

/bin/bash: ../../../py-compile: No such file or directory
make[4]: *** [Makefile:388: install-rivendellPYTHON] Error 127
make[4]: Leaving directory 
'/home/rd/Downloads/rivendell-3.3.0/apis/pypad/api'

make[3]: *** [Makefile:482: install-am] Error 2
make[3]: Leaving directory 
'/home/rd/Downloads/rivendell-3.3.0/apis/pypad/api'

make[2]: *** [Makefile:423: install-recursive] Error 1
make[2]: Leaving directory '/home/rd/Downloads/rivendell-3.3.0/apis/pypad'
make[1]: *** [Makefile:422: install-recursive] Error 1
make[1]: Leaving directory '/home/rd/Downloads/rivendell-3.3.0/apis'
make: *** [Makefile:518: install-recursive] Error 1

I have never before encountered an error on make install, and have no idea 
how to troubleshoot it. Anyone have any suggestions?



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

OK, so I did 'make uninstall', deleted the entire 
Downloads/rivendell-3.3.0 directory, gunzipped the tar file, and went 
through the whole compile process again from step 1.


This time, make install worked successfully. However, when I run rdadmin, 
I get:


rdadmin: error while loading shared libraries: librd-3.3.0.so: cannot open 
shared object file: No such file or directory


This is where a more complete error message would be helpful. The file is 
in /usr/local/lib, and rdadmin is clearly nto looking for it there. Any 
guesses as to where it might be looking?



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.

On Thu, 19 Mar 2020, Rob Landry wrote:



OK, so I downloaded RD 3.3.0 and compiled it under Debian. It compiles 
without any errors.


But when I run 'make install', I get this:

/usr/bin/install -c -m 644 pypad.py '/usr/local/lib/python3.7/site-packages'
/bin/bash: ../../../py-compile: No such file or directory
make[4]: *** [Makefile:388: install-rivendellPYTHON] Error 127
make[4]: Leaving directory 
'/home/rd/Downloads/rivendell-3.3.0/apis/pypad/api'

make[3]: *** [Makefile:482: install-am] Error 2
make[3]: Leaving directory 
'/home/rd/Downloads/rivendell-3.3.0/apis/pypad/api'

make[2]: *** [Makefile:423: install-recursive] Error 1
make[2]: Leaving directory '/home/rd/Downloads/rivendell-3.3.0/apis/pypad'
make[1]: *** [Makefile:422: install-recursive] Error 1
make[1]: Leaving directory '/home/rd/Downloads/rivendell-3.3.0/apis'
make: *** [Makefile:518: install-recursive] Error 1

I have never before encountered an error on make install, and have no idea 
how to troubleshoot it. Anyone have any suggestions?



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

OK, so I downloaded RD 3.3.0 and compiled it under Debian. It compiles 
without any errors.


But when I run 'make install', I get this:

/usr/bin/install -c -m 644 pypad.py 
'/usr/local/lib/python3.7/site-packages'

/bin/bash: ../../../py-compile: No such file or directory
make[4]: *** [Makefile:388: install-rivendellPYTHON] Error 127
make[4]: Leaving directory 
'/home/rd/Downloads/rivendell-3.3.0/apis/pypad/api'

make[3]: *** [Makefile:482: install-am] Error 2
make[3]: Leaving directory 
'/home/rd/Downloads/rivendell-3.3.0/apis/pypad/api'

make[2]: *** [Makefile:423: install-recursive] Error 1
make[2]: Leaving directory '/home/rd/Downloads/rivendell-3.3.0/apis/pypad'
make[1]: *** [Makefile:422: install-recursive] Error 1
make[1]: Leaving directory '/home/rd/Downloads/rivendell-3.3.0/apis'
make: *** [Makefile:518: install-recursive] Error 1

I have never before encountered an error on make install, and have no idea 
how to troubleshoot it. Anyone have any suggestions?



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[Fred Gleason]

On Mar 18, 2020, at 10:33, Rob Landry <41001...@interpring.com> wrote:

> Fred, I went to download the source code from rivendellaudio.org 
>  last night and again just now, and I get "404 
> Not found". Does that site not work any more?

A better place is perhaps:

https://github.com/ElvishArtisan/rivendell/releases

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 v3.3.0

[Cowboy]

On Wed, 18 Mar 2020 10:33:17 -0400 (EDT)
Rob Landry <41001...@interpring.com> wrote:

> Fred, I went to download the source code from rivendellaudio.org last 
> night and again just now, and I get "404 Not found". Does that site not 
> work any more?

 There were some issues this AM.
 That machine sits about 30 feet from me, maybe less.
 It's alive !
 It's at least ponging.
 Please try again ?

-- 
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

Re: [RDD] Rivendell v3.3.0

[Rob Landry]

Fred, I went to download the source code from rivendellaudio.org last 
night and again just now, and I get "404 Not found". Does that site not 
work any more?



Rob

--
Сквозь грозы сияло нам солнце свободы
И Linus великий нам путь озарил;
Нас вырастил Stallman на верность народу,
На труд и на подвиги нас вдохновил.
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

Re: [RDD] Rivendell v3.3.0

[Fred Gleason]

On Mar 16, 2020, at 19:52, David Klann  wrote:

> Just a reminder that I try to keep the wiki up to date with Change Summaries
> when Fred announces new releases.
> 
> http://wiki.rivendellaudio.org/index.php/ChangeSummary 
> 
> 
> The summaries are somewhere between the NEWS file and the ChangeLog file; I
> use ChangeLog as a starting point for the summaries. I welcome your input on
> the level of detail in the Change Summary.

Very nice! Thank you.

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 v3.3.0

[David Klann]

Thanks for all your hard work Fred!

On Mon, 2020-03-16 at 10:45 -0400, Fred Gleason wrote:
> On behalf of the entire Rivendell development team, I'm pleased to
> announce the availability of the next production release of the next
> major version of Rivendell, 3.3.0. Rivendell is a full-featured radio
> automation system targeted for use in professional broadcast
> environments. It is available under the GNU General Public License
> version 2.
> 

Just a reminder that I try to keep the wiki up to date with Change Summaries
when Fred announces new releases.

http://wiki.rivendellaudio.org/index.php/ChangeSummary

The summaries are somewhere between the NEWS file and the ChangeLog file; I
use ChangeLog as a starting point for the summaries. I welcome your input on
the level of detail in the Change Summary.

Thanks!

  ~David Klann


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