From: Changqing Li
Signed-off-by: Changqing Li
---
.../xfsprogs/files/0001-support-usrmerge.patch | 40 ++
.../recipes-utils/xfsprogs/xfsprogs_5.2.1.bb | 7 ++--
2 files changed, 45 insertions(+), 2 deletions(-)
create mode 100644
meta-filesystems/recipes-utils/
From: Changqing Li
Signed-off-by: Changqing Li
---
.../files/0001-Make-build-support-usrmerge.patch | 43 ++
.../ntfs-3g-ntfsprogs_2017.3.23.bb | 1 +
2 files changed, 44 insertions(+)
create mode 100644
meta-filesystems/recipes-filesystems/ntfs-3g-ntfsp
From: Changqing Li
Signed-off-by: Changqing Li
---
meta-initramfs/recipes-devtools/grubby/grubby_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-initramfs/recipes-devtools/grubby/grubby_git.bb
b/meta-initramfs/recipes-devtools/grubby/grubby_git.bb
index 6d53f48.
Fixed:
$ bitbake netcf
WARNING: netcf-0.2.8+gitAUTOINC+2c5d425585-r0 do_package: Manifest
/path/sstate-control/manifest-x86_64_x86_64-nativesdk-gnulib.packagedata not
found in intel_x86_64 corei7-64 core2-64 x86_64 allarch x86_64_x86_64-nativesdk
(variant '')?
This is because gnulib has no rela
On 8/30/19 12:07 PM, Peter Kjellerstedt wrote:
Alejandro
Well, the error should be obvious given that after the latest changes
to libdevmapper and lvm2, the libdevmapper recipe no longer builds a
libdevmapper package, it is built by lvm2, but cryptsetup only depends
on libdevmapper and so there
On Thu, Aug 29, 2019 at 4:16 PM akuster808 wrote:
> > Ping
>
> in stable/warrior-nmut for testing.
>
Thanks
Andreas
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembe
latencytop.bb depends on gtk+ which exists at openembedded-layer.
So we should add openembedded-layer to LAYERDEPENDS, otherwise
"yocto-check-layer-wrapper meta-realtime --dependency 'cat mylist'"
will fail with "NO PROVIDE gtk+ ..."
Signed-off-by: Hongzhi.Song
---
conf/layer.conf | 2 +-
1 fil
This is a bugfix & translation-update release
Signed-off-by: Andreas Müller
---
...-screenshooter_1.9.5.bb => xfce4-screenshooter_1.9.6.bb} | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename
meta-xfce/recipes-apps/xfce4-screenshooter/{xfce4-screenshooter_1.9.5.bb =>
xfce4-scre
Minor bugfixes & translation updates
Signed-off-by: Andreas Müller
---
.../{xfce4-settings_4.14.0.bb => xfce4-settings_4.14.1.bb}| 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta-xfce/recipes-xfce/xfce4-settings/{xfce4-settings_4.14.0.bb =>
xfce4-settings_4.14.1.bb} (89
It is more or less a recipe rewrite:
* stylize recipe
* Use gtk3 instead of gtk
* Drop gconf backend - we should get rid of orphaned gconf
* Add PACKAGECONFIGs for 'xim' and 'xfce' - xfce is set by default
* Drop intltool-native from depends - they moved to gettext
* Remove entries from FILES - go
Since commit [libdevmapper/lvm2: force recipe libdevmapper to populate
sysroot only] applied, if recipe DEPENDS on libdevmapper, we have to
add it to packages RDEPENDS to fix [file-rdeps] QA issue
Set PREFERRED_RPROVIDER_libdevmapper = "lvm2" in layer.conf to explicit
RDEPENDS on libdevmapper in c
On Fri, Aug 30, 2019 at 3:26 AM Hongxu Jia wrote:
>
> Since commit [libdevmapper/lvm2: force recipe libdevmapper to populate
> sysroot only] applied, if recipe DEPENDS on libdevmapper, we have to
> add it to packages RDEPENDS to fix [file-rdeps] QA issue
>
> Set PREFERRED_RPROVIDER_libdevmapper =
This gives users a proper error message when trying to build
a known non-building package.
Signed-off-by: Adrian Bunk
---
meta-oe/recipes-kernel/crash/crash_7.2.6.bb | 2 +-
meta-oe/recipes-kernel/minicoredumper/minicoredumper_2.0.1.bb | 2 +-
meta-oe/recipes-multimedia/alsa/al
This is the default in the packagegroup and image classes.
Signed-off-by: Adrian Bunk
---
meta-initramfs/recipes-bsp/images/initramfs-kexecboot-image.bb | 2 --
meta-oe/recipes-core/packagegroups/packagegroup-basic.bb| 2 --
meta-oe/recipes-core/packagegroups/packagegroup-boot.bb
Using COMMON_LICENSE_DIR in LIC_FILES_CHKSUM of downloaded
code is never the right thing to do, there must be some
license information and that has to be checked instead.
In several cases the claimed LICENSE was also incorrect.
Signed-off-by: Adrian Bunk
---
meta-oe/recipes-support/daemontools/
Fix out of tree builds
Fix build with clang as well as musl
Refresh and forward port patches as needed
Signed-off-by: Khem Raj
---
.../ssiapi/0001-Don-t-use-__GNUC_PREREQ.patch | 116 ++
.../ssiapi/ssiapi/0001-Include-libgen.h.patch | 32 +
...0001-Use-pragma-once-unconditionally.patch | 872
Since commit [libdevmapper/lvm2: force recipe libdevmapper to populate
sysroot only] applied, if recipe DEPENDS on libdevmapper, we have to
add it to packages RDEPENDS to fix [file-rdeps] QA issue
Set PREFERRED_RPROVIDER_libdevmapper = "lvm2" in layer.conf to explicit
use lvm2 as libdevmapper pref
On Fri, Aug 30, 2019 at 7:14 PM Hongxu Jia wrote:
>
> Since commit [libdevmapper/lvm2: force recipe libdevmapper to populate
> sysroot only] applied, if recipe DEPENDS on libdevmapper, we have to
> add it to packages RDEPENDS to fix [file-rdeps] QA issue
>
> Set PREFERRED_RPROVIDER_libdevmapper =
On 8/31/19 10:16 AM, Khem Raj wrote:
On Fri, Aug 30, 2019 at 7:14 PM Hongxu Jia wrote:
Since commit [libdevmapper/lvm2: force recipe libdevmapper to populate
sysroot only] applied, if recipe DEPENDS on libdevmapper, we have to
add it to packages RDEPENDS to fix [file-rdeps] QA issue
Set PREFER
On Fri, Aug 30, 2019 at 7:23 PM Hongxu Jia wrote:
>
> On 8/31/19 10:16 AM, Khem Raj wrote:
> > On Fri, Aug 30, 2019 at 7:14 PM Hongxu Jia wrote:
> >> Since commit [libdevmapper/lvm2: force recipe libdevmapper to populate
> >> sysroot only] applied, if recipe DEPENDS on libdevmapper, we have to
>
20 matches
Mail list logo