From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: Question concerning the IDS2016 log Date: Thu, 08 Sep 2016 18:35:59 +0100 Message-ID: <1473356159.2757.77.camel@ipfire.org> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1916167337190927574==" List-Id: --===============1916167337190927574== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi, On Thu, 2016-09-08 at 16:30 +0000, IT Superhack wrote: > Hello Michael, > hello development-list, >=20 > I have a question concerning the IDS2016 (URL: http://wiki.ipfire.org/ids/2= 016 > /log), > where it says: "Dropping i686 + armv5tel - No need for it any more" Yeah, we didn't really log everything what we talked about. There was a little bit more than that and there is probably a little bit more detail to all of it than that. But generally we didn't make as many decisions as we used to do since we have the monthly telephone conference. > To me, it has not become fully clear if this means the architecture or the > whole > release format. For example, nearly nobody (Fireinfo says: 0,07%) is running > an IPFire system with the armv5tel architecture - these are afaik mostly old > systems like the Raspberry Pi which are certainly not suitable for a firewa= ll > purpose. So to give a little bit more detail: The plan is to drop all 32 bit architectures as soon as possible. We do not s= ee any point in supporting these any longer. That starts with ARM where we never really got a number of users that is high enough to justify all the effort that is going into development of this. And secondly x86: All hardware that is bought today or in the last ~5 years w= ill support 64 bit. If it doesn't and if someone bought an other ALIX device that= is just bad luck. These are too slow to run an IPFire system decently any ways a= nd there is better alternatives on the market. That is why we do not see any point whatsoever to continue supporting these architectures. We will keep armv7hl for now because there is a some hardware around and our build system use it, but this will probably go away very soon when there is no usable hardware around soon. > On the other hand, > 80% run an i686 system, and I guess it wouldn't make > sense to make these installations unusable because of EOL. But maybe > "dropping" > means that you will remove some specific patches for i686, so these will > run with i586 afterwards. No, this will scrap support for i686 entirely. > Within the ARM stuff, the situation is not that clear for me. Are you panni= ng > to remove the ARM support at all? Or are you going to remove ARMv5 devices > from > the "supported ARM devices list"? We actually have done that in the past and we did not add any new hardware support in the last few years. There is neither support nor any requests from the community for this. Feel free to leave your comments on this. Would be happy to hear if someone c= an come up with at least one argument to continue 32 bit support. We couldn't fi= nd a single one. > Sorry if there is a misunderstanding here - got way little coffe today. ;-) >=20 > Best regards, > Timmothy Wilson Best, -Michael --===============1916167337190927574== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KVmVyc2lvbjogR251UEcgdjIKCmlRSWNCQUFC Q2dBR0JRSlgwYUYvQUFvSkVJQjU4UDl2a0FrSGdva1AvUkw2UDNxTGc4TkE1a2UvaHJIUWM3c2UK bjZRTGkxY2ttL2Nqd01qb2FpT1FXclpNVXRlcnZPTnUrWHVOdFFLaEVHNldkeW13NU0rR1VNVlZH eHltR3lwdgpJMXNKVndXMmxQTk1lblVTMGVoL3ZMN1hwSDd5R0MvWFA3U256RmZlZW1haG1LRDNk aTNIRHM0N0VSZmlpaXlaCmxQcENWQTdMTndDSHdScUhKNGU3akRrMmpJL3ltbTc3bk9WZzlJc3hP dkNxejR2QmRjZ21zSXBmRklxWGM3M3oKMWRySFhUWGk3QitmOGF0Yml2U2pEK0o3aklFNmg2K1E3 YkxvSGs5UDd3SDdsYjhtcGhKZmdTeGZpYnZ2V040RApnRk95VWRiMHhmQktlZS9wdzhmcE1mdXYw OFIwVDRJWFpXeUI5QTd3bjBEQ01YUkxPU1VMZU56L2NVN3NBaFdwCnFLN1V0RXpQbzBpTG9yeDhN aERQSGlkUVNYZGpuK29YWC95K0xJWEtXRmIvYmQrL2xkR3BKcDM2Z3V2UVUrUW0KVnVPalJ4KzR5 TmlMWnB2ZTBRVHlETTlPd1lJSzFhbmlrM1hqOTkxbW9BSFVSTXV1SzNEbmtVVml2YlVQMmVQcwpG dlBtOGpPY0d6cUhyeFF0UDFieGlNa2ZMaHBVTEl5bDJ1RWJ0TzNRUFBtQnZtNkxGRGlHWllVQzJw M3YrdHNoCkJTSExyZHlIS3YwOCtsUjA2U2RWb3JnK0kvSm0wNkx6eS9ac09rTWI1cTgzVEhIeThi aFVlTm1CaDJDSExXRUYKNHBXbHlNNlFYMit0QlUvZGFZdTJPdGVydUJBOWRvL2RMTTl2OXBJdFpj SFRNQytjbUZoMlR0MEhiOEJVR2RESwp5VXFINXVtZVd5WEhTa3ZSaHlKRQo9SzJPQwotLS0tLUVO RCBQR1AgU0lHTkFUVVJFLS0tLS0K --===============1916167337190927574==--