<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/bitbake, branch bernard</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=bernard</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=bernard'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2011-11-15T02:02:36+00:00</updated>
<entry>
<title>persist_data: increase the SQLite connection timeout</title>
<updated>2011-11-15T02:02:36+00:00</updated>
<author>
<name>Joshua Lock</name>
<email>josh@linux.intel.com</email>
</author>
<published>2011-11-08T20:37:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=4dab699e96ef9b21b14d99761a0353d8e589a4fa'/>
<id>urn:sha1:4dab699e96ef9b21b14d99761a0353d8e589a4fa</id>
<content type='text'>
We're seeing OperationalErrors exceptions due to locking in some of the
pysqlite access paths (related to the initial burst of writes) on certain
setups.

This patch increases the sqlite timeout to 30, the same as in BitBake master,
to workaround this issue.

Fixes [YOCTO #1759]

Signed-off-by: Joshua Lock &lt;josh@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>goggle: exit quietly on ^C</title>
<updated>2011-05-07T00:44:21+00:00</updated>
<author>
<name>Chris Larson</name>
<email>chris_larson@mentor.com</email>
</author>
<published>2011-03-07T22:54:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=c7301228c086004f60a10649fa61fc1c127f93c6'/>
<id>urn:sha1:c7301228c086004f60a10649fa61fc1c127f93c6</id>
<content type='text'>
(Bitbake rev: bdd10e9b357417774f30cc52e89e3fa83bbbbfc0)

Signed-off-by: Chris Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake/fetch2: Fix the problems introduced by the git fetcher AUTOREV fix</title>
<updated>2011-05-07T00:44:21+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-04-20T01:13:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f77efdf544abd998b4515dd13a80e0233e8b0675'/>
<id>urn:sha1:f77efdf544abd998b4515dd13a80e0233e8b0675</id>
<content type='text'>
The ordering constrains on the urldata_init functions are not straight
forward. To avoid further problems, create a helper function to setup
the source revisions which the init functions can all at the appropriate
point.

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake/fetch2/git: Fix a bug where AUTOREV and the git fetcher interact badly</title>
<updated>2011-05-07T00:44:21+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2011-04-19T22:31:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f15a4a76770cb5eca3cd518b0ad5f7470e761017'/>
<id>urn:sha1:f15a4a76770cb5eca3cd518b0ad5f7470e761017</id>
<content type='text'>
Fix a bug where ud.branches were being referenced before it was set by
the git fetcher when using AUTOREV. To do this some ordering needed
to be changed. This fixes errors like:

ERROR: Error parsing /recipes-kernel/linux/rt-tests_git.bb: Failure expanding variable
SRCPV, expression was ${@bb.fetch2.get_srcrev(d)} which triggered exception
AttributeError: 'FetchData' object has no attribute 'branches'

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>utils: fix typo in lockfile</title>
<updated>2011-05-07T00:44:21+00:00</updated>
<author>
<name>Chris Larson</name>
<email>chris_larson@mentor.com</email>
</author>
<published>2011-03-08T16:39:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=5d01c9c296c821dd5e65e01c323e1c51f8a079d2'/>
<id>urn:sha1:5d01c9c296c821dd5e65e01c323e1c51f8a079d2</id>
<content type='text'>
(Bitbake rev: 53a10b6793c5bdb45854483abe5da791058dfd84)

Signed-off-by: Chris Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake docs: use dblatex to build the pdf bitbake manual</title>
<updated>2011-05-07T00:44:20+00:00</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-03-09T20:55:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f837ecebc6b6afd3d39192079f607053d5cea010'/>
<id>urn:sha1:f837ecebc6b6afd3d39192079f607053d5cea010</id>
<content type='text'>
Fix [BUGID #593]

The current manual build fails for printing formats which use latex as an
intermediate format. This bug has been reported in multiple locations and I
haven't found a solution posted to any of them.

Using --with-dblatex uses dblatex to make the conversion and successfully
generates the pdf. It adds a dependency on dblatex and its dependencies.

Signed-off-by: Darren Hart &lt;dvhart@linux.intel.com&gt;
CC: Joshua Lock &lt;josh@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>bitbake: correct typo in ??= documentation</title>
<updated>2011-05-07T00:44:20+00:00</updated>
<author>
<name>Darren Hart</name>
<email>dvhart@linux.intel.com</email>
</author>
<published>2011-04-13T00:11:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2bd9b41760702ebfab5d5f9d628cb402a6cbfa5e'/>
<id>urn:sha1:2bd9b41760702ebfab5d5f9d628cb402a6cbfa5e</id>
<content type='text'>
??= is a lazy version of ?=

Signed-off-by: Darren Hart &lt;dvhart@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>git fetcher: make tag back to work, fix Yocto bug 972</title>
<updated>2011-05-05T01:58:52+00:00</updated>
<author>
<name>Yu Ke</name>
<email>ke.yu@intel.com</email>
</author>
<published>2011-04-18T05:53:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=0137a98b28f0810e3361fc2ef86e88fca22def2d'/>
<id>urn:sha1:0137a98b28f0810e3361fc2ef86e88fca22def2d</id>
<content type='text'>
In current git fetcher, tag does not work due to commit http://git.pokylinux.org/cgit/cgit.cgi/poky/commit/?id=5920e85c561624e657c126df58f5c378a8950bbc. Tag is not in sha256 form, so it will be treated invalid, and silently replaced by latest revision.

To fix it, this patch treat tag name as branches name, thus it will be handled correctly later. Thanks Richard for reviewing and proposing the better approach.

Fix [YOCTO #972]

CC: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;

Signed-off-by: Yu Ke &lt;ke.yu@intel.com&gt;
</content>
</entry>
<entry>
<title>lockfile: ask for forgiveness, not permission</title>
<updated>2011-05-04T22:43:26+00:00</updated>
<author>
<name>Chris Larson</name>
<email>chris_larson@mentor.com</email>
</author>
<published>2011-03-08T16:33:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=7959e40061978a2e8ac5083f9be3e7e27037d60f'/>
<id>urn:sha1:7959e40061978a2e8ac5083f9be3e7e27037d60f</id>
<content type='text'>
Create the lockfile directory if it doesn't exist, rather than erroring out if
it doesn't exist (was also racy).

Also improve the wording of the error message shown when the lockfile's
directory is not writable.

Note for the future, this function should be improved, particularly with
regard to its exception handling. It should be catching the *exact*
exception(s) it will encounter when the file is locked, and continuing in that
case only. If it did that, there'd be no need for the proactive directory
writability check, as bb.utils.lockfile() would raise an appropriate IOError
for that case.

(Bitbake rev: 238151441c74db53d6e4d4753f4f96c32f6f13b6)

Signed-off-by: Chris Larson &lt;chris_larson@mentor.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake/runqueue: fix clash when setscene &amp; real tasks done in same build</title>
<updated>2011-05-04T22:43:24+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2011-03-25T13:22:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=3c81ae17ea134c320551168e0b7f4d0b100a05d8'/>
<id>urn:sha1:3c81ae17ea134c320551168e0b7f4d0b100a05d8</id>
<content type='text'>
If a build causes a real task to be run when the setscene task has already
run then it was possible for dependent packages to be rebuilding at the same
time as a rebuild of the packages they depended on, resulting in failures
when files were missing. This change looks in the setscene covered list and
removes anything where a dependency of the real task is going to be run (e.g.
do_install is going to be run even though the setscene equivalent of
do_populate_sysroot has already been run).

As an additional safeguard we also delete the stamp file for the setscene
task under these circumstances.

Fixes [YOCTO #792]

Signed-off-by: Paul Eggleton &lt;paul.eggleton@linux.intel.com&gt;
</content>
</entry>
</feed>
