[Starlingx-discuss] Multiple GCC support for 4.18 kernel in Master

Saul Wold sgw at linux.intel.com
Mon Mar 2 15:41:04 UTC 2020


Scott, Don:

Not sure if you saw this email?  Can you guys take a look and comment on 
if there is a solution to providing 2 different GCC versions?

Thanks
    Sau!



-------- Forwarded Message --------
Subject: Re: [Starlingx-discuss] MoM: Weekly StarlingX non-OpenStack 
distro meeting, 2/12/2020
Date: Thu, 13 Feb 2020 12:04:48 +0000
From: Lin, Shuicheng <shuicheng.lin at intel.com>
To: Sun, Austin <austin.sun at intel.com>, 
'starlingx-discuss at lists.starlingx.io' 
<starlingx-discuss at lists.starlingx.io>

Hi BUILD team and all,
In yesterday's meeting, we prefer to build CentOS 8 kernel with 
gcc-8.2.1, while keep other packages with gcc-4.8.5.
But current build system doesn't support gcc switch during package build.
First, gcc is a base package defined in mock config, and gcc with latest 
version(8.2.1) will be auto installed to mock environment when mock 
init, before any package building.
This will lead to all packages build with gcc-8.2.1.
Another problem is, mock environment is reused for all packages build. 
There is no mock environment clean between packages build. To support 
different packages with different gcc, we need have two mock environment 
with different gcc version, and accept build for corresponding packages 
build only.
It will be a big change for current build system.
Do you know how could we handle the case better?

Base on upper problem, I prefer to go with option 2, gcc-4.8.5 for 
CentOS 8 kernel and other CentOS 7 packages.
GCC upgrade will be done later along with CentOS 8 base OS packages 
upgrade.  Please share me your suggestion.
Thanks.

Best Regards
Shuicheng

-----Original Message-----
From: Sun, Austin <austin.sun at intel.com> Sent: Wednesday, February 12, 
2020 11:08 PM
To: 'starlingx-discuss at lists.starlingx.io' 
<starlingx-discuss at lists.starlingx.io>
Subject: [Starlingx-discuss] MoM: Weekly StarlingX non-OpenStack distro 
meeting, 2/12/2020

Hi All:
   Thanks join the call. MoM for 2/12 meeting:
     -  Ceph containerization status and comments address (Martin) 
 
http://lists.starlingx.io/pipermail/starlingx-discuss/2020-February/007731.html
        [1]  rook is integrating into application-app currently ,  if 
use remove/delete platform-application, ceph-cluster will be destory. 
this is admin choose if they want to do it.        [2]  only will 
consolated app (sysinv or rook) to controller ceph  to discuss further 
in maillist.     -  Pbr update      ( JITStack-Wesley)
       build-time issue address 
http://lists.starlingx.io/pipermail/starlingx-discuss/2020-February/007676.html 
, Wesley will update result by End of Week to maillist.       reply the 
email and do an exmplaination     - CentOS8  update ( Austin/Shuicheng) 
       Strategy discuss                 1) kernel 4.18 uprade only , 
which new gcc 8.2 is using   new gcc will cause compile el7 rpms 
failure.                  2) use old gcc(4.x) to compile new kernel + 
master rpms                 3) mixing gcc using (kernel will use new gcc 
, and other use old gcc)  ,  -- prefer this way , but current mock does 
not support 2 gcc co-worker.                  work item update 
kernel-rt.  use kernel 4.18.x.147 ,  std and rt which is using 
centos8.1, as much as using current rpm.        kubeadm (kube-proxy) 
issue update.  keep legacy mode binary in iptables.        drbd8  --- 
fix compile issues,  and worked.       puppet 4.8 w/ ruby 2.5 --worked , 
send result        python2/python3  bring python3 to master , and start 
python2to3 converting for example nfv.  Opens    -  Vista Creek (FPGA 
card) support          still need confirm i40e drivers          New OPEA 
driver will be released by end of this week.          SRIOV device 
plugin 
https://github.com/intel/sriov-network-device-plugin/pull/196
    -Open

Thanks.
BR
Austin Sun. _______________________________________________
Starlingx-discuss mailing list
Starlingx-discuss at lists.starlingx.io
http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss
_______________________________________________
Starlingx-discuss mailing list
Starlingx-discuss at lists.starlingx.io
http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss



More information about the Starlingx-discuss mailing list