summaryrefslogtreecommitdiff
path: root/meta/recipes-devtools/git/git.inc
AgeCommit message (Collapse)AuthorFiles
2012-07-18scripts/bitbake: Check the git-native version and build it if necessaryRichard Purdie1
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. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2012-04-10git 1.7.7: remove perl.mak before compileRobert Yang1
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] Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
2012-03-19git: fix packaging warningsNitin A Kamble1
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. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-09-05git: fix sstate relocation for git-nativePaul Eggleton1
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] Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
2011-07-05git: Package up python and gitweb files into appropriate packagesRichard Purdie1
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-06-14git: restore the dependency on perl-nativeDexuan Cui1
[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>
2011-05-23git: upgrade from 1.7.4.3 to 1.7.5.1Nitin A Kamble1
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. Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
2011-05-11git: RDEPENDS are transitive, so remove tk so it builds with just OE-coreKoen Kooi1
[RP: Disable EXTRA_OEMAKE too] Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2011-05-08git: make it work on the targetKoen Kooi1
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 Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Saul Wold <sgw@linux.intel.com>
2011-05-04git: use DESTDIR=$D instead prefixing all variables by $DMartin Jansa1
* 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] 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>
2011-03-23Various: Update KERNELORG_MIRROR for consistencyTom Rini1
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. Signed-off-by: Tom Rini <tom_rini@mentor.com>
2011-03-23Various: Switch to KERNELORG_MIRRORTom Rini1
Signed-off-by: Tom Rini <tom_rini@mentor.com>
2010-11-14git: Update recipe for git to include configure optionsSaul Wold1
Updated LICENSE Added LIC_FILES_CHKSUM Signed-off-by: Saul Wold <Saul.Wold@intel.com>
2010-08-27Major layout change to the packages directoryRichard Purdie1
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>