RHEL/CentOS 6 Support


#1

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.


#2

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.


#3

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?


#4

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.


#5

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


#6

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


#7

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


#8

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.


#9

Yup. Already planning for the certificate issues.


#10

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.


#11

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


#12

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


#13

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:


#14

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


#15

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