summaryrefslogtreecommitdiffstats
path: root/meta/classes/base.bbclass
Commit message (Collapse)AuthorAgeFilesLines
* base.bbclass: add crosssdk items to INCOMPATIBLE_LICENSE exclude listSaul Wold2011-09-191-1/+1
| | | | | | | (From OE-Core rev: 1fbb665ef20b7a2477ec4812a610f2b69a870bb1) Signed-off-by: Saul Wold <sgw@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: do not expand PREFERRED_PROVIDER for kernel recipeDongxiao Xu2011-09-131-1/+3
| | | | | | | | | | | | With Richard's commit f9c36392, we only build one kernel for a system, thus we shouldn't extend PREFERRED_PROVIDER for virtual/kernel. [YOCTO #1471] (From OE-Core rev: 90ad70fe13a9f8409387ca70289998bdca649aeb) Signed-off-by: Dongxiao Xu <dongxiao.xu@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: fix substring matching in COMMERCIAL_LICENSEPaul Eggleton2011-09-081-2/+2
| | | | | | | | | | | | | Previously, if for example you had a package called "mx", and a second package called "libomxil" listed in COMMERCIAL_LICENSE (without mx being listed there), it would match mx as being commercially licensed because mx is a substring of libomxil. Fix the search to ensure it only matches the listed package name exactly. (From OE-Core rev: b23e51e6c961cf3f7e2aaf89648fecce78424c99) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: clarify COMMERCIAL_LICENSE skip reasonPaul Eggleton2011-08-231-1/+1
| | | | | | | | | | | | | Change to a proper sentence and add a reference to the COMMERCIAL_LICENSE variable so that the user knows where this can be controlled. Addresses remainder of [YOCTO #846] (From OE-Core rev: 463d1719cc627ef22089282acfe70d7fcb835419) Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Add MULTI_PROVIDER_WHITELIST manipulation for multilibRichard Purdie2011-08-101-0/+14
| | | | | | (From OE-Core rev: 4dbc340c63a86879fa727908cfb502f299f5d21b) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Ensure PREFERRED_PROVIDER and PREFERRED_VERSION values are set ↵Richard Purdie2011-08-091-0/+45
| | | | | | | | for multilibs (From OE-Core rev: b12cd9f378eeafb6e23f379d5b005baa6e9a1a62) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base bbclass: add TUNE_FEATURES to the default bannerKoen Kooi2011-07-271-1/+1
| | | | | | | | | This makes debugging the new tune code easier since it doesn't involve staring at 'bitbake -e' output anymore. (From OE-Core rev: c1903b1221e9b419aefe49e40a8acd61575de797) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Fix PACKAGE_ARCH typoRichard Purdie2011-07-271-1/+1
| | | | | | (From OE-Core rev: 22a42df1843c8a95cf3be214a413d660adaadb32) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Add compatibility package name mapping handlerRichard Purdie2011-07-271-0/+8
| | | | | | | | | This means if PKGARCHCOMPAT_ARMV7A is set, "armv7a-vfp-neon" is renamed to be "armv7a". Other compatibility mappings can be added as needed. (From OE-Core rev: 08c0b7060009113e8dffdef51ff6b9b4b7f28894) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Fixed concurrency problem for ZIP packed recipes.Ihar Hrachyshka2011-07-201-0/+6
| | | | | | | | | | | | | | | The problem occured when unzip-native is not yet staged, and ZIP archive unpacking already started resulting in failed do_unpack task. (oe.dev has a NEED_UNZIP_FOR_UNPACK variable we did not bring over) [RP: Use srcuri from already existing variable] (From OE-Core rev: 6ca80453618fa308cc2d6329450aaf5dfdf2d610) Signed-off-by: Ihar Hrachyshka <ihar.hrachyshka@gmail.com> Signed-off-by: Koen Kooi <koen@openembedded.org> Signed-off-by: Tom Rini <tom_rini@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* sanity, base: remove gcc3 check since qemu doesn't need it any morePhil Blundell2011-07-191-10/+0
| | | | | | | | | | | Recent versions of qemu seem to be happy enough building with gcc 4.x, and indeed most modern distributions aren't shipping gcc3 any more, so there is no point checking for its presence as part of sanity. Also remove the check_gcc3 function from base since nothing else uses it. (From OE-Core rev: ec5c68e9368111bd51c1cfd6a9a135c53b82ceca) Signed-off-by: Phil Blundell <philb@gnu.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: show layer's branches/revisions in the banner infoDexuan Cui2011-07-051-1/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | The patch removes METADATA_BRANCH and METADATA_REVISION, and treats the meta/ in the same way as other layers. In the case some layers belonging to the same repo, the branch and revision are only printed once, but all the layer names are still printed. An example output can be: OE Build Configuration: BB_VERSION = "1.13.1" TARGET_ARCH = "i586" TARGET_OS = "linux" MACHINE = "emenlow" DISTRO = "poky" DISTRO_VERSION = "1.0+snapshot-20110702" TARGET_FPU = "" meta meta-yocto = "dcui/banner_v3:4b712dba68a98c827b8f3d0242da9153c4f65473" meta-emenlow meta-sugarbay meta-n450 = "dcui/test1:76d1178ba1a43cf6457c89717134aeb9f1275fae" (From OE-Core rev: f271498638a9da271ed5da973666fe4a7bd0ac63) Signed-off-by: Dexuan Cui <dexuan.cui@intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* ccache: Set CCACHE on a per recipe basisWenzong Fan2011-06-301-1/+1
| | | | | | | | | | | Set 'CCACHE_DIR' in 'bitbake.conf' and create the dirs for every package before task 'do_configure' started. [RP: Merge dirs variables into one] (From OE-Core rev: fe03f78fb0bf7d54b9472832e43764e882f918a1) Signed-off-by: Wenzong Fan <wenzong.fan@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Add umask task controlMark Hatle2011-06-301-0/+4
| | | | | | | | | | | | | | | | | | | | | | Bitbake now allows the umask to be specified per task. The following tasks will have a umask of 022 set by default: do_configure do_compile do_install do_package do_populate_sysroot do_rootfs do_configure and do_compile need a umask of 022 set because -many- recipes directly copy generated files out of recipe's build directory. Instead of fixing each existing and future recipe, it was shown to be much easier to just set the umask. (From OE-Core rev: 0cfa7ebcf661aa0645c6d4d858b04946ebacb7e4) Signed-off-by: Mark Hatle <mark.hatle@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Back off the fatal error to a warning for now and try and recoverRichard Purdie2011-06-281-1/+2
| | | | | | (From OE-Core rev: 3a8e115904a227fcecb61e81f5e540d1aebea352) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base/glib-2.0: Simplify USE_NLS handling for glib-2.0Richard Purdie2011-06-281-4/+0
| | | | | | | | | | | | | | | Currently the only way to get anything to build is to set USE_NLS="yes" for glib-2.0. We might as well do this in the recipe by default for now and simpllify the code. The magic handling of USE_NLS_<recipename> is also removed since this can be done in the form USE_NLS_pn-<recipename> using overrides these days. (From OE-Core rev: 2e3727b05ae58aaf1eed88967c13cae085e7a702) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* classes/conf: Drop MULTIMACH_ARCH variable, it adds unused complexity and ↵Richard Purdie2011-06-281-7/+1
| | | | | | | | | serves no useful purpose (From OE-Core rev: e623d3015bbdeb2b42b9763937be899a1fa9c0ca) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Since we require python 2.6 which always contains hashlib we ↵Richard Purdie2011-06-281-10/+0
| | | | | | | | | can drop this fallback code (From OE-Core rev: 4ac0b49b65106c2214ae80517fe9f66630d4540c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Drop old style SRCDATE handling, we have pn- overrides nowRichard Purdie2011-06-281-5/+0
| | | | | | | (From OE-Core rev: 0e88b873e758c158cde11009a8c6f9ca5f7a63dc) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: add support for SOC_FAMILY in COMPATIBLE_MACHINESKoen Kooi2011-06-141-1/+3
| | | | | | | | | | | | | | | | * Add support for using SOC_FAMILY in the COMPATIBLE_MACHINES setting for a recipe. * This will allow recipes to work for entire families of devices without having to maintain/update the compatible devices as new devices are added into a family Based on 07076390358f211bd96779bec2d6eb5eaa0ad699 by Chase Maupin <chase.maupin@ti.com> (From OE-Core rev: dc303cbf25cf48aa98ff1979882820dd25f8cd9d) Signed-off-by: Koen Kooi <koen@dominion.thruhere.net> Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* native/nativesdk: Clean up the depends ordering after bitbake override ↵Richard Purdie2011-06-091-2/+0
| | | | | | | | | | | | | | | handling updates This massively cleans up the dependency handling in the two classes when interacting with BBCLASSEXTEND. This change has a dependency on the bitbake override handling change and also the existence of the RecipePreFinalise event. (From OE-Core rev: f183c7cfe377fa6ed2777605c3590a9dda2060df) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: add cleansstate task between clean and cleanallMartin Jansa2011-06-061-2/+5
| | | | | | | | | * sometimes it's usefull to remove only sstate cache and keep downloaded sources for rebuild (From OE-Core rev: e071bc9982fc3ace3a32a990905884929392c4b6) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* oe.packagegroup: add code for package groups (sync from OE)Chris Larson2011-05-201-1/+1
| | | | | | | | | | | | | | | | This includes some utility functions for dealing with groups of packages defined in the metadata. Metadata syntax: PACKAGE_GROUP_<group> = "<list of packages>" If the packages in the group are optional: PACKAGE_GROUP_<group>[optional] = "1" (From OE-Core rev: 4df212e9c2a1dd7c80d180fd13b67e9f2799d3e1) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: use oe.data for OE_IMPORTS1.1_M1.rc1Chris Larson2011-05-201-1/+3
| | | | | | | (From OE-Core rev: e02c0d809732bed3d170880c6faedafce8c60c21) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Shift oe import logic out of the event handlerChris Larson2011-05-201-15/+18
| | | | | | | | | | This can be useful if we need the imports from another config parsed event handler, and can't rely upon the base one running before that one. (From OE-Core rev: dc579ce4dcf9a3743ced9eae4fe510a079961faf) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: switch to current OE's imports handlingChris Larson2011-05-201-13/+9
| | | | | | | | | | The current mechanism makes it easier for classes to add new oe modules to be automatically imported, and thereby made available to python snippets (${@}). (From OE-Core rev: 0c560a2a7954412f714db86b1aaadb7acbe72d1b) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Implement variable typing (sync from OE)Chris Larson2011-05-201-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This implementation consists of two components: - Type creation python modules, whose job it is to construct objects of the defined type for a given variable in the metadata - typecheck.bbclass, which iterates over all configuration variables with a type defined and uses oe.types to check the validity of the values This gives us a few benefits: - Automatic sanity checking of all configuration variables with a defined type - Avoid duplicating the "how do I make use of the value of this variable" logic between its users. For variables like PATH, this is simply a split(), for boolean variables, the duplication can result in confusing, or even mismatched semantics (is this 0/1, empty/nonempty, what?) - Make it easier to create a configuration UI, as the type information could be used to provide a better interface than a text edit box (e.g checkbox for 'boolean', dropdown for 'choice') This functionality is entirely opt-in right now. To enable the configuration variable type checking, simply INHERIT += "typecheck". Example of a failing type check: BAZ = "foo" BAZ[type] = "boolean" $ bitbake -p FATAL: BAZ: Invalid boolean value 'foo' $ Examples of leveraging oe.types in a python snippet: PACKAGES[type] = "list" python () { import oe.data for pkg in oe.data.typed_value("PACKAGES", d): bb.note("package: %s" % pkg) } LIBTOOL_HAS_SYSROOT = "yes" LIBTOOL_HAS_SYSROOT[type] = "boolean" python () { import oe.data assert(oe.data.typed_value("LIBTOOL_HAS_SYSROOT", d) == True) } (From OE-Core rev: a04ce490e933fc7534db33f635b025c25329c564) Signed-off-by: Chris Larson <chris_larson@mentor.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Fix PR increment bug when PR number is a single digitKhem Raj2011-05-171-13/+6
| | | | | | | | | | | | | | | | PRINC which should add to base PR value has a problem when the PR is single digit e.g. r0 - r9. Current algorithm needed atleasts 2 digits to successfully populate end and begin markers. We reimplement the incrementing algorithm using regular expressions which addressed the above mentioned problem and simplifies the logic a bit and gets rid of loops and conditionals (From OE-Core rev: 9aeaae7b786a42d213ad4224743dfd49e2324077) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* logging: delete the oe(note|warn|fatal|debug) functionsDarren Hart2011-05-041-26/+1
| | | | | | | | | | | The new logging.bbclass replaces the oe* logging functions with bb* equivalents. There are no longer any users of the oe* API within oe-core. Remove the oe* functions. (From OE-Core rev: 168d94be0e28fcbefda9df07d6d1b0cfd96e75fc) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* logging: update existing oe* logging users to the bb* interfaceDarren Hart2011-05-041-2/+2
| | | | | | | | | | | | | | The new bash logging class provides bbnote, bbwarn, bbfatal, and bbdebug replacements (as well as bbplain and bberror) for the oe* equivalents. Use the new bb* API in preparation to delete the oe* logging API. This patch was automatically generated by a sed script. The result has been visually inspected and used to build core-image-sato for qemux86. (From OE-Core rev: a1f09fce5caba389d0484b169f0cde85d64514fa) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Create a BASEDEPENDS variable other classes can use to add to ↵Richard Purdie2011-05-041-3/+5
| | | | | | | | the base dependencies, avoiding native/nativesdk issues (From OE-Core rev: fe2f1e1708e34758c70db37ce480453e10fc4eb1) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* logging: add bb* logging mechanisms for bash recipe functionsDarren Hart2011-04-281-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | The following logging mechanisms are to be used in bash functions of recipes. They are intended to map one to one in intention and output format with the python recipe logging functions of a similar naming convention: bb.plain(), bb.note(), etc. For the time being, all of these print only to the task logs. Future enhancements may integrate these calls with the bitbake logging infrastructure, allowing for printing to the console as appropriate. The interface and intention statements reflect that future goal. Once it is in place, no changes will be necessary to recipes using these logging mechanisms. I opted to write new functions instead of modifying the oe* logging functions from base.bbclass (and utils.bbclass in oe) for a couple reasons. First, one of my goals was to generate a uniform logging API between bash and python in recipes. Second, there are no users of oe* logging in meta (oe-core) or meta-yocto, while several oe recipes do use them. I wanted to make a clean start with the freedom to change behavior without forcing the oe recipes to change or experience unexpected logging changes. Eventually, the oe recipes can be migrated to the new bb* logging routines and the existing oe* routines can be retired (deleted). (From OE-Core rev: 7cb3f0206619b725e404282fa7a3ac50b4609f1e) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Cc: Chris Larson <clarson@kergoth.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* logging: fix oedebug loglevel testDarren Hart2011-04-281-4/+4
| | | | | | | | | | | | When the existing test for loglevel fails, the syntax used results in the recipe exiting with a silent failure. Performing any bash command after the test block resolves the problem, such as "shift" or "echo ''". Rewriting with 'if []; then' blocks provides a cleaner syntax and also resolves the failure. (From OE-Core rev: 5857516404411040598b69c85d184ccdfc0af2e0) Signed-off-by: Darren Hart <dvhart@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base/kernel/image.bbclass: Clean up do_deploy ordering to ensure it just ↵Richard Purdie2011-03-291-0/+1
| | | | | | | | happens before a build completes (From OE-Core rev: a3b80688465ba5ba7e6d514f9a40ee224a9d3a28) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base/utility-tasks.bbclass: Drop do_setscene and do_rebuildRichard Purdie2011-03-011-30/+1
| | | | | | | | | | | | | The do_setscene task only exists for rebuild support now as all its other functionality has been superceeded. The rebuild task currently crashes due to removal of the working directory and therefore isn't working for anyone. It also interacts extremely badly with the newer sstate technology to the point of being dangerous. Summary, if we want rebuild support it needs a reimplementation so remove this version and all its remnants and hacks. Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Buildstats commit: buildstats.bbclassBeth Flanagan2011-02-151-0/+1
| | | | | | Used to track some basic build metrics by build and task/event level. Signed-off-by: Beth Flanagan <elizabeth.flanagan@intel.com>
* fetch2: Correct the clean() mechanism for the fetcher2 codeSaul Wold2011-02-101-15/+9
| | | | | | | This create a clean() method in each of the fetcher modules and correctly cleans the .done stamp file and lock files Signed-off-by: Saul Wold <sgw@linux.intel.com>
* meta/classes: Update classes to use new fetcher APIRichard Purdie2011-02-071-151/+25
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: Update after fetcher changesRichard Purdie2011-02-071-3/+7
| | | | Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base/sstate.bbclass: Rename fetcher "go" method to "download" when using ↵Yu Ke2011-01-251-1/+4
| | | | | | fetch v2 Signed-off-by: Yu Ke <ke.yu@intel.com>
* base.bbclass: use bb.fetch2 unpack APIYu Ke2011-01-251-1/+7
| | | | Signed-off-by: Yu Ke <ke.yu@intel.com>
* base.bbclass: fix parse error on recipes with '++' in their namePaul Eggleton2011-01-201-1/+2
| | | | | | | | Fixes "multiple repeat" or "nothing to repeat" errors when parsing recipes with '++' in the file name. Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com> Signed-off-by: Saul Wold <sgw@linux.intel.com>
* base.bbclass: Use the new stampfile function in bitbake to determine the ↵Richard Purdie2011-01-061-1/+1
| | | | | | path to the stampfile Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* base.bbclass: add lock file for do_unpack taskYu Ke2011-01-041-0/+4
| | | | | | | | | | | | | | | | | | This patch intend to fix the random unpack failure of linux-libc-headers-yocto and linux-yocto. The root cause of the unpack failure is that: these two recpies has the same URL, thus has the same dest file during the fetch and unpack phase: do_fetch : create tar ball ${DL_DIR}/git_git.pokylinux.org.linux-yocto-2.6.37.tar.gz do_unpack : extract tar ball ${DL_DIR}/git_git.pokylinux.org.linux-yocto-2.6.37.tar.gz fetch phase is protected by lockfile, so it works fine. but unpack phase is not lock protected, thus there is race condition like: when linux-yocto do_unpack is extracting the tar ball, linux-libc-headers-yocto do_fetch starts to create tar ball thus overwrite linux-yocto's tar ball and cause linux-yocto do_unpack failure To fix this issue, do_unpack also need to be protected by lock Signed-off-by: Yu Ke <ke.yu@intel.com>
* base.bbclass: Add error message for base_do_unpack failuresRichard Purdie2010-12-311-1/+1
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* base.bbclass: Correct bb.debug parametersRichard Purdie2010-12-311-1/+1
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* base/utils.bbclass: Drop former checksum code now bitbake is handling this ↵Richard Purdie2010-12-201-41/+0
| | | | | | for us Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* base.bbclass/poky.conf: Fix INCOMPATIBLE_LICENSE Whitelist checkingSaul Wold2010-11-141-4/+5
| | | | Signed-off-by: Saul Wold <Saul.Wold@intel.com>
* meta/classes: Mark do_package_write and do_build as noexec tasksRichard Purdie2010-11-061-0/+1
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
* base/utils.bbclass: Sync up overlapping functionsRichard Purdie2010-11-021-19/+0
| | | | Signed-off-by: Richard Purdie <rpurdie@linux.intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-11-11 21:06:45 +0000