Hi Khem,
I've sent patches to oe-devel to fix the problem:
sblim-sfcb: fix sfcbinst2mof_DEPENDENCIES in Makefile.am
ntop: fix so generation in plugins/Makefile.am
// Robert
On 07/06/2018 02:06 PM, Khem Raj wrote:
this is regressing following recipes in meta-openembedded
Some applications which depend on iproute/iproute2 need to
run '/sbin/ip.iproute2' through the symbol link '/bin/ip'
e.g ifupdown.
Signed-off-by: Haiqing Bai
---
meta/recipes-connectivity/iproute2/iproute2.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git
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
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
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 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 condition in rpm.py test case
The following changes since commit
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 ++--
On Wed, 11 Jul 2018 15:29:46 +0800
Haiqing Bai wrote:
> The patch "inet-6-.defn-fix-inverted-checks-for-loopback.patch" is not
> needed for ifupdown-0.8.16. And it causes the issue that ifupdown can
> not configure the loopback interface like:
> $cat /etc/network/interfaces
> auto lo
> iface lo
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 already.
>
> Signed-off-by: Haiqing Bai
> ---
>
On 11 July 2018 at 10:45, Takuma Ueba wrote:
> Exactly speaking, BSD-3-Clause differ from Info-ZIP license.
> Consequently, we fixed license description.
WARNING: zip-3.0-r2 do_populate_lic: zip: No generic license file
exists for: Info-ZIP in any provider
Ross
--
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 better solution would be to patch in a way to
Exactly speaking, BSD-3-Clause differ from Info-ZIP license.
Consequently, we fixed license description.
Signed-off-by: Takuma Ueba
---
meta/recipes-extended/zip/zip_3.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/zip/zip_3.0.bb
Can we integrate the systemd fix, instead of working around it?
Ross
On 11 July 2018 at 09:05, Chen Qi wrote:
> 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.
>
>
On 07/11/2018 06:01 PM, Burton, Ross wrote:
Can we integrate the systemd fix, instead of working around it?
Ross
Hi Ross,
There's only a PR. And the PR is not merged yet.
I'll backport the patch if it's merged and drop this workaround.
Best Regards,
Chen Qi
On 11 July 2018 at 09:05,
The patch "inet-6-.defn-fix-inverted-checks-for-loopback.patch" is not
needed for ifupdown-0.8.16. And it causes the issue that ifupdown can
not configure the loopback interface like:
$cat /etc/network/interfaces
auto lo
iface lo inet loopback
$ifconfig shows all up interfaces including 'lo'
$ifup
The U-Boot build, in particular the pylibfdt, depends on swig-native.
Add the missing dependency.
Signed-off-by: Marek Vasut
Cc: Alexander Kanavin
Cc: Otavio Salvador
Cc: Richard Purdie
Cc: Ross Burton
---
meta/recipes-bsp/u-boot/u-boot_2018.05.bb | 2 +-
1 file changed, 1 insertion(+), 1
Doesn't it add dependency on python as well?
It was failing before RSS when swig-native was autodetected in sysroot:
https://www.mail-archive.com/yocto@yoctoproject.org/msg38214.html
https://lists.yoctoproject.org/pipermail/yocto/2017-October/038347.html
IIRC it fails to build only when the
All values written out to pkgdata are escaped (see write_if_exists() in
package.bbclass). In practice there tend not to be characters that need
escaping except in the scriptlets (pkg_preinst, pkg_postinst, pkg_prerm
and pkg_postrm) where currently we still see the escape codes in the
corresponding
The FILELIST field of the package info file in the buildhistory
repository is a space-separated list of all of the files in the package.
If a name of a file packaged by a recipe contains a space character then
of course the result was that we didn't handle its name properly. To fix
that, use
Fixes for a couple of buildhistory bugs in YP bugzilla plus one extra
that I found in the process.
The following changes since commit f9324af88a99eca28b160fa31aa4516fd397e44b:
distutils3: pass build arguments when doing a clean (2018-07-10 11:10:14
+0100)
are available in the Git repository
The original idea here was that changes to certain fields might be able
to be explained if there was a change to another field, for example if
RDEPENDS changed it might be because DEPENDS changed. Thus we were
printing this kind of thing out with each change. Unfortunately in
practice this turned
This upgrades the U-Boot from 2018.05 to 2018.07 release.
Signed-off-by: Marek Vasut
Cc: Alexander Kanavin
Cc: Otavio Salvador
Cc: Richard Purdie
Cc: Ross Burton
---
.../u-boot/{u-boot-common_2018.05.inc => u-boot-common_2018.07.inc} | 4 ++--
.../u-boot/{u-boot-fw-utils_2018.05.bb =>
Add U-Boot machine configuration for the qemux86 and qemux86-64
to allow building U-Boot on those targets. This in turn allows
the auto-updater to update the U-Boot recipe.
Signed-off-by: Marek Vasut
Cc: Alexander Kanavin
Cc: Otavio Salvador
Cc: Richard Purdie
Cc: Ross Burton
---
The U-Boot build, in particular the Kconfig, depends on bison and
flex native. Add the missing dependencies.
Signed-off-by: Marek Vasut
Cc: Alexander Kanavin
Cc: Otavio Salvador
Cc: Richard Purdie
Cc: Ross Burton
---
meta/recipes-bsp/u-boot/u-boot-common_2018.05.inc | 1 +
MSG_NOSIGNAL has been in Linux since 2.2, and has been standardized in
POSIX 2008. Using that when available avoids the overhead of the two
syscalls to set and restore the SIGPIPE handler. Moreover, we can
eliminate one write() call by making use of sendmsg() to do
scatter-gather I/O.
We don't need the texture float patches anymore, as the relevant patents have
expired so this defaults to on now.
Signed-off-by: Ross Burton
---
.../mesa/files/0004-hardware-gloat.patch | 52 --
meta/recipes-graphics/mesa/mesa_18.1.3.bb | 1 -
2 files
On 07/11/2018 05:20 PM, Martin Jansa wrote:
> Doesn't it add dependency on python as well?
It does as python is needed too.
> It was failing before RSS when swig-native was autodetected in sysroot:
RSS ?
> https://www.mail-archive.com/yocto@yoctoproject.org/msg38214.html
>
On 07/11/2018 06:10 PM, Burton, Ross wrote:
> On 11 July 2018 at 16:03, Marek Vasut wrote:
>> The U-Boot build, in particular the pylibfdt, depends on swig-native.
>> Add the missing dependency.
>
> If pylibfdt isn't usually needed (which it cant be, if swig is an
> optional build dependency
On 11 July 2018 at 16:03, Marek Vasut wrote:
> The U-Boot build, in particular the pylibfdt, depends on swig-native.
> Add the missing dependency.
If pylibfdt isn't usually needed (which it cant be, if swig is an
optional build dependency which isn't on my machines, or the
autobuilders, right?)
On Wed, Jul 11, 2018 at 12:15 AM Robert Yang wrote:
>
> Hi Khem,
>
> I've sent patches to oe-devel to fix the problem:
>
> sblim-sfcb: fix sfcbinst2mof_DEPENDENCIES in Makefile.am
> ntop: fix so generation in plugins/Makefile.am
>
Thanks for followup. I have staged them for testing.
> // Robert
On Wed, Jul 11, 2018 at 2:01 AM ChenQi wrote:
>
> Hi Khem,
>
> Thanks for your review.
>
> I've gone through your feedback one by one. Please see comments in line.
>
> I'll send out V2 with a few other fixes.
>
>
> On 07/06/2018 12:37 AM, Khem Raj wrote:
>
> On 7/5/18 12:31 AM, Chen Qi wrote:
>
>
The SDK cmake is currently broken as the cmake.sh (sourced via environment-
setup script) sets cmake alias which looks for cmake toolchain file
$OECORE_NATIVE_SYSROOT/usr/share/OEToolchainConfig.cmake which cannot be
found as the file is packaged into nativesdk-cmake-dev package that is not
The version 5.33 introduced a regression bug for determining the DB file
type. Backport a patch from upstream to fix it.
Before apply the patch:
$ file aliases.db
aliases.db: created: Thu Jan 1 00:38:24 1970, modified: Thu Jan 1 00:00:00
1970
After apply the patch:
$ file aliases.db
Ping
On 06/04/2018 10:23 AM, Zhou, Li wrote:
Ping
On 04/19/2018 02:35 PM, Li Zhou wrote:
Revert commit modules>
because /dev/net/tun is usually needed to already been there when system
boots up. With this commit, /dev/net/tun is missing when sysvinit is
used.
Signed-off-by: Li Zhou
---
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 &
nativesdk-gpgme fails package_qa when setting PACKAGE_DEBUG_SPLIT_STYLE
= "debug-with-srcpkg".
ERROR: nativesdk-gpgme-1.10.0-r0 do_package_qa: QA Issue: non debug package
contains .debug directory: nativesdk-python3-gpg path
Hi Ross,
You're right, it's better to patch systemd to allow timeout override.
I'll send out a patch to systemd.
Best Regards,
Chen Qi
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
Currently we just divide up the free space by the number of partitions
that need to be re-sized. This leads to problems when a user has
explicitly specified a subset of partitions (but not all) that need
to re-sized along with the sizes. As an example, for an image with 3
partitions, if we use:
The UEFI spec implies that GPT partitions should be assumed to be on a 2048
sector boundary (for a 512 byte sector) and the current logic just
divides the free sectors available by the number of partitions that need
re-sizing, which may or may not align and the final result might
overshoot the
39 matches
Mail list logo