Thank you for your submission. Patchtest identified one
or more issues with the patch. Please see the log below for
more information:
---
Testing patch
/home/patchtest/share/mboxes/master-next-base-use-recipe-specific-PREFERRED_PROVIDER.patch
FAIL: test max line length: Patch line too long (curr
From: Chen Qi
This patch adjusts Richard's patch a little bit:
https://lists.openembedded.org/g/openembedded-core/message/209927
The adjustments mainly includes:
1) Use bb.event.RecipeTaskPreProcess to do the replacement.
2) Do replacements for every task's "[depends]".
3) Use "virtual/nativesdk
Signed-off-by: Khem Raj
Cc: Richard Purdie
---
.../0001-Adjust-for-musl-headers.patch| 84 +-
...trerror-is-assumed-to-be-GNU-specifi.patch | 42 +
.../0002-Add-sys-stat.h-for-S_IFDIR.patch | 4 +-
...k-parse_printf_format-implementation.patch | 22 +--
...missing.h-
Signed-off-by: Khem Raj
---
meta/recipes-devtools/rust/rust-llvm_1.63.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/rust/rust-llvm_1.63.0.bb
b/meta/recipes-devtools/rust/rust-llvm_1.63.0.bb
index 5b94e22f7b..396f741953 100644
--- a/meta/recipes-de
Add back Copyright info with update.
Signed-off-by: Saul Wold
---
scripts/contrib/convert-variable-renames.py | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/scripts/contrib/convert-variable-renames.py
b/scripts/contrib/convert-variable-renames.py
index 28a3df597
Signed-off-by: Khem Raj
---
meta/recipes-gnome/librsvg/librsvg_2.52.3.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-gnome/librsvg/librsvg_2.52.3.bb
b/meta/recipes-gnome/librsvg/librsvg_2.52.3.bb
index 6c4850271de..f1d1a8f9f49 100644
--- a/meta/recipes-gnome/librsvg/librsv
Signed-off-by: Khem Raj
---
meta/recipes-devtools/autoconf/autoconf_2.71.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/autoconf/autoconf_2.71.bb
b/meta/recipes-devtools/autoconf/autoconf_2.71.bb
index 3202a87273..e5098106f8 100644
--- a/meta/recipes
On Thu, 24 Dec 2020 at 07:44, Trevor Woerner wrote:
> -DEPENDS = "gdk-pixbuf-native"
> +DEPENDS = "gdk-pixbuf-native coreutils-native"
For reasons that I'm still digging into, using coreutils-native's cp
causes pseudo to crash.
Can we just add mkfifo to HOSTTOOLS?
Ross
-=-=-=-=-=-=-=-=-=-=-=-
son
> ; Saini, Naveen Kumar
>
> Subject: Re: [OE-core] [master-next][PATCH 1/3] PSPLASH_FIFO_DIR:
> refactor
>
> On Thu, 2020-12-24 at 10:31 -0500, Trevor Woerner wrote:
> > Add an entry for the psplash fifo directory to /etc/default/rcS and
> > have the pieces of
On Thu, 2020-12-24 at 10:31 -0500, Trevor Woerner wrote:
> Add an entry for the psplash fifo directory to /etc/default/rcS and
> have the
> pieces of code that need it source it from there rather than
> duplicating the
> definition in multiple places throughout the code.
>
> Signed-off-by: Trevor
Add an entry for the psplash fifo directory to /etc/default/rcS and have the
pieces of code that need it source it from there rather than duplicating the
definition in multiple places throughout the code.
Signed-off-by: Trevor Woerner
---
meta/recipes-core/psplash/files/psplash-init| 4 +++-
The psplash program has a mechanism for showing updates graphically in the
form of a progress bar. The program is told when and how much to fill the
progress bar via text messages sent through a fifo. If the fifo doesn't exist
when the psplash program starts, it tries to create it. If the fifo does
The psplash program contains a hidden text box immediately above the
progress bar. Any text sent via a "MSG" command through psplash's fifo will
be displayed, centred, above the progress bar. Add the ability to show
which startup script is currently running, in sync with updates to the
progress bar
On Thu, 2020-12-24 at 02:43 -0500, Trevor Woerner wrote:
> Allow recipes to create fifos. If insane.bbclass tries to read() a
> fifo,
> the process will hang waiting for something to read(). Therefore,
> skip any
> check that would try to read() the object, if the object is a fifo.
>
> Signed-off-
Have the fifo used by psplash available in the image on first boot. This
avoids the issue in some scenarios where the fifo can't be created until very
late in the bootup.
The fifo is removed when psplash is done, and created again every time it
runs.
Signed-off-by: Trevor Woerner
---
meta/recip
Allow recipes to create fifos. If insane.bbclass tries to read() a fifo,
the process will hang waiting for something to read(). Therefore, skip any
check that would try to read() the object, if the object is a fifo.
Signed-off-by: Trevor Woerner
---
meta/classes/insane.bbclass | 3 ++-
1 file ch
Currently, under sysvinit, the psplash screen shows a graphic, a progress
bar, and a textual message just above the progress bar showing the user which
module is currently running during both bootup and shutdown. This way they can
see, roughly, how much time each module takes to run.
Add a knob, d
On Wed 2020-12-23 @ 10:43:03 PM, Richard Purdie wrote:
> You're misunderstanding my question. In your patch you create
> "/.psplash" in the splash recipe.
>
> Is there a reason the psplash recipe can't create "/mnt/.psplash", i.e.
> match the original path ?
Understood. I just wanted to update th
On Wed, 2020-12-23 at 17:41 -0500, Trevor Woerner wrote:
> On Wed 2020-12-23 @ 04:50:05 PM, Trevor Woerner wrote:
> > On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > > Personally, I don't really like the idea of having a top level
> > > directory called .psplash,
> >
> > Neither do I, w
On Wed 2020-12-23 @ 04:50:05 PM, Trevor Woerner wrote:
> On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > Personally, I don't really like the idea of having a top level
> > directory called .psplash,
>
> Neither do I, which is why I also added the code to remove the directory once
> the
On Wed, 2020-12-23 at 17:35 -0500, Trevor Woerner wrote:
> On Wed 2020-12-23 @ 10:06:05 PM, Richard Purdie wrote:
> > On Wed, 2020-12-23 at 16:50 -0500, Trevor Woerner wrote:
> > > On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > > > Personally, I don't really like the idea of having a to
On Wed 2020-12-23 @ 10:06:05 PM, Richard Purdie wrote:
> On Wed, 2020-12-23 at 16:50 -0500, Trevor Woerner wrote:
> > On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > > Personally, I don't really like the idea of having a top level
> > > directory called .psplash,
> >
> > Neither do I, w
On Wed, 2020-12-23 at 16:50 -0500, Trevor Woerner wrote:
> On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> > Personally, I don't really like the idea of having a top level
> > directory called .psplash,
>
> Neither do I, which is why I also added the code to remove the
> directory once
>
On Wed 2020-12-23 @ 06:00:21 PM, Richard Purdie wrote:
> Personally, I don't really like the idea of having a top level
> directory called .psplash,
Neither do I, which is why I also added the code to remove the directory once
the psplash program is done running. Whenever psplash is run the direct
On Wed, 2020-12-23 at 12:06 -0500, Trevor Woerner wrote:
The psplash program has a mechanism for showing progress/updates. This
is done via a pipe. On images that are R/O or images that are assembled
via wic, the pipe is being setup in a location that is R/O on first
boot,
therefore the pipe can no
I noticed that the progress text messages were always a system behind; i.e. if
the current boot script was "networking" the message would indicate the
previous script and would say "networking" next.
Signed-off-by: Trevor Woerner
---
meta/recipes-core/sysvinit/sysvinit/rc | 4 ++--
1 file change
The psplash program has a mechanism for showing progress/updates. This
is done via a pipe. On images that are R/O or images that are assembled
via wic, the pipe is being setup in a location that is R/O on first boot,
therefore the pipe can not be created. If the psplash program is not able
to creat
Add an entry for the psplash fifo directory to /etc/default/rcS and have the
pieces that need it, source it from there rather than duplicating the location
in multiple places throughout the code.
Signed-off-by: Trevor Woerner
---
meta/recipes-core/psplash/files/psplash-init| 4 +++-
meta/rec
This doesn't happen with make install, hence all the -license packages
are missing, since they'd otherwise be empty.
Signed-off-by: André Draszik
---
meta/recipes-kernel/linux-firmware/linux-firmware_20200122.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-kernel/linux-firmwa
1.20.3 fixes arm booting in testimage
Signed-off-by: Armin Kuster
---
.../xorg-xserver/{xserver-xorg_1.20.1.bb => xserver-xorg_1.20.3.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.20.1.bb =>
xserver-xorg_1.20.3.bb} (87
Signed-off-by: Armin Kuster
---
...eplace-custom-isc_boolean_t-with-C-standa.patch | 2882
meta/recipes-connectivity/dhcp/dhcp_4.4.1.bb |1 +
2 files changed, 2883 insertions(+)
create mode 100644
meta/recipes-connectivity/dhcp/dhcp/0001-dhcpd-fix-Replace-custom-i
Changes to code
When generating TZif files with leap seconds, zic no longer uses a
format that trips up older 32-bit clients, fixing a bug introduced
in 2018f. (Reported by Daniel Fischer.) Also, the zic workaround
for QTBUG-53071 now also works for TZif files with leap seconds
includes:
CVE-2018-5738
drop patch for CVE-2018-5740 now included in update
see: https://ftp.isc.org/isc/bind9/9.11.5/RELEASE-NOTES-bind-9.11.5.html
Add RECIPE_NO_UPDATE_REASON for lts
Signed-off-by: Armin Kuster
---
.../bind/bind/CVE-2018-5740.patch | 72
Changes to code
When generating TZif files with leap seconds, zic no longer uses a
format that trips up older 32-bit clients, fixing a bug introduced
in 2018f. (Reported by Daniel Fischer.) Also, the zic workaround
for QTBUG-53071 now also works for TZif files with leap seconds
On Mon, Aug 14, 2017 at 2:44 PM, Richard Purdie
wrote:
> On Mon, 2017-08-14 at 19:24 +, Slater, Joseph wrote:
>> Is there something “different” about this branch? I find that if I
>> have a local master and master-next, and am on master, when I do a
>> pull master-next will wind up both ahead
On Mon, 2017-08-14 at 19:24 +, Slater, Joseph wrote:
> Is there something “different” about this branch? I find that if I
> have a local master and master-next, and am on master, when I do a
> pull master-next will wind up both ahead and behind origin/master-
> next. If I switch to master-nex
On Mon, 2017-08-14 at 19:24 +, Slater, Joseph wrote:
> Is there something “different” about this branch?
this branch is the what at some point will be landed to master, pretty
dynamic and only created/used by key maintainers (RP, Ross) and consumed
by the auto-builder.
> I find that if I ha
Is there something "different" about this branch? I find that if I have a
local master and master-next, and am on master, when I do a pull master-next
will wind up both ahead and behind origin/master-next. If I switch to
master-next and rebase, it might fail, or it might leave me with one or m
The following changes since commit d48b9f13af440bad37de6056649e4451d2c3a92a:
gstreamer: do not attempt to run a plugin scanner during gtk-doc generation
(2016-09-05 22:41:19 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib rbt/qemuarm
ht
The base_version_less_or_equal() will raise errors if
PREFERRED_VERSION_linux-yocto is None. For example, when we build
DISTRO = "nodistro", PREFERRED_VERSION_linux-yocto is not be defined
since it is defined in poky.conf, and then bitbake will
choose the higher version which is 4.8 currently, so s
Hi RP,
This is based on master-next branch, and can fix:
https://autobuilder.yoctoproject.org/main/builders/nightly-multilib/builds/932/steps/BuildImages_2/logs/stdio
// Robert
The following changes since commit 3481121c21ea07ff83d3b05439f5442cd921e244:
runqemu: Enable virtio RNG for all plat
On Mon, Apr 27, 2015 at 03:00:23PM +0200, Adrian Freihofer wrote:
> The wic plugin creates a disk image containig one ext2/3/4 partition.
> No additional boot partition is required. Syslinux is installed into
> the image. The target device is a legacy BIOS PC.
>
> Purpose of this plugin:
> Other a
The wic plugin creates a disk image containig one ext2/3/4 partition.
No additional boot partition is required. Syslinux is installed into
the image. The target device is a legacy BIOS PC.
Purpose of this plugin:
Other avaliable plugins create a fat partition for /boot and an ext
partition for roo
On Tue, Apr 21, 2015 at 11:08:32PM +0200, Adrian Freihofer wrote:
> The wic plugin creates a disk image containig one ext2/3/4 partition.
> No additional boot partition is required. Syslinux is installed into
> the image. The target device is a legacy BIOS PC.
>
> Purpose of this plugin:
> Other a
On Tue, Apr 21, 2015 at 11:48:04PM +0200, Adrian Freihofer wrote:
> So far I did not recognize the MACHINE dependent behavior you mentioned
> in your email. Thanks for the hint. May be wic has already a complexity
> demanding for unit tests...
>
Be my guest :)
http://lists.openembedded.org/piperm
Hi Ed,
To support legacy use cases (with fat boot partition) we just do not
delete the existing plugin yet. May be there should be a warning printed
by the old plugin that the plugin will be deleted in a future poky
version.
Sorry for the confusion about the --fetch-only parameter. I use a
wrappe
The wic plugin creates a disk image containig one ext2/3/4 partition.
No additional boot partition is required. Syslinux is installed into
the image. The target device is a legacy BIOS PC.
Purpose of this plugin:
Other avaliable plugins create a fat partition for /boot and an ext
partition for roo
On Mon, Apr 20, 2015 at 10:27:26PM +0200, Adrian Freihofer wrote:
> Hi Ed,
>
> Thank you for the response. See my comments below.
>
> On Mon, 2015-04-20 at 21:21 +0300, Ed Bartosh wrote:
> > Hi Adrian,
> >
> > Thank you for the plugin! The implementation looks good to me.
> > See my comments bel
Hi Ed,
Thank you for the response. See my comments below.
On Mon, 2015-04-20 at 21:21 +0300, Ed Bartosh wrote:
> Hi Adrian,
>
> Thank you for the plugin! The implementation looks good to me.
> See my comments below.
>
> On Mon, Apr 20, 2015 at 04:54:23PM +0200, Adrian Freihofer wrote:
> > The w
Hi Adrian,
Thank you for the plugin! The implementation looks good to me.
See my comments below.
On Mon, Apr 20, 2015 at 04:54:23PM +0200, Adrian Freihofer wrote:
> The wic plugin creates a disk image containig one ext2/3/4 partition.
> No additional boot partition is required. Syslinux is instal
The wic plugin creates a disk image containig one ext2/3/4 partition.
No additional boot partition is required. Syslinux is installed into
the image. The target device is a legacy BIOS PC.
Purpose of this plugin:
Other avaliable plugins create a fat partition for /boot and an ext
partition for roo
Fix build problems on AIX.
Update to automake 1.14.
remove "PR"
Signed-off-by: Armin Kuster
---
.../pinentry/{pinentry_0.9.0.bb => pinentry_0.9.1.bb} | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
rename meta/recipes-support/pinentry/{pinentry_0.9.0.bb => pinentry_0.
I'm using filter for emails with '^Branch: master$' to put them to separate
folder which I read more carefully then folder with other emails
from openembedded-commits list.
On Mon, Feb 4, 2013 at 6:02 PM, Andreas Müller wrote:
> Hi,
>
> is it a problem to stop the commit notification on master-
Hi,
is it a problem to stop the commit notification on master-next? It
seems that master-next is subject to frequent rebasing and causing a
flood of commit notification mails. My problem is that it makes it
difficult to find the notifications for those commits applied to
master.
Andreas
54 matches
Mail list logo
