Hi RP,
On 1/8/21 4:52 PM, Richard Purdie wrote:
On Fri, 2021-01-08 at 08:40 +, Yu, Mingli wrote:
This is just configuration change which defines the absolute path for
the command to silence the warning when systemd-analyze verify the
unit files and the command may be installed in different
from commit b0384720a46fb25c4ad180e3f256ffdeb53dc8a6,
which upgrade libpam to 1.5.1, packaging is adjustd,
and the binary is packaged into libpam-runtime, so we
don't need to append them to pam-plugin-xxx.
Signed-off-by: Changqing Li
---
meta/recipes-extended/pam/libpam_1.5.1.bb | 14 ---
Signed-off-by: Wang Mingyu
---
.../binutils/{binutils-2.35.inc => binutils-2.35.1.inc} | 6 +++---
...s-canadian_2.35.bb => binutils-cross-canadian_2.35.1.bb} | 0
...testsuite_2.35.bb => binutils-cross-testsuite_2.35.1.bb} | 0
.../{binutils-cross_2.35.bb => binutils-cross_2.35.1.bb}| 0
Please merge these changes in gatesgarth.
Thanks,
Anuj
The following changes since commit a2eebe92daf0e0fb11422ea17f7029aeab2bcb9e:
apr-util: Only specify --with-dbm=gdbm if gdbm support is enabled (2020-12-28
09:53:26 +0800)
are available in the Git repository at:
git://push.openembedde
Add 0001-Fix-bug-for-length-of-int64-and-uint64-in-arch32.patch
to fix bug for length of int64 and uint64 in arch32.
Signed-off-by: Wang Mingyu
---
...length-of-int64-and-uint64-in-arch32.patch | 40 +++
.../{socat_1.7.3.4.bb => socat_1.7.4.0.bb}| 7 ++--
2 files changed, 44
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:
https://wiki.yoctoproject.org/wiki/Bug_Triage#Newc
Right, then don't bother with deb. The level of support for deb in Yocto is
significantly less than for rpm/ipk, and we do not require feature parity
for all three.
Thanks,
Alex
On Mon, 11 Jan 2021 at 17:25, wrote:
> Hello Alex,
>
>
>
> Seems to not be so quick to change for the deb packages. F
> -Original Message-
> From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Richard Purdie
> Sent: den 8 januari 2021 09:27
> To: Anton Kachalov
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [poky][PATCH] bitbake: remove /usr f
The previous message was fairly useless without diving into the bbclass.
Signed-off-by: Chris Laplante
---
meta/classes/systemd.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/systemd.bbclass b/meta/classes/systemd.bbclass
index 9ec465c759..db5d109545 1
On Sat, 2021-01-09 at 22:49 +, Richard Purdie via
lists.openembedded.org wrote:
> On Sat, 2021-01-09 at 12:37 -0800, Khem Raj wrote:
> > On Sat, Jan 9, 2021 at 1:19 AM Richard Purdie
> > wrote:
> > >
> > > On Fri, 2021-01-08 at 10:00 +, Richard Purdie via
> > > lists.openembedded.org wrot
Hello Alex,
Seems to not be so quick to change for the deb packages. First I had issues
building the sdk on
the master branch as it runs some postinst scripts that leak out of the yocto
sandbox and into
the host system [1]. Not sure if that’s a recent regression as I don’t normally
use deb pack
If you can fix the deb packaging easily, then please do so, but it is not
mandatory, and don't spend too much time if it turns out to be a time sink.
Alex
On Mon, 11 Jan 2021 at 15:01, wrote:
> Hello Alexander,
>
>
>
> Did a quick test and it seems the rpm packaging classes don’t have this
> is
On Mon, 11 Jan 2021 at 14:22, Paul Barker wrote:
>
> On Mon, 11 Jan 2021 at 14:17, Lee, Chee Yang wrote:
> >
> > You might want to update scripts/lib/wic/help.py with description for this
> > new features too
>
> /me looks at help.py
>
> That is really frustrating. The help output should be gene
On Mon, 11 Jan 2021 at 14:17, Lee, Chee Yang wrote:
>
> You might want to update scripts/lib/wic/help.py with description for this
> new features too
/me looks at help.py
That is really frustrating. The help output should be generated from
the argument parsers instead of carrying hand-written d
You might want to update scripts/lib/wic/help.py with description for this new
features too
>-Original Message-
>From: openembedded-core@lists.openembedded.org c...@lists.openembedded.org> On Behalf Of Paul Barker
>Sent: Monday, 11 January, 2021 6:33 PM
>To: openembedded-core@lists.openem
Hello Alexander,
Did a quick test and it seems the rpm packaging classes don’t have this issue.
The rootfs_deb bbclass however has the same lock files like with rootfs_ipk.
Should I try to patch this too to keep them aligned?
Kind regards,
Michael
--
BMW Car IT GmbH
Michael Ho
Spezialist Entwi
Does deb/rpm packaging already have this feature?
Alex
On Mon, 11 Jan 2021 at 13:45, Michael Ho wrote:
> From: Michael Ho
>
> Switch do_populate_sdk for the ipk package manager to use a separate target
> opkg config file and separate the lockfiles restricting do_rootfs and
> do_populate_sdk fr
From: Michael Ho
Switch do_populate_sdk for the ipk package manager to use a separate target
opkg config file and separate the lockfiles restricting do_rootfs and
do_populate_sdk from running in parallel.
This way if an image recipe includes a dependency to do_populate_sdk by
default then it wil
From: Michael Ho
Switch do_populate_sdk for the ipk package manager to use a separate target
opkg config file and separate the lockfiles restricting do_rootfs and
do_populate_sdk from running in parallel.
This way if an image recipe includes a dependency to do_populate_sdk by
default then it wil
On Mon, 11 Jan 2021 at 12:19, Milan Shah wrote:
>
> Hi All,
>
> This is a gentle reminder to review this patch.
Looks like this is also in master already:
https://git.openembedded.org/openembedded-core/commit/?id=6b4e2eafa6eb71ca94ccc8a18d05b473b352367c
--
Paul Barker
Konsulko Group
-=-=-=-=-=
Hi All,
This is a gentle reminder to review this patch.
---
Thanks & Regards,
*Milan Shah*
MontaVista Software, Bangalore, India
On Mon, Jan 4, 2021 at 11:24 AM Milan Shah wrote:
> A test is implemented on poky/meta/lib/oeqa/selftest/pkgdata.py to test
> the scenario when
On Mon, 11 Jan 2021 at 10:37, Alexander Kanavin wrote:
>
> Oh right nevermind - it's an optimization, not an actual fix which is
> elsewhere.
Yes, for other fstypes we just fallback on copying the rootfs
directory (using hardlinks if possible).
--
Paul Barker
Konsulko Group
-=-=-=-=-=-=-=-=-=
Oh right nevermind - it's an optimization, not an actual fix which is
elsewhere.
Alex
On Mon, 11 Jan 2021 at 11:36, Alexander Kanavin via lists.openembedded.org
wrote:
> Can there be a warning if the filesystem is not one of the supported ones?
>
> Alex
>
> On Mon, 11 Jan 2021 at 11:33, Paul Ba
Can there be a warning if the filesystem is not one of the supported ones?
Alex
On Mon, 11 Jan 2021 at 11:33, Paul Barker wrote:
> The fix for [Yocto #13994] required the rootfs directory to be copied
> (using hardlinks if possible) when modifying the fstab file under wic.
>
> We can optimise t
On Mon, 11 Jan 2021 at 00:46, Steve Sakoman wrote:
>
> From: Paul Barker
>
> The oe-selftest code already keeps the selftest build directory in place
> if any tests failed. By default the build directory is deleted if all
> tests pass but there may be cases where it's desirable to keep this
> dir
The fix for [Yocto #13994] required the rootfs directory to be copied
(using hardlinks if possible) when modifying the fstab file under wic.
We can optimise this copy away for filesystems where we have the tools
to modify the contents of the partition image after it is created. For
ext2/3/4 filesy
By default, wic updates the /etc/fstab in the rootfs to include details
of additional partitions described in the selected wks file. If this
modification is performed in place, other tasks which create an image
file from the rootfs directory (e.g. do_image_tar and do_image_ext4)
will pick up the mo
This allows programs from HOSTTOOLS (e.g. 'install', 'rm', 'mv', etc) to
be more easily executed by wic. Without this change only programs from
an actual *-native recipe built by bitbake can be executed by wic.
Signed-off-by: Paul Barker
---
meta/classes/image_types_wic.bbclass | 2 +-
scripts/l
To exclude content from the rootfs, wic makes a copy (using hardlinks if
possible) of the rootfs directory and associated pseudo db, then removes
files & directories as needed. However if these files and directories
are removed using the python functions os.remove and shutil.rmtree, the
copied pseu
This allows the path for the temporary workdir used by wic to be set
when running wic from bitbake or directly from the command line.
Signed-off-by: Paul Barker
---
scripts/lib/wic/plugins/imager/direct.py | 2 +-
scripts/wic | 2 ++
2 files changed, 3 insertions(+),
By default the wic working directory is placed under the output
directory. When invoking wic under bitbake, the wic output directory is
added to PSEUDO_PATHS_IGNORE to avoid issues with files being removed
from outside a pseudo environment (see oe-core commit ad8f5532ff).
However, wic will copy th
Hi Dmitry,
On Mon, Jan 11, 2021 at 02:24:51AM +0300, Dmitry Baryshkov wrote:
> Hello,
>
> On Mon, 28 Dec 2020 at 02:48, Dmitry Baryshkov
> wrote:
> >
> > Change rxvt-unicode from using PROVIDES to RPROVIDES for
> > x-terminal-emulator, since the package provides x-terminal-emulator
> > functiona
32 matches
Mail list logo
