On 01/25/2014 12:39 AM, Manuel Wolfshant wrote:
On 01/25/2014 01:33 AM, Ljubomir Ljubojevic wrote:
On 01/25/2014 12:00 AM, Todd Rinaldo wrote:
On Jan 24, 2014, at 4:29 PM, Karanbir Singh mail-lists@karan.org wrote:
On 01/24/2014 10:26 PM, Manuel Wolfshant wrote:
On 01/25/2014 12:13 AM, Karanbir Singh wrote:
Hi
Whats the plan for EPEL i686 / EL7 ? Does anyone know if there is even going to be a multilib attempt or is everything going to stay x86_64 clean ?
they build for x86_64 and ppc64 only,
So then the question is - what is the process to enable i686 there ( or, do we then need to own all of EPEL - atleast some subset ) locally if we are going to attempt a i686 CentOS build ?
- KB
Could I ask what the use case is for i386 support? I know that the pointers are smaller but memory is cheap. Is this a speed or a hardware or a can it be done goal?
Todd
As I can see, so far, RHEL 7 has minimum hardware requirements very close to 6.x, at least for the Desktop/Workstation use.
In developing countries there is still lots of 32-bit hardware that will not be thrown away just because 64-bit is better. If there is no 32-bit version, all of those using 32-bit systems now will either stay with 6.x or move to Something that provides 32-bit distro version like Ubuntu. I expect that hardware will be around for another 3-5 years, just until RHEL 8 is out.
+1
Also, Embedded systems mostly have 32-bit processors, as far as I know, not needing 64-bit ones, so it would be nice to use CentOS on them, not some other distro.
+1 as well. So far I had to run linaro on all my ARM boards.
ARM are another matter.
But Alix boards for example use x86 AMD Geode LX CPU ("All that should be required is a kernel patched to emulate the nopl instruction in software. The Geode LX has everything required for i686 except that instruction."), etc.