|
Re: what is the proper treatment of the "Unlicense" license?
Hi Robert,
I'm not sure, but there might be a need to add it to SRC_DISTRIBUTE_LICENSES
in openembedded-core/meta/conf/licenses.conf.
Quentin
Hi Robert,
I'm not sure, but there might be a need to add it to SRC_DISTRIBUTE_LICENSES
in openembedded-core/meta/conf/licenses.conf.
Quentin
|
By
Quentin Schulz
·
#49395
·
|
|
Re: what is the proper treatment of the "Unlicense" license?
as long as this requires only adding an Unlicense file to that
directory, i can do that shortly.
rday
as long as this requires only adding an Unlicense file to that
directory, i can do that shortly.
rday
|
By
Robert P. J. Day
·
#49394
·
|
|
Re: what is the proper treatment of the "Unlicense" license?
On Wed, 13 May 2020, Quentin Schulz wrote:
... snip ...
> If it's really widely used, maybe something to add to
> openembedded-core/files/common-licenses/ ? So that you don't need
> any of the
On Wed, 13 May 2020, Quentin Schulz wrote:
... snip ...
> If it's really widely used, maybe something to add to
> openembedded-core/files/common-licenses/ ? So that you don't need
> any of the
|
By
Robert P. J. Day
·
#49393
·
|
|
Re: what is the proper treatment of the "Unlicense" license?
...
+1 for adding Unlicense to openembedded-core's common-licenses
regards;rl
...
+1 for adding Unlicense to openembedded-core's common-licenses
regards;rl
|
By
Richard Leitner
·
#49392
·
|
|
Re: what is the proper treatment of the "Unlicense" license?
Hi Robert,
You can add a license to your layer by doing the following in
conf/layer.conf:
LICENSE_PATH += "${LAYERDIR}/licenses"
and in there you put the Unlicense file named exactly the same with
Hi Robert,
You can add a license to your layer by doing the following in
conf/layer.conf:
LICENSE_PATH += "${LAYERDIR}/licenses"
and in there you put the Unlicense file named exactly the same with
|
By
Quentin Schulz
·
#49391
·
|
|
what is the proper treatment of the "Unlicense" license?
colleague added a new recipe to a build, got a warning "The license
listed Unlicense was not in the licenses collected for recipe
python-filelock" and, sure enough, that source was released under
colleague added a new recipe to a build, got a warning "The license
listed Unlicense was not in the licenses collected for recipe
python-filelock" and, sure enough, that source was released under
|
By
Robert P. J. Day
·
#49390
·
|
|
Re: pkg_postinst_ontarget not executed
OK I found.
Yes "opkg configure" will call /var/lib/opkg/info/*.postinst for packages marked as "unpacked" in /var/lib/opkg/status ex:
Package: test-deployment-lic
Version: 1.0-r0
Status: install ok
OK I found.
Yes "opkg configure" will call /var/lib/opkg/info/*.postinst for packages marked as "unpacked" in /var/lib/opkg/status ex:
Package: test-deployment-lic
Version: 1.0-r0
Status: install ok
|
By
Damien LEFEVRE
·
#49389
·
|
|
Re: pkg_postinst_ontarget not executed
Reading recipes-devtools/run-postinsts/run-postinsts/run-postinsts and_save_postinsts_common (in rootfs.py) once more, it seems /etc/ipk-postinsts is only used if there is no package manager on the
Reading recipes-devtools/run-postinsts/run-postinsts/run-postinsts and_save_postinsts_common (in rootfs.py) once more, it seems /etc/ipk-postinsts is only used if there is no package manager on the
|
By
Alexander Kanavin
·
#49388
·
|
|
Re: Is there a relationship between the sstate and the machine?
Hi,
This is a common problem. It is likely that I know which SoC supplier you
are talking about and have had the exact same issues. We have managed to
fix or workaround all of them. In most cases by
Hi,
This is a common problem. It is likely that I know which SoC supplier you
are talking about and have had the exact same issues. We have managed to
fix or workaround all of them. In most cases by
|
By
Mikko Rapeli
·
#49387
·
|
|
Is there a relationship between the sstate and the machine?
Hi,
I am using a build environment based on the yocto project from one of
the big HW suppliers in the mobile industries. They are continuously
breaking the principles behind the yocto project and at
Hi,
I am using a build environment based on the yocto project from one of
the big HW suppliers in the mobile industries. They are continuously
breaking the principles behind the yocto project and at
|
By
Mans Zigher <mans.zigher@...>
·
#49386
·
|
|
Re: pkg_postinst_ontarget not executed
Thanks Alex,
When I do a factory reset, the system detects as a first boot and the script is executed.
> cat /var/log/postinstall.log
Configuring test-deployment.
One thing which puzzles me: the
Thanks Alex,
When I do a factory reset, the system detects as a first boot and the script is executed.
> cat /var/log/postinstall.log
Configuring test-deployment.
One thing which puzzles me: the
|
By
Damien LEFEVRE
·
#49385
·
|
|
project that builds target and host
Hi,
I have a project that generates a native artifact during the target build. Both the native and target artifacts are needed for other target recipes.
What's the recommended pattern for handling
Hi,
I have a project that generates a native artifact during the target build. Both the native and target artifacts are needed for other target recipes.
What's the recommended pattern for handling
|
By
Joel Winarske
·
#49384
·
|
|
Re: [PATCH] builders: Add Build Steps to get worker information
Bug #9917 has been update to "Review In Progress"
https://bugzilla.yoctoproject.org/show_bug.cgi?id=9917
Bug #9917 has been update to "Review In Progress"
https://bugzilla.yoctoproject.org/show_bug.cgi?id=9917
|
By
Aaron Chan
·
#49383
·
|
|
Migrating yocto project from sumo to warrior - getting null registry error from npm
I'm migrating a yocto project that is working on sumo to warrior, so I set my layers to be the "warrior" branches. Everything runs fine until it fails in my node project layer on "do_compile" with the
I'm migrating a yocto project that is working on sumo to warrior, so I set my layers to be the "warrior" branches. Everything runs fine until it fails in my node project layer on "do_compile" with the
|
By
Christopher McClellan
·
#49382
·
|
|
Re: python3 path different from python2
Does your recipe inherit pythonnative? If so, you could try switching to ‘python3native’.
For example:
Does your recipe inherit pythonnative? If so, you could try switching to ‘python3native’.
For example:
|
By
Tim Orling
·
#49381
·
|
|
Re: [matchbox-desktop-2][PATCH] Add SPDX-License-Identifier: GPL-2.0-or-later
Thanks for this. I did merge it however to be clear, the above files
are under LGPL, not GPL. As such, I removed this part of the commit and
added a second one of my own which resolves
Thanks for this. I did merge it however to be clear, the above files
are under LGPL, not GPL. As such, I removed this part of the commit and
added a second one of my own which resolves
|
By
Richard Purdie
·
#49380
·
|
|
python3 path different from python2
Hi all -
I'm working with rocko trying to build a recipe with python3 that used to be build with python2 using cmake. After changing things in the build files, when I run the devshell for the recipe,
Hi all -
I'm working with rocko trying to build a recipe with python3 that used to be build with python2 using cmake. After changing things in the build files, when I run the devshell for the recipe,
|
By
Emily
·
#49379
·
|
|
M+ & H bugs with Milestone Movements WW19
All,
YP M+ or high bugs which moved to a new milestone in WW19 are listed below:
Priority
Bug ID
Short Description
Changer
Owner
Was
Became
Medium+
12723
mysql requires unicode and char
All,
YP M+ or high bugs which moved to a new milestone in WW19 are listed below:
Priority
Bug ID
Short Description
Changer
Owner
Was
Became
Medium+
12723
mysql requires unicode and char
|
By
Stephen Jolley
·
#49378
·
|
|
Enhancements/Bugs closed WW18!
All,
The below were the owners of enhancements or bugs closed during the last
All,
The below were the owners of enhancements or bugs closed during the last
|
By
Stephen Jolley
·
#49377
·
|
|
Current high bug count owners for Yocto Project 3.2
All,
Below is the list as of top 50 bug owners as of the end of WW19 of who have open medium or higher bugs and enhancements against YP 3.2. There are 120 possible work days left until the final
All,
Below is the list as of top 50 bug owners as of the end of WW19 of who have open medium or higher bugs and enhancements against YP 3.2. There are 120 possible work days left until the final
|
By
Stephen Jolley
·
#49376
·
|