Ping.
On 2018年12月18日 13:21, mingli...@windriver.com wrote:
From: Mingli Yu
* Redefine the reference path of libnfs.a to
../support/nfs/.libs/libnfs.a to fix below
error when run "make -C tests statdb_dump".
| make: *** No rule to make target '../support/nfs/libnfs.a', needed by
On Thu, 10 Jan 2019 at 23:14, Alistair Francis wrote:
> > libinput isn't useful without a graphical debugging tool? That seems
> quite a stretch.
>
> I meant that libinput isn't useful without the gui support.
>
> I think that this is worth having the extra packages as libinput is
> not really
On Thu, Jan 10, 2019 at 3:04 PM Burton, Ross wrote:
>
> On Thu, 10 Jan 2019 at 22:09, Alistair Francis wrote:
>>
>> > Whilst the assertion that people will be using libinput with a display is
>> > true, this turns on a debug mode (and promptly pulled gtk+3 into the
>> > dependency tree). Is
On Thu, 10 Jan 2019 at 22:09, Alistair Francis wrote:
> > Whilst the assertion that people will be using libinput with a display
> is true, this turns on a debug mode (and promptly pulled gtk+3 into the
> dependency tree). Is this something that is universally useful? I'm
> leaning towards
Observing depsig.do_package for packages inbetween rebuilds indicated
that the following variables/files content was changing order randomly.
Make them deterministic by sorting the output:
RDEPENDS_
RRECOMMENDS_
FILERDEPENDSFLIST_
packages-split/.shlibdeps
The following variable was not
On Thu, Jan 10, 2019 at 12:33 PM Patchwork
wrote:
>
> == Series Details ==
>
> Series: gstreamer: Add RISC-V support (rev3)
> Revision: 3
> URL : https://patchwork.openembedded.org/series/15576/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this patch series to OpenEmbedded
On Thu, Jan 10, 2019 at 12:04 PM Burton, Ross wrote:
>
> On Thu, 10 Jan 2019 at 19:51, Alistair Francis
> wrote:
>>
>> Most users are going to be using libinput with some sort of display, so
>> enable gui in the PACKAGECONFIG by default.
>
>
> Whilst the assertion that people will be using
On 1/10/19 9:49 PM, Marek Vasut wrote:
> On 1/10/19 9:48 PM, akuster808 wrote:
>>
>>
>> On 1/10/19 8:23 AM, Ferry Toth wrote:
>>> After a new checkout I am experiencing multiple errors building Sumo
>>> that might be related:
>>> bison-3.0.4
>>>
>>> cross-localedef-native_2.27
>>>
>>>
On 1/10/19 9:48 PM, akuster808 wrote:
>
>
> On 1/10/19 8:23 AM, Ferry Toth wrote:
>> After a new checkout I am experiencing multiple errors building Sumo
>> that might be related:
>> bison-3.0.4
>>
>> cross-localedef-native_2.27
>>
>> coreutils-8.29
>>
>> On another machine with slightly
On 1/10/19 8:23 AM, Ferry Toth wrote:
> After a new checkout I am experiencing multiple errors building Sumo
> that might be related:
> bison-3.0.4
>
> cross-localedef-native_2.27
>
> coreutils-8.29
>
> On another machine with slightly out-of-date Sumo these problems do
> not occur.
>
>
>
== Series Details ==
Series: gstreamer: Add RISC-V support (rev3)
Revision: 3
URL : https://patchwork.openembedded.org/series/15576/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed
== Series Details ==
Series: gstreamer: Add RISC-V support (rev2)
Revision: 2
URL : https://patchwork.openembedded.org/series/15576/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed
On Thu, 10 Jan 2019 at 19:51, Alistair Francis
wrote:
> Most users are going to be using libinput with some sort of display, so
> enable gui in the PACKAGECONFIG by default.
Whilst the assertion that people will be using libinput with a display is
true, this turns on a debug mode (and promptly
Backport RISC-V support from master Gstreamer.
Signed-off-by: Alistair Francis
---
...stconfig.h.in-initial-RISC-V-support.patch | 28 +++
.../gstreamer/gstreamer1.0_1.14.4.bb | 1 +
2 files changed, 29 insertions(+)
create mode 100644
Most users are going to be using libinput with some sort of display, so
enable gui in the PACKAGECONFIG by default.
Signed-off-by: Alistair Francis
---
meta/recipes-graphics/wayland/libinput_1.12.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Backport RISC-V support from master Gstreamer.
Signed-off-by: Alistair Francis
---
...stconfig.h.in-initial-RISC-V-support.patch | 28 +++
.../gstreamer/gstreamer1.0_1.14.4.bb | 1 +
2 files changed, 29 insertions(+)
create mode 100644
Update the bluez5 init script to resolve an issue where the status
subcommand would exit without printing any message if bluez was not
running. The early exit was caused by the fact that the init script has
"set -e". When "pidof ${DAEMON} >/dev/null" is executed, the script
terminates immediately
After a new checkout I am experiencing multiple errors building Sumo
that might be related:
bison-3.0.4
cross-localedef-native_2.27
coreutils-8.29
On another machine with slightly out-of-date Sumo these problems do not
occur.
Detail below.
Any ideas how to fix?
Ferry
== Series Details ==
Series: glibc: Separate out AArch64 multilib loader symlink creation
Revision: 1
URL : https://patchwork.openembedded.org/series/15595/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several
Until now, glibc was responsible for creating an AArch64 dynamic loader
symlink if required for ABI compatibility.
Unfortunately, using multilib with AArch64 caused the rmdir in
glibc-package.inc:do_poststash_install_cleanup to fail because that task
did not expect to find the dynamic loader
The intention is that PN is empty, enforce that so new files don't end up in PN
silently.
Signed-off-by: Ross Burton
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
Instead of assuming that the schemas are located in ${PN}, add a
GSETTINGS_PACKAGE variable for the package name and default it to ${PN}.
For recipe that can conditionally ship schemas, support GSETTINGS_PACKAGE being
empty gracefully by doing nothing.
(From OE-Core rev:
The only user of the configuration module is paprefs, which as of 1.0 uses
GSettings not GConf.
Also GConf is unmaintained, so one less recipe using it is good.
(From OE-Core rev: 4825ae198aedcd09c60559cb6233c0f8b6ecce32)
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
---
Behaviour is kept the same.
(From OE-Core rev: 577ce3462b9f37f6c73f07aaf53f68b8dee1887a)
Signed-off-by: Ross Burton
Signed-off-by: Richard Purdie
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 17 +
1 file changed, 9 insertions(+), 8 deletions(-)
diff --git
The magic multilibisation doesn't quite catch every instance, so replace
'pulseaudio' with ${PN} where needed to ensure the packaging is as intended.
Signed-off-by: Ross Burton
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
Queued in mut already.
Ross
On Thu, 10 Jan 2019 at 07:48, Robert Yang wrote:
>
>
> On 12/18/18 11:13 AM, Robert Yang wrote:
> > Sorry, the subject should be:
> >
> > package.bbclass: Do not hide cpio's error
> >
> > Fixed it in the repo.
> >
> > // Robert
> >
> > On 12/18/18 11:00 AM, Robert
Signed-off-by: Alex Kiernan
---
meta/recipes-core/systemd/systemd_239.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-core/systemd/systemd_239.bb
b/meta/recipes-core/systemd/systemd_239.bb
index e0c71de01816..be836ffa42f1 100644
---
On 1/10/19 4:03 PM, Patchwork wrote:
== Series Details ==
Series: oeqa: make it work for multiple users
Revision: 1
URL : https://patchwork.openembedded.org/series/15590/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated
== Series Details ==
Series: oeqa: make it work for multiple users
Revision: 1
URL : https://patchwork.openembedded.org/series/15590/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed
29 matches
Mail list logo
