<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openembedded-core.git/meta/recipes-support/rng-tools, branch master</title>
<subtitle>Mirror of openembedded-core</subtitle>
<link rel='alternate' type='text/html' href='https://git.multitech.net/cgit/openembedded-core.git/'/>
<entry>
<title>rng-tools: use SOURCEFORGE_MIRROR in SRC_URI</title>
<updated>2016-11-30T15:47:17+00:00</updated>
<author>
<name>Alexander Kanavin</name>
<email>alexander.kanavin@linux.intel.com</email>
</author>
<published>2016-11-28T13:34:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.multitech.net/cgit/openembedded-core.git/commit/?id=60732e6b916c1371fe02a27a4959808ce3828d83'/>
<id>60732e6b916c1371fe02a27a4959808ce3828d83</id>
<content type='text'>
This also fixes upstream version check.

Signed-off-by: Alexander Kanavin &lt;alexander.kanavin@linux.intel.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This also fixes upstream version check.

Signed-off-by: Alexander Kanavin &lt;alexander.kanavin@linux.intel.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>recipes-support/rng-tools: Change runlevel start from S to 2, 3, 4, 5.</title>
<updated>2016-03-30T20:32:11+00:00</updated>
<author>
<name>Aníbal Limón</name>
<email>anibal.limon@linux.intel.com</email>
</author>
<published>2016-03-30T20:21:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.multitech.net/cgit/openembedded-core.git/commit/?id=e3fc8ef152494e9b7cff8de110a784150295f17e'/>
<id>e3fc8ef152494e9b7cff8de110a784150295f17e</id>
<content type='text'>
When using systemd as init rng-tools is causing a circular dependency
between units,

	[    7.706250] systemd[1]: basic.target: Found ordering cycle on
	basic.target/start
	[    7.706934] systemd[1]: basic.target: Found dependency on
	sysinit.target/start
	[    7.707795] systemd[1]: basic.target: Found dependency on
	rng-tools.service/start
	[    7.708692] systemd[1]: basic.target: Found dependency on
	basic.target/start
	[    7.709461] systemd[1]: basic.target: Breaking ordering cycle by
	deleting job rng-tools.service/start
	[    7.710404] systemd[1]: rng-tools.service: Job rng-tools.service/start
	deleted to break ordering cycle starting with basic.target/start

The problem is related to systemd running sysvinit scripts by default
add dependency of basic.target for sysvinit script so when sysvscript
is at rcS is added also as dependency of sysinit.target causing a
cirular dependency in this case: basic.target -&gt; sysinit.target -&gt;
rng-tools.service -&gt; basic.target.

Signed-off-by: Aníbal Limón &lt;anibal.limon@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When using systemd as init rng-tools is causing a circular dependency
between units,

	[    7.706250] systemd[1]: basic.target: Found ordering cycle on
	basic.target/start
	[    7.706934] systemd[1]: basic.target: Found dependency on
	sysinit.target/start
	[    7.707795] systemd[1]: basic.target: Found dependency on
	rng-tools.service/start
	[    7.708692] systemd[1]: basic.target: Found dependency on
	basic.target/start
	[    7.709461] systemd[1]: basic.target: Breaking ordering cycle by
	deleting job rng-tools.service/start
	[    7.710404] systemd[1]: rng-tools.service: Job rng-tools.service/start
	deleted to break ordering cycle starting with basic.target/start

The problem is related to systemd running sysvinit scripts by default
add dependency of basic.target for sysvinit script so when sysvscript
is at rcS is added also as dependency of sysinit.target causing a
cirular dependency in this case: basic.target -&gt; sysinit.target -&gt;
rng-tools.service -&gt; basic.target.

Signed-off-by: Aníbal Limón &lt;anibal.limon@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>uclibc support for rng-tools</title>
<updated>2016-02-28T11:32:40+00:00</updated>
<author>
<name>Maxin B. John</name>
<email>maxin.john@intel.com</email>
</author>
<published>2016-02-25T10:30:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.multitech.net/cgit/openembedded-core.git/commit/?id=0bbbc0b377e4fd9a788f5aa7688afa5516e263dd'/>
<id>0bbbc0b377e4fd9a788f5aa7688afa5516e263dd</id>
<content type='text'>
Uclibc has its own argp implemented as libuargp. So, we add a new
option --enable-uclibc to select it.

Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Uclibc has its own argp implemented as libuargp. So, we add a new
option --enable-uclibc to select it.

Signed-off-by: Maxin B. John &lt;maxin.john@intel.com&gt;
Signed-off-by: Ross Burton &lt;ross.burton@intel.com&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rng-tools: Fix underquoted m4 and libgcrypt floating dependency</title>
<updated>2016-02-16T23:50:45+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2016-02-16T23:49:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.multitech.net/cgit/openembedded-core.git/commit/?id=17b3044d7508a921916da4979ff8bfbab1e206ce'/>
<id>17b3044d7508a921916da4979ff8bfbab1e206ce</id>
<content type='text'>
The underquoted m4 caused build failures if libgcrypt wasn't present. The floating
dependency on libgcrypt was just plain incorrect, particularly given the incorrect
libgcrypt RDEPENDS. Change to use PACKAGECONFIG an default to on.

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The underquoted m4 caused build failures if libgcrypt wasn't present. The floating
dependency on libgcrypt was just plain incorrect, particularly given the incorrect
libgcrypt RDEPENDS. Change to use PACKAGECONFIG an default to on.

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rng-tools: fix the build with musl</title>
<updated>2016-02-16T11:15:44+00:00</updated>
<author>
<name>Christopher Larson</name>
<email>chris_larson@mentor.com</email>
</author>
<published>2016-02-16T03:07:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.multitech.net/cgit/openembedded-core.git/commit/?id=94ecc846f9b33fcec039936643c49728eedfefb7'/>
<id>94ecc846f9b33fcec039936643c49728eedfefb7</id>
<content type='text'>
musl doesn't provide argp, so we need argp-standalone, as we do for uclibc.
Rather than passing in -largp via the recipe, patch the configure script to
provide an argument for the libargp usage and check for it when needed, and
use PACKAGECONFIG. The initial patch to check for libargp and use it if
available came from Gentoo. The patches are kept separate despite the second
modifying what the first does, in order to keep the history/origin clear.

Signed-off-by: Christopher Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
musl doesn't provide argp, so we need argp-standalone, as we do for uclibc.
Rather than passing in -largp via the recipe, patch the configure script to
provide an argument for the libargp usage and check for it when needed, and
use PACKAGECONFIG. The initial patch to check for libargp and use it if
available came from Gentoo. The patches are kept separate despite the second
modifying what the first does, in order to keep the history/origin clear.

Signed-off-by: Christopher Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>rng-tools: Import recipe from meta-openembedded</title>
<updated>2016-02-15T16:28:22+00:00</updated>
<author>
<name>Saul Wold</name>
<email>sgw@linux.intel.com</email>
</author>
<published>2016-02-12T18:55:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.multitech.net/cgit/openembedded-core.git/commit/?id=030bc0b2f9636f5cacef29c939b323569cd5673f'/>
<id>030bc0b2f9636f5cacef29c939b323569cd5673f</id>
<content type='text'>
Adding this recipe to oe-core will allow it to be used by qemu to
provide a way to generate additional entropy needed to fix hangs
with getrandom().

Additional kernel config options have already been added to the
default qemu kernel configs.

[YOCTO #8681]
[YOCOT #8816]

Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Adding this recipe to oe-core will allow it to be used by qemu to
provide a way to generate additional entropy needed to fix hangs
with getrandom().

Additional kernel config options have already been added to the
default qemu kernel configs.

[YOCTO #8681]
[YOCOT #8816]

Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</pre>
</div>
</content>
</entry>
</feed>
