Don't sort the manifest when using it to generate packaging rules, so
ordering can be used to have complex packaging rules.
This is a backport of the same changes done by Ross Burton for python3
Signed-off-by: Andrew Geissler
---
meta/recipes-devtools/python/python_2.7.15.bb | 6 ++
1 file
Currently the bulk of the tests in python-tests, some more in
python-sqlite3-tests, and others in their parent module (such as
python-ctypes). This is pointless space usage if we're not planning on
running the tests, so consolidate all the tests into python-tests.
This is a backport of the same c
Instead of sorting the entire manifest when it is updated, use
OrderedDict to preserve the order of fields.This means that
packages can be ordered in the manifest to allow non-trivial
FILES assignments (such as a package that picks up pieces of
other packages)
The manifest has been regenerated wit
When updating to xorg-xserver 1.20+, mips64 would not work correctly and
cause the xorg test to fail.
Changing the DefaultDepth fixed that.
[Yocto # 12845]
Signed-off-by: Kevin Hao
Signed-off-by: Armin Kuster
---
.../xorg-xserver/xserver-xf86-config/qemumips64/xorg.conf| 1 +
Thanks Ross,
Acked-by: Alejandro Enedino Hernandez Samaniego
On 9/14/2018 6:06 AM, Burton, Ross wrote:
On 14 September 2018 at 00:49, Burton, Ross wrote:
On 14 September 2018 at 00:30, Burton, Ross wrote:
I suspect simply adding python3.5/*/test/ will catch the bulk of this
now and in the
2018-09-14 19:36 GMT+02:00 Andrew Geissler :
>> We should probably do another dig at ridding oe-core of py2 :)
>
> Uh-oh! Guess we better get the Py3 update on our list.
I meant that oe-core will not depend on py2 for anything. The py2
recipe will be provided in oe-core for quite a while yet, but
On Fri, Sep 14, 2018 at 11:48 AM Alexander Kanavin
wrote:
>
> We should probably do another dig at ridding oe-core of py2 :)
Uh-oh! Guess we better get the Py3 update on our list.
>
> Alex
>
> 2018-09-14 18:35 GMT+02:00 Alejandro Hernandez
> :
> > Hey Ross,
> >
> >
> > I believe that if we want
On Fri, Sep 14, 2018 at 11:05 AM Burton, Ross wrote:
>
> On 14 September 2018 at 16:13, Andrew Geissler wrote:
> > Nice, thanks Ross! Looks good to me. Will you be back-porting to
> > python2 as well?
>
> Struggling to be motivated for Py2 to be honest. Do you fancy
> duplicating the changes fo
To be fair, I have also not had a chance to update the py2 manifest
script with the latest changes I made to py3 either, but I think
applying these to create_manifest2 should be trivial.
Alejandro
On 9/14/2018 9:05 AM, Burton, Ross wrote:
On 14 September 2018 at 16:13, Andrew Geissler wrot
We should probably do another dig at ridding oe-core of py2 :)
Alex
2018-09-14 18:35 GMT+02:00 Alejandro Hernandez
:
> Hey Ross,
>
>
> I believe that if we want to go with this approach we would need to add
> these packages as "special_packages" on the manifest script, that way the
> script will
Sorry about the last email, I just saw this after sending the other one,
yes I believe this might work, it would give us more control on how we
handle packaging, although in a way it assumes the user knows what its
doing which is not always the case :)
Cheers,
Alejandro
On 9/14/2018 8:13 AM
Hey Ross,
I believe that if we want to go with this approach we would need to add
these packages as "special_packages" on the manifest script, that way
the script will simply avoid checking dependencies for them and will
pass them without modifications, this will also cause these packages to
== Series Details ==
Series: "xserver-xorg: upgrade 1.19.6 -..." and 2 more
Revision: 1
URL : https://patchwork.openembedded.org/series/14080/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
This is the new LTS release with support for TLS 1.3.
Release announcement:
https://www.openssl.org/blog/blog/2018/09/11/release111/
Signed-off-by: Alexander Kanavin
---
.../{openssl_1.1.1-pre9.bb => openssl_1.1.1.bb}| 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
rena
On 14 September 2018 at 16:13, Andrew Geissler wrote:
> Nice, thanks Ross! Looks good to me. Will you be back-porting to
> python2 as well?
Struggling to be motivated for Py2 to be honest. Do you fancy
duplicating the changes for Py2? Alternatively I'll get around to
doing it next week.
Ross
When updating to xorg-xserve 1.20+, mips64 would not work correctly and
cause the xorg test to fail.
Changing the DefaultDepth fixed that.
[Yocto # 12845]
Signed-off-by: Kevin Hao
Signed-off-by: Armin Kuster
---
.../xorg-xserver/xserver-xf86-config/qemumips64/xorg.conf| 1 +
1
removed included patch
Refresh 0001-configure.ac-Fix-check-for-CLOCK_MONOTONIC
Remove 0001-config-fix-NULL-value-detection-for-ID_INPUT-being-u.patch
Signed-off-by: Armin Kuster
---
...NULL-value-detection-for-ID_INPUT-being-u.patch | 40 ---
...onfigure.ac-Fix-check-for-CLOCK_M
Signed-off-by: Armin Kuster
---
meta/recipes-graphics/xorg-driver/xf86-video-fbdev_0.4.4.bb | 9 -
meta/recipes-graphics/xorg-driver/xf86-video-fbdev_0.5.0.bb | 9 +
2 files changed, 9 insertions(+), 9 deletions(-)
delete mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-f
On Fri, Sep 14, 2018 at 8:06 AM Burton, Ross wrote:
>
> On 14 September 2018 at 00:49, Burton, Ross wrote:
> > On 14 September 2018 at 00:30, Burton, Ross wrote:
> >> I suspect simply adding python3.5/*/test/ will catch the bulk of this
> >> now and in the future.
> >
> > Gave this a go and anno
On Fri, Sep 14, 2018 at 01:25:12PM +0200, Martin Jansa wrote:
> On Thu, Sep 13, 2018 at 10:10:46PM +0200, Martin Jansa wrote:
> > On Thu, Sep 13, 2018 at 08:20:07PM +0200, Martin Jansa wrote:
> > > On Thu, Sep 06, 2018 at 11:52:24PM +0800, kai.k...@windriver.com wrote:
> > > > From: Kai Kang
> > >
On Fri, Sep 14, 2018 at 04:03:10PM +0300, Ovidiu Panait wrote:
> Fix the following do_image_wic failure for lib32-core-image-minimal:
> | DEBUG: Executing python function set_image_size
> | DEBUG: Python function set_image_size finished
> | DEBUG: Executing shell function do_image_wic
> | Error: Pl
This seems to cause nativesdk-glibc failures when DEBUG_BUILD is used, it
fails like this:
../sysdeps/ieee754/ldbl-96/e_jnl.c: In function '__ieee754_jnl':
../sysdeps/ieee754/ldbl-96/e_jnl.c:146:20: error: 'temp' may be used
uninitialized in this function [-Werror=maybe-uninitialized]
b = in
Fix the following do_image_wic failure for lib32-core-image-minimal:
| DEBUG: Executing python function set_image_size
| DEBUG: Python function set_image_size finished
| DEBUG: Executing shell function do_image_wic
| Error: Please build syslinux first
Test case:
MACHINE ?= "qemux86-64"
require co
On 14 September 2018 at 00:49, Burton, Ross wrote:
> On 14 September 2018 at 00:30, Burton, Ross wrote:
>> I suspect simply adding python3.5/*/test/ will catch the bulk of this
>> now and in the future.
>
> Gave this a go and annoyingly the manifest generation must sort the
> list because the glo
Tweak recipe selftest-hardlink
- Add ${PN}-bin, ${PN}-bin-dbg
Tweak test_preserve_sparse_hardlinks
- s/selftest-hardlink/selftest-hardlink-bin/
Tweak case test_gdb_hardlink_debug
- Test gdb debug package separately, verify the debug
package splitting works correctly.
[Test without commit `pack
On Thu, Sep 13, 2018 at 10:10:46PM +0200, Martin Jansa wrote:
> On Thu, Sep 13, 2018 at 08:20:07PM +0200, Martin Jansa wrote:
> > On Thu, Sep 06, 2018 at 11:52:24PM +0800, kai.k...@windriver.com wrote:
> > > From: Kai Kang
> > >
> > > Some allarch packages rdepends non-allarch packages. when mult
Consolidate the rmdir of multiple directories with the use of -p to
delete the leaf empty directory and any empty ancestor directories.
Signed-off-by: Nathan Rossi
---
meta/recipes-core/newlib/libgloss_3.0.0.bb | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/recipes-co
On 13 September 2018 at 23:50, Andre McCurdy wrote:
> From the Yocto bug these warnings are coming from the nightly builds:
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=12916
>
> Has something changed recently? Have the nightly builds moved onto an
> AMD machine?
No, the new AB code su
Tweak recipe selftest-hardlink
- Add ${PN}-bin, ${PN}-bin-dbg
Tweak case test_gdb_hardlink_debug
- Test gdb debug package separately, verify the debug
package splitting works correctly.
[Test without commit `package.bbclass: improve auto debug package splitting
order']
2018-09-14 15:58:06,233
Since `da5ec06 package: Add auto package splitting
of .debug files' applied in oe-core, the first dbg
package will have all debug files automatically.
If there are several sub dbg packages, except the
first one, the others are empty.
Even though var-NOAUTOPACKAGEDEBUG is provided for manual
contr
Hi RP,
Is it necessary to split multiple sub dbg packages or only
one dbg is allowed? If the former, this fix makes sense.
I know in oe-core, almost one dbg package per recipe, but
in oe, 21 recipes have extra sub dbg package and 18 of them
did not set NOAUTOPACKAGEDEBUG = "1".
So rather than mo
31 matches
Mail list logo
