On 07/11/2018 04:41 AM, Andreas Oberritter wrote:
On Wed, 11 Jul 2018 14:01:17 +0800
Haiqing Bai wrote:
Some applications which depend on iproute/iproute2 need to
run '/sbin/ip.iproute2' through the symbol link '/bin/ip'
e.g ifupdown.
Update-alternatives is supposed to create this link
There's no need to do native- and nativesdk-specific DEPENDS as the
BBCLASSEXTENDs handles those renames for us.
There's no need to have a subset of RDEPENDS for class-native as all with the
new manifest the python-native PROVIDES are complete.
Signed-off-by: Ross Burton
---
Understood. Thanks!
On Thu, Jul 12, 2018 at 1:41 PM Burton, Ross wrote:
> Blacklist will just make a recipe unavailable, if another package
> depends on something it provides then you get a fatal error.
>
> IMAGE_INSTALL is the "top level" list of packages to install, if one
> of those is a
Denial of service described at https://nvd.nist.gov/vuln/detail/CVE-2018-10963.
Signed-off-by: Joe Slater
---
.../libtiff/files/CVE-2018-10963.patch | 39 ++
meta/recipes-multimedia/libtiff/tiff_4.0.9.bb | 1 +
2 files changed, 40 insertions(+)
create mode
* V4:
- Fix Paul's comments on populate_sdk_ext.bbclass patch
- Remove the ones which are already merged.
* V3:
- Fix RP's comments
Fix comments for "lsof: fix LSOF_CCV in version.h"
Fix "rootfs-postcommands: split ssh_allow_empty_password" since it caused a
oe-selftest case
From: Mark Hatle
When displaying the buildcfg for the end user, add in processing
of the multilib variants. Only the items that are not the same as
the DEFAULTTUNE are displayed.
I.e.:
Build Configuration:
BB_VERSION= "1.19.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING =
From: Kai Kang
When set MULTILIBS with two or more items, such as for mips64:
MULTILIBS ?= "multilib:lib32 multilib:libn32"
It expands dependency once in mutlib.bbclass, and expand again in
toolchain-scripts.bbclass which causes error:
| ERROR: Nothing PROVIDES 'virtual/lib32-libn32-libc'.
From: Shan Hai
The chkconfig fails to list the xinetd service because the xinetd
lacks Init Script Actions in it, add the actions to fix it.
Signed-off-by: Shan Hai
Signed-off-by: Mingli Yu
---
meta/recipes-extended/xinetd/xinetd/xinetd.init | 12 +++-
1 file changed, 11
From: Chen Qi
Add SDK_CONF_MANIFEST_EXCLUDE to enable excluding items in sdk-conf-manifest.
By default, files under conf/ are all added to sdk-conf-manifest, as the
manifest file is set to 'conf/*'.
However, there are situations where some configuration files under conf/
directory are not
From: Changqing Li
Add RDEPEND of gsettings-desktop-schemas to fix below error:
Error: GLib-GIO-ERROR: Settings schema 'org.gnome.desktop.background'
is not installed
This depend was setted in gnome-desktop before, but dropped when we
drop gnome-desktop after upgrade epiphany to 3.28.1.1.
Yes, you are right.
The reasons that why not fix ifupdown like below:
1. Some packages assume 'iproute' is their default dependency, not only
'ifupdown'.
2. Of course, the source code of 'ifupdown' is very ugly, not only C code
but also configure files used lots of shell command with
HI Paul,
On 07/06/2018 06:12 PM, Paul Eggleton wrote:
Hi Robert / Chen
On Wednesday, 6 June 2018 4:54:44 AM CEST Robert Yang wrote:
From: Chen Qi
Add ESDK_MANIFEST_EXCLUDES to enable excluding items in sdk-conf-manifest.
By default, files under conf/ are all added to sdk-conf-manifest, as
* Add vainfo support in Android
* Remove driver specific test cases
Signed-off-by: Anuj Mittal
---
.../libva/{libva-utils_2.1.0.bb => libva-utils_2.2.0.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/libva/{libva-utils_2.1.0.bb =>
* Bump VA-API version to 1.2.0
* Add support for hevc range extension decoding
* Add support for fast intra prediction in HEVC FEI
* Add 10/12-bit YUV render target formats
* Add fourcc code for Y210/Y216/Y410/Y416/RGB565/BGR565
* Add VA_STATUS_ERROR_NOT_ENOUGH_BUFFER
* Add
Hi Khem,
As per your suggestion, I'll send out V3, which includes a follow-up
patch to change SRC_URI back to include musl patches unconditionally.
Best Regards,
Chen Qi
On 07/12/2018 04:06 AM, Khem Raj wrote:
On Wed, Jul 11, 2018 at 2:01 AM ChenQi wrote:
Hi Khem,
Thanks for your review.
Signed-off-by: Chen Qi
---
meta/recipes-core/systemd/systemd_239.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/systemd/systemd_239.bb
b/meta/recipes-core/systemd/systemd_239.bb
index 99fbfc1..ce8cc9a 100644
---
There are two strerror_r, XSI-compliant and GNU-specific.
int strerror_r(int errnum, char *buf, size_t buflen);
/* XSI-compliant */
char *strerror_r(int errnum, char *buf, size_t buflen);
/* GNU-specific */
systemd is using the GNU-specific
The local patches for userspace firmware loading support are removed
in systemd 239 recipe. So we also remove this firmware-path option as
it makes no sense any more.
Signed-off-by: Chen Qi
---
meta/recipes-core/systemd/systemd_239.bb | 1 -
1 file changed, 1 deletion(-)
diff --git
Upgrade systemd-boot to 239.
The following patch is removed due to recent fix about meson's cpu family
mapping and validation.
0001-Also-check-i386-i586-and-i686-for-ia32.patch
Signed-off-by: Chen Qi
---
.../{systemd-boot_237.bb => systemd-boot_239.bb} | 5 ++--
With the recent change in new systemd version, it's possible that
a user is deleted before stopping user-runtime-dir@xxx.service.
See link below.
https://github.com/systemd/systemd/issues/9541
Workaround this issue by delay for 1 second before deleting user.
Signed-off-by: Chen Qi
---
Changes in V3:
* Change SRC_URI back to include musl patches unconditionally
Changes in V2:
* Update commit message to detail why dropping
0001-Hide-__start_BUS_ERROR_MAP-and-__stop_BUS_ERROR_MAP.patch
* Remove -Dfirmware-path option
* Fix segment fault in case of musl
* Workaround race
On 07/11/2018 06:38 PM, Burton, Ross wrote:
The problem is that when the system is loaded, systemctl calls may be
too slow and they will time out. This patch simply changes *one* of
the many systemctl calls to use busctl directly, leaving many other
calls as a potential failure point.
Surely a
Can you squash this, and the other fixes, into the recipe upgrade?
Master doesn't need to see the revisions and fixes, and having commits
which are broken is bad for bisecting.
Ross
On 12 July 2018 at 07:12, Chen Qi wrote:
> Signed-off-by: Chen Qi
> ---
>
Hello Khem, Paul,
The approach suggested by is not possible due to the package.bbclass approach.
https://github.com/openembedded/openembedded-core/blob/f9324af88a99eca28b160fa31aa4516fd397e44b/meta/classes/package.bbclass#L449
the sources are explicitly copied from workparentdir path
cmd =
From: Mingli Yu
* When enable the test as below in nfs-utils recipe,
do_compile_append_class-target () {
oe_runmake -C tests statdb_dump
oe_runmake -C tests/nsm_client nsm_client
}
There comes some build error as:
1,
| make: *** No rule to make target
These scripts were designed to store test result & log in GIT repository
after running OEQA automated tests such as runtime or oe-selftest. It
was designed to be triggered by both CI (Autobuilder) or manually by
human through calling the test-result-log commandline.
After storing test result &
Changes in V4:
* Squash fixes into the upgrade patch
Changes in V3:
* Change SRC_URI back to include musl patches unconditionally
Changes in V2:
* Update commit message to detail why dropping
0001-Hide-__start_BUS_ERROR_MAP-and-__stop_BUS_ERROR_MAP.patch
* Remove -Dfirmware-path option
* Fix
Upgrade systemd-boot to 239.
The following patch is removed due to recent fix about meson's cpu family
mapping and validation.
0001-Also-check-i386-i586-and-i686-for-ia32.patch
Signed-off-by: Chen Qi
---
.../{systemd-boot_237.bb => systemd-boot_239.bb} | 5 ++--
With the recent change in new systemd version, it's possible that
a user is deleted before stopping user-runtime-dir@xxx.service.
See link below.
https://github.com/systemd/systemd/issues/9541
Workaround this issue by delay for 1 second before deleting user.
Signed-off-by: Chen Qi
---
Instead of decoding every file we open as UTF-8 (with many errors as machine
code isn't UTF-8), convert the build path to the UTF-8 byte representation and
search for that instead.
Signed-off-by: Ross Burton
---
meta/classes/insane.bbclass | 4 ++--
1 file changed, 2 insertions(+), 2
On Thu, 2018-07-12 at 09:49 -0400, Bruce Ashfield wrote:
> On 2018-07-10 5:41 PM, Richard Purdie wrote:
> > On Tue, 2018-07-10 at 12:38 -0400, Bruce Ashfield wrote:
> > > On 07/10/2018 06:21 AM, Richard Purdie wrote:
> > > > On Mon, 2018-07-09 at 11:53 -0400, Bruce Ashfield wrote:
> > >
> > >
On 2018-07-12 9:53 AM, Richard Purdie wrote:
On Thu, 2018-07-12 at 09:49 -0400, Bruce Ashfield wrote:
On 2018-07-10 5:41 PM, Richard Purdie wrote:
On Tue, 2018-07-10 at 12:38 -0400, Bruce Ashfield wrote:
On 07/10/2018 06:21 AM, Richard Purdie wrote:
On Mon, 2018-07-09 at 11:53 -0400, Bruce
On 2018-07-10 5:41 PM, Richard Purdie wrote:
On Tue, 2018-07-10 at 12:38 -0400, Bruce Ashfield wrote:
On 07/10/2018 06:21 AM, Richard Purdie wrote:
On Mon, 2018-07-09 at 11:53 -0400, Bruce Ashfield wrote:
I'll try the other configs, but clearly I have something different in
my x86-64 build.
Since msg->pathlen is set to len in the first branch, we can share the
final submit-and-check-for-success part of the two branches.
Signed-off-by: Rasmus Villemoes
---
pseudo_ipc.c | 19 ---
1 file changed, 8 insertions(+), 11 deletions(-)
diff --git a/pseudo_ipc.c
Commits 1202307b24 ("lsbinitscripts: don't use update-alternatives")
cdcebd81c87 ("initscripts: don't use update-alternatives") and
061fa614cec ("update-alternatives.bbclass: refuse to manage SysV init
scripts") make sure that the lsbinitscripts and initscripts packages
conflict with eachother and
OK. I separated them just for easier review.
I'll send out V4.
Best Regards,
Chen Qi
On 07/12/2018 05:31 PM, Burton, Ross wrote:
Can you squash this, and the other fixes, into the recipe upgrade?
Master doesn't need to see the revisions and fixes, and having commits
which are broken is bad for
Hi,
2018-04-04 03:49 keltezéssel, Armin Kuster írta:
From: Armin Kuster
Signed-off-by: Armin Kuster
---
.../xorg-proto/bigreqsproto_1.1.2.bb | 16 -
.../xorg-proto/calibrateproto/fix.patch| 42 --
...
diff --git
I am attempting to exclude a package from my system image with this in my
local.conf:
IMAGE_INSTALL_remove += "tiovx-app-host-examples"
IMAGE_INSTALL_remove += "tiovx-lib-host"
IMAGE_INSTALL_remove += "tiovx-app-host"
PNBLACKLIST[tiovx-lib-host] = "Build break"
PNBLACKLIST[tiovx-app-host] =
thanks this looks good to me now.
On Thu, Jul 12, 2018 at 4:07 AM ChenQi wrote:
>
> Remote branch was just updated to remove the following comment.
>
> +# patches made for musl are only applied on TCLIBC is musl
> +SRC_URI += "${SRC_URI_MUSL}"
>
>
> Regards,
> Chen Qi
>
>
> On 07/12/2018 06:03
I guess that tells us how many people actually use xcalibrate...
On 12 July 2018 at 15:07, Böszörményi Zoltán via Openembedded-core
wrote:
> Hi,
>
> 2018-04-04 03:49 keltezéssel, Armin Kuster írta:
>>
>> From: Armin Kuster
>>
>> Signed-off-by: Armin Kuster
>> ---
>>
Write your own custom image which doesn't include
packagegroup-arago-tisdk-addons?
Ross
On 12 July 2018 at 16:19, Adam Lee wrote:
> I am attempting to exclude a package from my system image with this in my
> local.conf:
>
> IMAGE_INSTALL_remove += "tiovx-app-host-examples"
>
Hi,
I am facing an issue about adding postgresql. Here is the recipe files:
-
http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/postgresql/postgresql_9.4.5.bb?h=krogoth
-
2018-07-12 16:54 keltezéssel, Burton, Ross írta:
I guess that tells us how many people actually use xcalibrate...
The breakage depends on whether you are using a repository to
upgrade your machines running Yocto or bring them in and reflash
with a new complete build.
But anyway, it's the
On 7/10/18 7:44 AM, Ioan-Adrian Ratiu wrote:
> Commits 1202307b24 ("lsbinitscripts: don't use update-alternatives")
> cdcebd81c87 ("initscripts: don't use update-alternatives") and
> 061fa614cec ("update-alternatives.bbclass: refuse to manage SysV init
> scripts") make sure that the lsbinitscripts
Should this be resubmitted? I could always remove the comment about 4.0.8.
Joe
From: Slater, Joseph
Sent: Tuesday, July 10, 2018 4:56 PM
To: akuster808; openembedded-core@lists.openembedded.org
Subject: RE: [OE-core] [oe-core][PATCH 1/1] tiff: security
On 12 July 2018 at 17:36, vlad zouth wrote:
> Hi,
> I am facing an issue about adding postgresql. Here is the recipe files:
>
> http://cgit.openembedded.org/meta-openembedded/tree/meta-oe/recipes-support/postgresql/postgresql_9.4.5.bb?h=krogoth
>
Please.
Ross
On 12 July 2018 at 17:29, Slater, Joseph wrote:
> Should this be resubmitted? I could always remove the comment about 4.0.8.
> Joe
>
> From: Slater, Joseph
> Sent: Tuesday, July 10, 2018 4:56 PM
> To: akuster808;
Hi,
I'd suggest that this is unfortunate fallout from the change to the
default cmake packaging (I ran a large build and did a
buildhistory-diff, but didn't consider nativesdk), but cmake itself is
an exception and should put ${datadir}/cmake into PN explicitly.
Ross
On 12 July 2018 at 02:13,
On Thu, Jul 12, 2018 at 9:40 AM, Burton, Ross wrote:
> Please.
>
> Ross
>
> On 12 July 2018 at 17:29, Slater, Joseph wrote:
>> Should this be resubmitted? I could always remove the comment about 4.0.8.
>> Joe
>>
>> From: Slater, Joseph
>> Sent:
On 7/12/18 7:55 AM, Bruce Ashfield wrote:
> On 2018-07-12 9:53 AM, Richard Purdie wrote:
>> On Thu, 2018-07-12 at 09:49 -0400, Bruce Ashfield wrote:
>>> On 2018-07-10 5:41 PM, Richard Purdie wrote:
On Tue, 2018-07-10 at 12:38 -0400, Bruce Ashfield wrote:
> On 07/10/2018 06:21 AM, Richard
On 2018-07-12 1:02 PM, Khem Raj wrote:
On 7/12/18 7:55 AM, Bruce Ashfield wrote:
On 2018-07-12 9:53 AM, Richard Purdie wrote:
On Thu, 2018-07-12 at 09:49 -0400, Bruce Ashfield wrote:
On 2018-07-10 5:41 PM, Richard Purdie wrote:
On Tue, 2018-07-10 at 12:38 -0400, Bruce Ashfield wrote:
On
Right, but I am simply and quickly trying to replicate TI provided SDK
image.
So RDEPENDS does not get handled by IMAGE_INSTALL_remove / PNBLACKLIST
combo, correct?
Adam
On Thu, Jul 12, 2018 at 12:20 PM Burton, Ross wrote:
> Write your own custom image which doesn't include
>
On 7/12/18 11:07 AM, Bruce Ashfield wrote:
> On 2018-07-12 1:02 PM, Khem Raj wrote:
>> On 7/12/18 7:55 AM, Bruce Ashfield wrote:
>>> On 2018-07-12 9:53 AM, Richard Purdie wrote:
On Thu, 2018-07-12 at 09:49 -0400, Bruce Ashfield wrote:
> On 2018-07-10 5:41 PM, Richard Purdie wrote:
>>
On 2018-07-12 1:22 PM, Khem Raj wrote:
On 7/12/18 11:07 AM, Bruce Ashfield wrote:
On 2018-07-12 1:02 PM, Khem Raj wrote:
On 7/12/18 7:55 AM, Bruce Ashfield wrote:
On 2018-07-12 9:53 AM, Richard Purdie wrote:
On Thu, 2018-07-12 at 09:49 -0400, Bruce Ashfield wrote:
On 2018-07-10 5:41 PM,
Blacklist will just make a recipe unavailable, if another package
depends on something it provides then you get a fatal error.
IMAGE_INSTALL is the "top level" list of packages to install, if one
of those is a packagegroup that depends on other packages then you
can't remove those other packages.
55 matches
Mail list logo