[RDD] Rivendell 3.x on Ubuntu 18.04
Hi Fernando, Last night I took the plunge and put the majority of my notes on getting Rivendell 3.x (I tested/compiled with 3.4.1int5 and int6 most recently) compiled on Ubuntu 18.04 on the wiki. I *believe* these instructions to be fairly complete, however I may be missing a few things. I agree that some of what I've done is a little different from the accepted Rivendell approach with regards to security. Namely the way I've set up /var/snd and the notes I have on getting Rivendell and Jack working together. I will likely update these sections in the future, but I wanted to get the bulk of my notes in a single spot. Please feel free to go through these instructions with Ubuntu 18.04 (I actually prefer LUbuntu 18.04 to be specific) and see how it goes for you. I'd love to hear if I've missed something. http://wiki.rivendellaudio.org/index.php/Ubuntu18_04 Thanks, Lorne Tyndale > > > Hi Lorne! > > Thank you so much for the explanations. > > I have tried Rivendell on Centos 7 using the Paravell repositories too. > Works fine although I used set some things slighty different in the old > times (rivendell 2 over ubuntu 10.04, I think) > > It's a pity QT has to be rewritten upon a new version, it would be amazing > if it was backward code compatible. > > Yesterday I tried myself compiling Rivendell 3.4 using Ubuntu 18.04 and > Debian 10.6 (buster). Ubuntu fails at compile time and Debian fails at > install time. I didn't get time to get deeper. > Ubuntu 20.04 really seems very harder due QT4. I have found an unofficial > repository with QT4 packages but I could not find libqt4-sql-mysql. :( > > Regards > > > Fernando Della Torre > > (16) 98137-1240 > > > > > Em seg., 23 de nov. de 2020 às 23:20, Lorne Tyndale > escreveu: > > > Hi Fernando, > > > > I can't speak for the developers or QT5, but from what I understand the > > current Version 3 branch will be staying with QT4. Changing to a newer > > version of QT would be a significant update to code, so I would not > > expect to see migration to QT5 (or higher) until a Rivendell Version 4 > > branch. > > > > Having said that, if you want an easy to install and update experience, > > the best option is to grab CentOS7 and install Rivendell from the > > Paravel repositories. You can find instructions on this here: > > > > > > http://static.paravelsystems.com/rivendell-install-rd3/rivendell-install-rhel7.html > > > > I've done this and it really is a very smooth and easy installation. > > Furthermore when a new version comes out the command to update is very > > easy: > > > > yum update rivendell > > > > Otherwise if you want to run Rivendell on something else, then you're > > pretty much on your own to compile it or rely on others in the community > > and use their binaries (such as the Raspberry PI distribution). > > > > Rivendell does compile and run on Ubuntu 18.04 based distributions (and > > probably the version of Debian that 18.04 is based on, although I have > > not tried this). I've actually started putting together some directions > > on how to compile on 18.04, I'm hoping to post these sometime this week > > on the wiki. Ubuntu 20.04 might be more of a challenge due to its > > default QT packages being QT5. I've seen some posts about repositories > > that contain QT4 for 20.04. This might be a way to get Rivendell to run > > on 20.04, but I admit that I have not tried this so I don't know how > > well it'll work. > > > > Lorne Tyndale > > > > > > > > > > > Hello folks. > > > > > > I've been away for a while and now I've tried to compile Rivendell using > > > some up to date distro like Ubuntu 20.04 or Mint 20 with no success at > > all. > > > It complains about QT4, specially about libqt4-sql-mysql. > > > > > > I'm not a dev (I wish I was) but as far as I understand QT4 it is being > > > retired. > > > Is there any Rivendell release using QT5 or any newer equivalent ? > > > > > > I know it's easy to say and hard to do, but surely Rivendell would have a > > > larger visibility if it were packed in 2 or more flavors, like RPM and > > DEB > > > pointing to all dependencies it needs and ready for the modern distros, > > > whether Ubuntu, Debian, Mint, Fedora, Centos 8, etc. Every time in the > > past > > > I had to complite from source and every update was a kind of a pain. > > > > > > As I said I wish I was a dev, but I'm just a sysadmin. > > > > > > I really appreciate the effort of the entire community working on > > > Rivendell. Thanks a lot. > > > > > > Regards, > > > Fernando Della Torre > > > > > > +55 (16) 98137-1240___ > > > 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 Future
On Nov 23, 2020, at 20:30, Fernando Della Torre wrote: > I know it's easy to say and hard to do, but surely Rivendell would have a > larger visibility if it were packed in 2 or more flavors, like RPM and DEB > pointing to all dependencies it needs and ready for the modern distros, > whether Ubuntu, Debian, Mint, Fedora, Centos 8, etc. Every time in the past I > had to complite from source and every update was a kind of a pain. Point taken. However, every one of those distributions have their own unique ‘style’ (package manager, distribution channel, desktop, support philosophy, process management, etc, etc). I’ve concentrated on making Rivendell work easily on RHEL/CentOS not out of any sense that other distros are “bad”, but because of a simple, brutal fact of time management: the time I spend fiddling with distro compatibility is time *not* spent working on and improving the core Rivendell system. So, I’ve picked one distro (RHEL/CentOS, more-or-less at random) to be the ‘reference platform’ for Rivendell. This is actually a trope in the wider Linux software ecosystem. It is common for large applications there to have two layers of ‘developers’; a core group (often referred to as ‘upstream’) that does the primary application development, and a distribution group (aka ‘downstream’) that takes the source code output from upstream and turns it into installable packages for particular platforms (distros). So for example, using the above terminology, I am one of the 'upstream developers' for Rivendell; I am also the ‘downstream maintainer' for Rivendell's RHEL/CentOS integration. Rivendell has historically had other downstream maintainers for other distros —e.g. the Tryphon group that for many years maintained a very solid Debian integration. Unfortunately, when the Tryphon group disbanded a few years ago, support for that integration evaporated. I would welcome others coming aboard as downstream maintainers for their distro of choice. To be a downstream maintainer does not require extensive programming ability. What it does need is reasonable system administration skills, familiarity with building software from source code, and above all a good knowledge of the target platform's software packaging and distribution system. I will gladly: 1) Accept PRs from downstream maintainers aimed at making Rivendell work better on their platform of choice, and work with their authors to get them accepted into the standard Rivendell releases. 2) Provide space on servers in the ‘rivendellaudio.org’ domain for hosting packages, documentation and other materials for supporting Rivendell on their platform of choice. Anyone up for the challenge? Cheers! |-| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |-| | ... indifference is a militant thing ... when it goes away it | | leaves smoking ruins, where lie citizens bayonetted through the| | throat. It is not a children's pastime like mere highway robbery. | | | | -- Stephen Crane | |-| ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell Future
Hello Robert! I thank you for the explanations that made me understand important points about Rivendell and how it is focused. I had no idea of how hard it is to change a QT version and all the implications that come with it. I've been using Centos and other RHEL variants for a couple of years now as a server operating system (no gui). I may have to tweak some things to make it behavior as my users expect. They've been working on Ubuntu for the last years, but now it's time to upgrade it. I really appreciate all the points you made clear! Thanks! Fernando Della Torre (16) 98137-1240 Em ter., 24 de nov. de 2020 às 00:01, Robert Jeffares < jeffares.rob...@gmail.com> escreveu: > Hi Fernando, > > Rivendell like all open source projects has developer(s) who have to make > decisions, and have people to create and manage code. > > Linux is available in more distributions than you can count, and while > many programs run on many distributions, not all will ever run on all. > > Each distribution has a team who determine how it will function and each > distribution generally has a well stated focus. Same goes with > applications. > > Rivendell's development team have made a decision to build on a stable > platform, currently CentOS 7. CentOS has generally stable versions of > useful algorithms, and the code runs reliably. > > This is important to some thousands of users. > > In the true spirit of open source there are versions maintained for Ubuntu > and Debian, and report of builds on almost all of the possible platforms. > > Inevitably QT4 will reach an end date, and the code may have to be ported > to QT5 or possibly QT6 which will involve a lot of effort because what > worked previously has to be verified as compatible with the new QT or > rebuilt from scratch. > > The Aegean Stables are nothing on this task. > > The new QT will not be like the old QT. Simple changes will create > incompatibilities because the QT coders are not thinking of end users but > end results. > > So what may look easy is probably a bit more complex. I believe it's being > worked on. > > I don't think the goal of Rivendell is to be more visible. I believe it's > purpose is to do a job well, incorporate well reasoned additional features, > and above all maintain reliability. > > This is not about growing the market, this is about keeping things > running. People will come along and be happy to join in. > > All of the distributions you mention have their strong points. You should > be able to get Rivendell to run on any of them, with the fragility that > comes from unheralded upstream changes that improve performance for > something, but nuke Rivendell essentials. > > Rivendell is like a Lada. It may look ugly, and old tech, but it runs on > almost anything, best on one or two platforms, and it gets there. > > I suggest the 'up to date distro like Ubuntu 20.04' may not be as flash as > you imagine. I use Ubuntu elsewhere and have been through several > iterations of stuff not working in "the new version" because this or that > has changed. Finding the people to maintain various releases of Rivendell, > when the basic version works fine, is going to be difficult. There are > people who will make it run on something because they can. But for most > it's "why?". > > You can still contribute to the project I am sure. > > > regards > > Robert > > > On 24/11/20 2:30 pm, Fernando Della Torre wrote: > > Hello folks. > > I've been away for a while and now I've tried to compile Rivendell using > some up to date distro like Ubuntu 20.04 or Mint 20 with no success at all. > It complains about QT4, specially about libqt4-sql-mysql. > > I'm not a dev (I wish I was) but as far as I understand QT4 it is being > retired. > Is there any Rivendell release using QT5 or any newer equivalent ? > > I know it's easy to say and hard to do, but surely Rivendell would have a > larger visibility if it were packed in 2 or more flavors, like RPM and DEB > pointing to all dependencies it needs and ready for the modern distros, > whether Ubuntu, Debian, Mint, Fedora, Centos 8, etc. Every time in the past > I had to complite from source and every update was a kind of a pain. > > As I said I wish I was a dev, but I'm just a sysadmin. > > I really appreciate the effort of the entire community working on > Rivendell. Thanks a lot. > > Regards, > Fernando Della Torre > > +55 (16) 98137-1240 > > > > ___ > Rivendell-dev mailing > listRivendell-dev@lists.rivendellaudio.orghttp://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev > > -- > Communication Consultants 2020 Limited > 64 Warner Park Avenue > Laingholm > Auckland 0604 > New Zealand > > ___ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev > ___ Rivendell-dev mailing list
Re: [RDD] Rivendell Future
Hi Lorne! Thank you so much for the explanations. I have tried Rivendell on Centos 7 using the Paravell repositories too. Works fine although I used set some things slighty different in the old times (rivendell 2 over ubuntu 10.04, I think) It's a pity QT has to be rewritten upon a new version, it would be amazing if it was backward code compatible. Yesterday I tried myself compiling Rivendell 3.4 using Ubuntu 18.04 and Debian 10.6 (buster). Ubuntu fails at compile time and Debian fails at install time. I didn't get time to get deeper. Ubuntu 20.04 really seems very harder due QT4. I have found an unofficial repository with QT4 packages but I could not find libqt4-sql-mysql. :( Regards Fernando Della Torre (16) 98137-1240 Em seg., 23 de nov. de 2020 às 23:20, Lorne Tyndale escreveu: > Hi Fernando, > > I can't speak for the developers or QT5, but from what I understand the > current Version 3 branch will be staying with QT4. Changing to a newer > version of QT would be a significant update to code, so I would not > expect to see migration to QT5 (or higher) until a Rivendell Version 4 > branch. > > Having said that, if you want an easy to install and update experience, > the best option is to grab CentOS7 and install Rivendell from the > Paravel repositories. You can find instructions on this here: > > > http://static.paravelsystems.com/rivendell-install-rd3/rivendell-install-rhel7.html > > I've done this and it really is a very smooth and easy installation. > Furthermore when a new version comes out the command to update is very > easy: > > yum update rivendell > > Otherwise if you want to run Rivendell on something else, then you're > pretty much on your own to compile it or rely on others in the community > and use their binaries (such as the Raspberry PI distribution). > > Rivendell does compile and run on Ubuntu 18.04 based distributions (and > probably the version of Debian that 18.04 is based on, although I have > not tried this). I've actually started putting together some directions > on how to compile on 18.04, I'm hoping to post these sometime this week > on the wiki. Ubuntu 20.04 might be more of a challenge due to its > default QT packages being QT5. I've seen some posts about repositories > that contain QT4 for 20.04. This might be a way to get Rivendell to run > on 20.04, but I admit that I have not tried this so I don't know how > well it'll work. > > Lorne Tyndale > > > > > > > Hello folks. > > > > I've been away for a while and now I've tried to compile Rivendell using > > some up to date distro like Ubuntu 20.04 or Mint 20 with no success at > all. > > It complains about QT4, specially about libqt4-sql-mysql. > > > > I'm not a dev (I wish I was) but as far as I understand QT4 it is being > > retired. > > Is there any Rivendell release using QT5 or any newer equivalent ? > > > > I know it's easy to say and hard to do, but surely Rivendell would have a > > larger visibility if it were packed in 2 or more flavors, like RPM and > DEB > > pointing to all dependencies it needs and ready for the modern distros, > > whether Ubuntu, Debian, Mint, Fedora, Centos 8, etc. Every time in the > past > > I had to complite from source and every update was a kind of a pain. > > > > As I said I wish I was a dev, but I'm just a sysadmin. > > > > I really appreciate the effort of the entire community working on > > Rivendell. Thanks a lot. > > > > Regards, > > Fernando Della Torre > > > > +55 (16) 98137-1240___ > > 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
