<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/conf/distro/include/no-static-libs.inc, branch halstead/hashclient</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=halstead%2Fhashclient</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=halstead%2Fhashclient'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2024-01-21T12:27:12+00:00</updated>
<entry>
<title>shadow: replace static linking with dynamic libraries in a custom location and bundled with shadow</title>
<updated>2024-01-21T12:27:12+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alex.kanavin@gmail.com</email>
</author>
<published>2024-01-19T12:43:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=4a61101478be8affd8bba69797e319b9e5657662'/>
<id>urn:sha1:4a61101478be8affd8bba69797e319b9e5657662</id>
<content type='text'>
Despite our efforts to make static linking work, there have
been new reports of bizarre build failures:
https://lists.openembedded.org/g/openembedded-core/message/194006
https://lists.openembedded.org/g/openembedded-core/message/193907

This commit changes back to dynamic linking, but places
the libraries in a custom location, per RP's suggestion.

(From OE-Core rev: b93562937737e97dbc8cb7c874e9913f6a285a34)

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>shadow: link executables statically for -native variant</title>
<updated>2024-01-12T11:54:05+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alex.kanavin@gmail.com</email>
</author>
<published>2024-01-11T13:15:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ea9e07a3e25a687198f6fcda81daff77cf099909'/>
<id>urn:sha1:ea9e07a3e25a687198f6fcda81daff77cf099909</id>
<content type='text'>
shadow 4.14.x adds a number of libraries it dynamically links with
(md, bsd, attr). This causes troubles in setscene tasks where
shadow executables are used (such as useradd), as pulling in
the needed dynamic libraries needs unpleasant special-casing.

(From OE-Core rev: 495ff95eae14a91c94187f78a0b30c7957c9b168)

Signed-off-by: Alexander Kanavin &lt;alex@linutronix.de&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>conf/distro/no-static-libs: Allow static musl for rust</title>
<updated>2022-08-08T14:44:20+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2022-07-27T10:59:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=cf1092012a7dd34ade3a5adfd0c88ff9e227263f'/>
<id>urn:sha1:cf1092012a7dd34ade3a5adfd0c88ff9e227263f</id>
<content type='text'>
When building rust for musl targets we need the static library from musl,
so enable it.

(From OE-Core rev: 8d0251ec18ec8d7d66a61cca8adcba5ba246cd92)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>no-static-libs.inc: Fixes</title>
<updated>2022-01-05T17:18:15+00:00</updated>
<author>
<name>Jacob Kroon</name>
<email>jacob.kroon@gmail.com</email>
</author>
<published>2021-12-23T15:38:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=7d0dd2d26bfa1e03ba1c9e6c375dbfd8bcd5c86e'/>
<id>urn:sha1:7d0dd2d26bfa1e03ba1c9e6c375dbfd8bcd5c86e</id>
<content type='text'>
 * pciutils/libcap/libpcap all seem to build fine even with the flag set
 * Disable static libraries in libjpeg-turbo-native

(From OE-Core rev: 0f018da9416648ea50cbccc3d4424f0b8a9352b6)

Signed-off-by: Jacob Kroon &lt;jacob.kroon@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>Convert to new override syntax</title>
<updated>2021-08-02T14:44:10+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2021-07-28T22:28:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=bb6ddc3691ab04162ec5fd69a2d5e7876713fd15'/>
<id>urn:sha1:bb6ddc3691ab04162ec5fd69a2d5e7876713fd15</id>
<content type='text'>
This is the result of automated script conversion:

scripts/contrib/convert-overrides.py &lt;oe-core directory&gt;

converting the metadata to use ":" as the override character instead of "_".

(From OE-Core rev: 42344347be29f0997cc2f7636d9603b1fe1875ae)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>pseudo: Drop static linking to sqlite3</title>
<updated>2019-11-10T14:06:10+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2019-11-08T14:36:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=84bd11c62e860031c1615ada76d7140b4717276a'/>
<id>urn:sha1:84bd11c62e860031c1615ada76d7140b4717276a</id>
<content type='text'>
Back in 2010[1] we made pseudo statically link against sqlite3. Since then
the world has changed, pseudo now has separate processes for the database
in the server and the client and they have separate linking commands.

Also, whilst there were concerns about needing specific versions of sqlite3,
in the OE environment, this is always the case.

[1] http://git.yoctoproject.org/cgit.cgi/poky/commit/?id=ad0ac0ecd38fc77daf42485489fccc10a5e1e3e7

The static sqlite3-native is causing us problems, in particular:

tmp/work/x86_64-linux/pseudo-native/1.9.0+gitAUTOINC+060058bb29-r0/recipe-sysroot-native/usr/lib/libsqlite3.a(sqlite3.o):(.data.rel+0xb0): undefined reference to `fcntl64'

which occurs if sqlite3-native was built on a machine with glibc 2.28 or later
and pseudo-native is being built on glibc before that. With dyanmical linking,
libc is backwards compatible and works but with static linking it does not.

There appears to be no easy way to avoid this other than adding a copy of
sqlite3 into the pseudo recipe. Given the static linking doesn't seem to
be required any longer due to the separate processes, drop that to fix
those issues.

(From OE-Core rev: a0c238d40a9cc1f87da0607fddaaef0c31d93720)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>openssl: Remove openssl10</title>
<updated>2019-05-15T16:53:29+00:00</updated>
<author>
<name>Adrian Bunk</name>
<email>bunk@stusta.de</email>
</author>
<published>2019-05-12T19:53:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=a98ac2a39b30b3a3e94669616900547b0b87992a'/>
<id>urn:sha1:a98ac2a39b30b3a3e94669616900547b0b87992a</id>
<content type='text'>
OpenSSL 1.0 has been replaced by 1.1, and it would be harder
to security-support after the upstream EOL at the end of 2019.

(From OE-Core rev: 0f7ffcaa18db7bc27f30c994aafbb9f4f8b2ae7e)

Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>qemu: split the native version into usermode and system parts</title>
<updated>2019-02-28T13:21:54+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alex.kanavin@gmail.com</email>
</author>
<published>2019-02-27T17:47:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=48522906a261f9a552f13b146aa7f3691be37002'/>
<id>urn:sha1:48522906a261f9a552f13b146aa7f3691be37002</id>
<content type='text'>
The rationale is to streamline the overall build.

The system parts are only needed to run target images, and so can be
built towards the end of the build process. At the same time, the
system parts may need gtk+-native and mesa-native which add significantly
to the build time.

On the other hand, the usermode parts have almost no dependencies
and can be built quickly. They are needed at recipes build time to
run target binaries, and so are required quite early in the typical
build process.

(From OE-Core rev: 4a558a5f2db68538e0edad798ddf48eb9510a7d6)

Signed-off-by: Alexander Kanavin &lt;alex.kanavin@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>no-static-libs: disable static libraries in libjpeg-turbo</title>
<updated>2018-09-05T17:00:24+00:00</updated>
<author>
<name>Ross Burton</name>
<email>ross.burton@intel.com</email>
</author>
<published>2018-08-30T22:13:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=c6accbb81abefa387f3e0e4b1a4d9cb081888921'/>
<id>urn:sha1:c6accbb81abefa387f3e0e4b1a4d9cb081888921</id>
<content type='text'>
Previously this was done with the generic autotools support, but CMake doesn't
have a standard option so set it explicitly.

(From OE-Core rev: 47bd456c1be169fc86788edf0173847b9b0d255b)

Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>no-static-libs.inc: use `?=' to set a default DISABLE_STATIC</title>
<updated>2018-07-26T12:16:41+00:00</updated>
<author>
<name>Hongxu Jia</name>
<email>hongxu.jia@windriver.com</email>
</author>
<published>2018-07-21T16:27:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=1994b4f92dd6faf66d334bd2859ee9ce6a27186e'/>
<id>urn:sha1:1994b4f92dd6faf66d334bd2859ee9ce6a27186e</id>
<content type='text'>
It could be overrided by basic variable setting `='.

(From OE-Core rev: fc47018b02a9b96e88735e1b8a0536f9fb268c62)

Signed-off-by: Hongxu Jia &lt;hongxu.jia@windriver.com&gt;
Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
