facebook/sapling
1
1
Fork 0
mirror of https://github.com/facebook/sapling.git synced 2024-10-06 23:07:18 +03:00
Code Issues Projects Releases Wiki Activity
2ac1872674
sapling/eden/scm/Makefile

216 lines
7.4 KiB
Makefile
Raw Normal View History

codemod: update license headers Summary: The "Portions" license cannot be updated automatically. So this is a manual update using: sd -s 'Portions Copyright (c) Facebook, Inc. and its affiliates.' 'Portions Copyright (c) Meta Platforms, Inc. and affiliates.' `rg -l Facebook` sd -s 'Copyright (c) Facebook, Inc. and its affiliates.' 'Copyright (c) Meta Platforms, Inc. and affiliates.' `rg -l Facebook` Differential Revision: D33420114 fbshipit-source-id: 49ae00a7b62e3b8cc6c5dd839b3c104a75e72a56
2022-01-06 01:42:23 +03:00
# Portions Copyright (c) Meta Platforms, Inc. and affiliates.
update copyright statements in some additional files Summary: Update additional files in other locations that haven't been covered by previous diffs. Reviewed By: sfilipco Differential Revision: D18277575 fbshipit-source-id: d82458d7439d977aea29821e01bc897e9d1e2656
2019-11-02 03:38:10 +03:00
#
# This software may be used and distributed according to the terms of the
# GNU General Public License version 2.
update Olivia Mackall's name and email Summary: Follow upstream Mercurial: https://www.mercurial-scm.org/repo/hg/rev/d4ba4d51f85f Ran the following two commands: ``` rg -l 'Matt Mackall' | xargs sed -i -e "s/Matt Mackall <mpm@selenic.com>/Olivia Mackall <olivia@selenic.com>/g" rg -l 'Matt Mackall' | xargs sed -i -e "s/Matt Mackall/Olivia Mackall/g" ``` allow-large-files Reviewed By: quark-zju Differential Revision: D36420384 fbshipit-source-id: 21497f0ecd775dcdd7475ddc79adba2e2d1920ff
2022-05-17 04:40:28 +03:00
# Copyright Olivia Mackall <olivia@selenic.com> and others
update copyright statements in some additional files Summary: Update additional files in other locations that haven't been covered by previous diffs. Reviewed By: sfilipco Differential Revision: D18277575 fbshipit-source-id: d82458d7439d977aea29821e01bc897e9d1e2656
2019-11-02 03:38:10 +03:00
#
# This software may be used and distributed according to the terms of the
# GNU General Public License version 2 or any later version.
Makefile: added instructions on how to override PREFIX
2009-12-24 01:28:53 +03:00
# If you want to change PREFIX, do not just edit it below. The changed
# value wont get passed on to recursive make calls. You should instead
# override the variable on the command like:
#
# % make PREFIX=/opt/ install
make: do assignment and export in a single statement This is portable between GNU and BSD make, whereas doing the export on its own line confuses BSD make.
2016-04-21 17:10:48 +03:00
export PREFIX=/usr/local
make: use homebrew python path when available Summary: On OSX developers kept having to set their $PATH or change the make file to actually build against the homebrew python. Let's build against it by default if it exists. Reviewed By: ryanmce Differential Revision: D7791395 fbshipit-source-id: c69e41a469c5f94825814b4b30bc8ea144112167
2018-04-27 21:16:12 +03:00
build: have make local run on Centos8 Summary: On Centos8, `python` no longer exist, instead `python2` or `python3` must be used. The onetime-setup.py will have to be re-worked a bit too for Centos8 differences. Reviewed By: quark-zju Differential Revision: D20284986 fbshipit-source-id: bb1d9c8b211f1e50ce379fcb6bd92d677323935b
2020-03-16 22:47:55 +03:00
ifeq ($(OS),Windows_NT)
introduce a unified one-time setup script Summary: This script takes care of the "one-time" setup. So the following things would work: - make local - locally built "hg" - tests/run-tests.py Targing Windows (main goal), OSX, and CentOS. Other scripts or hacks doing similar things are removed. Reviewed By: phillco Differential Revision: D9506352 fbshipit-source-id: dbc47e11f6988224c7c2cb59fb36b75ba7f3704b
2018-08-27 22:06:07 +03:00
PYTHON := python
build: have make local run on Centos8 Summary: On Centos8, `python` no longer exist, instead `python2` or `python3` must be used. The onetime-setup.py will have to be re-worked a bit too for Centos8 differences. Reviewed By: quark-zju Differential Revision: D20284986 fbshipit-source-id: bb1d9c8b211f1e50ce379fcb6bd92d677323935b
2020-03-16 22:47:55 +03:00
else
PYTHON := python2
endif
getdeps: update github actions to python 3 Summary: Manual import from https://github.com/facebookexperimental/eden/pull/81 as the auto import mapped the .yml paths incorrectly Updates eden/scm/Makefile to use python3 so we don't need to install multiple py versions Adds hgext.convert.repo to setup3.py packages as mononoke tests showed it was missing Updates github actions python versions Reviewed By: quark-zju Differential Revision: D27367568 fbshipit-source-id: 3817bdc1c48a8f7bfa8e29b5f7ec87d0eed579a9
2021-03-28 19:31:24 +03:00
PYTHON3 := python3
make: use homebrew python path when available Summary: On OSX developers kept having to set their $PATH or change the make file to actually build against the homebrew python. Let's build against it by default if it exists. Reviewed By: ryanmce Differential Revision: D7791395 fbshipit-source-id: c69e41a469c5f94825814b4b30bc8ea144112167
2018-04-27 21:16:12 +03:00
support make oss RUST_DEBUG=1 Summary: `make oss` builds the Rust code in release mode by default. This adds logic to our `Makefile` to check for a `RUST_DEBUG=1` argument that, if set, adds the `--debug` flag to `build_rust_ext`. This should be helpful when iterating on local development and can also be used in smoke builds to get signal faster. Reviewed By: zzl0 Differential Revision: D41063517 fbshipit-source-id: cd7b14495ba01ff01d9889f45c31270573fc24c4
2022-11-07 23:33:58 +03:00
ifeq ($(RUST_DEBUG),1)
RUST_FLAG = --debug
endif
make: backout changeset e3b84d90a55b Support for '!=' was only added in GNU Make 4.0, and CentOS versions as new as CentOS 7 only carry 3.82. I will leave figuring out compatibility with BSD make as an exercise for interested folks.
2016-04-26 02:34:02 +03:00
$(eval HGROOT := $(shell pwd))
Makefile: introduce testpy-% target for testing with a specifc Python This makes it easy to do 'make testpy-2.4.6 TESTFLAGS="-j 16"' and the Makefile will build Python if needed and then run tests (with -j 16) with the resulting Python. You can set the environment variable HGPYTHONS to a nice location on your machine to cache the Python builds globally. If that's not set, it builds them inside build/pythons.
2015-02-04 20:26:16 +03:00
HGPYTHONS ?= $(HGROOT)/build/pythons
use PURE option in Makefile
2009-01-24 03:47:36 +03:00
PURE=
hgext: rename ext to hgext Summary: We since internally we will start to refer to `hg` as `sapling`, the `hgext` directory does not make that much sense now. This diff renames the `hgext` directory to `ext`, as well as all the references to it. Reviewed By: jordanwebster Differential Revision: D38914577 fbshipit-source-id: 2d01fc9ead26f309d9021ffe34e0812e0f2a13b7
2022-08-24 01:19:05 +03:00
PYFILES:=$(shell find mercurial ext -name '*.py' 2>/dev/null)
collapse edenscm.mercurial package into edenscm Summary: We want to rename away from "mercurial". Rather than rename the "mercurial" Python package, we opted to just collapse it into the parent "edenscm" package. This is also a step towards further organizing we want to do around the new project name. To ease the transition wrt hotfixes, we now replace "edenscm.mercurial" with "mercurial" to fix imports within base64-python extensions. Reviewed By: sggutier Differential Revision: D38943169 fbshipit-source-id: 03fa18079c51e2f7fac05d65b127095da3ab7c99
2022-08-24 23:45:53 +03:00
DOCFILES=edenscm/help/*.txt
doc: make i18n man and html Allow overwrite LANGUAGE and LC_ALL make variables, for make i18n man and html. After this patch, we can make i18n man and html by following command: $ make clean all LANGUAGE=ja
2013-07-03 16:50:20 +04:00
export LANGUAGE=C
export LC_ALL=C
Makefile: allow setting HGTESTFLAGS in shell environment for TESTFLAGS I keep wanting to run 'make tests', but I forget to set TESTFLAGS='-j 16' or whatever is reasonable for my machine. This lets me just set it once in my shell settings and forget it.
2015-02-04 23:17:13 +03:00
TESTFLAGS ?= $(shell echo $$HGTESTFLAGS)
osx: wire up genosxversion script The only version strings that are changed are the ones baked into the .pkg - hg's self-reported version string doesn't change, so users will still see our mostly-pip-compatible version strings. For reference, the part of our versioning setup that's not PEP440 compatible is the RC releases - those should be .rc0 insted of -rc. It's too late to change that for the 4.3 cycle, so I'll worry about fixing that during the 4.4 cycle.
2017-07-25 03:39:26 +03:00
OSXVERSIONFLAGS ?= $(shell echo $$OSXVERSIONFLAGS)
Add Makefile for generating release tarballs. - test suite is run - documentation is generated and included
2005-08-22 10:46:43 +04:00
entrypoint: introduce buck-buildable hg.rust Reviewed By: farnz Differential Revision: D15844921 fbshipit-source-id: 16ef18915b82344a553fec92af9ec9fc445e3ccb
2019-06-17 21:29:05 +03:00
HGNAME ?= hg
avoid eval in Makefile Reviewed By: zzl0 Differential Revision: D41063516 fbshipit-source-id: ed26a97cee466a0e9b2156d133ca1705e7455c2d
2022-11-07 23:33:58 +03:00
SL_NAME = sl
entrypoint: introduce buck-buildable hg.rust Reviewed By: farnz Differential Revision: D15844921 fbshipit-source-id: 16ef18915b82344a553fec92af9ec9fc445e3ccb
2019-06-17 21:29:05 +03:00
makefile: allow local builds to work on windows/mingw32
2012-12-12 01:44:00 +04:00
# Set this to e.g. "mingw32" to use a non-default compiler.
COMPILER=
make: alter how we compute compiler flags for setup.py This is portable between BSD and GNU make. I'm not thrilled with how it worked out, but it's portable and solves the problem.
2016-04-21 17:05:14 +03:00
COMPILERFLAG_tmp_ =
COMPILERFLAG_tmp_${COMPILER} ?= -c $(COMPILER)
COMPILERFLAG=${COMPILERFLAG_tmp_${COMPILER}}
build: set SDKROOT via make local as well Summary: Previously we set this in the rpm spec, but we need to set it in make local as well since sometimes hgbuild invokes make local directly. Ideally we'd put this in setup.py, since make and rpmspecs go through that, but we need this environment also set for the dulwich build, which we don't really control the setup.py for. Reviewed By: singhsrb Differential Revision: D28902015 fbshipit-source-id: bfc170c3027cc43b24c6a517512a63a71f433d23
2021-06-04 19:50:46 +03:00
# Mac Big Sur doesn't find the standard library without this.
export SDKROOT=/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk
Just using 'make' now shows help. 'make all' doesn't perform inplace build.
2006-05-10 20:53:32 +04:00
help:
@echo 'Commonly used make targets:'
doc: remove unused doc build step Summary: As a follow-up of D15338757, remove the scripts around building doc/. Reviewed By: singhsrb Differential Revision: D15340829 fbshipit-source-id: bc121947696aaecd574edf3d9b9b3e874037bcda
2019-05-15 01:06:46 +03:00
@echo ' all - build program'
makefile: add $ to environment variables in help message
2014-01-24 00:31:05 +04:00
@echo ' install - install program and man pages to $$PREFIX ($(PREFIX))'
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
@echo ' install-home - install with setup.py install --home=$$HOME ($(HOME))'
Makefile: change "make local" to build a fully working local version.
2007-06-25 16:46:20 +04:00
@echo ' local - build for inplace usage'
Just using 'make' now shows help. 'make all' doesn't perform inplace build.
2006-05-10 20:53:32 +04:00
@echo ' tests - run all tests in the automatic test suite'
Makefile: adjust example, test-merge1 is now test-merge1.t
2011-10-28 14:59:50 +04:00
@echo ' test-foo - run only specified tests (e.g. test-merge1.t)'
Just using 'make' now shows help. 'make all' doesn't perform inplace build.
2006-05-10 20:53:32 +04:00
@echo ' dist - run all tests and create a source tarball in dist/'
@echo ' clean - remove files created by other targets'
@echo ' (except installed files or dist source tarball)'
i18n: let Makefile generate i18n/hg.pot The target update-pot extracts strings using pygettext and updates the i18n/hg.pot file. The translators can then use msgmerge to merge the new strings in hg.pot with their xx.po file when they want to. The setup.py file now includes files under both templates/ and i18n/ as data files.
2009-01-15 02:10:54 +03:00
@echo ' update-pot - update i18n/hg.pot'
Just using 'make' now shows help. 'make all' doesn't perform inplace build.
2006-05-10 20:53:32 +04:00
@echo
@echo 'Example for a system-wide installation under /usr/local:'
@echo ' make all && su -c "make install" && hg version'
@echo
@echo 'Example for a local installation (usable in this directory):'
@echo ' make local && ./hg version'
doc: remove unused doc build step Summary: As a follow-up of D15338757, remove the scripts around building doc/. Reviewed By: singhsrb Differential Revision: D15340829 fbshipit-source-id: bc121947696aaecd574edf3d9b9b3e874037bcda
2019-05-15 01:06:46 +03:00
all: build
New make targets: local: build extensions inplace (the former "all" target") all: "local" (for people who expect this) and build everything else install: install pre-built things (so root doesn't have to write to $HOME) install-home: use setup.py's --home option instead of --prefix
2006-05-09 20:03:15 +04:00
setup: add 'make oss' build rule Summary: This adds a new build target that excludes certain features that aren't supported in the open source build. Reviewed By: quark-zju Differential Revision: D38947379 fbshipit-source-id: 941dffc4a608df98e6ef752a6c85084f2ad764c4
2022-08-26 03:14:58 +03:00
oss:
avoid eval in Makefile Reviewed By: zzl0 Differential Revision: D41063516 fbshipit-source-id: ed26a97cee466a0e9b2156d133ca1705e7455c2d
2022-11-07 23:33:58 +03:00
SAPLING_OSS_BUILD=true HGNAME=$(SL_NAME) \
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) setup.py $(PURE) \
include ISL in CLI Reviewed By: quark-zju Differential Revision: D39455747 fbshipit-source-id: 9ca300739fd03c3c1d85ef89dc6d1dfa7eb1112d
2022-09-14 06:24:37 +03:00
build_interactive_smartlog \
setup: add 'make oss' build rule Summary: This adds a new build target that excludes certain features that aren't supported in the open source build. Reviewed By: quark-zju Differential Revision: D38947379 fbshipit-source-id: 941dffc4a608df98e6ef752a6c85084f2ad764c4
2022-08-26 03:14:58 +03:00
build_py -c -d . \
build_clib $(COMPILERFLAG) \
build_ext $(COMPILERFLAG) -i \
support make oss RUST_DEBUG=1 Summary: `make oss` builds the Rust code in release mode by default. This adds logic to our `Makefile` to check for a `RUST_DEBUG=1` argument that, if set, adds the `--debug` flag to `build_rust_ext`. This should be helpful when iterating on local development and can also be used in smoke builds to get signal faster. Reviewed By: zzl0 Differential Revision: D41063517 fbshipit-source-id: cd7b14495ba01ff01d9889f45c31270573fc24c4
2022-11-07 23:33:58 +03:00
build_rust_ext -i -l $(RUST_FLAG) \
setup: add 'make oss' build rule Summary: This adds a new build target that excludes certain features that aren't supported in the open source build. Reviewed By: quark-zju Differential Revision: D38947379 fbshipit-source-id: 941dffc4a608df98e6ef752a6c85084f2ad764c4
2022-08-26 03:14:58 +03:00
build_pyzip -i \
build_mo
ifeq ($(OS),Windows_NT)
avoid eval in Makefile Reviewed By: zzl0 Differential Revision: D41063516 fbshipit-source-id: ed26a97cee466a0e9b2156d133ca1705e7455c2d
2022-11-07 23:33:58 +03:00
cp build/scripts-3*/$(SL_NAME).exe $(SL_NAME).exe
setup: add 'make oss' build rule Summary: This adds a new build target that excludes certain features that aren't supported in the open source build. Reviewed By: quark-zju Differential Revision: D38947379 fbshipit-source-id: 941dffc4a608df98e6ef752a6c85084f2ad764c4
2022-08-26 03:14:58 +03:00
else
avoid eval in Makefile Reviewed By: zzl0 Differential Revision: D41063516 fbshipit-source-id: ed26a97cee466a0e9b2156d133ca1705e7455c2d
2022-11-07 23:33:58 +03:00
$(RM) $(SL_NAME)
cp build/scripts-3*/$(SL_NAME) $(SL_NAME)
setup: add 'make oss' build rule Summary: This adds a new build target that excludes certain features that aren't supported in the open source build. Reviewed By: quark-zju Differential Revision: D38947379 fbshipit-source-id: 941dffc4a608df98e6ef752a6c85084f2ad764c4
2022-08-26 03:14:58 +03:00
endif
Add 'make install-oss' and homebrew formula Summary: This adds a template homebrew formula for Sapling and adds the 'make install-oss' rule that does most of the hard work. Reviewed By: quark-zju Differential Revision: D38999931 fbshipit-source-id: 9a6f03d11d51f74b0daa9f50db28c9d2d28b5336
2022-08-26 03:14:58 +03:00
install-oss: oss
avoid eval in Makefile Reviewed By: zzl0 Differential Revision: D41063516 fbshipit-source-id: ed26a97cee466a0e9b2156d133ca1705e7455c2d
2022-11-07 23:33:58 +03:00
SAPLING_OSS_BUILD=true HGNAME=$(SL_NAME) \
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) setup.py $(PURE) \
make Python 3.9+ work on homebrew Summary: `setup.py` on newer Python versions (3.9 onwards) seems to want to install files in some appropriate places (e.g. `~/homebrew/lib/python3.11/site-packages` for Python libraries, `~/homebrew/` for the Python binary) without the `--install-lib` and `--install-scripts` options. This diff changes that. Reviewed By: bolinfest Differential Revision: D41566930 fbshipit-source-id: b8f97487a4247112e6e1176ec443a9fa7275423d
2022-11-30 01:52:18 +03:00
install --root="$(DESTDIR)/" --prefix="$(PREFIX)" \
--install-lib="$(PREFIX)"/lib/python3.$(shell $(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) -c "import sys; print(sys.version_info.minor)")/site-packages \
--install-scripts="$(PREFIX)/bin" --force
Add 'make install-oss' and homebrew formula Summary: This adds a template homebrew formula for Sapling and adds the 'make install-oss' rule that does most of the hard work. Reviewed By: quark-zju Differential Revision: D38999931 fbshipit-source-id: 9a6f03d11d51f74b0daa9f50db28c9d2d28b5336
2022-08-26 03:14:58 +03:00
py3: remove py3 options and py2 rpm spec Summary: Python 2 is no longer built anywhere. Let's make the various py3 options the default, like renaming 'make local3' to 'make local' and let's get rid of the dead setup.py and rpm spec. Reviewed By: quark-zju Differential Revision: D29077093 fbshipit-source-id: 0c50c2296fe10ff1db9ac8f9b0df2a4836c0ea5b
2021-06-16 00:45:45 +03:00
local:
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) setup.py $(PURE) \
py3: setup3.py and `make hg3` Summary: Make `make hg3` run the python3 version of the build. There are some Cargo.toml thing to fix. But this is a start. Reviewed By: xavierd Differential Revision: D19581181 fbshipit-source-id: 711a02ec0c8384f2ca3e61ead66db1e89a30837c
2020-01-28 21:21:58 +03:00
build_py -c -d . \
build_clib $(COMPILERFLAG) \
build_ext $(COMPILERFLAG) -i \
support make oss RUST_DEBUG=1 Summary: `make oss` builds the Rust code in release mode by default. This adds logic to our `Makefile` to check for a `RUST_DEBUG=1` argument that, if set, adds the `--debug` flag to `build_rust_ext`. This should be helpful when iterating on local development and can also be used in smoke builds to get signal faster. Reviewed By: zzl0 Differential Revision: D41063517 fbshipit-source-id: cd7b14495ba01ff01d9889f45c31270573fc24c4
2022-11-07 23:33:58 +03:00
build_rust_ext -i -l $(RUST_FLAG) \
py3: setup3.py and `make hg3` Summary: Make `make hg3` run the python3 version of the build. There are some Cargo.toml thing to fix. But this is a start. Reviewed By: xavierd Differential Revision: D19581181 fbshipit-source-id: 711a02ec0c8384f2ca3e61ead66db1e89a30837c
2020-01-28 21:21:58 +03:00
build_pyzip -i \
build_mo
ifeq ($(OS),Windows_NT)
py3: remove py3 options and py2 rpm spec Summary: Python 2 is no longer built anywhere. Let's make the various py3 options the default, like renaming 'make local3' to 'make local' and let's get rid of the dead setup.py and rpm spec. Reviewed By: quark-zju Differential Revision: D29077093 fbshipit-source-id: 0c50c2296fe10ff1db9ac8f9b0df2a4836c0ea5b
2021-06-16 00:45:45 +03:00
cp build/scripts-3*/$(HGNAME).exe $(HGNAME).exe
py3: setup3.py and `make hg3` Summary: Make `make hg3` run the python3 version of the build. There are some Cargo.toml thing to fix. But this is a start. Reviewed By: xavierd Differential Revision: D19581181 fbshipit-source-id: 711a02ec0c8384f2ca3e61ead66db1e89a30837c
2020-01-28 21:21:58 +03:00
else
py3: remove py3 options and py2 rpm spec Summary: Python 2 is no longer built anywhere. Let's make the various py3 options the default, like renaming 'make local3' to 'make local' and let's get rid of the dead setup.py and rpm spec. Reviewed By: quark-zju Differential Revision: D29077093 fbshipit-source-id: 0c50c2296fe10ff1db9ac8f9b0df2a4836c0ea5b
2021-06-16 00:45:45 +03:00
$(RM) $(HGNAME)
cp build/scripts-3*/$(HGNAME) $(HGNAME)
py3: setup3.py and `make hg3` Summary: Make `make hg3` run the python3 version of the build. There are some Cargo.toml thing to fix. But this is a start. Reviewed By: xavierd Differential Revision: D19581181 fbshipit-source-id: 711a02ec0c8384f2ca3e61ead66db1e89a30837c
2020-01-28 21:21:58 +03:00
endif
New make targets: local: build extensions inplace (the former "all" target") all: "local" (for people who expect this) and build everything else install: install pre-built things (so root doesn't have to write to $HOME) install-home: use setup.py's --home option instead of --prefix
2006-05-09 20:03:15 +04:00
build:
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
$(PYTHON) setup.py $(PURE) build $(COMPILERFLAG)
New make targets: local: build extensions inplace (the former "all" target") all: "local" (for people who expect this) and build everything else install: install pre-built things (so root doesn't have to write to $HOME) install-home: use setup.py's --home option instead of --prefix
2006-05-09 20:03:15 +04:00
packaging: add simple debian packager (#126) Summary: Pull Request resolved: https://github.com/facebookexperimental/eden/pull/126 A simple script to create a debian package. Reviewed By: bolinfest Differential Revision: D39003285 fbshipit-source-id: f3446f8407f962da68a4670f07cedf6a54dab270
2022-08-26 22:45:40 +03:00
deb:
write "Depends" into .deb and build for Python 3.10 on Ubuntu 22.04 Summary: Although D39042765 (https://github.com/facebookexperimental/eden/commit/a04fc2e9b3a3304af123b68bd4ce01f4d566e875) appeared to successfully produce `.deb` files, it turns out that they would only work if you already had the requisite package dependencies installed. For example, running `hg --version` on a clean Ubuntu instance would yield: ``` hg: error while loading shared libraries: libpython3.8.so.1.0: cannot open shared object file: No such file or directory ``` It turned out that our `DEBIAN/control` file was missing a key `Depends:` line to tell `dpkg` what dependencies to install. Once again, I decided to look and see how wezterm deals with this, and the solution appears to be `dpkg-shlibdeps`: https://github.com/wez/wezterm/blob/97eaa58112a4/ci/deploy.sh#L234,L240 `dpkg-shlibdeps` looks at your executables and, based on the symbols, determines what the appropriate packages are. For our Ubuntu 22.04 `.deb`, this turns out to be: ``` Depends: libc6 (>= 2.34), libgcc-s1 (>= 4.2), libpython3.10 (>= 3.10.0), libssl3 (>= 3.0.0~~alpha1), zlib1g (>= 1:1.1.4) ``` Apparently you cannot have a package in the `Depends:` line that comes from a PPA, so if you want to make your `.deb` easy for users to install, that means you should limit your dependencies to "standard" packages for the distro. In our case, that meant that our Ubuntu 22.04 `.deb` should use Python 3.10 instead of Python 3.8 (which we previously fetched from `ppa:deadsnakes/ppa`). In order to support this, this diff makes a number of changes: - Adds logic to `setup.py` to check the `PY_VERSION` environment variable to decide whether to use Python 3.10 or something else. - Updates `gen_workflows.py` to define different Python deps based on the Ubuntu version. - Updates `gen_workflows.py` to remove the logic that uses the `ppa:deadsnakes/ppa`. - Ran `buck2 run //eden/oss/ci:gen_workflows -- eden/oss/.github/workflows/` to update the GitHub Actions - Moved the logic for the `deb` target in the `Makefile` into a separate shell script because it was getting too complex to express directly in Make. - Introduced separate `deb-ubuntu-20.04` and `deb-ubuntu-22.04` targets in the `Makefile`. - Updated `bytearrayobject.rs` to support Python 3.10 in addition to Python 3.9. - Updated `pick_python.py` to consider `python3.10` if `python3.8` is not found before going down the rest of the list. As you can see in the Test Plan, we are *really close* to things "just working," but we also have to register `git` as a dependency, which is not discovered by `dpkg-shlibdeps`. This will be addressed in D39156794. Reviewed By: DurhamG Differential Revision: D39156794 fbshipit-source-id: ca1e0a73096e0de97230804a97f316114b8bfc2e
2022-09-01 01:00:05 +03:00
./packaging/debian/build_deb.sh
packaging: add a simple 'make rpm' (#3) Summary: Pull Request resolved: https://github.com/facebook/sapling-staging/pull/3 Reviewed By: bolinfest Differential Revision: D39072060 fbshipit-source-id: bb7a207fade4d3b717a1cf2ff6c68542d2da6e84
2022-08-29 19:46:43 +03:00
rpm:
rpmbuild \
--define "sapling_root `pwd`" \
--define "version $(VERSION)" \
-bb packaging/rpm/sapling.spec
makefile: add wheel build target
2015-10-09 20:30:46 +03:00
wheel:
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
FORCE_SETUPTOOLS=1 $(PYTHON) setup.py $(PURE) bdist_wheel $(COMPILERFLAG)
makefile: add wheel build target
2015-10-09 20:30:46 +03:00
edenscm/hg: add GitHub Actions with CI for HG plus add fixes for getdeps (#25) Summary: Fixes include: 1. Passing "GETDEPS_BUILD_DIR" and "GETDEPS_INSTALL_DIR" env variable and using them in eden/scm/Makefile rather than assuming the source code is always in the same place regardless getdeps arguments (it isn't). 2. Added "fbthrift-source" and "fb303-source" to avoid unnecessary compilation (at least of fb303) and to put fbthrift and fb303 source code in an easy to locate place inside getdeps' "installed" folder. Pull Request resolved: https://github.com/facebookexperimental/eden/pull/25 Test Plan: sandcastle, check oss-eden_scm-darwin-getdeps Reviewed By: farnz Differential Revision: D22431872 Pulled By: lukaspiatkowski fbshipit-source-id: 8ccbb090713ec085a5dd56df509eb58ab6fb9e34
2020-07-10 22:04:28 +03:00
getdepsbuild:
mkdir -p $(GETDEPS_BUILD_DIR)/eden_scm
add Mononoke integration tests CI (#26) Summary: This diff adds a minimal workflow for running integrations tests for Mononoke. Currently only one test is run and it fails. This also splits the regular Mononoke CI into separate files for Linux and Mac to match the current style in Eden repo. There are the "scopeguard::defer" fixes here that somehow escaped the CI tests. Some tweaks have been made to "integration_runner_real.py" to make it runnable outside FB context. Lastly the change from using "[[ -v ... ]" to "[[ -n "${...:-}" ]]; in "library.sh" was made because the former is not supported by the default Bash version preinstalled on modern MacOS. Pull Request resolved: https://github.com/facebookexperimental/eden/pull/26 Reviewed By: krallin Differential Revision: D22541344 Pulled By: lukaspiatkowski fbshipit-source-id: 5023d147823166a8754be852c29b1e7b0e6d9f5f
2020-07-16 22:10:30 +03:00
ln -sfn $(GETDEPS_BUILD_DIR)/eden_scm build
edenscm/hg: add GitHub Actions with CI for HG plus add fixes for getdeps (#25) Summary: Fixes include: 1. Passing "GETDEPS_BUILD_DIR" and "GETDEPS_INSTALL_DIR" env variable and using them in eden/scm/Makefile rather than assuming the source code is always in the same place regardless getdeps arguments (it isn't). 2. Added "fbthrift-source" and "fb303-source" to avoid unnecessary compilation (at least of fb303) and to put fbthrift and fb303 source code in an easy to locate place inside getdeps' "installed" folder. Pull Request resolved: https://github.com/facebookexperimental/eden/pull/25 Test Plan: sandcastle, check oss-eden_scm-darwin-getdeps Reviewed By: farnz Differential Revision: D22431872 Pulled By: lukaspiatkowski fbshipit-source-id: 8ccbb090713ec085a5dd56df509eb58ab6fb9e34
2020-07-10 22:04:28 +03:00
GETDEPS_BUILD=1 \
build: use the appropriate python version for getdeps builds Summary: getdeps builds are failing on certain versions of Mac because they choose a system python, which causes setup.py to use a hard coded library location which isn't correct in our environment. Earlier I changed pick_python.py to prefer the homebrew python, but it turns out getdeps doesn't actually use pick_python. This diff fixes that and also instructs python3-sys to use the correct version, by setting the PYTHON_SYS_EXECUTABLE environment variable. Reviewed By: quark-zju Differential Revision: D28388150 fbshipit-source-id: 9b09e7472733f7a779c6212ae012116cad657b5d
2021-05-13 00:21:39 +03:00
PYTHON_SYS_EXECUTABLE=$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) \
edenscm/hg: add GitHub Actions with CI for HG plus add fixes for getdeps (#25) Summary: Fixes include: 1. Passing "GETDEPS_BUILD_DIR" and "GETDEPS_INSTALL_DIR" env variable and using them in eden/scm/Makefile rather than assuming the source code is always in the same place regardless getdeps arguments (it isn't). 2. Added "fbthrift-source" and "fb303-source" to avoid unnecessary compilation (at least of fb303) and to put fbthrift and fb303 source code in an easy to locate place inside getdeps' "installed" folder. Pull Request resolved: https://github.com/facebookexperimental/eden/pull/25 Test Plan: sandcastle, check oss-eden_scm-darwin-getdeps Reviewed By: farnz Differential Revision: D22431872 Pulled By: lukaspiatkowski fbshipit-source-id: 8ccbb090713ec085a5dd56df509eb58ab6fb9e34
2020-07-10 22:04:28 +03:00
THRIFT="$(GETDEPS_INSTALL_DIR)/fbthrift/bin/thrift1" \
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) setup.py \
build: use the appropriate python version for getdeps builds Summary: getdeps builds are failing on certain versions of Mac because they choose a system python, which causes setup.py to use a hard coded library location which isn't correct in our environment. Earlier I changed pick_python.py to prefer the homebrew python, but it turns out getdeps doesn't actually use pick_python. This diff fixes that and also instructs python3-sys to use the correct version, by setting the PYTHON_SYS_EXECUTABLE environment variable. Reviewed By: quark-zju Differential Revision: D28388150 fbshipit-source-id: 9b09e7472733f7a779c6212ae012116cad657b5d
2021-05-13 00:21:39 +03:00
$(PURE) build $(COMPILERFLAG)
eden/scm: provide getdeps.py way of building eden/scm on GitHub Summary: In order to do what the title says, this diff does: 1. Add the `eden/oss/.../third-party/rust/.../Cargo.toml` files. As mentioned in the previous diff, those are required by GitHub so that the third party dependencies that are local in fbsource are properly defined with a "git" dependency in order for Cargo to "link" crates properly. 2. Changes to `eden/scm/Makefile` to add build/install commands for getdeps to invoke. Those command knowing that they are called from withing getdeps context they link the dependencies brought by getdeps into their proper places that match their folder layout in fbsource. Those Makefile commands also pass a GETDEPS_BUILD env to the setup.py invocations so that it knows it is being called withing a getdeps build. 3. Changes to `eden/scm/setup.py` that add "thriftasset" that makes use of the getdeps.py provided "thrift" binary to build .py files out of thrift files. 4. Changes to `distutils_rust` to use the vendored crates dir provided by getdeps. 5. Changes to `getdeps/builder.py` and `getdeps/manifest.py` that enable more fine-grained configuratior of how Makefile builds are invoked. 6. Changes to `getdeps/buildopts.py` and `getdeps/manifest.py` to disable overriding PATH and pkgconfig env, so that "eden/scm" builds in getdeps using system libraries rather than getdeps-provided ones (NOTE: I've tried to use getdeps provided libraries, but the trickiest bit was that Rust links with Python, which is currently not providable by getdeps, so if you try to build everything the system provided Python libraries will collide with getdeps provided ones) 7. Added `opensource/fbcode_builder/manifests/eden_scm` for the getdeps build. Reviewed By: quark-zju Differential Revision: D22336485 fbshipit-source-id: 244d10c9e06ee83de61e97e62a1f2a2184d2312f
2020-07-03 03:52:20 +03:00
make: introduce a target to clean everything but packages Removing the 'packages' directory makes nightly builder life much harder.
2016-07-29 01:39:59 +03:00
cleanbutpackages:
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
-$(PYTHON3) setup.py clean --all # ignore errors from this command
py3: setup3.py and `make hg3` Summary: Make `make hg3` run the python3 version of the build. There are some Cargo.toml thing to fix. But this is a start. Reviewed By: xavierd Differential Revision: D19581181 fbshipit-source-id: 711a02ec0c8384f2ca3e61ead66db1e89a30837c
2020-01-28 21:21:58 +03:00
find contrib doc i18n edenscm edenscmnative tests \
make: restrict recursion in make clean
2013-11-15 03:17:44 +04:00
\( -name '*.py[cdo]' -o -name '*.so' \) -exec rm -f '{}' ';'
hgext: rename ext to hgext Summary: We since internally we will start to refer to `hg` as `sapling`, the `hgext` directory does not make that much sense now. This diff renames the `hgext` directory to `ext`, as well as all the references to it. Reviewed By: jordanwebster Differential Revision: D38914577 fbshipit-source-id: 2d01fc9ead26f309d9021ffe34e0812e0f2a13b7
2022-08-24 01:19:05 +03:00
rm -f MANIFEST MANIFEST.in edenscm/ext/__index__.py tests/*.err
collapse edenscm.mercurial package into edenscm Summary: We want to rename away from "mercurial". Rather than rename the "mercurial" Python package, we opted to just collapse it into the parent "edenscm" package. This is also a step towards further organizing we want to do around the new project name. To ease the transition wrt hotfixes, we now replace "edenscm.mercurial" with "mercurial" to fix imports within base64-python extensions. Reviewed By: sggutier Differential Revision: D38943169 fbshipit-source-id: 03fa18079c51e2f7fac05d65b127095da3ab7c99
2022-08-24 23:45:53 +03:00
rm -f edenscm/__modulepolicy__.py
if test -d .hg; then rm -f edenscm/__version__.py; fi
make: make sure clean target correctly cleans scratch symlinks Reviewed By: markbt Differential Revision: D15372359 fbshipit-source-id: b6eba655f706ecaef64e807280576c02023a2520
2019-05-16 16:55:08 +03:00
rm -rf build/*
collapse edenscm.mercurial package into edenscm Summary: We want to rename away from "mercurial". Rather than rename the "mercurial" Python package, we opted to just collapse it into the parent "edenscm" package. This is also a step towards further organizing we want to do around the new project name. To ease the transition wrt hotfixes, we now replace "edenscm.mercurial" with "mercurial" to fix imports within base64-python extensions. Reviewed By: sggutier Differential Revision: D38943169 fbshipit-source-id: 03fa18079c51e2f7fac05d65b127095da3ab7c99
2022-08-24 23:45:53 +03:00
rm -rf build edenscm/locale
make: improve windows make logic Summary: This relies on adding chef's unix toolchain to the PATH rather than copying stuff from LFS. Plus, this sets the `HGDEV` env var, which causes `exec\hgmain\src\hgenv.rs` to load environment from `build\env`. Thus, we don't need to copy `build\hg\hg-python` to the repo dir. Reviewed By: quark-zju Differential Revision: D9559617 fbshipit-source-id: de70b262d81befffc651ee82dd5f5e7e0a9c6ed3
2018-10-13 00:48:01 +03:00
ifeq ($(OS),Windows_NT)
entrypoint: introduce buck-buildable hg.rust Reviewed By: farnz Differential Revision: D15844921 fbshipit-source-id: 16ef18915b82344a553fec92af9ec9fc445e3ccb
2019-06-17 21:29:05 +03:00
$(RM) -r hg-python $(HGNAME).exe python27.dll
make: improve windows make logic Summary: This relies on adding chef's unix toolchain to the PATH rather than copying stuff from LFS. Plus, this sets the `HGDEV` env var, which causes `exec\hgmain\src\hgenv.rs` to load environment from `build\env`. Thus, we don't need to copy `build\hg\hg-python` to the repo dir. Reviewed By: quark-zju Differential Revision: D9559617 fbshipit-source-id: de70b262d81befffc651ee82dd5f5e7e0a9c6ed3
2018-10-13 00:48:01 +03:00
else
entrypoint: introduce buck-buildable hg.rust Reviewed By: farnz Differential Revision: D15844921 fbshipit-source-id: 16ef18915b82344a553fec92af9ec9fc445e3ccb
2019-06-17 21:29:05 +03:00
$(RM) $(HGNAME)
make: improve windows make logic Summary: This relies on adding chef's unix toolchain to the PATH rather than copying stuff from LFS. Plus, this sets the `HGDEV` env var, which causes `exec\hgmain\src\hgenv.rs` to load environment from `build\env`. Thus, we don't need to copy `build\hg\hg-python` to the repo dir. Reviewed By: quark-zju Differential Revision: D9559617 fbshipit-source-id: de70b262d81befffc651ee82dd5f5e7e0a9c6ed3
2018-10-13 00:48:01 +03:00
endif
Add Makefile for generating release tarballs. - test suite is run - documentation is generated and included
2005-08-22 10:46:43 +04:00
make: introduce a target to clean everything but packages Removing the 'packages' directory makes nightly builder life much harder.
2016-07-29 01:39:59 +03:00
clean: cleanbutpackages
rm -rf packages
doc: remove unused doc build step Summary: As a follow-up of D15338757, remove the scripts around building doc/. Reviewed By: singhsrb Differential Revision: D15340829 fbshipit-source-id: bc121947696aaecd574edf3d9b9b3e874037bcda
2019-05-15 01:06:46 +03:00
install: build
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
$(PYTHON) setup.py $(PURE) install --root="$(DESTDIR)/" --prefix="$(PREFIX)" --force
Split installation targets into install-bin and install-doc. install-bin will only install the program, and install-doc will install the documentation. The main install target still installs both.
2006-06-27 11:57:06 +04:00
doc: remove unused doc build step Summary: As a follow-up of D15338757, remove the scripts around building doc/. Reviewed By: singhsrb Differential Revision: D15340829 fbshipit-source-id: bc121947696aaecd574edf3d9b9b3e874037bcda
2019-05-15 01:06:46 +03:00
install-home: build
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
$(PYTHON) setup.py $(PURE) install --home="$(HOME)" --prefix="" --force
Split installation targets into install-bin and install-doc. install-bin will only install the program, and install-doc will install the documentation. The main install target still installs both.
2006-06-27 11:57:06 +04:00
eden/scm: provide getdeps.py way of building eden/scm on GitHub Summary: In order to do what the title says, this diff does: 1. Add the `eden/oss/.../third-party/rust/.../Cargo.toml` files. As mentioned in the previous diff, those are required by GitHub so that the third party dependencies that are local in fbsource are properly defined with a "git" dependency in order for Cargo to "link" crates properly. 2. Changes to `eden/scm/Makefile` to add build/install commands for getdeps to invoke. Those command knowing that they are called from withing getdeps context they link the dependencies brought by getdeps into their proper places that match their folder layout in fbsource. Those Makefile commands also pass a GETDEPS_BUILD env to the setup.py invocations so that it knows it is being called withing a getdeps build. 3. Changes to `eden/scm/setup.py` that add "thriftasset" that makes use of the getdeps.py provided "thrift" binary to build .py files out of thrift files. 4. Changes to `distutils_rust` to use the vendored crates dir provided by getdeps. 5. Changes to `getdeps/builder.py` and `getdeps/manifest.py` that enable more fine-grained configuratior of how Makefile builds are invoked. 6. Changes to `getdeps/buildopts.py` and `getdeps/manifest.py` to disable overriding PATH and pkgconfig env, so that "eden/scm" builds in getdeps using system libraries rather than getdeps-provided ones (NOTE: I've tried to use getdeps provided libraries, but the trickiest bit was that Rust links with Python, which is currently not providable by getdeps, so if you try to build everything the system provided Python libraries will collide with getdeps provided ones) 7. Added `opensource/fbcode_builder/manifests/eden_scm` for the getdeps build. Reviewed By: quark-zju Differential Revision: D22336485 fbshipit-source-id: 244d10c9e06ee83de61e97e62a1f2a2184d2312f
2020-07-03 03:52:20 +03:00
install-getdeps: getdepsbuild
getdeps: fix oss-eden_scm-darwin-getdeps Summary: More python 3 shenanigans. Reviewed By: quark-zju Differential Revision: D29005541 fbshipit-source-id: 210d90b0258927019a08fa79a26e38e0f01b4eaa
2021-06-11 00:23:35 +03:00
PYTHON_SYS_EXECUTABLE=$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) \
GETDEPS_BUILD=1 $(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) \
setup: merge setup*.py back to setup.py Summary: It's weird to have `setup_with_versions.py` as the entry point and have noisy files in the project root. For example, upstream hg has tests to track files in project root (https://www.mercurial-scm.org/repo/hg/file/c261a628e525/tests/test-check-code.t#l54) Let's move them back to setup.py. This is basically a revert of D40983642 (https://github.com/facebook/sapling/commit/a2eaef5617a49d717443bb78c47b00dff83cfa79), followed by: ``` diff --git a/fbcode/eden/scm/setup.py b/fbcode/eden/scm/setup.py --- a/fbcode/eden/scm/setup.py +++ b/fbcode/eden/scm/setup.py @@ -386,9 +386,13 @@ def pickversion(): + # Respect SAPLING_VERSION set by GitHub workflows. + version = os.environ.get("SAPLING_VERSION") + if version: + return version # New version system: YYMMDD_HHmmSS_hash # This is duplicated a bit from build_rpm.py:auto_release_str() - template = '{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' + template = r'{sub("([:+-]|\d\d\d\d$)", "",date|isodatesec)} {node|short}' # if hg is not found, fallback to a fixed version out = hgtemplate(template) or "" # Some tools parse this number to figure out if they support this version of @@ -1829,6 +1833,10 @@ rename=hgname, features=hgmainfeatures, cfgs=["Py_%s" % PY_VERSION], + env={ + "SAPLING_VERSION": version, + "SAPLING_VERSION_HASH": versionhash, + }, ), ] ``` The `SAPLING_VERSION` env is only passed to `cargo`. It does not affect the current process. This also avoids overhead launching another Python process (previously by `setup_with_version.py`) Reviewed By: bolinfest Differential Revision: D41640370 fbshipit-source-id: 01bd37de7c6dcd1238171c1736137edd82bc07db
2022-12-01 23:30:00 +03:00
setup.py $(PURE) install --root="$(DESTDIR)/" --prefix="$(PREFIX)" --install-lib="$(PREFIX)/bin" --force
getdeps: add a test target to eden_scm getdeps manifest Summary: Add a test target to the eden_scm getdeps manifest and underlying Makefile Reviewed By: markbt Differential Revision: D27336805 fbshipit-source-id: 07ec4be1ff03c6a384451ce138d88938dd4bf86e
2021-03-26 14:01:12 +03:00
test-getdeps: install-getdeps
# Run one test to check the binary is minimally good as will be used later in Mononoke getdeps tests
# Running all the tests requires a bit of filtering to run the good set (or deleting flaky ones)
getdeps: fix oss-eden_scm-darwin-getdeps Summary: More python 3 shenanigans. Reviewed By: quark-zju Differential Revision: D29005541 fbshipit-source-id: 210d90b0258927019a08fa79a26e38e0f01b4eaa
2021-06-11 00:23:35 +03:00
cd tests && PYTHON_SYS_EXECUTABLE=$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) \
update python to 3.8 Summary: Update to a newer python that builds on macOS Big Sur, make eden_scm depend on it and use it from PATH python 3.8 requires libffi which is reference via its pkg-config setup, however python's pkg-config libffi detection is broken (https://bugs.python.org/issue34823) with the documented workaround requiring an environment variable to be passed into its ./configure step, which is why this change also adds a feature to AutoconfBuilder With the updated python in place I was able to remove disable_env_override_pkgconfig = 1 disable_env_override_path = 1 from the eden_scm config so that it actually uses the pkg-configs, PATHs and other settings from its dependencies. This should make future python and other dependency upgrades much simpler. Reviewed By: HarveyHunt Differential Revision: D32231261 fbshipit-source-id: a2b6addbe22f38e3d71618c802d2c6f836fdd86c
2021-11-26 11:01:14 +03:00
$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) run-tests.py -j1 --getdeps-build --with-hg="$(PREFIX)/bin/$(HGNAME)" test-status.t test-convert.t
eden/scm: provide getdeps.py way of building eden/scm on GitHub Summary: In order to do what the title says, this diff does: 1. Add the `eden/oss/.../third-party/rust/.../Cargo.toml` files. As mentioned in the previous diff, those are required by GitHub so that the third party dependencies that are local in fbsource are properly defined with a "git" dependency in order for Cargo to "link" crates properly. 2. Changes to `eden/scm/Makefile` to add build/install commands for getdeps to invoke. Those command knowing that they are called from withing getdeps context they link the dependencies brought by getdeps into their proper places that match their folder layout in fbsource. Those Makefile commands also pass a GETDEPS_BUILD env to the setup.py invocations so that it knows it is being called withing a getdeps build. 3. Changes to `eden/scm/setup.py` that add "thriftasset" that makes use of the getdeps.py provided "thrift" binary to build .py files out of thrift files. 4. Changes to `distutils_rust` to use the vendored crates dir provided by getdeps. 5. Changes to `getdeps/builder.py` and `getdeps/manifest.py` that enable more fine-grained configuratior of how Makefile builds are invoked. 6. Changes to `getdeps/buildopts.py` and `getdeps/manifest.py` to disable overriding PATH and pkgconfig env, so that "eden/scm" builds in getdeps using system libraries rather than getdeps-provided ones (NOTE: I've tried to use getdeps provided libraries, but the trickiest bit was that Rust links with Python, which is currently not providable by getdeps, so if you try to build everything the system provided Python libraries will collide with getdeps provided ones) 7. Added `opensource/fbcode_builder/manifests/eden_scm` for the getdeps build. Reviewed By: quark-zju Differential Revision: D22336485 fbshipit-source-id: 244d10c9e06ee83de61e97e62a1f2a2184d2312f
2020-07-03 03:52:20 +03:00
add make check: tests rule
2011-05-02 11:50:21 +04:00
check: tests
oss: make 'make tests' run Python tests (#458) Summary: oss: make 'make tests' run Python tests 'make check' tries to run 'make tests', but despite being documented, the 'tests' target does not exist in the Makefile. Create a 'tests' target which runs the Python test suite. Pull Request resolved: https://github.com/facebook/sapling/pull/458 Test Plan: $ make oss $ make check [bunch of failures] $ (cd tests && python run-tests.py test-debugcheckcasecollisions.t) ---------------------------------------------------------------------- # Ran 1 tests, 0 skipped, 0 failed. --- Stack created with [Sapling](https://sapling-scm.com). Best reviewed with [ReviewStack](https://reviewstack.dev/facebook/sapling/pull/458). * https://github.com/facebook/sapling/issues/459 * __->__ https://github.com/facebook/sapling/issues/458 Reviewed By: muirdm Differential Revision: D42742607 Pulled By: zzl0 fbshipit-source-id: 790624f28da629fe25846d1dde1fad2aa3382911
2023-01-27 21:44:33 +03:00
.PHONY: tests
tests:
cd tests && PYTHON_SYS_EXECUTABLE=$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) \
$(shell $(PYTHON3) contrib/pick_python.py $(PYTHON3)) run-tests.py
enhance Makefile for language translators To update a po-file just do 'make i18n/xx.po'. No other po-file will be touched.
2009-03-26 10:07:28 +03:00
update-pot: i18n/hg.pot
Makefile: hg.pot depends on the scripts generating it This is convenient when editing this scripts. And translators will get updated translation files even if nothing else has changed.
2013-11-17 23:16:14 +04:00
i18n/hg.pot: $(PYFILES) $(DOCFILES) i18n/posplit i18n/hggettext
collapse edenscm.mercurial package into edenscm Summary: We want to rename away from "mercurial". Rather than rename the "mercurial" Python package, we opted to just collapse it into the parent "edenscm" package. This is also a step towards further organizing we want to do around the new project name. To ease the transition wrt hotfixes, we now replace "edenscm.mercurial" with "mercurial" to fix imports within base64-python extensions. Reviewed By: sggutier Differential Revision: D38943169 fbshipit-source-id: 03fa18079c51e2f7fac05d65b127095da3ab7c99
2022-08-24 23:45:53 +03:00
$(PYTHON) i18n/hggettext edenscm/commands.py \
hgext: rename ext to hgext Summary: We since internally we will start to refer to `hg` as `sapling`, the `hgext` directory does not make that much sense now. This diff renames the `hgext` directory to `ext`, as well as all the references to it. Reviewed By: jordanwebster Differential Revision: D38914577 fbshipit-source-id: 2d01fc9ead26f309d9021ffe34e0812e0f2a13b7
2022-08-24 01:19:05 +03:00
edenscm/ext/*.py edenscm/ext/*/__init__.py \
collapse edenscm.mercurial package into edenscm Summary: We want to rename away from "mercurial". Rather than rename the "mercurial" Python package, we opted to just collapse it into the parent "edenscm" package. This is also a step towards further organizing we want to do around the new project name. To ease the transition wrt hotfixes, we now replace "edenscm.mercurial" with "mercurial" to fix imports within base64-python extensions. Reviewed By: sggutier Differential Revision: D38943169 fbshipit-source-id: 03fa18079c51e2f7fac05d65b127095da3ab7c99
2022-08-24 23:45:53 +03:00
edenscm/fileset.py edenscm/revset.py \
edenscm/templatefilters.py edenscm/templatekw.py \
edenscm/templater.py \
edenscm/filemerge.py \
edenscm/util.py \
Makefile: temporary copy of hg.pot is hg.pot.tmp instead of hg.pot~ The file ending of temporary files for generating XX.po has been changed to .tmp (from ~). Use the same ending when generating hg.pot.
2013-11-17 15:18:26 +04:00
$(DOCFILES) > i18n/hg.pot.tmp
i18n: extract strings with xgettext The xgettext program knows about Python string formatting and will mark messages with a special "#, python-format" comment in the hg.pot file. When msgfmt compiles the file, it can check these messages to ensure that the translated string uses the same conversion specifiers as the original string. The pygettext program is still used to extract the docstrings.
2009-01-25 23:31:54 +03:00
# All strings marked for translation in Mercurial contain
# ASCII characters only. But some files contain string
# literals like this '\037\213'. xgettext thinks it has to
Makefile: fixed comment
2009-05-02 14:10:38 +04:00
# parse them even though they are not marked for translation.
# Extracting with an explicit encoding of ISO-8859-1 will make
# xgettext "parse" and ignore them.
Makefile: remove underscore in var name
2010-10-23 18:53:25 +04:00
echo $(PYFILES) | xargs \
Makefile: remove non-default wrapping of hg.pot strings
2009-07-26 04:14:30 +04:00
xgettext --package-name "Mercurial" \
misc: replace domain of mercurial-devel ML address by mercurial-scm.org This patch also adds new check-code.py pattern to detect invalid usage of "mercurial-devel@selenic.com".
2017-02-10 18:23:55 +03:00
--msgid-bugs-address "<mercurial-devel@mercurial-scm.org>" \
update Olivia Mackall's name and email Summary: Follow upstream Mercurial: https://www.mercurial-scm.org/repo/hg/rev/d4ba4d51f85f Ran the following two commands: ``` rg -l 'Matt Mackall' | xargs sed -i -e "s/Matt Mackall <mpm@selenic.com>/Olivia Mackall <olivia@selenic.com>/g" rg -l 'Matt Mackall' | xargs sed -i -e "s/Matt Mackall/Olivia Mackall/g" ``` allow-large-files Reviewed By: quark-zju Differential Revision: D36420384 fbshipit-source-id: 21497f0ecd775dcdd7475ddc79adba2e2d1920ff
2022-05-17 04:40:28 +03:00
--copyright-holder "Olivia Mackall <olivia@selenic.com> and others" \
i18n: extract comments marked for translator hints Comments marked with "i18n:", like: # i18n: do not translate the field names msg = _("Valid entries for the format field are topic, bar, number.") will become available for translators in the .po files: #. i18n: do not translate the field names msgid "Valid entries for the format field are topic, bar, number." msgstr ""
2010-10-21 17:45:02 +04:00
--from-code ISO-8859-1 --join --sort-by-file --add-comments=i18n: \
i18n: support ngettext for pluralized strings Summary: Support pluralized translation strings using ngettext. This allows strings that are appropriately pluralized based on the count of the item. To use import `_n` from the `i18n` module and provide it with singular and plural messages, along with the count of the item that should be pluralized: ``` from mercurial.i18n import _n ui.write(_n("%d item processed", "%d items processed", count) % count) ``` When using `%`-based string formatting in Python, both variants of the format string must have the same number of subsitutions: it's not possible to leave out the `%d` in the singular case. Reviewed By: quark-zju Differential Revision: D12921684 fbshipit-source-id: 756d1350a827d0451a07279f6884ee57dba6ac9f
2018-11-06 14:14:10 +03:00
--keyword=_n:1,2 -d hg -p i18n -o hg.pot.tmp
Makefile: temporary copy of hg.pot is hg.pot.tmp instead of hg.pot~ The file ending of temporary files for generating XX.po has been changed to .tmp (from ~). Use the same ending when generating hg.pot.
2013-11-17 15:18:26 +04:00
$(PYTHON) i18n/posplit i18n/hg.pot.tmp
Makefile: intermediate steps work with temporary copy of hg.pot In case of abortion or a failing step, the target file remains untouched instead of being in an intermediate state.
2013-11-05 12:43:26 +04:00
# The target file is not created before the last step. So it never is in
# an intermediate state.
Makefile: temporary copy of hg.pot is hg.pot.tmp instead of hg.pot~ The file ending of temporary files for generating XX.po has been changed to .tmp (from ~). Use the same ending when generating hg.pot.
2013-11-17 15:18:26 +04:00
mv -f i18n/hg.pot.tmp i18n/hg.pot
Add Makefile for generating release tarballs. - test suite is run - documentation is generated and included
2005-08-22 10:46:43 +04:00
enhance Makefile for language translators To update a po-file just do 'make i18n/xx.po'. No other po-file will be touched.
2009-03-26 10:07:28 +03:00
%.po: i18n/hg.pot
Makefile: do update on a temporary copy of a po file This avoids having a half completed file (with a new timestamp) when msgmerge has failed.
2013-11-05 12:43:36 +04:00
# work on a temporary copy for never having a half completed target
cp $@ $@.tmp
msgmerge --no-location --update $@.tmp $^
Makefile: fix po file updating by using same file name everywhere The update is done on a temporary file since d6abb3586946. The name of this file was first XX.po~ and has been changed to XX.po.tmp in all except of one place. Do this now.
2013-11-17 15:17:55 +04:00
mv -f $@.tmp $@
enhance Makefile for language translators To update a po-file just do 'make i18n/xx.po'. No other po-file will be touched.
2009-03-26 10:07:28 +03:00
build: initial support for in-tree autobuilding recipes
2014-05-08 02:58:13 +04:00
# Packaging targets
packaging: add simple debian packager (#126) Summary: Pull Request resolved: https://github.com/facebookexperimental/eden/pull/126 A simple script to create a debian package. Reviewed By: bolinfest Differential Revision: D39003285 fbshipit-source-id: f3446f8407f962da68a4670f07cedf6a54dab270
2022-08-26 22:45:40 +03:00
.PHONY: help all local build cleanbutpackages clean install install-home install-getdeps getdepsbuild deb
Reference in New Issue Copy Permalink