From: Jens Rehsack
Since the newly introduced image-artifact-names class is inherited at later
processing stage, individual IMAGE_NAME settings are overridden (hopefully
by accident instead on purpose).
Allow derived distributions define their own name schema by setting defaults
iwth question
> Am 15.09.2020 um 00:34 schrieb Bruce Ashfield :
>
> From: Jens Rehsack
>
> Backporting the 10 patches since the lttng 2.12.2 release. We'll drop
> them once .3 is released, but for now, we need the fixes to build
Yet another question: there is a stable-2.12 br
lained on the way out.
>
> Bruce
>
> On Mon, Sep 14, 2020 at 6:34 PM wrote:
>>
>> From: Jens Rehsack
>>
>> Backporting the 10 patches since the lttng 2.12.2 release. We'll drop
>> them once .3 is released, but for now, we need the fixes to build
>
From: Jens Rehsack
Backport patch from lttng-modules/stable-2.12
87b2aff fix: writeback: Fix sync livelock due to b_dirty_time processing
(v5.9)
with minor modfication to catch
6623c19042b6 writeback: Fix sync livelock due to b_dirty_time processing
from linux/stable-5.4 v5.4.62
to this.
Maybe I'm getting the chance to help something - I forwarded this information
to the team and look if we can use both, SDK and eSDK so we would need
those fixups (and thus do them then ^^).
Cheers
--
Jens Rehsack - rehs...@gmail.com
signature.asc
Description: Message s
> Am 27.07.2020 um 18:06 schrieb Richard Purdie
> :
>
> On Fri, 2020-07-24 at 07:26 +0200, Jens Rehsack wrote:
>> Instead of recognizing only environment-setup scripts in
>> ${STAGING_DIR_TARGET} or ${STAGING_DIR_NATIVE}, respectively - lurk also into
>>
Am 28.07.2020 um 00:26 schrieb Richard Purdie
:
>
> On Fri, 2020-07-24 at 07:26 +0200, Jens Rehsack wrote:
>> Remove overwriting of OPENSSL_CONF from buildtools-tarball.bb to clarify
>> whether nativesdk-openssl installs wrong content or buildtools-tarball:
>>(natives
Instead of recognizing only environment-setup scripts in
${STAGING_DIR_TARGET} or ${STAGING_DIR_NATIVE}, respectively - lurk also into
${SDKPATH}/buildtools/sysroots/${SDK_SYS} where nativesdk-openssl installs
setup files.
Signed-off-by: Jens Rehsack
---
meta/classes/toolchain-scripts.bbclass
/openssl.cnf
Signed-off-by: Jens Rehsack
---
meta/recipes-core/meta/buildtools-tarball.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-core/meta/buildtools-tarball.bb
b/meta/recipes-core/meta/buildtools-tarball.bb
index d0f8dd7d7c..02e662b5cc 100644
--- a/meta/recipes-core/meta
/openssl.cnf
Signed-off-by: Jens Rehsack
---
meta/recipes-core/meta/buildtools-tarball.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-core/meta/buildtools-tarball.bb
b/meta/recipes-core/meta/buildtools-tarball.bb
index d0f8dd7d7c..02e662b5cc 100644
--- a/meta/recipes-core/meta
Instead of recognizing only environment-setup scripts in
${STAGING_DIR_TARGET} or ${STAGING_DIR_NATIVE}, respectively - lurk also into
${SDKPATH}/buildtools/sysroots/${SDK_SYS} where nativesdk-openssl installs
setup files.
Signed-off-by: Jens Rehsack
---
meta/classes/toolchain-scripts.bbclass
Add the opportunity for kmod (and depmod etc.) to deal with Xz-compressed
kernel modules and handle PKCS7 signatures, if desired.
Signed-off-by: Jens Rehsack
---
meta/recipes-kernel/kmod/kmod.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-kernel/kmod/kmod.inc
b/meta
> Am 09.07.2020 um 13:52 schrieb Otavio Salvador
> :
>
> Hello Jens,
>
> I've added Richard on Cc.
/o\
> Em qui., 9 de jul. de 2020 às 01:13, Jens Rehsack
> escreveu:
>>> Am 08.07.2020 um 23:20 schrieb Otavio Salvador
>>> :
>>>
> Am 09.07.2020 um 07:37 schrieb Jacob Kroon :
>
> On 7/9/20 7:30 AM, Jens Rehsack wrote:
>>> Am 08.07.2020 um 13:09 schrieb Konrad Weihmann :
>>>
>>> remove the traling blanks before the ;-delimiter, so one could use
>>^
>>
te_image_test_data ; "
> +ROOTFS_POSTPROCESS_COMMAND += "write_image_test_data; "
>
> # Write manifest
> IMAGE_MANIFEST = "${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.manifest"
> diff --git a/meta/classes/rootfsdebugfiles.bbclass
> b/meta/classes/rootfsdebugfiles
For SDK environments where people still use subversion, let it easily being
added to buildtools-tarball to invite more developers relying on Yocto
based SDKs without much requirement to setup anything on the development
workplace.
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/subversion
As an unconditionally dependency of subversion, extend serf recipe for
building a nativesdk variant being usable by nativesdk-subversion.
Signed-off-by: Jens Rehsack
---
meta/recipes-support/serf/serf_1.3.9.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes
> Am 08.07.2020 um 23:20 schrieb Otavio Salvador
> :
>
> Em qua., 8 de jul. de 2020 às 16:58, Jens Rehsack
> escreveu:
>>
>> Instead of recognizing only environment-setup scripts in
>> ${STAGING_DIR_TARGET} or ${STAGING_DIR_NATIVE}, respectively - lurk a
whether nativesdk-openssl installs wrong content or buildtools-tarball:
(nativesdk-openssl) tmp/sysroots/x86_64/usr/lib/ssl-1.1/openssl.cnf
(buildtools-tarball)
buildtools/sysroots/x86_64-pokysdk-linux/etc/ssl/openssl.cnf
Signed-off-by: Jens Rehsack
---
meta/classes/toolchain
implicitely assume all "*.cfg" are for merging into .config.
Signed-off-by: Jens Rehsack
---
meta/recipes-bsp/u-boot/u-boot.inc | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-bsp/u-boot/u-boot.inc
b/meta/recipes-bsp/u-boot/u-boot.inc
index f6a68da0f6..
ve an .bbappend.
Signed-off-by: Jens Rehsack
---
.../recipes-core/initscripts/init-system-helpers_1.57.bb | 9 ++---
1 file changed, 2 insertions(+), 7 deletions(-)
diff --git a/meta/recipes-core/initscripts/init-system-helpers_1.57.bb
b/meta/recipes-core/initscripts/init-system-helpers_1.57.bb
stage.
Signed-off-by: Jens Rehsack
---
meta/conf/distro/include/maintainers.inc | 1 +
.../initscripts/init-system-helpers_1.57.bb | 46 +++
.../initscripts/initscripts_1.0.bb| 1 +
3 files changed, 48 insertions(+)
create mode 100644 meta/recipes-core
rmine
> they are not longer willing to take part in that program or absent. I believe
> this an issue in general for OpenSource has had to address over the years.
>
> My plan is to experiment with this for the python3* recipes in oe-core for a
> start: they've been bouncing betwe
> Am 05.05.2020 um 16:56 schrieb Otavio Salvador
> :
>
> On Tue, May 5, 2020 at 10:43 AM Jens Rehsack wrote:
>>> Am 04.05.2020 um 16:21 schrieb Otavio Salvador
>>> :
>>>
>>> On Mon, May 4, 2020 at 11:10 AM Jens Rehsack wrote:
>>>>
> Am 04.05.2020 um 16:21 schrieb Otavio Salvador
> :
>
> On Mon, May 4, 2020 at 11:10 AM Jens Rehsack wrote:
>>
>> With commit c9fc9110be33fe0f24bc3a7c242b584a4ca33e04
>>Author: Yue Tao
>>Date: Fri May 25 10:48:08 2018 +0800
>>
>>
stage.
Signed-off-by: Jens Rehsack
---
meta/conf/distro/include/maintainers.inc | 1 +
.../initscripts/init-system-helpers_1.57.bb | 51 +++
.../initscripts/initscripts_1.0.bb| 1 +
3 files changed, 53 insertions(+)
create mode 100644 meta/recipes-core
> Am 03.04.2020 um 19:11 schrieb Andre McCurdy :
>
> On Fri, Apr 3, 2020 at 8:57 AM Jens Rehsack wrote:
>>> Am 30.03.2020 um 19:19 schrieb Andre McCurdy :
>>> On Mon, Mar 30, 2020 at 9:51 AM Jens Rehsack wrote:
>>>>
>>>> With commit c9fc9110
stage.
Signed-off-by: Jens Rehsack
---
.../initscripts/init-system-helpers_1.57.bb | 51 +++
.../initscripts/initscripts_1.0.bb| 1 +
2 files changed, 52 insertions(+)
create mode 100644 meta/recipes-core/initscripts/init-system-helpers_1.57.bb
diff --git a/meta
> Am 30.03.2020 um 19:19 schrieb Andre McCurdy :
>
> On Mon, Mar 30, 2020 at 9:51 AM Jens Rehsack wrote:
>>
>> With commit c9fc9110be33fe0f24bc3a7c242b584a4ca33e04
>>Author: Yue Tao
>>Date: Fri May 25 10:48:08 2018 +0800
>>
>>
stage.
Signed-off-by: Jens Rehsack
---
.../initscripts/init-system-helpers_1.57.bb | 52 +++
.../initscripts/initscripts_1.0.bb| 1 +
2 files changed, 53 insertions(+)
create mode 100644 meta/recipes-core/initscripts/init-system-helpers_1.57.bb
diff --git a/meta
dated make fix issues
in w32 compat sources.
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/make/make.inc | 4 +-
...b-Do-not-assume-glibc-glob-internals.patch | 70
...m4-restrict-AIX-specific-test-on-AIX.patch | 38 +
...rc-dir.c-fix-buffer-overflow-war
From: Jens Rehsack
Documentation says:
"path_spec": A specific directory in which to checkout the specified
svn module.
but existing svn fetcher uses "module" always as path of checked out
svn-module, regardless whether path_spec was given or not.
Signed-
x27; to an empty variable would result in a
value
starting with a space. Now the initial space is only added if the variable
already contains some value. Similarly, appending an empty string does not
add a trailing space.
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/mak
x27; to an empty variable would result in a
value
starting with a space. Now the initial space is only added if the variable
already contains some value. Similarly, appending an empty string does not
add a trailing space.
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/mak
e?
AFAIK hostbuild is used anyway - so this affects SDK's and I got reports from
SDK users that the kernel build is not running parallel.
> On Tue, Jan 21, 2020 at 5:47 PM Jens Rehsack wrote:
> 1) Remove upstream provided patches
> 0001-glob-Do-not-assume-glibc-glob-internals.patch
-by: Jens Rehsack
---
meta/recipes-devtools/make/make.inc | 4 +-
...b-Do-not-assume-glibc-glob-internals.patch | 70 ---
...b-Do-not-assume-glibc-glob-internals.patch | 38 --
meta/recipes-devtools/make/make_4.2.1.bb | 12
meta/recipes-devtools/make
ut of support, lack of specific feature, ...),
which makes it up to the distribution build to choose between core
or CPAN version, respectively.
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/perl/perl_5.30.1.bb | 47 +++
1 file changed, 40 insertions(+), 7 dele
ut of support, lack of specific feature, ...),
which makes it up to the distribution build to choose between core
or CPAN version, respectively.
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/perl/perl_5.30.1.bb | 47 +++
1 file changed, 40 insertions(+), 7 dele
bbclass, aren't they?
Cheers
--
Jens Rehsack - rehs...@gmail.com
signature.asc
Description: Message signed with OpenPGP
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
In case, kernel config enables compressed modules, support of
splitting via split_kernel_module_packages won't find any module.
So, first expand module pattern regex to recognize compressed
modules and then objcopy on temporary extacted to extract module
information.
Signed-off-by: Jens Re
> Am 03.04.2019 um 19:10 schrieb richard.pur...@linuxfoundation.org:
>
> On Wed, 2019-04-03 at 19:05 +0200, Jens Rehsack wrote:
>>
>>
>>> Am 03.04.2019 um 15:58 schrieb Richard Purdie <
>>> richard.pur...@linuxfoundation.org>:
>>>
>
> Am 03.04.2019 um 15:58 schrieb Richard Purdie
> :
>
> On Wed, 2019-04-03 at 15:18 +0200, Jens Rehsack wrote:
>> In case, kernel config enables compressed modules, support of
>> splitting via split_kernel_module_packages won't find any module.
>> So, f
ut of support, lack of specific feature, ...),
which makes it up to the distribution build to choose between core
or CPAN version, respectively.
Signed-off-by: Jens Rehsack
---
.../perl-sanity/perl_5.28.1.bb| 33 +++
1 file changed, 33 insertions(+)
diff --git a
In case, kernel config enables compressed modules, support of
splitting via split_kernel_module_packages won't find any module.
So, first expand module pattern regex to recognize compressed
modules and then objcopy on temporary extacted to extract module
information.
Signed-off-by: Jens Re
name, how the
> binaries differ (if they do), and what do desktop distros do about the
> situation. I typically view patches that add 'blind' use of
> update-alternatives as treating symptoms rather than the issue, but I
> prefer not to fight against it :)
>
> Alex
&
utils-makemaker-perl_7.34.bb
@@ -41,4 +41,11 @@ do_install_prepend_class-native() {
export PERL5LIB="${PERL_ARCHLIB}"
}
+inherit update-alternatives
+
+ALTERNATIVE_PRIORITY = "90"
+
+ALTERNATIVE_${PN} = "instmodsh"
+ALTERNATIVE_LINK_NAME[instmodsh] = "${bindir}/instmodsh"
+
BBCLASSEXTEND = "native"
But unfortunately it doesn't show any effect.
Any ideas?
Best regards
--
Jens Rehsack - rehs...@gmail.com
signature.asc
Description: Message signed with OpenPGP
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
> Am 17.12.2018 um 18:11 schrieb Burton, Ross :
>
> On Sat, 15 Dec 2018 at 12:59, Jens Rehsack wrote:
>> +try:
>> +subprocess.check_output("PATH=\"%s\" dpkg-deb -b %s %s" %
>> (localdata.getVar("PATH"), root, p
Default error message -- when .deb creation fails -- is just the command
and error code. With this piece, the error message is known, too.
Signed-off-by: Jens Rehsack
---
meta/classes/package_deb.bbclass | 14 +++---
1 file changed, 11 insertions(+), 3 deletions(-)
diff --git a/meta
For quick module tests in 99% a qemu environment is enough. Before
developing ptest deployment, give qemu-test-wrapper a chance.
This is far away from being mergable!
Signed-off-by: Jens Rehsack
---
meta/classes/cpan.bbclass | 31 +--
1 file changed, 29 insertions
Yes, for name-resolution via zeroconf.
> Am 28.11.2018 um 12:20 schrieb Burton, Ross :
>
> Is Avahi actually useful without DBus?
>
> This reminds me that I've been wanting to gut that recipe for a long time
> now...
>
> Ross
> On Wed, 28 Nov 2018 at 08:16,
-0.7-r0.cortexa8hf-neon
Signed-off-by: Jens Rehsack
---
meta/recipes-connectivity/avahi/avahi_0.7.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/avahi/avahi_0.7.bb
b/meta/recipes-connectivity/avahi/avahi_0.7.bb
index 3d5f334a88..2e04d304c7 100644
> Am 26.11.2018 um 16:22 schrieb Alexander Kanavin :
>
> On Mon, 26 Nov 2018 at 16:17, Jens Rehsack wrote:
>> Even if I'm not a meta-perl maintainer - checking whether it works and
>> how it handles meta-cpan would nice to know.
>>
>> That it's not
linking
options from pkg-config and force them into pseudo as well.
This commit obsoletes (so include the implicit revert)
e39fec613d pseudo: fix link with new sqlite3
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/pseudo/files/libm.patch | 33 ---
meta/recipes-devtools
to enable/disable e.g. index
and search functions to allow shrinking the library for very small
targets.
Signed-off-by: Jens Rehsack
---
meta/recipes-support/sqlite/sqlite3.inc | 12 ++--
meta/recipes-support/sqlite/sqlite3_3.25.2.bb | 10 --
meta/recipes-support/sqlite
> Am 18.11.2018 um 11:36 schrieb Jens Rehsack :
>
> That's something I can try to investigate.
>
>> Am 14.11.2018 um 11:47 schrieb Burton, Ross > <mailto:ross.bur...@intel.com>>:
>>
>> Getting reports that this breaks cross builds, for example
> Am 08.11.2018 um 16:43 schrieb Burton, Ross :
>
> On Thu, 8 Nov 2018 at 14:53, Jens Rehsack wrote:
>
>> I digged a bit deeper (since I'd like to get a reasonable solution even for
>> other dependent components) and would say, pseudo will also fail, when
>&
linking
options from pkg-config and force them into pseudo as well.
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/pseudo/pseudo.inc | 19 ---
1 file changed, 16 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-devtools/pseudo/pseudo.inc
b/meta/recipes-devtools/pseudo
Update SQLite3 from 3.23.1 to 3.25.3 for UPSERT, window
functions and improved ALTER TABLE support.
For a detailed list of changes since 3.23.1, see
* https://www.sqlite.org/releaselog/3_25_3.html
* https://www.sqlite.org/releaselog/3_24_0.html
Signed-off-by: Jens Rehsack
---
meta/recipes
In newer versions of ExtUtils::MakeMaker, the location of the perl
binary to run is determined differently which results in finding
${bindir}/perl.real instead of ${bindir}/perl
Signed-off-by: Jens Rehsack
---
meta/classes/cpan.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
enembedded-core
I digged a bit deeper (since I'd like to get a reasonable solution even for
other dependent components) and would say, pseudo will also fail, when sqlite3
is build using readline or libz.
The better option will be to let pseudo use the libs and link-flags from
sqlit
kg-config-native to the depends on pseudo,
> so I'm wondering if the third way is to just make pseudo always link
> to libm.so.
I don't find that ugly (maybe because I don't understand enough about pseudo) ;)
Will use the chance to dig a bit into it :D
Cheers
--
Jens Rehsack - rehs...@gmail.com
signature.asc
Description: Message signed with OpenPGP
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
very/app partitions fails nowadays
I have to analyze.
I think at least end of the week I can build target images again, get
more test opportunities and fixup sqlite3 and python3 and submit some
other stuff I found in meantime ;)
Cheers
--
Jens Reh
> Am 05.11.2018 um 12:39 schrieb Richard Purdie
> :
>
> On Sat, 2018-11-03 at 14:12 +0100, Jens Rehsack wrote:
>> Update SQLite3 from 3.23.1 to 3.25.2 for UPSERT, window
>> functions and improved ALTER TABLE support.
>>
>> For a detailed list of
Update SQLite3 from 3.23.1 to 3.25.2 for UPSERT, window
functions and improved ALTER TABLE support.
For a detailed list of changes since 3.23.1, see
* https://www.sqlite.org/releaselog/3_25_2.html
* https://www.sqlite.org/releaselog/3_24_0.html
Signed-off-by: Jens Rehsack
---
meta/recipes
://bugzilla.yoctoproject.org/show_bug.cgi?id=12375
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901
are solved by this.
Rebased until e349b239c8833bcdad9b1ff1a0702ace2db71959
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass | 6 +-
.../python/python3
being pulled
>> into the python3-modules depends.
>
> Missing dependency, I'll post this fix for master/thud.
There're some similar tasks around in oe-core ML ...
> Am 02.11.2018 um 17:31 schrieb Burton, Ross :
>
> Oh, and we shoul
://bugzilla.yoctoproject.org/show_bug.cgi?id=12375
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901
are solved by this.
Rebased until e349b239c8833bcdad9b1ff1a0702ace2db71959
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass | 6 +-
.../python/python3
://bugzilla.yoctoproject.org/show_bug.cgi?id=12375
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901
are solved by this.
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass | 6 +-
.../python/python3-native_3.5.6.bb| 100 --
.../python/python3
://bugzilla.yoctoproject.org/show_bug.cgi?id=12375
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901
are solved by this.
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass | 6 +-
.../python/python3-native_3.5.6.bb| 100 --
.../python/python3
aged to the deployment which are
still missing.
Signed-off-by: Jens Rehsack
---
meta/classes/populate_sdk_ext.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_ext.bbclass
b/meta/classes/populate_sdk_ext.bbclass
index 9c31d70f2a..e30c49296d 1006
://bugzilla.yoctoproject.org/show_bug.cgi?id=12375
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901
are solved by this.
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass | 6 +-
.../python/python3-native_3.5.6.bb| 100 --
.../python/python3
r need a patch to dnf to fix compatibility or
> the upgrade to dnf as well.
>
>
> Alejandro
>
> On 9/19/2018 1:44 AM, Jens Rehsack wrote:
> > That has already been discussed, dnf needs an update.
> > Am Mi., 19. Sep. 2018 um 08:50 Uhr schrieb Alejandro Hernandez
> &
hon${PYTHON_MAJMIN}/http",
> "${libdir}/python${PYTHON_MAJMIN}/http/__pycache__",
> + "${libdir}/python${PYTHON_MAJMIN}/lib-dynload/_uuid.*.so",
>
>
> And that is the reason why this upgrade still needs a one line patch to
> setup.py to build
For non-python developers it's difficult to identify where start
searching in case of errors. Fixing and marking the string to
grep for might help finding some root causes of issues slightly
quicker.
Signed-off-by: Jens Rehsack
---
meta/classes/distutils.bbclass | 8
meta/cl
://bugzilla.yoctoproject.org/show_bug.cgi?id=12375
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901
are solved by this.
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass | 6 +-
.../python/python3-native_3.5.6.bb| 100 --
.../python/python3
s not part of the upgrade), since we need to ensure that we don't
> break other component's functionality in between patches.
>
> This also means that you probably haven't tested running python3.7
> inside an image, otherwise its likely you would've seen th
ll - the patch seems to be reasonable submitted to upstream, since it's a
quirk and likely an error. OTOH - supporting Yocto and OpenEmbedded in getting
software up-to-date is one thing - having my name in the Python contributors is
something complete different.
Please fi
Hi Alejandro,
Am Mi., 12. Sep. 2018 um 23:03 Uhr schrieb Alejandro Hernandez
:
>
> Hello Jens,
>
>
> On 9/12/2018 4:53 AM, Jens Rehsack wrote:
>
>
>
> Am 11.09.2018 um 20:56 schrieb Alejandro Enedino Hernandez Samaniego
> :
>
> Hey Jens,
>
> Hey A
://bugzilla.yoctoproject.org/show_bug.cgi?id=12375
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901
are solved by this.
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass | 6 +-
.../python/python3-native_3.5.6.bb| 100 --
.../python/python3
Avoid coreutils conflicts with nice from other recipes, like
busybox - even if that's not enabled by default.
In situations, where coreutils is a dependency for -dev images
and small busybox nice is available always, it avoids extra
effort for coreutils for those users.
Signed-off-by:
> should probably be updated to include nice and remove nice from bindir_progs
>
> On Wed, Sep 12, 2018 at 2:02 PM Jens Rehsack wrote:
>>
>> Avoid coreutils conflicts with nice from other recipes, like
>> busybox - even if that's not enabled by default.
>> In s
Avoid coreutils conflicts with nice from other recipes, like
busybox - even if that's not enabled by default.
In situations, where coreutils is a dependency for -dev images
and small busybox nice is available always, it avoids extra
effort for coreutils for those users.
Signed-off-by:
> Am 11.09.2018 um 20:56 schrieb Alejandro Enedino Hernandez Samaniego
> :
>
> Hey Jens,
>
Hey Alejandro,
> On 09/10/2018 11:58 PM, Jens Rehsack wrote:
>>
>>
>>> Am 10.09.2018 um 23:33 schrieb Alejandro Enedino Hernandez Samaniego
>>&g
Avoid coreutils conflicts with nice from other recipes, like
busybox - even if that's not enabled by default.
In situations, where coreutils is a dependency for -dev images
and small busybox nice is available always, it avoids extra
effort for coreutils for those users.
Signed-off-by:
o of the patches we've been carrying!
That will be no problem. Just drop me a note, I'm happy to rebase to
get a python-3.7 with fixed PGO :)
> Ross
>
> On 10 September 2018 at 17:36, Jens Rehsack wrote:
>>
>>
>> Am 10.09.2018 um 11:35 schrieb Alexander Kanavin
sysroot-native.
>
Please check the submission.
Jens
> Alejandro
>
> On 09/10/2018 02:05 PM, Jens Rehsack wrote:
>> Hey Alejandro,
>>
>> I fixed that for cross-compile only, since I would need add a patch and a
>> dependency python3-native for one thing: cal
upport and there's a slew of patches in master-next and more just
>> posted that this needs to be rebased on top of. Good news is that my
>> patches remove two of the patches we've been carrying!
>>
>> Ross
>>
>> On 10 September 2018 at 17:36, Jens Rehsa
st
>> Openembedded-core@lists.openembedded.org
>> <mailto:Openembedded-core@lists.openembedded.org>
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
--
Jens Rehsack - rehs...@gmail.com <mailto:rehs...@gmail.com>
signature.asc
Description: Mes
st
>> Openembedded-core@lists.openembedded.org
>> <mailto:Openembedded-core@lists.openembedded.org>
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
--
Jens Rehsack - rehs...@gmail.com <mailto:rehs...@gmail.com>
signature.asc
Description: Mes
am release is
>> 3.4.0 (with a 3.5.0 just 3 days ago). Not sure yet if that would have
>> helped.
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openem
s for Yocto project
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12375
* https://bugzilla.yoctoproject.org/show_bug.cgi?id=12901
are solved by this.
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass | 6 +-
.../python/python3-native_3.5.5.bb
Update python3 to recent 3.7.0 release.
This is the first state of the package which compiles and
packages, further tests on target and in sysroot-native have
to be done before.
Please review, give feedback etc.
Signed-off-by: Jens Rehsack
---
meta/classes/python3-dir.bbclass
__
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
This one shouldn't get tested together with
2387c0d3 cpan.bbclass: make RPATH fix more general
since the hacked PERL
with cross-compile sysroots
as if a dependency is installed at an exostic place on a server.
This issue needs to be addressed wider into the community.
Signed-off-by: Jens Rehsack
---
meta/classes/cpan.bbclass | 10 ++
meta/recipes-devtools/perl/libxml-parser-pe
For non-python developers it's difficult to identify where start
searching in case of errors. Fixing and marking the string to
grep for might help finding some root causes of issues slightly
quicker.
Signed-off-by: Jens Rehsack
---
meta/classes/distutils3.bbclass | 4 ++--
1 file chang
B} in PERL5LIB - it's wrong (search
order is site_lib, vendor_lib, core) - and ${PERL_ARCHLIB} contains core
libpath only ...
Signed-off-by: Jens Rehsack
---
meta/classes/cpan.bbclass | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/meta/classes/cpan.bbclass b/me
for up to date environments.
Signed-off-by: Jens Rehsack
---
meta/recipes-devtools/perl/libxml-parser-perl_2.44.bb | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/perl/libxml-parser-perl_2.44.bb
b/meta/recipes-devtools/perl/libxml-parser-per
can the
reason the missing "--sysroot"?
When I restrict the additional sed commands to target only, how would that
affect the nativesdk?
Cheers,
Jens
> Am 06.08.2018 um 17:22 schrieb richard.pur...@linuxfoundation.org:
>
> On Thu, 2018-08-02 at 10:21 +0200, Jens Rehsack wrot
> Am 14.08.2018 um 12:17 schrieb Richard Purdie
> :
>
> On Tue, 2018-08-14 at 12:02 +0200, Jens Rehsack wrote:
>> I did on August, 8th - but I don't see it in master-next or any issue
>> reported on that...
>> Did it arrive?
>
> I reported pro
> Ross
>
> On 2 August 2018 at 09:20, Jens Rehsack wrote:
>> The modern the time, the improvements in ExtUtils::MakeMaker.
>>
>> Nowadays, .packlist and perllocal.pod aren't touched anymore when appropriate
>> flags set during configure stage. Controlling the f
1 - 100 of 197 matches
Mail list logo
