2020. 02. 27. 8:44 keltezéssel, Khem Raj írta:
Can you send it via github pull request please
Sure.
On Wed, Feb 26, 2020 at 10:21 PM Böszörményi Zoltán via
Openembedded-core wrote:
Ignore this, the patch is against the zeus branch.
Re-sent with the proper subject.
2020. 02. 27. 7:16
Ignore this, the patch is against the zeus branch.
Re-sent with the proper subject.
2020. 02. 27. 7:16 keltezéssel, Böszörményi Zoltán írta:
Building mesa (at least version 19.3.4) with clang 9.0.1 leads
to linker errors on x86/x86-64:
"undefined reference to `typeinfo for
s the linker errors.
Signed-off-by: Böszörményi Zoltán
---
conf/nonclangable.conf | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/conf/nonclangable.conf b/conf/nonclangable.conf
index 70336bb..91b9965 100644
--- a/conf/nonclangable.conf
+++ b/conf/nonclangable.conf
@@
s the linker errors.
Signed-off-by: Böszörményi Zoltán
---
conf/nonclangable.conf | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/conf/nonclangable.conf b/conf/nonclangable.conf
index 70336bb..91b9965 100644
--- a/conf/nonclangable.conf
+++ b/conf/nonclangable.conf
@@
Signed-off-by: Böszörményi Zoltán
---
v2: Replaced FILES_${PN}-vdpau-drivers with FILES_mesa-vdpau-drivers
to match the name in PACKAGES.
meta/recipes-graphics/mesa/mesa.inc | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta
,
it was just missing from the recipe.
[PATCH v2 1/4] libva: Factor out base parts into an include file
[PATCH v2 2/4] libva-initial: New bootstrap recipe
[PATCH v2 3/4] mesa: Add PACKAGECONFIG knob to enable VAAPI
[PATCH v2 4/4] mesa: Add PACKAGECONFIG knob to enable VDPAU state
Sig
ist unless explicitly added to DEPENDS.
Signed-off-by: Böszörményi Zoltán
---
v2: The include file is not versioned, more verbose commit message
meta/recipes-graphics/libva/libva-initial_2.6.1.bb | 9 +
meta/recipes-graphics/libva/libva.inc | 4 +++-
2 files changed, 12 insertions(
The previously added libva-initial recipe makes it possible and
trivial.
Signed-off-by: Böszörményi Zoltán
---
v2: Small explanation in the commit message
meta/recipes-graphics/mesa/mesa.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes
-off-by: Böszörményi Zoltán
---
v2: The include file is not versioned, verbose commit message
meta/recipes-graphics/libva/libva.inc | 27 ++
meta/recipes-graphics/libva/libva_2.6.1.bb | 27 ++
2 files changed, 29 insertions(+), 25 deletions(-)
create
2020. 02. 26. 21:31 keltezéssel, Khem Raj írta:
On 2/26/20 12:21 PM, Böszörményi Zoltán wrote:
2020. 02. 26. 20:44 keltezéssel, Khem Raj írta:
On 2/26/20 9:14 AM, Böszörményi Zoltán wrote:
2020. 02. 26. 18:08 keltezéssel, Böszörményi Zoltán írta:
2020. 02. 26. 17:51 keltezéssel, Khem Raj
2020. 02. 26. 20:44 keltezéssel, Khem Raj írta:
On 2/26/20 9:14 AM, Böszörményi Zoltán wrote:
2020. 02. 26. 18:08 keltezéssel, Böszörményi Zoltán írta:
2020. 02. 26. 17:51 keltezéssel, Khem Raj írta:
On 2/26/20 7:58 AM, Böszörményi Zoltán wrote:
2020. 02. 26. 16:30 keltezéssel, Khem Raj
at 17:37, Böszörményi Zoltán mailto:zbos...@pr.hu>> wrote:
2020. 02. 26. 17:35 keltezéssel, Böszörményi Zoltán via Openembedded-core
írta:
> 2020. 02. 26. 17:12 keltezéssel, Alexander Kanavin írta:
>> The 'circular dependency' thing must be explained
2020. 02. 26. 18:08 keltezéssel, Böszörményi Zoltán írta:
2020. 02. 26. 17:51 keltezéssel, Khem Raj írta:
On 2/26/20 7:58 AM, Böszörményi Zoltán wrote:
2020. 02. 26. 16:30 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 7:20 AM Böszörményi Zoltán wrote:
2020. 02. 26. 16:13
2020. 02. 26. 17:51 keltezéssel, Khem Raj írta:
On 2/26/20 7:58 AM, Böszörményi Zoltán wrote:
2020. 02. 26. 16:30 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 7:20 AM Böszörményi Zoltán wrote:
2020. 02. 26. 16:13 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 7:12 AM
2020. 02. 26. 17:35 keltezéssel, Böszörményi Zoltán via Openembedded-core írta:
2020. 02. 26. 17:12 keltezéssel, Alexander Kanavin írta:
The 'circular dependency' thing must be explained in the commits, and not in a
discussion link to some email elsewhere.
I still don't get why
#x27; recipe, so where is the circularity coming from?
libva -> mesa -> libva
Alex
On Wed, 26 Feb 2020 at 15:05, Böszörményi Zoltán via Openembedded-core
<mailto:openembedded-core@lists.openembedded.org>> wrote:
The package name exploits sstate.bbclass so it's not
2020. 02. 26. 16:15 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 7:14 AM Böszörményi Zoltán wrote:
2020. 02. 26. 16:00 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 6:08 AM Böszörményi Zoltán via
Openembedded-core wrote:
When meta-clang is used, for example to build chromium
2020. 02. 26. 16:30 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 7:20 AM Böszörményi Zoltán wrote:
2020. 02. 26. 16:13 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 7:12 AM Böszörményi Zoltán wrote:
2020. 02. 26. 15:58 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 6:05
2020. 02. 26. 16:20 keltezéssel, Böszörményi Zoltán írta:
2020. 02. 26. 16:13 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 7:12 AM Böszörményi Zoltán wrote:
2020. 02. 26. 15:58 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 6:05 AM Böszörményi Zoltán via
Openembedded-core wrote
2020. 02. 26. 16:13 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 7:12 AM Böszörményi Zoltán wrote:
2020. 02. 26. 15:58 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 6:05 AM Böszörményi Zoltán via
Openembedded-core wrote:
The package name exploits sstate.bbclass so it'
2020. 02. 26. 16:00 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 6:08 AM Böszörményi Zoltán via
Openembedded-core wrote:
When meta-clang is used, for example to build chromium-x11 from
meta-browser, a linker error occurs in Zeus.
See: https://gitlab.freedesktop.org/mesa/mesa/issues
2020. 02. 26. 15:58 keltezéssel, Khem Raj írta:
On Wed, Feb 26, 2020 at 6:05 AM Böszörményi Zoltán via
Openembedded-core wrote:
The package name exploits sstate.bbclass so it's not added as
implicit dependency to packages.
what is the use of this recipe and why should it be added to
2020. 02. 26. 15:13 keltezéssel, Paul Barker írta:
On Wed, 26 Feb 2020 at 14:04, Böszörményi Zoltán via Openembedded-core
wrote:
The package name exploits sstate.bbclass so it's not added as
implicit dependency to packages.
Signed-off-by: Böszörményi Zoltán
---
meta/recipes-graphics/
Signed-off-by: Böszörményi Zoltán
---
meta/recipes-graphics/mesa/mesa.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index 87f167c507..479d3223fa 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta
Signed-off-by: Böszörményi Zoltán
---
meta/recipes-graphics/mesa/mesa.inc | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index 479d3223fa..800e8813c7 100644
--- a/meta/recipes-graphics/mesa
When meta-clang is used, for example to build chromium-x11 from
meta-browser, a linker error occurs in Zeus.
See: https://gitlab.freedesktop.org/mesa/mesa/issues/2533
Signed-off-by: Böszörményi Zoltán
---
meta/recipes-graphics/mesa/mesa.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a
Signed-off-by: Böszörményi Zoltán
---
meta/recipes-graphics/libva/libva-2.6.1.inc | 30
meta/recipes-graphics/libva/libva_2.6.1.bb | 31 ++---
2 files changed, 32 insertions(+), 29 deletions(-)
create mode 100644 meta/recipes-graphics/libva/libva-2.6.1.inc
The package name exploits sstate.bbclass so it's not added as
implicit dependency to packages.
Signed-off-by: Böszörményi Zoltán
---
meta/recipes-graphics/libva/libva-2.6.1.inc| 4 +++-
meta/recipes-graphics/libva/libva-initial_2.6.1.bb | 5 +
2 files changed, 8 insertions(
Hi,
I know that OPKG supports running scripts at the very end of
the package manager transaction. These are the so called
"intercept scripts" in OPKG speak. pkg_postinst() scripts can
run these scripts that create another script that eventually
run at the end of the transaction.
However, these a
2019. 09. 26. 23:02 keltezéssel, richard.pur...@linuxfoundation.org írta:
On Thu, 2019-09-26 at 19:09 +0200, Böszörményi Zoltán wrote:
2019. 09. 26. 19:02 keltezéssel, Böszörményi Zoltán via Openembedded-
core írta:
2019. 09. 26. 18:50 keltezéssel, Böszörményi Zoltán via
Openembedded-core írta
2019. 09. 26. 19:02 keltezéssel, Böszörményi Zoltán via Openembedded-core írta:
2019. 09. 26. 18:50 keltezéssel, Böszörményi Zoltán via Openembedded-core írta:
2019. 09. 26. 17:45 keltezéssel, Richard Purdie írta:
On Thu, 2019-09-26 at 11:05 +0200, Böszörményi Zoltán via Openembedded-
core
2019. 09. 26. 18:50 keltezéssel, Böszörményi Zoltán via Openembedded-core írta:
2019. 09. 26. 17:45 keltezéssel, Richard Purdie írta:
On Thu, 2019-09-26 at 11:05 +0200, Böszörményi Zoltán via Openembedded-
core wrote:
There's INITRAMFS_FSTYPES that can be set differently.
Signed-o
2019. 09. 26. 17:45 keltezéssel, Richard Purdie írta:
On Thu, 2019-09-26 at 11:05 +0200, Böszörményi Zoltán via Openembedded-
core wrote:
There's INITRAMFS_FSTYPES that can be set differently.
Signed-off-by: Böszörményi Zoltán
---
With the hardcoded initrd filename suffi
There's INITRAMFS_FSTYPES that can be set differently.
Signed-off-by: Böszörményi Zoltán
---
With the hardcoded initrd filename suffix but INITRAMFS_FSTYPES
set to cpio.lzma, this error occurs:
ERROR: sicom-pos-image-1.0-r0 do_bootimg:
.../deploy/glibc/images/intel-core2-32/core-image-mi
There's INITRAMFS_FSTYPES that can be set differently.
Signed-off-by: Böszörményi Zoltán
---
With the hardcoded initrd filename suffix but INITRAMFS_FSTYPES
set to cpio.lzma, this error occurs:
ERROR: sicom-pos-image-1.0-r0 do_bootimg:
.../deploy/glibc/images/intel-core2-32/core-image-mi
Hi,
I was fighting with building chromium-x11 using our warrior
based custom distro that was always failing at the same spot.
That spot is when Chromium wants to run cross-compiled binaries
in the v8 directory. The binaries all failed with the same error:
python ../../v8/tools/run.py ./v8-qemu-
2019. 03. 26. 0:44 keltezéssel, Ross Burton írta:
This isn't a git snapshot recipe but a release that is fetched over it. For
clarity, put the PV in the filename.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/libcomps/{libcomps_git.bb => libcomps_0.1.10.bb} | 1 -
1 file changed, 1 d
2019. 03. 29. 19:45 keltezéssel, Böszörményi Zoltán írta:
2019. 03. 26. 0:44 keltezéssel, Ross Burton írta:
This isn't a git snapshot recipe but a release that is fetched over it. For
clarity, put the PV in the filename.
Signed-off-by: Ross Burton
---
meta/recipes-devtools/lib
2019. 02. 15. 14:26 keltezéssel, Alexander Kanavin írta:
On Fri, 15 Feb 2019 at 14:21, Fabio Berton
wrote:
In my opinion, there is no relation with an update and change build
system, once we can use mesa 18.3.3 without meson.
Please see:
https://www.phoronix.com/scan.php?page=news_item&px=Mes
bbappend for dracut
and the two extras.
Eventually, I would like to upstream these changes when my dracut PR
is merged, hopefully before 050 is released.
2018. 11. 14. 10:53 keltezéssel, Böszörményi Zoltán via Openembedded-core írta:
Hi,
I need to create the initramfs for the target build during
The alternative links are invalid during do_rootfs.
Add a new ALTERNATIVE_TARGET_RELATIVE family of variables to
conditionally make these links valid.
Signed-off-by: Böszörményi Zoltán
---
v2: Fix the case when the link source and target are not in
the same directory.
v3: Moved the patch
The alternative links are invalid during do_rootfs.
Add a new ALTERNATIVE_TARGET_RELATIVE family of variables to
conditionally make these links valid.
v2: Fix the case when the link source and target are not in
the same directory.
Signed-off-by: Böszörményi Zoltán
---
meta/classes/update
The alternative links are invalid during do_rootfs.
Add a new ALTERNATIVE_TARGET_RELATIVE family of variables to
conditionally make these links valid. This is limited to the
case when the binary and the symlink are in the same directory.
Signed-off-by: Böszörményi Zoltán
---
meta/classes
Hi,
I need to create the initramfs for the target build during
do_rootfs using dracut to include systemd and plymouth into it and
using the modules from the kernel version the image was built with.
Currently I am on Yocto 2.5.
There are several problem I am facing.
First, the dracut recipe need
Hi,
I have started moving my Yocto based custom OS to Yocto 2.5.
The problem is that when I want to build an image, groupadd fails
during the preinst of the mariadb-server package.
It seems the underlying problem is that both shadow and gshadow
are missing from the rootfs /etc directory, group
s the maintainer's call. The previous patch itself
was an incompatible deviation from upstream and xinput_calibrator
is usually running locally, not remotely, so it's only an obscure
corner case.
On 12 July 2018 at 15:07, Böszörményi Zoltán via Openembedded-core
wrote:
Hi,
2018-04-04 03
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 a/meta/recipes-graphics
2018-02-05 16:55 keltezéssel, Matthijs Vader írta:
Hi,
2018-02-05 15:07, zboszor wrote:
I have already sent this patch (although a little extended) last week:
http://lists.openembedded.org/pipermail/openembedded-core/2018-
February/147071.html
Thanks! The second patch you sent in with that ac
I have already sent this patch (although a little extended) last week:
http://lists.openembedded.org/pipermail/openembedded-core/2018-February/147071.html
2018-02-04 23:23 keltezéssel, mpvader írta:
npm now requires --force to clean the cache, see [1]. Also, use
clean instead of clear since the
When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE and there may be other
reasons to set PE.
But it doesn't directly help dependant packages because the shlib
records only contain PV.
Let's add the PE value into the shlib records for p
npm cache clear throws an error with npm@5 and suggests to
use npm cache verify instead. But our cache is actually empty,
so use npm cache clear --force.
npm install in the source directory creates symlinks with npm@5.
Use a combination of npm pack and npm install module-version.tgz
that works th
Some NPM modules have the same name as their low level dependencies.
To prevent recipe naming conflicts, allow node module recipe names
to start with the "node-" prefix.
Signed-off-by: Zoltán Böszörményi
---
meta/classes/npm.bbclass | 18 +-
1 file changed, 13 insertions(+), 5 de
Of course, this package should not be confused with the old
3D library from Voodoo Graphics.
But, this and another case that popped up today for me out of
the blue makes it necessary to talk about the issue duplicate
package names from completely different software.
My case is a Node.js module,
Ping.
Do you have any objection against the idea of this patch
after the described observations?
Thanks in advance,
Zoltán Böszörményi
2018-01-16 11:10 keltezéssel, Böszörményi Zoltán írta:
2018-01-14 12:27 keltezéssel, Richard Purdie írta:
On Fri, 2018-01-12 at 14:46 +0100, Böszörményi
2018-01-18 13:38 keltezéssel, Ross Burton írta:
This changes the cmake class to use Ninja instead of Make by default.
Can we still use "oe_runmake [-C subdir] target" with Ninja or
is it considered a broken build and forced to use the "Unix Makefiles"
generator?
I have a working mariadb 10.2.1
2018-01-14 12:27 keltezéssel, Richard Purdie írta:
On Fri, 2018-01-12 at 14:46 +0100, Böszörményi Zoltán wrote:
When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE and there may be other
reasons to set PE.
But it doesn't dir
When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE and there may be other
reasons to set PE.
But it doesn't directly help dependant packages because the shlib
records only contain PV.
Let's add the PE value into the shlib records for p
When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE and there may be other
reasons to set PE.
But it doesn't directly help dependant packages because the shlib
records only contain PV.
Let's add the PE value into the shlib records for p
When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE. But it didn't help
dependant packages because the shlib records didn't contain PE, only PV.
Let's add the PE value into these records for packages where it's set.
The in-memory variab
When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE. But it didn't help
dependant packages because the shlib records didn't contain PE, only PV.
Let's add the PE value into these records for packages where it's set.
The in-memory variab
When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE. But it didn't help
dependant packages because the shlib records didn't contain PE, only PV.
Let's add the PE value into these records for packages where it's set.
The in-memory variab
When downgrading a package or using a substitute with lower version,
the way to do it is adding or increasing PE. But it didn't help
dependant packages because the shlib records didn't contain PE, only PV.
Let's add the PE value into these records for packages where it's set.
The in-memory variab
62 matches
Mail list logo
