summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/git/git.inc
Commit message (Collapse)AuthorAgeFilesLines
* git: set CVE vendor to git-scmsumo-nextRoss Burton2019-11-071-0/+2
| | | | | | | | | | | There's a Jenkins plugin for Git. (From OE-Core rev: f2adf5e4d3e9afc6d45665bbe728c69d195a46ef) (From OE-Core rev: a28d17187dd4c7ac6aa7e5d28f3cfc0c9060bd94) Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: CVE-2018-11233Sinan Kaya2018-10-181-1/+2
| | | | | | | | | | | | | | | | * CVE-2018-11233 Code to sanity-check pathnames on NTFS can result in reading out-of-bounds memory. Affects < 2.17.1 CVE: CVE-2018-11233 Ref: https://bugzilla.redhat.com/show_bug.cgi?id=1583888 (From OE-Core rev: d145f605c274386baf0dde023f15cddf37523f3b) Signed-off-by: Sinan Kaya <okaya@kernel.org> Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: CVE-2018-11235Jagadeesh Krishnanjanappa2018-08-291-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | submodule-config: verify submodule names as paths Submodule "names" come from the untrusted .gitmodules file, but we blindly append them to $GIT_DIR/modules to create our on-disk repo paths. This means you can do bad things by putting "../" into the name (among other things). Let's sanity-check these names to avoid building a path that can be exploited. There are two main decisions: 1. What should the allowed syntax be? It's tempting to reuse verify_path(), since submodule names typically come from in-repo paths. But there are two reasons not to: a. It's technically more strict than what we need, as we really care only about breaking out of the $GIT_DIR/modules/ hierarchy. E.g., having a submodule named "foo/.git" isn't actually dangerous, and it's possible that somebody has manually given such a funny name. b. Since we'll eventually use this checking logic in fsck to prevent downstream repositories, it should be consistent across platforms. Because verify_path() relies on is_dir_sep(), it wouldn't block "foo\..\bar" on a non-Windows machine. 2. Where should we enforce it? These days most of the .gitmodules reads go through submodule-config.c, so I've put it there in the reading step. That should cover all of the C code. We also construct the name for "git submodule add" inside the git-submodule.sh script. This is probably not a big deal for security since the name is coming from the user anyway, but it would be polite to remind them if the name they pick is invalid (and we need to expose the name-checker to the shell anyway for our test scripts). This patch issues a warning when reading .gitmodules and just ignores the related config entry completely. This will generally end up producing a sensible error, as it works the same as a .gitmodules file which is missing a submodule entry (so "submodule update" will barf, but "git clone --recurse-submodules" will print an error but not abort the clone. There is one minor oddity, which is that we print the warning once per malformed config key (since that's how the config subsystem gives us the entries). So in the new test, for example, the user would see three warnings. That's OK, since the intent is that this case should never come up outside of malicious repositories (and then it might even benefit the user to see the message multiple times). Credit for finding this vulnerability and the proof of concept from which the test script was adapted goes to Etienne Stalmans. Affects: git < 2.13.7 and git < 2.14.4 and git < 2.15.2 and git < 2.16.4 and git < 2.17.1 (From OE-Core rev: 229bb7cd70c79944d54696d50f4f34df85a5804a) Signed-off-by: Jagadeesh Krishnanjanappa <jkrishnanjanappa@mvista.com> Signed-off-by: Armin Kuster <akuster808@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: 2.15.0 -> 2.16.1Robert Yang2018-03-041-0/+2
| | | | | | | | | | | | Add /usr/share/git-core/templates/hooks/fsmonitor-watchman.sample to PERLTOOLS to fix: ERROR: git-2.16.1-r0 do_package_qa: QA Issue: /usr/share/git-core/templates/hooks/fsmonitor-watchman.sample contained in package git requires /usr/bin/perl, but no providers found in RDEPENDS_git? [file-rdeps] ERROR: git-2.16.1-r0 do_package_qa: QA run found fatal errors. Please consider fixing them. (From OE-Core rev: d8a93d75c75bf8df40f3e167eca2fcef4f76e240) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: Do not install git cvsserver and git svn by defaultPeter Kjellerstedt2017-08-171-0/+21
| | | | | | | | | | | | These git commands require Perl modules that do not exist in OE-Core. Add PACKAGECONFIGs to enable them. Be aware though that if you enable them you must also provide the missing dependencies. (From OE-Core rev: d7909007b2a912ae5adf01edfabaa8b8646369cd) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: 2.11.1 -> 2.13.2Robert Yang2017-07-171-1/+0
| | | | | | | | | | | | * Remove git-relink from PERLTOOLS: git-2.13.2/Documentation/RelNotes/2.12.0.txt: * An ancient script "git relink" has been removed. (From OE-Core rev: f759420ad2a60d0be4ca15f4c9294086ecc86e59) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: Add a dependency on perl for gitwebPeter Kjellerstedt2017-06-231-1/+1
| | | | | | | | (From OE-Core rev: db31c837b579dc64bc86553cbc95736bfca97a90) Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: remove True option to getVar callsJoshua Lock2016-12-161-1/+1
| | | | | | | | | | | | | getVar() now defaults to expanding by default, thus remove the True option from getVar() calls with a regex search and replace. Search made with the following regex: getVar ?\(( ?[^,()]*), True\) (From OE-Core rev: 7c552996597faaee2fbee185b250c0ee30ea3b5f) Signed-off-by: Joshua Lock <joshua.g.lock@intel.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: remove Python package (to which nothing was packaged)Alexander Kanavin2016-06-011-6/+1
| | | | | | | (From OE-Core rev: f2383eace2f16618fcdd3ef5a2e9e0e34c120ec5) Signed-off-by: Alexander Kanavin <alexander.kanavin@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: add comments to explain autotools-brokensep useRoss Burton2016-04-291-0/+1
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: fix installed-vs-shipped QA IssueHongxu Jia2016-02-281-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | Since commit set default libexecdir to $prefix/libexec ... commit f35b2e29d9bfa817e64b83df11ebbbfe0f4e8e5c Author: Ross Burton <ross.burton@intel.com> Date: Tue Apr 30 20:35:54 2013 +0100 bitbake: set default libexecdir to $prefix/libexec ... It casued '${D}${libdir}' does not exist, and the following move operation incorrect which triggered QA Issue: ... ERROR: git-2.7.0-r0 do_package: QA Issue: git: Files/directories were installed but not shipped in any package: /usr/lib64 /usr/lib64/site_perl /usr/lib64/site_perl/5.22.1 ... (From OE-Core rev: 2b82a475a7c8310f432b872e9d1e5eca262a03ee) Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: use bash-completion.bbclassGeorge McCollister2016-01-301-5/+1
| | | | | | | | | | Use bash-completion.bbclass to package bash completions. (From OE-Core rev: 2139a841e44e1b765421cc76c85eb0a7b43dd953) Signed-off-by: George McCollister <george.mccollister@gmail.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* meta: Drop now pointless manual -dbg packagingRichard Purdie2015-12-161-1/+0
| | | | | | | | | With the autodebug package generation logic, specifically setting FILES_${PN}-dbg isn't needed in most cases, we can remove them. (From OE-Core rev: 3ab59d49dd7c18e194b58d1248b4b87709b5a738) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: 2.2.1 -> 2.3.0Robert Yang2015-02-211-0/+1
| | | | | | | (From OE-Core rev: 92a27c29570541564d65bf43325a333960b40183) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: add basic tab completion supportPaul Gortmaker2015-02-141-0/+6
| | | | | | | | | | | | Trying to use git w/o tab completion is especially annoying if you are used to using it elsewhere -- "whatchanged" is simply too annoying to type out in full more than once. (From OE-Core rev: 3c5285237dece0af594e74926e6f4f02ca81f715) Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: expand recipe to take advantage of pre-gen'd manpagesPaul Gortmaker2015-02-141-1/+9
| | | | | | | | | | | | | These could be created from scratch from git itself, but it requires asciidoc, xsltproc, python bits and too much other baggage. Since the git folks issue a tarball with the manpages for each release, it is simpler to just go get that. (From OE-Core rev: 9aba4bf2143c228d58aac06764f87ace5dd21d02) Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: fix do_install errorRobert Yang2014-10-101-2/+5
| | | | | | | | | | | | | 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 <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: add Git perl module to perltools packagePeter A. Bigot2014-09-291-10/+8
| | | | | | | | | | | | | | | | | | 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 <pab@pabigot.com> Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: update to v2.0.1Nicolas Dechesne2014-07-161-0/+1
| | | | | | | | | | | | | | 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 <nicolas.dechesne@linaro.org> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: don't hardcode the full path to perlChristopher Larson2014-06-141-0/+1
| | | | | | | | | | | 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 <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: revert to wrapper based relocationChristopher Larson2014-06-141-2/+14
| | | | | | | | | | | | | | | | | | | | 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 <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: fixed typo in 'libexecdir' varnameEnrico Scholz2014-06-131-1/+1
| | | | | | | | | variable is called 'libexecdir', not 'libxecdir'. (From OE-Core rev: 92fc79690374aceaa3b821013cfe25604b1db18a) Signed-off-by: Enrico Scholz <enrico.scholz@sigma-chemnitz.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: Fix various makefile flagsRichard Purdie2014-05-131-1/+2
| | | | | | | | | | | | | | | | 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 <richard.purdie@linuxfoundation.org>
* git: Fix perl paths in scripts and population of the perltools packageRichard Purdie2014-03-271-3/+28
| | | | | | | | | | | | | 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 <richard.purdie@linuxfoundation.org>
* autotools-brokensep: Mark recipes with broken separate build dir supportRichard Purdie2014-02-281-1/+1
| | | | | | | | | | | | 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 <richard.purdie@linuxfoundation.org>
* git: upgrade to 1.8.5.2Robert Yang2014-01-021-1/+0
| | | | | | | | | | | * Upgrade to 1.8.5.2 * Remove the SRC_URI from the git.inc since we use the one in git_1.8.5.2.bb (From OE-Core rev: 89e721830f2b2840d62e613c4bc89eca1fffd03a) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Replace one-line DESCRIPTION with SUMMARYPaul Eggleton2014-01-021-1/+1
| | | | | | | | | | | | | | A lot of our recipes had short one-line DESCRIPTION values and no SUMMARY value set. In this case it's much better to just set SUMMARY since DESCRIPTION is defaulted from SUMMARY anyway and then the SUMMARY is at least useful. I also took the opportunity to fix up a lot of the new SUMMARY values, making them concisely explain the function of the recipe / package where possible. (From OE-Core rev: b8feee3cf21f70ba4ec3b822d2f596d4fc02a292) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: leverage upstream relocation supportChristopher Larson2013-12-161-13/+1
| | | | | | | (From OE-Core rev: 4fe4b432b7323a73144f317f8bbbd09c9d9fcb77) Signed-off-by: Christopher Larson <kergoth@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git/tar/findutils: Add nativesdk versionsRichard Purdie2013-06-071-3/+9
| | | | | | | | | | | | | We need to be able to generate a standalone tarball containing tar/git so add nativesdk versions of the appropriate recipes to allow this to be possible. Tweak the git perl paths to avoid warnings when building the nativesdk version, ensure the binaries are wrapped correctly and avoid update-alternatives in nativesdk-tar. (From OE-Core rev: c91bb8c76e3bd45690e66f3de79cd3adfe45f600) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: remove unpackaged perl-native filesWenzong Fan2013-01-251-1/+5
| | | | | | | | | | | | | | | | | | | | | | | ${libdir} is not applicable for the install path of perl-native files, files are always installed to /usr/lib no matter the target is 32/64 bits. After installing, remove unpackaged and unneeded perl-native files to prevent warnings. Fix warning: WARNING: For recipe git, the following files/directories were \ installed but not shipped in any package: ... 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/Error.pm WARNING: /usr/lib/perl-native/perl/5.14.2/auto [YOCTO#3780] (From OE-Core rev: cc6b8261fa47a049e501882e9bfc40f61e603b6f) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* git: fix unpackaged python filesMartin Jansa2012-12-061-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * EXTRA_OEMAKE is needed after inheriting autotools which sets it to empty * fixes: git-1.7.7: git: Files/directories were installed but not shipped /usr/lib64 /usr/lib64/python2.7 /usr/lib64/python2.7/site-packages /usr/lib64/python2.7/site-packages/git_remote_helpers-0.1.0-py2.7.egg-info /usr/lib64/python2.7/site-packages/git_remote_helpers /usr/lib64/python2.7/site-packages/git_remote_helpers/__init__.py /usr/lib64/python2.7/site-packages/git_remote_helpers/util.pyc /usr/lib64/python2.7/site-packages/git_remote_helpers/__init__.pyc /usr/lib64/python2.7/site-packages/git_remote_helpers/util.py /usr/lib64/python2.7/site-packages/git_remote_helpers/git /usr/lib64/python2.7/site-packages/git_remote_helpers/git/__init__.py /usr/lib64/python2.7/site-packages/git_remote_helpers/git/importer.pyc /usr/lib64/python2.7/site-packages/git_remote_helpers/git/non_local.pyc /usr/lib64/python2.7/site-packages/git_remote_helpers/git/exporter.py /usr/lib64/python2.7/site-packages/git_remote_helpers/git/git.py /usr/lib64/python2.7/site-packages/git_remote_helpers/git/repo.py /usr/lib64/python2.7/site-packages/git_remote_helpers/git/__init__.pyc /usr/lib64/python2.7/site-packages/git_remote_helpers/git/importer.py /usr/lib64/python2.7/site-packages/git_remote_helpers/git/exporter.pyc /usr/lib64/python2.7/site-packages/git_remote_helpers/git/repo.pyc /usr/lib64/python2.7/site-packages/git_remote_helpers/git/git.pyc /usr/lib64/python2.7/site-packages/git_remote_helpers/git/non_local.py * fixes [YOCTO #3344] (From OE-Core rev: 8231e9d455c71fe1bd3c4776985ff775c6af3f6d) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* recipes-devtools: replace virtclass-native(sdk) with class-native(sdk)Robert Yang2012-11-021-2/+2
| | | | | | | | | | | | | The overrides virtclass-native and virtclass-nativesdk are deprecated, which should be replaced by class-native and class-nativesdk. [YOCTO #3297] (From OE-Core rev: bb67ddeb2eed3e25c626a279ef53a7e8c7bfe6f2) Signed-off-by: Robert Yang <liezhi.yang@windriver.com> Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* 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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-06 19:52:54 +0000