<feed xmlns='http://www.w3.org/2005/Atom'>
<title>openembedded-core.git/meta/recipes-gnome/gnome/gnome-doc-utils, 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-26T17:45:38Z</updated>
<entry>
<title>gnome-doc-utils: Prepend PKG_CONFIG_SYSROOT_DIR to the path returned from PKG_CONFIG</title>
<updated>2011-09-26T17:45:38Z</updated>
<author>
<name>Khem Raj</name>
<email>raj.khem@gmail.com</email>
</author>
<published>2011-09-24T05:54:25Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=7b18b3c96634e40abf690a7ec72562389b0e6c23'/>
<id>urn:sha1:7b18b3c96634e40abf690a7ec72562389b0e6c23</id>
<content type='text'>
If we build say gnome based image on a build system which does not have
gnome e.g. kubuntu then packages like gedit do not build since it uses
gnome files from host system which are non existent on kubuntu

Signed-off-by: Khem Raj &lt;raj.khem@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>gnome-doc-utils: Use /usr/bin/env python in xml2po, bump PR</title>
<updated>2011-07-21T09:44:48Z</updated>
<author>
<name>Tom Rini</name>
<email>tom_rini@mentor.com</email>
</author>
<published>2011-07-18T15:14:25Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=cf2fae0ea64ad1b24cbd50545ffffa80e3ef8510'/>
<id>urn:sha1:cf2fae0ea64ad1b24cbd50545ffffa80e3ef8510</id>
<content type='text'>
In oe.dev we can just sed over the binary but in newer versions of this
program we need to fix the in use copy too.  As noted in the patch header,
this isn't appropriate for upstream as it could change behavior on Windows.

Signed-off-by: Tom Rini &lt;tom_rini@mentor.com&gt;
</content>
</entry>
<entry>
<title>recipes: update Upstream-Status for multiple recipes' patches</title>
<updated>2011-06-14T12:15:50Z</updated>
<author>
<name>Dexuan Cui</name>
<email>dexuan.cui@intel.com</email>
</author>
<published>2011-06-13T07:25:45Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=a7707e2b517feb2e59fda989869dcd9789aeb08e'/>
<id>urn:sha1:a7707e2b517feb2e59fda989869dcd9789aeb08e</id>
<content type='text'>
lttng-ust
gnome-doc-utils

Signed-off-by: Dexuan Cui &lt;dexuan.cui@intel.com&gt;
</content>
</entry>
<entry>
<title>gnome-doc-utils: Add additional missing -nonet options to xsltproc</title>
<updated>2011-05-10T08:51:54Z</updated>
<author>
<name>Scott Garman</name>
<email>scott.a.garman@intel.com</email>
</author>
<published>2011-05-09T16:41:10Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=b232ad2c74c93f045006a6b03b2eff7f6103a865'/>
<id>urn:sha1:b232ad2c74c93f045006a6b03b2eff7f6103a865</id>
<content type='text'>
I missed some instances of xsltproc when adding -nonet in my
previous commit. This should take care of them all to fix
the compilation errors.

Signed-off-by: Scott Garman &lt;scott.a.garman@intel.com&gt;
</content>
</entry>
<entry>
<title>gnome-doc-utils: Add -nonet option to xsltproc</title>
<updated>2011-05-05T10:54:46Z</updated>
<author>
<name>Scott Garman</name>
<email>scott.a.garman@intel.com</email>
</author>
<published>2011-05-05T04:23:35Z</published>
<link rel='alternate' type='text/html' href='https://trygvis.io/git/2012/05/openembedded-core.git/commit/?id=c6f791853acf8fec922c1ebcf62195be2615870d'/>
<id>urn:sha1:c6f791853acf8fec922c1ebcf62195be2615870d</id>
<content type='text'>
This adds the -nonet option to xsltproc invocations, which fixes
compile errors when building gnome-doc-xslt-de.omf.

Also add intltool-native to DEPENDS, which was discovered to be
needed when building this recipe.

Signed-off-by: Scott Garman &lt;scott.a.garman@intel.com&gt;
</content>
</entry>
</feed>
