[OE-core] [PATCH] Made spdx support SPDX2.0 SPEC Signed-off-by: Lei Maohui <leimaohui at cn.fujitsu.com>

[Lei, Maohui]

To all 

> I think DoSOCSv2 is more integratabtle into Yocto/OE infra and seems to be
> having, fossology setups are complex and is slow too. so it might be a good
> option to have.

Yes, it is. 
In addition, the fossology-spdx isn't maintained any more. 

To make spdx module easier to use, I have added dosocs2-natives into a new meta: 
meta-spdxscanner (https://github.com/dl9pf/meta-spdxscanner/tree/leimh-dev ).
Better than my patch for oe-core, with meta-spdxscanner, user doesn't need to do anything on host system.

Because python-dosocs2-natives depends some recipes come from meta-oe, I think it is hard to add python-dosocs2-natives into oe-core.
Maybe it is better to move spdx module into meta-oe?

Best regards
Lei


> -----Original Message-----
> From: Khem Raj [mailto:raj.khem at gmail.com]
> Sent: Friday, December 23, 2016 1:28 AM
> To: Sona Sarmadi
> Cc: Lei, Maohui/雷 茂慧; openembedded-core at lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] Made spdx support SPDX2.0 SPEC Signed-off-by:
> Lei Maohui <leimaohui at cn.fujitsu.com>
> 
> 
> > On Dec 22, 2016, at 1:07 AM, Sona Sarmadi <sona.sarmadi at enea.com> wrote:
> >
> > Hi Lei, all,
> >
> >> --- a/meta/classes/spdx.bbclass
> >> +++ b/meta/classes/spdx.bbclass
> >> @@ -1,12 +1,9 @@
> >> # This class integrates real-time license scanning, generation of
> >> SPDX standard  # output and verifiying license info during the building
> process.
> >> -# It is a combination of efforts from the OE-Core, SPDX and
> >> Fossology projects.
> >> +# It is a combination of efforts from the OE-Core, SPDX and DoSOCSv2
> >> projects.
> >
> > Why replace Fossology with DoSOCSv2? Why not make it optional?
> >
> > Has anyone any comments on this suggestion? AFAI see this patch has not been
> accepted yet. Is there any plan to do it?
> 
> I think DoSOCSv2 is more integratabtle into Yocto/OE infra and seems to be
> having, fossology setups are complex and is slow too. so it might be a good
> option to have.
> 
> >
> > Cheers
> > //Sona
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core at lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> 
>