On Thu, 2020-01-09 at 12:59 +0100, Pascal Huerst wrote:
> On 09/01/2020 11:51, Richard Purdie wrote> I did look at and think a bit
> about your patch. The trouble for me (as
> > the bitbake maintainer) is that:
> >
> > a) it isn't clear/obvious from the variable name what it does (or even
> >
On Thu, 9 Jan 2020 at 02:43, Aníbal Limón wrote:
> -DEPENDS_append = " meson-native ninja-native"
> +DEPENDS_append = " meson-native ninja-native python3"
>
Apologies, but I cannot accept this. Not all meson-based components even
ask for python, and this adds a non-trivial (built time wise)
On Wed, Jan 08, 2020 at 05:31:45PM -0800, Khem Raj wrote:
> On Wed, Jan 8, 2020 at 1:22 PM Richard Purdie
> wrote:
> >
> > On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote:
> > > Signed-off-by: Alexander Kanavin
> > > ---
> > > ...-tests-do-not-run-target-executables.patch | 33
> > >
On Sun, 5 Jan 2020 at 17:52, Richard Purdie
wrote:
>
> On Sat, 2020-01-04 at 23:07 +0300, Maxim Uvarov wrote:
> > Linux kernel can be compiled as UEFI stub and loaded directly
> > with UEFI firmware without grub or other UEFI shell.
> >
> > Tested with wic file:
> > bootloader --ptable gpt
I think you can do this with a little help from devtool:
devtool upgrade component
devtool finish component layer-path
git add/commit layer-path
bitbake component
This has the added benefit of keeping things deterministic and reproducible.
You can further automate these steps with help from
On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote:
> Drop a big pile of backports.
>
> Add a patch to address absent string formatting error.
>
> Additional fixing of builds with musl.
https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/444
Hi Chen,
On 09/01/20 02:29, ChenQi wrote:
> Resend as previous email forgets to add Stefano.
>
> In case of multilib, the do_package fails with
>
> ERROR: libubootenv-0.2-r0 do_package: QA Issue: libubootenv:
> Files/directories were installed but not shipped in any package:
>
On Wed, 2020-01-08 at 13:10 +0100, Pascal Huerst wrote:
> I'm looking for a way in yocto to build tagged releases or actually
> to build the newest tagged release from repositories.
>
> There is a way to specify a branch or a tag in a recipe, but no way
> to always clone the newest tagged
On 09/01/2020 11:51, Richard Purdie wrote> I did look at and think a bit
about your patch. The trouble for me (as
> the bitbake maintainer) is that:
>
> a) it isn't clear/obvious from the variable name what it does (or even
>from the code)
> b) it adds yet more options to the fetcher which
Hi
I am also hitting this wall. Any reason why the original patches could
not be merged?
On Fri, Nov 29, 2019 at 5:49 PM Martin Jansa wrote:
>
> On Wed, Aug 30, 2017 at 9:54 AM Martin Jansa wrote:
>>
>> I agree with this patchset and it would be OK with IGNORE_SETSCENE_ERRORS
>> conditional
On Thu, 9 Jan 2020 at 14:47, Alexander Kanavin
wrote:
>
> I had a closer look at how and where ifupdown recipe is used, and from
> what I see it isn't:
> every configuration is relying on busybox to provide the same utilities.
> That's why the failure is seen only in world builds :)
>
> Should
On Thu, Jan 09, 2020 at 03:36:08PM +0100, Alexander Kanavin wrote:
> On Thu, 9 Jan 2020 at 14:55, Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
>
> >
> > That may be but I think this is an oversight, not an intention and we
> > should support busybox-free images...
> >
>
> Right,
On 09/01/2020 05:05, Khem Raj wrote:
> For such usecases, Maybe you can use floating tags ( like
> 'latest-release' or 'last-good' ) and move them when needed and lock
> the recipes to use them to achieve what you want.
I guess we will have to do it that way then, or we create some scripts
which
On Thu, Jan 9, 2020 at 1:36 PM Ross Burton wrote:
>
> On 09/01/2020 02:30, Alex Kiernan wrote:
> > On Thu, Dec 19, 2019 at 10:17 PM Alex Kiernan
> > wrote:
> >>
> >> When running mandb we end up with files owned by the build user, correct
> >> this. Also pick up non-default locales and relocate
On Thu, Jan 09, 2020 at 03:47:24PM +0100, Alexander Kanavin wrote:
> On Thu, 9 Jan 2020 at 15:44, Tom Rini wrote:
>
> > The problem here would have been caught with systemd-free and
> > busybox-free being a check in lib/oeqa/selftest/cases/imagefeatures.py
> > yes?
>
> Yes, and you'd also need
On Thu, 9 Jan 2020 at 05:23, Alexander Kanavin
wrote:
> On Thu, 9 Jan 2020 at 02:43, Aníbal Limón wrote:
>
>> -DEPENDS_append = " meson-native ninja-native"
>> +DEPENDS_append = " meson-native ninja-native python3"
>>
>
> Apologies, but I cannot accept this. Not all meson-based components even
On 09/01/2020 02:30, Alex Kiernan wrote:
On Thu, Dec 19, 2019 at 10:17 PM Alex Kiernan wrote:
When running mandb we end up with files owned by the build user, correct
this. Also pick up non-default locales and relocate their index.db files
to /var/cache.
Signed-off-by: Alex Kiernan
---
On 09/01/2020 13:08, Richard Purdie wrote:
> On Thu, 2020-01-09 at 12:59 +0100, Pascal Huerst wrote:
>> On 09/01/2020 11:51, Richard Purdie wrote> I did look at and think a bit
>> about your patch. The trouble for me (as
>>> the bitbake maintainer) is that:
>>>
>>> a) it isn't clear/obvious
On Wed, 8 Jan 2020 at 22:23, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote:
> > Remove inet-6-.defn-fix-inverted-checks-for-loopback.patch as
> > it is difficult to rebase and not clear if still necessary.
> >
> >
On Thu, 9 Jan 2020 at 00:02, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
> On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote:
> > Drop backports, rebase other patches.
> >
> > One patch I wasn't able to rebase as upstream code changed too much:
> >
On Thu, Jan 09, 2020 at 04:33:58PM +0100, Alexander Kanavin wrote:
> On Thu, 9 Jan 2020 at 16:01, Tom Rini wrote:
>
> > On Thu, Jan 09, 2020 at 03:47:24PM +0100, Alexander Kanavin wrote:
> > > On Thu, 9 Jan 2020 at 15:44, Tom Rini wrote:
> > >
> > > > The problem here would have been caught
On Thu, 2020-01-09 at 14:54 +0100, Alexander Kanavin wrote:
> On Thu, 9 Jan 2020 at 14:47, Alexander Kanavin <
> alex.kana...@gmail.com> wrote:
> > I had a closer look at how and where ifupdown recipe is used, and
> > from what I see it isn't:
> > every configuration is relying on busybox to
On Thu, 9 Jan 2020 at 14:55, Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:
>
> That may be but I think this is an oversight, not an intention and we
> should support busybox-free images...
>
Right, I'll fix the build, but the implementation of runtime testing is up
to people who
On Thu, 9 Jan 2020 at 15:44, Tom Rini wrote:
> The problem here would have been caught with systemd-free and
> busybox-free being a check in lib/oeqa/selftest/cases/imagefeatures.py
> yes?
>
Yes, and you'd also need to do -c testimage on the image to make sure it
boots and has the network up
On Thu, 9 Jan 2020 at 16:55, Tom Rini wrote:
> I have to admit I'm guessing at what level of automated run-time testing
> we normally have today. We sanity test a sysvinit+busybox image with
> networking, yes? If so, we also do that on systemd and I assume with
> what I put for the
Thanks, this is now resolved.
Alex
On Thu, 9 Jan 2020 at 12:46, Adrian Bunk wrote:
> On Wed, Jan 08, 2020 at 05:31:45PM -0800, Khem Raj wrote:
> > On Wed, Jan 8, 2020 at 1:22 PM Richard Purdie
> > wrote:
> > >
> > > On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote:
> > > >
When running mandb we end up with files owned by the build user, correct
this. Also pick up non-default locales and relocate their index.db files
to /var/cache.
Signed-off-by: Alex Kiernan
---
meta/classes/manpages.bbclass | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff
On Thu, 9 Jan 2020 at 16:01, Tom Rini wrote:
> On Thu, Jan 09, 2020 at 03:47:24PM +0100, Alexander Kanavin wrote:
> > On Thu, 9 Jan 2020 at 15:44, Tom Rini wrote:
> >
> > > The problem here would have been caught with systemd-free and
> > > busybox-free being a check in
When pam is not part of distro, user specific XDG_* environment
variables are not available since PAMName=login is in-effective and as a
result weston can not start because it direly needs XDG_RUNTIME_DIR
defined, therefore launching weston directly in systemd service will not
work, therefore call
When opening files by file-browsers on fresh images, user has to choose the
application to open from the pool af ALL known applications even those not
designed to open the file selected. By inheriting this classs in recipes the
assosiations in /usr/share/applications/mimeinfo.cache are build by
If a package signals that it can open mime-types but does not inharit mime-xdg,
a warning is created.
Signed-off-by: Andreas Müller
---
meta/classes/insane.bbclass | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/meta/classes/insane.bbclass
Signed-off-by: Andreas Müller
---
meta/recipes-gnome/gcr/gcr_3.34.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gcr/gcr_3.34.0.bb
b/meta/recipes-gnome/gcr/gcr_3.34.0.bb
index 272112dd12..9853b3f416 100644
--- a/meta/recipes-gnome/gcr/gcr_3.34.0.bb
gcr installs mime types we want in our mime-database
Signed-off-by: Andreas Müller
---
meta/recipes-gnome/gcr/gcr_3.34.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-gnome/gcr/gcr_3.34.0.bb
b/meta/recipes-gnome/gcr/gcr_3.34.0.bb
index
The problem is, I couldn't reproduce this locally at all. Random glitch?
Alex
On Thu, 9 Jan 2020 at 20:37, André Draszik wrote:
> On Thu, 2020-01-09 at 19:28 +, André Draszik wrote:
> > On Thu, 2020-01-09 at 16:31 +0100, Alexander Kanavin wrote:
> > > On Thu, 9 Jan 2020 at 00:02, Richard
On Thu, 2020-01-09 at 20:49 +0100, Alexander Kanavin wrote:
> The problem is, I couldn't reproduce this locally at all. Random
> glitch?
No, its happened on multiple workers and there should be a pattern, we
just don't understand it yet :(. I don't have ideas right now although
the build user is
On Thu, 2020-01-09 at 21:26 +0100, Andreas Müller wrote:
> mimedir:
>This is the path all mime information is stored at and
>update-mime-database works with
> desktopdir:
>All application .desktop files are stored here
>
> Signed-off-by: Andreas Müller
> ---
> meta/conf/bitbake.conf
Adding yourself is fine :)
Alex
On Thu, 9 Jan 2020 at 21:44, Andreas Müller wrote:
> On Thu, Jan 9, 2020 at 9:35 PM Alexander Kanavin
> wrote:
> >
> > This also needs a maintainers.inc entry.
> >
> > Alex
> Shall I add me - or who would like to?
>
> Andreas
>
--
On Thu, Jan 9, 2020 at 11:15 PM Richard Purdie
wrote:
>
> On Thu, 2020-01-09 at 21:26 +0100, Andreas Müller wrote:
> > mimedir:
> >This is the path all mime information is stored at and
> >update-mime-database works with
> > desktopdir:
> >All application .desktop files are stored
On Thu, 2020-01-09 at 16:31 +0100, Alexander Kanavin wrote:
> On Thu, 9 Jan 2020 at 00:02, Richard Purdie
> wrote:
> > On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote:
> > > Drop backports, rebase other patches.
> > >
> > > One patch I wasn't able to rebase as upstream code changed
On Thu, 2020-01-09 at 19:28 +, André Draszik wrote:
> On Thu, 2020-01-09 at 16:31 +0100, Alexander Kanavin wrote:
> > On Thu, 9 Jan 2020 at 00:02, Richard Purdie
> > wrote:
> > > On Wed, 2020-01-08 at 14:27 +0100, Alexander Kanavin wrote:
> > > > Drop backports, rebase other patches.
> > > >
* looking through layers it looks that usage of mime.bbclass is somewhat
orphaned
* now that update-mime-database is called once only at image creation time,
costs of mime.bbclass are limited
Signed-off-by: Andreas Müller
---
meta/classes/insane.bbclass | 12
1 file changed, 12
This was not done in meta-oe but shared-mime-info extends to nativesdk either.
Signed-off-by: Andreas Müller
---
meta/recipes-support/itstool/itstool_2.0.6.bb | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-support/itstool/itstool_2.0.6.bb
mimedir:
This is the path all mime information is stored at and
update-mime-database works with
desktopdir:
All application .desktop files are stored here
Signed-off-by: Andreas Müller
---
meta/conf/bitbake.conf | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git
* add a short descriptions of class' use case
* remove checks for update-mime-database - it can be considered available:
* at build time by PACKAGE_WRITE_DEPS
* at package upgrade by RDEPENDS chain
pkg -> shared-mime-info-data -> shared-mime-info
* simplify (accelerate?) xml file extension
shared-mime-info-data: is the base for mime database
Signed-off-by: Andreas Müller
---
meta/recipes-support/shared-mime-info/shared-mime-info_1.15.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info_1.15.bb
Recent versions of shared-mime-info depend on itstool
Signed-off-by: Andreas Müller
---
...-build-time-hardcoded-python-binary-.patch | 35 +++
...ld-time-hardcoded-python-binary-path.patch | 29 +++
meta/recipes-support/itstool/itstool_2.0.6.bb | 20 +++
3
* sources/development moved to freedesktop's gitlab
* patches do not apply any more due to major changes in Makefile.am
* give up bb/inc separation
Signed-off-by: Andreas Müller
---
.../shared-mime-info/install-data-hook.patch | 25 --
.../shared-mime-info/parallelmake.patch
On fresh images file-browsers do not know how to open files and usually open a
dialog with ALL applications available on the machine. This is not what users
are used to when working with linux: For just one application installed per
Mime-Type, the application is opened automatically.
To get a
== Series Details ==
Series: Make MIME work on desktops
Revision: 1
URL : https://patchwork.openembedded.org/series/21945/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the
This also needs a maintainers.inc entry.
Alex
On Thu, 9 Jan 2020 at 21:26, Andreas Müller wrote:
> Recent versions of shared-mime-info depend on itstool
>
> Signed-off-by: Andreas Müller
> ---
> ...-build-time-hardcoded-python-binary-.patch | 35 +++
>
On Thu, 9 Jan 2020 at 21:27, Andreas Müller wrote:
> -SRC_URI = "http://freedesktop.org/~hadess/shared-mime-info-${PV}.tar.xz;
> +SRC_URI = "
> https://gitlab.freedesktop.org/xdg/shared-mime-info/uploads/b27eb88e4155d8fccb8bb3cd12025d5b/${BPN}-${PV}.tar.xz
> "
> +SRC_URI[md5sum] =
On Thu, Jan 9, 2020 at 9:35 PM Alexander Kanavin wrote:
>
> This also needs a maintainers.inc entry.
>
> Alex
Shall I add me - or who would like to?
Andreas
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On Thu, Jan 9, 2020 at 9:34 PM Alexander Kanavin wrote:
>
> On Thu, 9 Jan 2020 at 21:27, Andreas Müller wrote:
>>
>> -SRC_URI = "http://freedesktop.org/~hadess/shared-mime-info-${PV}.tar.xz;
>> +SRC_URI =
>>
On 1/9/20 2:28 PM, Jon Mason wrote:
> The OpenEmbedded Workshop 2020 schedule is now available
> https://pretalx.com/oe-workshop-2020/schedule/
>
> As you can see, there are some very compelling talks. Buy your
> tickets now, before we sell out.
>
On 1/9/20 7:37 PM, Khem Raj wrote:
> When pam is not part of distro, user specific XDG_* environment
> variables are not available since PAMName=login is in-effective and as a
> result weston can not start because it direly needs XDG_RUNTIME_DIR
> defined, therefore launching weston directly in
On Thu, Jan 9, 2020 at 11:27 PM Richard Purdie
wrote:
> > >
> > > Do these really need to be exported to the environment for
> > > everything?
> >
> > It is not mandatory. It is just that I wanted to avoid redundancies
> > in insane.bbclass / mime*.bbclass. If adding exports is a problem I
> >
The OpenEmbedded Workshop 2020 schedule is now available
https://pretalx.com/oe-workshop-2020/schedule/
As you can see, there are some very compelling talks. Buy your
tickets now, before we sell out.
https://pretix.eu/OpenEmbedded/oe-workshop-2020/
Thank you,
The OpenEmbedded Board
--
On Thu, 2020-01-09 at 23:21 +0100, Andreas Müller wrote:
> On Thu, Jan 9, 2020 at 11:15 PM Richard Purdie
> wrote:
> > On Thu, 2020-01-09 at 21:26 +0100, Andreas Müller wrote:
> > > mimedir:
> > >This is the path all mime information is stored at and
> > >update-mime-database works with
>
The new BB_SIGNATURE_LOCAL_DIRS_EXCLUDE allows you to specify a list
of directories to exclude when making taskhash [1], set default as common
VCS directories.
[1]
http://git.openembedded.org/bitbake/commit/?id=923aff060d8aba8456979c35b16d300ba7c13ff9
Signed-off-by: Aníbal Limón
---
59 matches
Mail list logo
