<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/files, branch uninative-3.6</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-3.6</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=uninative-3.6'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2022-03-11T06:56:02+00:00</updated>
<entry>
<title>files: overlayfs-etc: add overlay mount options to preinit</title>
<updated>2022-03-11T06:56:02+00:00</updated>
<author>
<name>Claudius Heine</name>
<email>ch@denx.de</email>
</author>
<published>2022-03-10T13:13:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6dd32f4a3bf29605f7b8fb6e1d801628310fcfd3'/>
<id>urn:sha1:6dd32f4a3bf29605f7b8fb6e1d801628310fcfd3</id>
<content type='text'>
Overlayfs-etc is useful if the rootfs is read-only. One reason to have
the rootfs read-only is to allow image based updating.

Image based updating will change the underlying root file system, which
is unsupported by overlayfs when with some mount options [1].

This disables those options.

[1] https://www.kernel.org/doc/html/latest/filesystems/overlayfs.html?highlight=overlayfs#changes-to-underlying-filesystems

(From OE-Core rev: 13a057d6ffc3110f891224d7af9455b53581e8a8)

Signed-off-by: Claudius Heine &lt;ch@denx.de&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>files: overlayfs-etc: wrap long lines of preinit file</title>
<updated>2022-03-11T06:56:02+00:00</updated>
<author>
<name>Claudius Heine</name>
<email>ch@denx.de</email>
</author>
<published>2022-03-10T13:13:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=3653b9d37afaee287016df062a975cf9fa696e6b'/>
<id>urn:sha1:3653b9d37afaee287016df062a975cf9fa696e6b</id>
<content type='text'>
Make it easier to see what is happening by wrapping the overly long
lines in the preinit file for the overlayfs-etc.

(From OE-Core rev: 2e116bbc1afbc571b99f2605839e3c90839471be)

Signed-off-by: Claudius Heine &lt;ch@denx.de&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>files: overlayfs-create-dirs: split ExecStart into two commands</title>
<updated>2022-02-25T12:41:24+00:00</updated>
<author>
<name>Stefan Herbrechtsmeier</name>
<email>stefan.herbrechtsmeier@weidmueller.com</email>
</author>
<published>2022-02-24T17:00:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=64528626746678e9f1789a845f3c6d894f302ea6'/>
<id>urn:sha1:64528626746678e9f1789a845f3c6d894f302ea6</id>
<content type='text'>
Split ExecStart into two commands because systemd interpret an ExecStart
entry as a single executable with multiple parameters.

systemd[1]: Starting Overlayfs directories setup...
mkdir: cannot create directory '&amp;&amp;': Read-only file system
mkdir: cannot create directory 'mkdir': Read-only file system

(From OE-Core rev: 209204f7f9d294543fd57b90e29a95c2cde66d99)

Signed-off-by: Stefan Herbrechtsmeier &lt;stefan.herbrechtsmeier@weidmueller.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>sdk: fix search for dynamic loader</title>
<updated>2022-02-12T17:05:35+00:00</updated>
<author>
<name>Christian Eggers</name>
<email>ceggers@arri.de</email>
</author>
<published>2022-02-10T10:28:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=e56ac9e2290d7640e72551c0445d0f37856b0776'/>
<id>urn:sha1:e56ac9e2290d7640e72551c0445d0f37856b0776</id>
<content type='text'>
if the package "nativesdk-glibc-dbg" is installed as part of the SDK,
the existing search expression finds two files:

$OECORE_NATIVE_SYSROOT/lib/.debug/ld-linux-x86-64.so.2
$OECORE_NATIVE_SYSROOT/lib/ld-linux-x86-64.so.2

The generated relocate_sdk.sh shell script contains then an extra
newline and segfaults during SDK relocation.

Limit the search depth to 1, to avoid finding the file in the .debug
directory.

(From OE-Core rev: baec04b936ab6b3d2039978fd568c3824cd0a501)

Signed-off-by: Christian Eggers &lt;ceggers@arri.de&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>common-licences: remove ambiguous "BSD" license</title>
<updated>2022-02-07T10:08:59+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross@burtonini.com</email>
</author>
<published>2022-02-04T12:46:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=56fe6d575e184ed44807fe27e069233da36962ad'/>
<id>urn:sha1:56fe6d575e184ed44807fe27e069233da36962ad</id>
<content type='text'>
Our "BSD" license is the 3-clause BSD license, but many recipes were
using "BSD" for any variation of the license.

We've mostly moved recipes away from the vague "BSD" license to concrete
names such as "BSD-3-Clause", so delete the BSD license to force the
remaining users to update their license statements.

[ YOCTO #14539 ]

(From OE-Core rev: 14d4c007c49652d836d325a12bdbcd3bfa42e6d5)

Signed-off-by: Ross Burton &lt;ross.burton@arm.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>overlayfs: move templates to files directory</title>
<updated>2021-12-12T11:27:24+00:00</updated>
<author>
<name>Vyacheslav Yurkov</name>
<email>uvv.mail@gmail.com</email>
</author>
<published>2021-12-10T13:01:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=9fc8c38658f123ab2ebd8cc764ed4418b959467f'/>
<id>urn:sha1:9fc8c38658f123ab2ebd8cc764ed4418b959467f</id>
<content type='text'>
(From OE-Core rev: b08ce6d23f2c6c89073ddff90b758360f9ce9fea)

Signed-off-by: Vyacheslav Yurkov &lt;uvv.mail@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>files: add overlayfs-etc-preinit.sh.in</title>
<updated>2021-12-12T11:27:24+00:00</updated>
<author>
<name>Vyacheslav Yurkov</name>
<email>uvv.mail@gmail.com</email>
</author>
<published>2021-12-10T13:01:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=167bc05b7f2a0450f0caa48d9dead13381f7168b'/>
<id>urn:sha1:167bc05b7f2a0450f0caa48d9dead13381f7168b</id>
<content type='text'>
A template init script for overlayfs-etc class

(From OE-Core rev: c0173002f3f2118f72307b7e60515287a1b56bda)

Signed-off-by: Vyacheslav Yurkov &lt;uvv.mail@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>rust-common.bbclass: rewrite toolchain wrappers in (native) python</title>
<updated>2021-10-14T10:48:45+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alex.kanavin@gmail.com</email>
</author>
<published>2021-10-10T19:10:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=4abd6ee9d480437010e589ce215e20b835d3dad4'/>
<id>urn:sha1:4abd6ee9d480437010e589ce215e20b835d3dad4</id>
<content type='text'>
librsvg on centos 7 and friends exhibits the same libtinfo leakage
problem, this time coming from the compiler and not the linker.
Simply covering the compiler by the existing C wrapper-of-wrapper
does not work, as rust-native builds put Important Stuff into
LD_LIBRARY_PATH and unsetting it breaks things badly.

Rather than try to figure out which combination of wrappers and
LD_LIBRARY_PATH settings works for which situation, or provide
some kind of sh-native, let's simply use python3-native for the
wrappers, which should insulate builds from the the host shell.
rust-native already depends on python3-native, so this does not
lengthen the builds.

This also reverts:
rust-common: Hack around LD_LIBRARY_PATH issues on centos7
(commit 63b1fd2226b5f146d6c853cc57417704df378438).

I'd also like to say boo to Red Hat (or GNU?) for breaking ABI
compatibility for stat() in glibc 2.33, we ended up sorting
this mess because of it.

(From OE-Core rev: 997d54363a3cb3a0e949b3626855f2fa41afeb2b)

Signed-off-by: Alexander Kanavin &lt;alex@linutronix.de&gt;
Signed-off-by: Alexandre Belloni &lt;alexandre.belloni@bootlin.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>spdx-licenses.json: Use 3.14 tagged version</title>
<updated>2021-09-28T16:55:04+00:00</updated>
<author>
<name>Saul Wold</name>
<email>Saul.Wold@windriver.com</email>
</author>
<published>2021-09-27T16:09:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0e80ffc6c83253cec4bc0888c3dbf88d4932647f'/>
<id>urn:sha1:0e80ffc6c83253cec4bc0888c3dbf88d4932647f</id>
<content type='text'>
The validation tools expect the licenseListVersion to be a proper X.Y version,
not an intermedite git hash version.

(From OE-Core rev: b96bb3fe6e17a194db0dcb86d2877946eaa77341)

Signed-off-by: Saul Wold &lt;saul.wold@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>common-licenses, licenses.conf: Remove duplicate licenses</title>
<updated>2021-09-06T08:49:50+00:00</updated>
<author>
<name>Peter Kjellerstedt</name>
<email>peter.kjellerstedt@axis.com</email>
</author>
<published>2021-09-03T21:40:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f97a29af632a4584b7051162b2403756cd869c7c'/>
<id>urn:sha1:f97a29af632a4584b7051162b2403756cd869c7c</id>
<content type='text'>
This removes BSD-0-Clause, Nauman, tcl and vim and adds mappings for
them to their SPDX counterparts (0BSD, Naumen, TCL and Vim).

It also removes FreeType, which already had a mapping to FTL.

(From OE-Core rev: 35d699c479b6ce6acafbf75fb003618aaad094d7)

Signed-off-by: Peter Kjellerstedt &lt;peter.kjellerstedt@axis.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
