Re: [Astlinux-devel] Astlinux base system

[Armin T. <arm...@tu...>]

Am Freitag, den 10.04.2020, 21:30 +0200 schrieb Michael Keuter:
> > Am 10.04.2020 um 21:15 schrieb Lonnie Abelbeck <li...@lo...>:
> > 
> > > On Apr 9, 2020, at 3:52 PM, David Kerr <Da...@Ke...> wrote:
> > > 
> > > I think you know my opinion... I'm always one that likes to keep up-to-date so I definitely support the move.  I am not concerned about filesize increases, though it is definitely something to highlight and find out if other users care.  I just don't know if this runs the risk of not working on very old h/w.
> > > 
> > > ...
> > > I have been testing a new crosstool-NG 1.24.0 version.
> > > 
> > > I settled in on a good update:
> > > 
> > > glibc 2.27, binutils 2.29.1, gcc 6.5.0
> > 
> > What are your thoughts on whether we should offer the toolchain as a binary download for a x86_64 host build environment ?
> 
> If this would be easily possible, that would be great, cause it would simplify the initial build process a lot, and would save a lot of time.
> Maybe that move would attract more users to try to build own images in the future.
> 
> > We can still show how to use crosstool-NG 1.24.0 and .config to generate the toolchain.
> > 
> > I built the toolchain on a Debian 10.3 box, but it should run most anywhere given a glibc x86_64 host, correct ?
> 
> I also think Debian 10 is a good choice. Either as small netinstall ISO or as template for hypervisors.
> I use an LXC container on Proxmox.
I think it's a bad idea to move to debian only though.  At least we
should still consider CentOS7 at least.
If we move to Debian only the GA cycle needs to be considered as far as
security fixes are concerned.

> > Lonnie
> 
> Michael
> 
> http://www.mksolutions.info
> 
> 
> 
> 
> 
> _______________________________________________
> Astlinux-devel mailing list
> Ast...@li...
> https://lists.sourceforge.net/lists/listinfo/astlinux-devel

-- 
 Armin Tüting                 -- PGP-KeyID: 0xD0F0E6C2
 +49-6185-898685              -- mailto:arm...@tu...
 () ascii ribbon campaign     -- against html e-mail
 /\  www.asciiribbon.org      -- against proprietary attachments