<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/meta/recipes-devtools/git, branch yocto-1.7.3</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=yocto-1.7.3</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=yocto-1.7.3'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2014-10-10T15:44:33+00:00</updated>
<entry>
<title>git: fix do_install error</title>
<updated>2014-10-10T15:44:33+00:00</updated>
<author>
<name>Robert Yang</name>
<email>liezhi.yang@windriver.com</email>
</author>
<published>2014-10-08T08:04:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=dd79603100c8172086fbc6fe4375a950ddd70d82'/>
<id>urn:sha1:dd79603100c8172086fbc6fe4375a950ddd70d82</id>
<content type='text'>
Fixed when MACHINE = qemux86-64 and libdir = /usr/lib64:
mv: cannot stat `/path/to/image/usr/lib64/perl-native/perl': No such file or directory

The perl-native files are always installed to /usr/lib on both 32/64
bits targets.

(From OE-Core rev: fad6d25e548cb82c2106eb30ccdc0b8f3408de0a)

Signed-off-by: Robert Yang &lt;liezhi.yang@windriver.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>git: add Git perl module to perltools package</title>
<updated>2014-09-29T11:12:45+00:00</updated>
<author>
<name>Peter A. Bigot</name>
<email>pab@pabigot.com</email>
</author>
<published>2014-09-25T13:28:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=392026a4561fe8bf1885b2dfd67c43d3c4b07df6'/>
<id>urn:sha1:392026a4561fe8bf1885b2dfd67c43d3c4b07df6</id>
<content type='text'>
Git perl tools such as add--interactive load the Git module at runtime.
A previous patch to eliminate a QA error by deleting it instead of
packaging it was incorrect.

    beaglebone[62]$ git add -i
    Can't locate Git.pm in @INC (you may need to install the Git module) (@INC contains: /usr/lib/perl/5.20.0 /prj/pab/Utils/lib/perl5/linux-arm/5.020000 /prj/pab/Utils/lib/perl5/ /prj/pab/Utils/lib/perl5/site_perl/linux-arm /prj/pab/Utils/lib/perl5/site_perl /etc/perl /usr/lib/perl/site_perl/5.20.0/ /usr/lib/perl/site_perl/5.20.0 /usr/lib/perl/vendor_perl/5.20.0/ /usr/lib/perl/vendor_perl/5.20.0 /usr/lib/perl/5.20.0/ /usr/local/lib/site_perl .) at /usr/lib/git/git-core/git-add--interactive line 7.
    BEGIN failed--compilation aborted at /usr/lib/git/git-core/git-add--interactive line 7.

[YOCTO#3780]

(From OE-Core rev: 804f8e650f433d00907ec04282c22aaff2e5c044)

Signed-off-by: Peter A. Bigot &lt;pab@pabigot.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>
<entry>
<title>git: update to v2.0.1</title>
<updated>2014-07-16T09:20:50+00:00</updated>
<author>
<name>Nicolas Dechesne</name>
<email>nicolas.dechesne@linaro.org</email>
</author>
<published>2014-07-10T17:32:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=2e822bf1193332ed0ce8c7a0fdbf0aa9cac3ea40'/>
<id>urn:sha1:2e822bf1193332ed0ce8c7a0fdbf0aa9cac3ea40</id>
<content type='text'>
Also fetch source code from kernel.org. As per the Git release announcement, see
[1], Git source tarball are now located back on kernel.org, at [2].

[1] https://lkml.org/lkml/2014/6/25/760
[2] https://www.kernel.org/pub/software/scm/git/

(From OE-Core rev: 4a7df842a0e8754329b3f7b5b25483b0d403ea4d)

Signed-off-by: Nicolas Dechesne &lt;nicolas.dechesne@linaro.org&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>git: don't hardcode the full path to perl</title>
<updated>2014-06-14T07:43:56+00:00</updated>
<author>
<name>Christopher Larson</name>
<email>kergoth@gmail.com</email>
</author>
<published>2014-06-13T16:37:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ce4cd2c31c13f1916e43f70cd0979334a864bee3'/>
<id>urn:sha1:ce4cd2c31c13f1916e43f70cd0979334a864bee3</id>
<content type='text'>
Hardcoded paths to perl don't make sense, use from the environment instead.

[Patch taken from meta-mentor by RP]

(From OE-Core rev: 8072f26f7304ff5367d5be357037644cb1f6241e)

Signed-off-by: Christopher Larson &lt;kergoth@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>git: revert to wrapper based relocation</title>
<updated>2014-06-14T07:43:55+00:00</updated>
<author>
<name>Christopher Larson</name>
<email>kergoth@gmail.com</email>
</author>
<published>2014-06-13T16:46:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=62cf222de25848bb984581170e79fbc461fbe2dd'/>
<id>urn:sha1:62cf222de25848bb984581170e79fbc461fbe2dd</id>
<content type='text'>
It seems that there are multiple problems with the upstream RUNTIME_PREFIX
mechanism at this time. It doesn't canonicalize argv[0] to an absolute path,
breaking calls via the PATH, for example. In addition, it doesn't seem to
locate template_dir via the runtime prefix even when specified as relative.

Revert this for now to the previous wrapper-based mechanism, but tweaked
slightly to avoid hardcoding the sysroot path into the wrapper (based on the
bits in the rpm recipe).

[YOCTO #6211]

[Pulled from meta-mentor by RP]

(From OE-Core rev: 85ce11e7b5402cc443adb8007c0e5d01f914fa74)

Signed-off-by: Christopher Larson &lt;kergoth@gmail.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>git: fixed typo in 'libexecdir' varname</title>
<updated>2014-06-13T11:52:21+00:00</updated>
<author>
<name>Enrico Scholz</name>
<email>enrico.scholz@sigma-chemnitz.de</email>
</author>
<published>2014-06-13T10:04:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=ec22f5693b7c626484de9101370afc85c2710ea6'/>
<id>urn:sha1:ec22f5693b7c626484de9101370afc85c2710ea6</id>
<content type='text'>
variable is called 'libexecdir', not 'libxecdir'.

(From OE-Core rev: 92fc79690374aceaa3b821013cfe25604b1db18a)

Signed-off-by: Enrico Scholz &lt;enrico.scholz@sigma-chemnitz.de&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>git: Fix various makefile flags</title>
<updated>2014-05-13T18:32:04+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2014-05-12T10:04:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=56751edd3a7893fd4085d882f540b387b024444d'/>
<id>urn:sha1:56751edd3a7893fd4085d882f540b387b024444d</id>
<content type='text'>
We need to pass CFLAGS and LDFLAGS to the makefile correctly so we
need to list them as part of EXTRA_OEMAKE.

We also have a problem where git hardlinks binaries in bindir with
those in its libexecdir. If we change the RPATH in one of them, it
breaks the other. We therefore set the no cross dir hardlinking flag
git already has for this kind of issue. This ensures the RPATHS for
the git-core binaries works correctly. Its pure luck this has
sometimes worked so far.

(From OE-Core rev: 64c6ae6a69215b659b82c67e238bc0fbc09a3eab)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>git: Fix perl paths in scripts and population of the perltools package</title>
<updated>2014-03-27T09:42:07+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2014-03-26T22:29:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=3ae9225905093f5819cad5c95380be7c2f44b128'/>
<id>urn:sha1:3ae9225905093f5819cad5c95380be7c2f44b128</id>
<content type='text'>
References to "perl-native" were slipping into the target packages. These
changes ensure those references are cleaned up and that tools using perl
are packaged in the correct perltools package. The same issues affected
the nativesdk-git output so are also applied there.

[YOCTO #5918]

(From OE-Core rev: fd4a6b0cd275931e552cd23233c178e9ec54bdbb)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>autotools-brokensep: Mark recipes with broken separate build dir support</title>
<updated>2014-02-28T14:01:16+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2014-02-27T18:01:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=069de520ec864fc78084e8f1ddfb20edaab55f5e'/>
<id>urn:sha1:069de520ec864fc78084e8f1ddfb20edaab55f5e</id>
<content type='text'>
This patch goes through the OE-Core recipes and marks those which use autotools
but don't support a separate build directory (${S} != ${B}). A new class,
autotools-brokensep is used for this purpose.

This doesn't introduce any change in behaviour in its own right.

(From OE-Core rev: 006b8a7808a58713af16c326dc37d07765334b12)

Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>git: update to 1.9.0 release</title>
<updated>2014-02-21T16:09:08+00:00</updated>
<author>
<name>Fathi Boudra</name>
<email>fathi.boudra@linaro.org</email>
</author>
<published>2014-02-20T07:59:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b8c50fb9bde393653780a76c8f10f7a3e5d30657'/>
<id>urn:sha1:b8c50fb9bde393653780a76c8f10f7a3e5d30657</id>
<content type='text'>
(From OE-Core rev: 2d51215dbfcde7a9ead430ca8c127944c77ceb40)

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