On 12/19/20 12:04 PM, Konrad Weihmann wrote:
>
>
> On 19.12.20 18:58, Richard Purdie wrote:
>> On Sat, 2020-12-19 at 18:53 +0100, Konrad Weihmann wrote:
>>> On 19.12.20 18:36, Richard Purdie wrote:
PACKAGECONFIG[cryptodev-linux] =
On Sat, Dec 19, 2020 at 4:08 PM Richard Purdie
wrote:
>
> On Sat, 2020-12-19 at 19:04 +0100, Konrad Weihmann wrote:
> >
> > On 19.12.20 18:58, Richard Purdie wrote:
> > > On Sat, 2020-12-19 at 18:53 +0100, Konrad Weihmann wrote:
> > > > On 19.12.20 18:36, Richard Purdie wrote:
> > > > >
> -Original Message-
> From: Richard Purdie
> Sent: den 21 december 2020 15:10
> To: Peter Kjellerstedt ; OE Core
> (openembedded-core@lists.openembedded.org) c...@lists.openembedded.org>
> Cc: Anuj Mittal ; Steve Sakoman
>
> Subject: Re: [OE-core] Process for backports
>
> On Mon,
All,
The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:
Package firmware for Lontium lt9611uxc DSI to HDMI bridge, found e.g. on
Qualcomm RB5 platform.
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Richard Purdie
(cherry picked from commit 4d16922943ffa6003d611c367b934d199c549c4c)
---
.../linux-firmware/linux-firmware_20201218.bb | 10
License-Update: firmware versions/filenames
Signed-off-by: Dmitry Baryshkov
Signed-off-by: Richard Purdie
(cherry picked from commit c88129ffef320c16722f40426b0d4560274dca4e)
---
...{linux-firmware_20201118.bb => linux-firmware_20201218.bb} | 4 ++--
1 file changed, 2 insertions(+), 2
Hello Tanu,
On Sun, Dec 20, 2020 at 5:09 PM Khem Raj wrote:
>
> On Sun, Dec 20, 2020 at 6:26 AM Tanu Kaskinen wrote:
> >
> > On Sat, 2020-12-19 at 12:36 -0800, Khem Raj wrote:
> > > On Sat, Dec 19, 2020 at 9:24 AM Khem Raj wrote:
> > > > On Thu, Dec 17, 2020 at 11:28 AM Tanu Kaskinen wrote:
>
I thought the process for backporting changes in OE-Core was:
master -> gatesgarth -> dunfell -> ...
However, I just noticed that the latest Gatesgarth release (24.0.1)
is still at 2020b of timezone, whereas Dunfell (23.0.4) has 2020d.
Am I missing something here, or is this just a miss in
On Mon, Dec 21, 2020 at 4:33 AM Martin Jansa wrote:
>
> Just curious, is this PR on hold or rejected completely?
>
> I don't have strong opinion either way, I was just wondering about this one
> when other newer PRs were already merged.
This series is still actively being tested. I've been
Hello Tanu,
On Mon, Dec 21, 2020 at 2:25 PM Tanu Kaskinen wrote:
>
> On Mon, 2020-12-21 at 14:03 +0100, Andrey Zhizhikin wrote:
> > Hello Tanu,
> >
> > On Sun, Dec 20, 2020 at 5:09 PM Khem Raj wrote:
> > > On Sun, Dec 20, 2020 at 6:26 AM Tanu Kaskinen wrote:
> > > > On Sat, 2020-12-19 at 12:36
On Mon, 2020-12-21 at 13:30 +, Peter Kjellerstedt wrote:
> I thought the process for backporting changes in OE-Core was:
>
> master -> gatesgarth -> dunfell -> ...
>
> However, I just noticed that the latest Gatesgarth release (24.0.1)
> is still at 2020b of timezone, whereas Dunfell
Just curious, is this PR on hold or rejected completely?
I don't have strong opinion either way, I was just wondering about this one
when other newer PRs were already merged.
On Thu, Dec 3, 2020 at 4:08 PM Steve Sakoman wrote:
> Issues with undetected file mode corruption in pseudo have been
On Mon, 2020-12-21 at 14:03 +0100, Andrey Zhizhikin wrote:
> Hello Tanu,
>
> On Sun, Dec 20, 2020 at 5:09 PM Khem Raj wrote:
> > On Sun, Dec 20, 2020 at 6:26 AM Tanu Kaskinen wrote:
> > > On Sat, 2020-12-19 at 12:36 -0800, Khem Raj wrote:
> > > > On Sat, Dec 19, 2020 at 9:24 AM Khem Raj wrote:
On Sun, 2020-12-20 at 08:05 -0800, Khem Raj wrote:
> Signed-off-by: Khem Raj
> Cc: Tanu Kaskinen
> ---
> .../0001-meson-Check-for-__get_cpuid.patch| 82 +++
> .../pulseaudio/pulseaudio_14.0.bb | 1 +
> 2 files changed, 83 insertions(+)
> create mode 100644
>
The location of the generated client.conf changed when switching from
Autotools to Meson.
Fixes this error when enabling autospawn-for-root:
sed: can't read src/client.conf: No such file or directory
Signed-off-by: Tanu Kaskinen
---
meta/recipes-multimedia/pulseaudio/pulseaudio.inc | 2 +-
It only applies to MacOS.
Signed-off-by: Richard Purdie
---
meta/recipes-extended/cups/cups.inc | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-extended/cups/cups.inc
b/meta/recipes-extended/cups/cups.inc
index 91e73d75e43..e7a704134c6 100644
---
On Sun, 2020-12-20 at 07:24 -1000, Steve Sakoman wrote:
Branch: master
> CVE-2007-3387: cups
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2007-3387 *
CVE-2007-4045: cups
https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2007-4045 *
> CVE-2008-1033: cups
Support for gdbm was made optional in 3260ad9e, but it was still being
used unconditionally.
Signed-off-by: Peter Kjellerstedt
---
meta/recipes-support/apr/apr-util_1.6.1.bb | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-support/apr/apr-util_1.6.1.bb
Oops, there is no 2/2, this is a singular patch.
Should I resend?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146036):
https://lists.openembedded.org/g/openembedded-core/message/146036
Mute This Topic:
In addition to the progress bar, show which startup routine is running by
using the "MSG" facility of psplash.
Signed-off-by: Trevor Woerner
---
meta/recipes-core/sysvinit/sysvinit/rc | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-core/sysvinit/sysvinit/rc
The pi_dir variable isn't being set properly; it gets set to the value of the
*previous* package manager. Given the order of "rpm deb ipk", if the script
determines that the package manager is "ipk", pi_dir remains set at
SYSCONFDIR/deb-postinsts.
Signed-off-by: Trevor Woerner
---
On Mon, Dec 21, 2020 at 7:32 AM Richard Purdie
wrote:
>
> groff chooses a default papersize depending on the value from /etc/papersize
> and failing that, the search domain in /etc/resolv.conf based on the comment
> in configure:
>
> """
> If the top-level domain is two letters and it's not 'us'
groff chooses a default papersize depending on the value from /etc/papersize
and failing that, the search domain in /etc/resolv.conf based on the comment
in configure:
"""
"""
Oddly, my system sets to "a4" in /etc/papersize which means it defaults to
"letter" since its != "A4".
These defaults
groff chooses a default papersize depending on the value from /etc/papersize
and failing that, the search domain in /etc/resolv.conf based on the comment
in configure:
"""
If the top-level domain is two letters and it's not 'us' or 'ca'
then they probably use A4 paper.
"""
Oddly, my system sets
On 2020-12-20 10:16, Khem Raj wrote:
On Sat, Dec 19, 2020 at 11:58 AM Sourabh Banerjee
wrote:
[Edited Message Follows]
The image I generated seems to use MD5 for root password hashing.
I understood this from the /etc/shadow file in the image., the file
has following line:
25 matches
Mail list logo
