RHEL/CentOS 6 Support

Is RHEL/CentOS 6 supported by the application? I’m not worried about the packaging aspects, just the raw mono code and mono versions?

I’m trying to figure out if I need to support Upstart init scripts for CentOS 6 in the RPM spec file.

According to Red Hat Access RHEL 5 and 6 does not support mono

Red Hat does not provide the Mono package via RHN, hence it does not come under the Production Support scope of coverage.

It’s behind a login wall, but that’s all it says:
https://access.redhat.com/solutions/28468

But if you load mono in from a 3rd party repository I don’t see why it shouldn’t work.

I’m not very familiar with CentOS and I realize this is CentOS 7 and you’re asking about CentOS 6 but perhaps this can give you some ideas?

Ah, good catch. libappindicator is also required for the tray icon.

EPEL should work for both CentOS 7 and 6 (as well as RHEL 6 and 7). We use the same EPEL repo for both RHEL 6 and 7 at work without any issues.

I was more wondering about if the version of Mono that’s available for C6 (from EPEL), works with Duplicati.

mono-core-4.2.4-9.el6.i686.rpm
mono-core-4.2.4-9.el6.x86_64.rpm
mono-data-4.2.4-9.el6.x86_64.rpm
mono-data-oracle-4.2.4-9.el6.x86_64.rpm
mono-data-sqlite-4.2.4-9.el6.x86_64.rpm
mono-devel-4.2.4-9.el6.i686.rpm
mono-devel-4.2.4-9.el6.x86_64.rpm
mono-extras-4.2.4-9.el6.x86_64.rpm
mono-locale-extras-4.2.4-9.el6.x86_64.rpm
mono-mvc-4.2.4-9.el6.x86_64.rpm
mono-mvc-devel-4.2.4-9.el6.i686.rpm
mono-mvc-devel-4.2.4-9.el6.x86_64.rpm
mono-reactive-4.2.4-9.el6.x86_64.rpm
mono-reactive-devel-4.2.4-9.el6.i686.rpm
mono-reactive-devel-4.2.4-9.el6.x86_64.rpm
mono-reactive-winforms-4.2.4-9.el6.x86_64.rpm
mono-wcf-4.2.4-9.el6.x86_64.rpm
mono-web-4.2.4-9.el6.x86_64.rpm
mono-web-devel-4.2.4-9.el6.i686.rpm
mono-web-devel-4.2.4-9.el6.x86_64.rpm
mono-winforms-4.2.4-9.el6.x86_64.rpm
mono-winfx-4.2.4-9.el6.x86_64.rpm

That’s actually newer than what my Ubuntu 16.04 is sporting (4.2.3) :slight_smile:

@JonMikelV C7 looks good. I’m just working out how the RPM needs to install the startup scripts. The existing RPM only support systemd which is fine for C7. C6 uses Upstart so I have to figure the tests/requirements for each OS version.

C5 is EOL, so I’m not going to support it.

1 Like

I suspect it will, though don’t quote me on that. The main thing you’re likely to run into is stale (or missing) SSL certificates.

Yup. Already planning for the certificate issues.

1 Like

For the CentOS RPM builds, I’m going going to put a hard dependency on the EPEL repository. This will help keep dependency issues more consistent.

Whatever that means, it sounds like a good decision. :smiley:

@JonMikelV EPEL is the main RHEL/CentOS YUM / RPM repository for non-redhat blessed applications. The EPEL maintainers try to follow the same paradigms as RHEL: Stability is critical, don’t break/conflict with other packages. EPEL is so commonly used even RHEL has an option to enable it stock.

1 Like

I just fought with installing Duplicati on a RHEL Workstation at work. Our internal EPEL didn’t have the libappindicator so had to get the official Fedora EPEL repo to even get that package.

And don’t get me started on mono, it wasn’t in any of our repositories, so ended up adding the official mono repo.

But hey, it works :slight_smile:

@Pectojin I was planning on making the official EPEL an RPM requirement. The offical EPEL repo has a pretty recent version of mono now for C7. Not so sure about C6. I’ll have to take a look when I get there. C7 is more important now.

Sounds reasonable. It’s working well so far, but EPEL usually does

libappindicator is missing, please advise (my issue quite similar to above, got here via google search, i’m getting mono from epel):

yum --installroot=/vp/177/fs --skip-broken install /vp/177/fs/home/greg/duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch.rpm
Loaded plugins: fastestmirror, priorities
Setting up Install Process
Examining /vp/177/fs/home/greg/duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch.rpm: duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch
Marking /vp/177/fs/home/greg/duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch.rpm to be installed
Loading mirror speeds from cached hostfile
*centos-e6_base: mirrors.usinternet,com
*centos-e6_extras: mirrors.usinternet,com
*centos-e6_updates: mirrors.usinternet,com
*epel-e6: ord.mirror.rackspace,com
*vz-e6-base: vzdownload.swsoft,com
*vz-e6-updates: vzdownload.swsoft,com
111 packages excluded due to repository priority protections
Resolving Dependencies
–> Running transaction check
—> Package duplicati.noarch 0:2.0.5.1-2.0.5.1_beta_20200118 will be installed
–> Processing Dependency: desktop-file-utils for package: duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch
–> Processing Dependency: libappindicator for package: duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch
–> Processing Dependency: mono(appindicator-sharp) for package: duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch
–> Running transaction check
—> Package desktop-file-utils.x86_64 0:0.15-9.el6 will be installed
—> Package duplicati.noarch 0:2.0.5.1-2.0.5.1_beta_20200118 will be installed
–> Processing Dependency: libappindicator for package: duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch
–> Processing Dependency: mono(appindicator-sharp) for package: duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch

Packages skipped because of dependency problems:
desktop-file-utils-0.15-9.el6.x86_64 from centos-e6_base
duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch from /duplicati-2.0.5.1-2.0.5.1_beta_20200118.noarch

Welcome to the forum @gregrwm

Dependancies issue on CentOS 6.9 #2502 shows how one person solved this.
It also shows some of the challenges involved in running on such an old OS…
CentOS 7 seems to be the easy one, and CentOS 8 is causing troubles again.

https://repology.org/project/libappindicator/versions

Duplicati fails to install at Centos 8 #3950

Possibly someone will persuade EPEL 8 to continue supplying libappindicator.

On CentOS 6, be sure mono --version reports at least 5 for Duplicati 2.0.5.1.
EPEL 6 looks like it’s 4.2.4. See Prerequisites and Mono Project download site