The problem is, in my specific case, I have a requirement to move to kernel 3.10. 3.10 requires changes to udev. udev then requires systemd ... you see where this is going. Just upgrading EL6 isn't an option and very quickly becomes a maintenance / support nightmare. On Thu, Jul 24, 2014 at 11:15 AM, Scott Dowdle <dowdle at montanalinux.org> wrote: > Greetings, > > ----- Original Message ----- > > There's also a very large commercial 32bit user base that is being > > abandoned by the upstream. I know the "Centos marks" can't be used > > in commercial markets, but this is a topic that could use some > > thought. > > > > I'm talking on the order of hundreds of thousands of platforms that > > require newer os features, but logistics fail to allow the hardware > > to be updated. I'm not talking theoretical here, I'm talking of a > > legitimate case where the upstream is abandoning its existing > > customer base and trying to force hardware upgrade schedules. Is it > > past time everything was 64bit? Sure. Does that mean I can just wave > > a magic wand and make it happen on their schedule? Absolutely not. > > Upstream has also "abandoned" a significant number of hardware RAID cards > and network cards in EL7. I have a few HP Proliant 64-bit servers that are > about 6 or 7 years old... and the RAID card isn't detected in 7 where it > was in 6. I've heard a few other people mention the same thing with > regards to their NICs. > > So besides the hundreds of thousands of existing systems running 32-bit > only, there are also quite a few other systems that are incompatible with > EL7 because of other hardware. > > Answer, continue to use 6 for the years it has left. > > If EL6 died on EL7 release day, then yes there would be an > "abandonment"... but since 6 still has a few years left on it, not so much. > > TYL, > -- > Scott Dowdle > 704 Church Street > Belgrade, MT 59714 > (406)388-0827 [home] > (406)994-3931 [work] > _______________________________________________ > CentOS-devel mailing list > CentOS-devel at centos.org > http://lists.centos.org/mailman/listinfo/centos-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos-devel/attachments/20140724/08893c33/attachment-0007.html>