<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openembedded-core.git/meta/recipes-extended/iputils/files, branch master</title>
<subtitle></subtitle>
<id>https://trygvis.io/git/2012/05/openembedded-core.git/atom?h=master</id>
<link rel='self' href='https://trygvis.io/git/2012/05/openembedded-core.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/'/>
<updated>2011-09-13T16:03:54Z</updated>
<entry>
<title>opensp: Fix hard path in native nsgmls.</title>
<updated>2011-09-13T16:03:54Z</updated>
<author>
<name>Zhai Edwin</name>
<email>edwin.zhai@intel.com</email>
</author>
<published>2011-09-13T16:02:51Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=a5aeb873b943300e18493031ffa9e9f8ab56c2d2'/>
<id>urn:sha1:a5aeb873b943300e18493031ffa9e9f8ab56c2d2</id>
<content type='text'>
This relocation issues caused following bug and introduce one partial fix bb024d:
[YOCTO #1440]

But the environment val hacking is not working all the time, as nsgmsl may
append wrong path in some case. This fix use search directory "-D" as solution.
And more important, change the iputils' way to make doc: Use the sysid in
current directory instead of parent directory, as "../" is also appended to the
search directory then lead searching failure.

Signed-off-by: Zhai Edwin &lt;edwin.zhai@intel.com&gt;
CC: Saul Would &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>recipes: Add Upstream-Status for multiple recipes</title>
<updated>2011-05-13T05:04:17Z</updated>
<author>
<name>Yu Ke</name>
<email>ke.yu@intel.com</email>
</author>
<published>2011-04-27T06:53:51Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=6c49b8e881bc811386c5f1ebac95829d44ad9bb3'/>
<id>urn:sha1:6c49b8e881bc811386c5f1ebac95829d44ad9bb3</id>
<content type='text'>
iputils: update patch Upstream-Status
mktemp: update patch Upstream-Status
xinetd: update Upstream-Status
libdrm: update patch Upstream-Status
qemugl: update patch Upstream-Status
x11-common: update patch Upstream-Status
xorg-app: update patch Upstream-Status
xorg-driver: update patch Upstream-Status

Signed-off-by: Yu Ke &lt;ke.yu@intel.com&gt;
</content>
</entry>
<entry>
<title>iputils: upgrade to s20101006</title>
<updated>2011-01-27T21:52:58Z</updated>
<author>
<name>Yu Ke</name>
<email>ke.yu@intel.com</email>
</author>
<published>2011-01-25T04:52:08Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=3cc784e4178ebdf061f5c478d9df1348ba85db18'/>
<id>urn:sha1:3cc784e4178ebdf061f5c478d9df1348ba85db18</id>
<content type='text'>
- change the src_uri md5/sha256 checksum
- remove the CVE patch, since it is already in upstream

Signed-off-by: Yu Ke &lt;ke.yu@intel.com&gt;
</content>
</entry>
<entry>
<title>Major layout change to the packages directory</title>
<updated>2010-08-27T14:29:45Z</updated>
<author>
<name>Richard Purdie</name>
<email>rpurdie@linux.intel.com</email>
</author>
<published>2010-08-27T14:14:24Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=29d6678fd546377459ef75cf54abeef5b969b5cf'/>
<id>urn:sha1:29d6678fd546377459ef75cf54abeef5b969b5cf</id>
<content type='text'>
Having one monolithic packages directory makes it hard to find things
and is generally overwhelming. This commit splits it into several
logical sections roughly based on function, recipes.txt gives more
information about the classifications used.

The opportunity is also used to switch from "packages" to "recipes"
as used in OpenEmbedded as the term "packages" can be confusing to
people and has many different meanings.

Not all recipes have been classified yet, this is just a first pass
at separating things out. Some packages are moved to meta-extras as
they're no longer actively used or maintained.

Signed-off-by: Richard Purdie &lt;rpurdie@linux.intel.com&gt;
</content>
</entry>
</feed>
