On Wed, Dec 11, 2019 at 4:14 AM Adrian Bunk <[email protected]> wrote: > On Wed, Dec 11, 2019 at 10:29:27AM +0000, Richard Purdie wrote: > > On Wed, 2019-12-11 at 11:18 +0100, Andreas Müller wrote: > > > On Wed, Dec 11, 2019 at 8:15 AM Diego Santa Cruz via > > > Openembedded-architecture > > > <[email protected]> wrote: > > > > While I see what the motivation to remove CentOS-7 is, dropping it > > > > will probably create issues for people. CentOS 8 was released not > > > > so long ago. In our case we have older products (among which Yocto > > > > based ones) which do not necessarily work on CentOS 8. CentOS 8 is > > > > relatively recent, so we have not had time to test how old products > > > > work on it. > > > > > > > > Isn't it possible to require things like devtoolset-8 (gcc 8.3, > > > > binutils-2.30) on CentOS 7 to keep it going? > > > > > > > > In our case we are using devtoolset-8 with Yocto thud on CentOS 7 > > > > with success, as some layers require a recent host gcc to build. > > > > > > > How about extending uninative with more gcc bits? > > > > uninative isn't the right place. What we'd need is a nativesdk-gcc > > recipe and then to add nativesdk-gcc to buildtools-tarball. > > > > We could then add some mechanism to auto-install buildtools tarball up > > front on systems that need it, in a similar way to what uninative does. > > > > Definitely possible and would solve certain problems, we'd just need > > someone to implement it... > > What you describe sounds like a manual and painful way to create some > kind of container - once you have toolchain/chrpath/tar/... of the host > replaced there is not much left that is actually used from the host. > > The simple and sane solution would be to provide or require a container > with a supported distribution instead.
The downside of that is that it causes problems for anyone who is already building in a container, e.g. anyone using a Docker image to run Jenkins, etc. https://hub.docker.com/r/jenkins/jenkins/ _______________________________________________ Openembedded-architecture mailing list [email protected] http://lists.openembedded.org/mailman/listinfo/openembedded-architecture
