summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/git/git.inc
Commit message (Collapse)AuthorAgeFilesLines
* git: define NO_PYTHON=1 to stop git requiring python as a dependancyJack Mitchell2012-09-141-1/+5
| | | | | | | | | | | | Git requires python by default as an included script to link git to perforce is written in Python. Define NO_PYTHON to stop the script being included and thus remove the dependancy on Python. (From OE-Core rev: 602538e1c8403e8b188109ce94a906a1d9090d7e) Signed-off-by: Jack Mitchell <jack.mitchell@dbbroadcast.co.uk> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* scripts/bitbake: Check the git-native version and build it if necessaryRichard Purdie2012-07-181-0/+2
| | | | | | | | | | | | | We require git version 1.7.5 or later for the git remote --mirror=xxx syntax. If we have an older version of git, this patch ensure we build git-replacement-native. We add an alternative PROVIDES in the same way as tar-native to allow this script to trigger the build whilst still allowing git-native in ASSUME_PROVIDED. (From OE-Core rev: 269f3b3cfacaf229d5e45177ee01b16561370ee3) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git 1.7.7: remove perl.mak before compileRobert Yang2012-04-101-0/+6
| | | | | | | | | | | | | | | | | | | | The git may fail to rebuild when perl's Config.pm or config.h changes, this is because Makefile detects that perl/perl.mak is out of date. Remove perl.mak to let Makefile regenerate it would fix the error. Both git and git-native have this problem. To reproduce the error: (On x86_64 host) $ bitbake git-native $ touch tmp/sysroots/x86_64-linux/usr/lib/perl-native/perl/5.14.2/Config.pm $ bitbake git-native -ccompile -f [YOCTO #2156] (From OE-Core rev: 7f9a3eb4e81f708573cfd5123655441d3b9532a5) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: fix packaging warningsNitin A Kamble2012-03-191-0/+2
| | | | | | | | | | | | | | | | | | | | | This commits fixes these packaging warnings WARNING: For recipe git, the following files/directories were installed but not shipped in any package: WARNING: /usr/lib/perl-native WARNING: /usr/lib/perl-native/perl WARNING: /usr/lib/perl-native/perl/5.14.2 WARNING: /usr/lib/perl-native/perl/5.14.2/Git.pm WARNING: /usr/lib/perl-native/perl/5.14.2/perllocal.pod WARNING: /usr/lib/perl-native/perl/5.14.2/auto WARNING: /usr/lib/perl-native/perl/5.14.2/auto/Git WARNING: /usr/lib/perl-native/perl/5.14.2/auto/Git/.packlist PR not bumped because no change in the output packages. (From OE-Core rev: b2dcb79c8c713ffb25d49a355fdb1bfa97d3c10d) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: fix sstate relocation for git-nativePaul Eggleton2011-09-051-0/+6
| | | | | | | | | | | | Create a wrapper for git to set GIT_EXEC_PATH and GIT_TEMPLATE_DIR so that git-native is relocatable. Fixes specific example given in [YOCTO #1137] (From OE-Core rev: 9a3e25b5a3aa5e3b6ba543c4f789f66b240b38a7) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: Package up python and gitweb files into appropriate packagesRichard Purdie2011-07-071-0/+6
| | | | | | (From OE-Core rev: 3037905b20eac8d2b69fe4758a6559459a86a6ed) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: restore the dependency on perl-nativeDexuan Cui2011-06-141-3/+3
| | | | | | | | | | | | | | | [YOCTO #1155] I thought git-native could depend on perl-native-runtime and tests on Ubuntu 9.04/10.10 and Fedora 13 show it could buid fine (looks these distros install perl-ExtUtils-MakeMaker by default). However Joshua reported on Fedora 15 i686 host, git-native can't build unless he manually installed perl-ExtUtils-MakeMaker to the host. This makes me think we may as well make git-native depend on perl-native. Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* git: should depend on perl-native-runtime rather than perl-nativeDexuan Cui2011-06-091-2/+2
| | | | Signed-off-by: Dexuan Cui <dexuan.cui@intel.com>
* git: upgrade from 1.7.4.3 to 1.7.5.1Nitin A Kamble2011-05-251-2/+1
| | | | | | | | | | the autotools patch is not needed anymore. The code which the patch was patching is removed, and there is no use of the patch now. (From OE-Core rev: 07c4246e107af50d6a9333445259b083f98ebdc0) Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: RDEPENDS are transitive, so remove tk so it builds with just OE-coreKoen Kooi2011-05-111-2/+2
| | | | | | | | [RP: Disable EXTRA_OEMAKE too] (From OE-Core rev: 3751877fd106077033c5802042a9e6048100379d) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: make it work on the targetKoen Kooi2011-05-091-2/+30
| | | | | | | | | | | | | | | | | | | | | | Packaging is synced with OE .dev, but without the -large, thanks to pseudo we retain all (hard)links properly: * git-perltools holds all the utils requiring perl and adds appropriate RDEPENDS * git-tk holds the tcl/tk utils once they get activate * git now packages /usr/libexec/git-core The result: 8.5M ipk/armv7a/git_1.7.4.3-r2_armv7a.ipk 3.1M ipk/armv7a/git-dbg_1.7.4.3-r2_armv7a.ipk 4.0K ipk/armv7a/git-dev_1.7.4.3-r2_armv7a.ipk 12K ipk/armv7a/git-doc_1.7.4.3-r2_armv7a.ipk 136K ipk/armv7a/git-perltools_1.7.4.3-r2_armv7a.ipk (From OE-Core rev: 56aa79cda92479466dbf4657ca9ea35212b88cf6) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: use DESTDIR=$D instead prefixing all variables by $DMartin Jansa2011-05-041-2/+2
| | | | | | | | | | | | | | | | | | | | * with git-native and rm_work enabled I've noticed git fetcher errors like: warning: templates not found /OE/shr-core/tmp/work/x86_64-linux/git-native-1.7.3.4-r0/image/OE/shr-core/tmp/sysroots/x86_64-linux/usr/share/git-core/templates fatal: Unable to find remote helper for 'http' for every recipe using http:// for git repo * after this change template_dir points to /OE/shr-core/tmp/sysroots/x86_64-linux/usr/share/git-core/templates without that workdir prefix * haven't tested target recipe, but I guess it needs different fix or maybe it worked before and gets broken by this change [sgw: removed RFC comment, target patch to follow] (From OE-Core rev: 4b2a6fa780567c0876540bb89af78d5c778985cb) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Various: Update KERNELORG_MIRROR for consistencyTom Rini2011-03-231-1/+1
| | | | | | | | | | | In mirrors.bbclass we point into /pub but we don't in bitbake.conf. All uses of KERNELORG_MIRROR look into /pub anyhow, so lets make use of that. (From OE-Core rev: 67a0c8f48b5ef2ae5fc712c9204e4e99818c8134) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Various: Switch to KERNELORG_MIRRORTom Rini2011-03-231-1/+1
| | | | | | | (From OE-Core rev: a0eeed089a5c185ef721b11828d4a27f0c03791c) Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: Update recipe for git to include configure optionsSaul Wold2010-11-141-2/+4
| | | | | | | Updated LICENSE Added LIC_FILES_CHKSUM Signed-off-by: Saul Wold <Saul.Wold@intel.com>
* Major layout change to the packages directoryRichard Purdie2010-08-271-0/+22
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 <rpurdie@linux.intel.com>