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 b
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
etting 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 signed with OpenPGP
-=-=-=
> 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
>>> :
>>>
&g
> 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
>>^
>>
OYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.manifest"
> diff --git a/meta/classes/rootfsdebugfiles.bbclass
> b/meta/classes/rootfsdebugfiles.bbclass
> index e2ba4e3647..85c7ec7434 100644
> --- a/meta/classes/rootfsdebugfiles.bbclass
> +++ b/meta/classes/rootfsdebugfiles.bbclass
> @@ -28,7 +28
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..
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
index
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
ling 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 between various people over the past couple o
> 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
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-warning.patch
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-
'+=' 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/make/make.inc
'+=' 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/make/make.inc
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
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 deletions
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 deletions
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 Rehsack
> 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, fir
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/meta
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 Rehsack
t; 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
>
> On Sat, 2 Feb 2019 a
ERL5LIB="${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, Jens
-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 submitted
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 pyth
> 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
>> s
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
fo/openembedded-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
sqlite.pc
tive 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
y/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 Rehsack - 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
t; 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 should either backport
> https:/
://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
nt 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 100644
--- a/meta/classe
://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
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
> > :
quot;,
> "${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 _uuid on python3-native, I can
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/classes
://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
t 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 this same issue,
> while I see no reason why the python3.7 build wouldn't
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 find so
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: Jens
t; 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 situations,
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: Jens
> 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: Jens
s 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 :
>>
>> Larg
ot-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: calculat
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 Rehsack wrote:
>>>
>>&g
; 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: Message signe
; 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: Message signe
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.openembedded.org
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| 112
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
embedded-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 PERL5LIB="${PERL_ARCHLIB
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 changed, 2
} 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/meta/classes
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-perl_2.4
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 wrote:
>>
> 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 problems
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 flags globa
1 - 100 of 195 matches
Mail list logo
