I use RHEL because I have to. I completely understand the staleness. I use more repositories than epel and maintain my own rpms (1,2,3 and more) because of it. But I wouldn't use a distro whose first order of business is "desktop Linux" with a "server" flavor tacked on as an afterthought to get away from the staleness. I'd put up with CentOS's package lag before that. <div><br></div><div>If you're willing to use a moving target, then go to the source and use Debian's testing tree. Or Arch. Or Void. Or, and I can't believe I'm saying this one, Gentoo. <span></span></div><div><div><br></div><div><div>[1] -- <a href="https://github.com/jsumners/failover-lb">https://github.com/jsumners/failover-lb</a></div><div>[2] -- <a href="https://github.com/jsumners/ucarp-rpm">https://github.com/jsumners/ucarp-rpm</a></div><div>[3] -- <a href="https://github.com/jsumners/tomcat-rpm">https://github.com/jsumners/tomcat-rpm</a></div><br>On Tuesday, April 26, 2016, LnxGnome <<a href="mailto:lnxgnome@hopnet.net">lnxgnome@hopnet.net</a>> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">James,<br>
<br>
I think it boils down to the use case.<br>
<br>
I've been a diehard RHEL advocate on servers for about 12 years.<br>
S.u.S.E. 6.x up through openSuSE 12 on the desktop, until I went Mac in<br>
2013.<br>
<br>
I tried Ubuntu server (16.04) this past weekend for the first time in<br>
many years. I wanted to compare how easy it would be to build a SAN<br>
server on it. Compared to CentOS7, the U was a lot faster to setup with<br>
similar components.<br>
<br>
CentOS72 - Ubuntu1604<br>
Linux kernel 3.18 (<a href="http://kernel.org" target="_blank">kernel.org</a>) >-< Linux kernel 4.4.0 (Ubuntu)<br>
ZFS (ZFSonLinux) >-< ZFS (Ubuntu)<br>
TargetCLI (source) >-< TargetCLI(Ubuntu) w/patch from Debian<br>
Sernet-Samba (Sernet) >-< Samba (Ubuntu)<br>
3 days >-< 1 day<br>
<br>
For this use case, ZFS is important, and the ZoL folks tend to pay more<br>
attention to Ubuntu than 'EL', and conveniently Ubuntu is including ZFS<br>
in 16.04. This means less maintenance to do on my part, and more<br>
compatibility testing, both of which work in my favor. The only down<br>
side is that ZFS isn't available during installation in U16.04.<br>
<br>
RHEL7/CentOS7 fails on Target/FC support. SCST would probably be it's<br>
replacement in my case, but that's a less apple-to-apple comparison than<br>
what I was looking for.<br>
<br>
Lost in the bit bucket,<br>
--LnxGnome<br>
<br>
<br>
On 4/25/16 9:21 AM, James Sumners wrote:<br>
> Why Ubuntu is used by people with a clue is beyond me. Well, except to<br>
> throw it at a family member who doesn't have one. But this even makes<br>
> that seem like a silly notion. There are better distributions out<br>
> there. Some even forked from Ubuntu.<br>
><br>
> On Mon, Apr 25, 2016 at 9:02 AM, DJ-Pfulio <<a href="javascript:;" onclick="_e(event, 'cvml', 'djpfulio@jdpfu.com')">djpfulio@jdpfu.com</a>> wrote:<br>
>> In Ubuntu LTS, there's an issue with many packages not receiving security updates.<br>
>><br>
>> <a href="https://www.wilderssecurity.com/threads/ubuntu-lts-many-vulnerabilities-despite-long-term-support.385386/" target="_blank">https://www.wilderssecurity.com/threads/ubuntu-lts-many-vulnerabilities-despite-long-term-support.385386/</a><br>
>> ====<br>
>> $ ubuntu-support-status --show-unsupported<br>
>> Support status summary of 'lubuntu':<br>
>><br>
>> You have 196 packages (8.0%) supported until February 2015 (9m)<br>
>> You have 12 packages (0.5%) supported until January 2017 (9m)<br>
>> You have 1679 packages (68.8%) supported until May 2019 (5y)<br>
>> You have 148 packages (6.1%) supported until May 2017 (3y)<br>
>><br>
>> You have 101 packages (4.1%) that can not/no-longer be downloaded<br>
>> You have 304 packages (12.5%) that are unsupported<br>
>><br>
>> No longer downloadable:<br>
>> <insert huge-ass-list> .......<br>
>><br>
>> Unsupported:<br>
>> <insert even-huger-huge-ass-list> .......<br>
>> ====<br>
>> Saw this and freaked out a little! 196 packages have lost support already on a<br>
>> 14.04 desktop. Most are java and perl helpers. The perl stuff doesn't bother<br>
>> me, since I use perl-brew for all my real work in perl (never depend on the<br>
>> system perl stuff). But there are some ssh2, TLS, and qemu in that list too!<br>
>><br>
>> Supported until February 2015 (9m):<br>
>> chromium-browser chromium-browser-l10n expect .... qemu-common<br>
>> libsqlite3-dev libssh2-1 libssh2-1-dev libssl-dev libgnutls-dev libgnutls28<br>
>> libgnutlsxx27<br>
>><br>
>> A non-supported browser is a non-starter for me. This is on my primary desktop!<br>
>> Must do something about that, even if it means removal of the browser.<br>
>><br>
>> to see which installed pkgs have and do not have support on your boxes.<br>
>> It basically comes down to which repository the packages are in. Just something<br>
>> more to be aware about.<br>
>><br>
>> Someone did the same thing for Debian and claimed that all the package security<br>
>> fixes were back ported to the "supported" releases.<br>
>><br>
>> Lucy (Canonical), you got some 'splaning to do.<br>
>><br>
>> _______________________________________________<br>
>> Ale mailing list<br>
>> <a href="javascript:;" onclick="_e(event, 'cvml', 'Ale@ale.org')">Ale@ale.org</a><br>
>> <a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
>> See JOBS, ANNOUNCE and SCHOOLS lists at<br>
>> <a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
><br>
><br>
<br>
_______________________________________________<br>
Ale mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'Ale@ale.org')">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
</blockquote></div></div><br><br>-- <br><div dir="ltr"><div><div dir="ltr"><div>James Sumners<br><a href="http://james.sumners.info/" target="_blank">http://james.sumners.info/</a> (technical profile)</div><div><a href="http://jrfom.com/" target="_blank">http://jrfom.com/</a> (personal site)</div><div><a href="http://haplo.bandcamp.com/" target="_blank">http://haplo.bandcamp.com/</a> (band page)</div></div></div></div><br>