4e5d7fb821
ci: build Python docs with Nix
2024-03-01 02:00:53 +00:00
cfa13f0669
build: tag armv6 wheels with tags accepted by PyPI
...
See
<https://github.com/pypi/warehouse/blob/main/warehouse/forklift/legacy.py >
for the tag checking code.
linux_armv6l and linux_armv7l are accepted,
but {many,musl}linux_*_armv6l are not.
2024-02-20 18:10:52 +00:00
e765066f05
ci: build deltachat-rpc-server with nix
2024-02-20 15:59:53 +00:00
73492ca4bc
chore(scripts): do not install deltachat-rpc-client twice
2024-02-13 11:20:11 +00:00
f8907e3c83
feat: add wildcard pattern support to provider database
2024-02-06 21:02:28 +00:00
1895f4c556
chore(release): prepare for 1.133.0
2024-01-15 22:55:26 +00:00
30f8522626
docs: generate deltachat-rpc-client documentation
...
To preview the docs, run:
```
scripts/build-python-docs.sh
firefox dist/html/index.html
```
I have removed the Makefile because modern Sphinx Makefile is just a
wrapper for `sphinx-build -M`:
https://github.com/sphinx-doc/sphinx/blob/35965903177c6ed9a6afb62ccd33243a746a3fc0/sphinx/templates/quickstart/Makefile.new_t
and sphinx-quickstart even has an option `--no-makefile`.
`make.bat` makes even less sense.
In `scripts/build-python-docs.sh` I use `sphinx-build` directly
without `make` wrapper.
2023-11-20 19:56:22 +00:00
bff4a2259f
chore: update provider-db ( #4949 )
2023-11-07 01:12:31 +00:00
6aae0276da
test: use instant accounts instead of mailadm
2023-10-30 00:15:22 +00:00
81e1164358
test: compile deltachat-rpc-server in debug mode for tests
...
This reduces compilation times.
2023-10-29 01:09:35 +00:00
df6f974eca
Add scripts for running deltachat-rpc-client tests
2023-10-27 17:24:39 +00:00
12eb813bc3
ci(concourse): replace master branch with main
2023-10-25 22:02:35 +00:00
c1eb33c0da
Merge tag 'v1.126.1'
...
Release 1.126.1
2023-10-24 14:50:49 +00:00
44e056e210
ci: build Windows wheels for deltachat-rpc-server
2023-10-23 20:38:58 +00:00
48a8680ba4
build: set 755 permission on binaries inside deltachat-rpc-server .whl
2023-10-23 20:20:28 +00:00
b73bcc2c22
ci: build macOS wheels for deltachat-rpc-server
2023-10-23 20:20:14 +00:00
4e979c5880
build: make source package for deltachat-rpc-server install fixed version
2023-10-22 17:49:03 +00:00
71e1089139
fix: do not hardcode version in deltachat-rpc-server source package
2023-10-22 16:46:26 +00:00
54410dbe49
Merge tag 'v1.126.0'
2023-10-22 15:16:11 +00:00
088eda2983
build(scripts/zig-rpc-server.sh): move built binaries to dist/
2023-10-22 13:13:04 +00:00
b4fe9e3eec
build: use Zig via ziglang PyPI package
...
This avoids cluttering workdir with unpacked tarball
and will work automatically once PEP-723 is implemented.
2023-10-22 13:13:04 +00:00
58330fe8b2
ci: remove musl check
...
It requires installing Zig and slows down CI.
This was not broken for a while and we can do
more frequent core releases to catch problems.
2023-10-22 13:13:04 +00:00
680d024b05
docs: document scripts/codespell.sh
2023-10-22 06:53:44 +00:00
21e0bb28ad
build: create source distribution for deltachat-rpc-server
2023-10-19 14:38:03 +00:00
c6358169ad
fix: s/env/venv/ in scripts/make-python-testenv.sh
2023-10-18 20:10:51 +00:00
52c46c6dca
build: add script to build deltachat-rpc-server wheels
2023-10-16 17:04:55 +00:00
54ea3ec5d6
build: workaround OpenSSL crate expecting libatomic to be available
2023-10-15 22:57:46 +00:00
2775fd1fcf
Merge tag 'v1.125.0'
...
Release 1.125.0
2023-10-14 04:24:08 +00:00
ff5005fa93
fix(python): fix scripts/make-python-testenv.sh
...
Without `-c python` tox does not find tox.ini and creates empty environment.
Renamed env/ into venv/ as it is more common.
2023-10-09 12:43:22 +00:00
275791595c
Merge tag 'v1.124.0'
2023-10-04 21:14:17 +00:00
1177c19a43
bulid: build wheels for Python 3.12 and PyPy 3.10
2023-10-04 19:56:56 +00:00
061d091c97
build(coredeps): only run yum if it is available
...
musllinux is based on Alpine and has no yum
2023-09-12 19:59:15 +00:00
e7617f0abd
build(coredeps): install perl-IPC-Cmd
...
It is required to configure OpenSSL 3.0.
2023-09-12 19:02:20 +00:00
dbe9d7e34e
refactor(provider): create provider database entries at compile time
...
According to cargo-llvm-lines it reduces the number of lines
in the crate by 0.7%.
2023-09-05 00:03:34 +00:00
9d7bdf369d
refactor: use slices instead of vectors in provider database
2023-09-03 20:19:58 +00:00
87ffcaf03e
build: update to Rust 1.72.0
2023-08-25 23:04:47 +00:00
2635146328
build: update to Zig 0.11.0
2023-08-25 21:20:11 +00:00
dd806b2d88
test: add make-python-testenv.sh script
...
This scripts makes it easy to (re)create python testing environment.
2023-06-19 16:24:03 +00:00
b4209fac2e
ci(concourse): install venv before trying to use it
...
This is a follow-up to cbe1671104
2023-06-16 19:15:05 +00:00
cbe1671104
ci(concourse): install devpi in a virtual environment
...
This commit solves the "error: externally-managed-environment"
which started appearing since Debian 12 release.
`debian` is used as an Docker image to run devpi.
2023-06-13 16:51:53 +00:00
a2599ef08a
ci: run cargo check with musl libc
2023-06-06 22:45:17 +00:00
22d0a4bb32
build: use Rust 1.70.0 to compile deltachat-rpc-server releases
2023-06-06 22:45:17 +00:00
f2b02b7bb0
docs: document how to get Concourse CI secrets from pass
2023-06-01 19:50:42 +00:00
24d52c5909
build(set_core_version.py): expect release date in the changelog
...
git-cliff adds the date to the changelog automatically,
so set_core_version.py only needs to check that the date is in place.
2023-05-16 22:47:28 +00:00
15ce54edfb
Update set_core_version.py with new release process
2023-05-10 12:00:14 +00:00
7918a6801e
scripts/deny.sh: update package cache before running cargo deny
2023-05-05 21:23:10 +00:00
b369a30544
Pass scripts/run-python-test.sh arguments to pytest
2023-04-14 16:24:08 +00:00
c8988f5a55
maybe_add_time_based_warnings(): Use release date instead of the provider DB update one ( #4213 )
...
bjoern <r10s@b44t.com > wrote:
> maybe_add_time_based_warnings() requires some date guaranteed to be in the near past. based on
this known date we check if the system clock is wrong (if earlier than known date) and if the used
Delta Chat version may be outdated (1 year passed since known date). while this does not catch all
situations, it catches quite some errors with comparable few effort.
>
> figuring out the date guaranteed to be in the near past is a bit tricky. that time, we added
get_provider_update_timestamp() for exactly that purpose - it is checked manually by some dev and
updated from time to time, usually before a release.
>
> however, meanwhile, the provider-db gets updated less frequently - things might be settled a bit
more - and, get_provider_update_timestamp() was also changed to return the date of the last commit,
instead of last run. while that seem to be more on-purpose, we cannot even do an “empty” database
update to update the known date.
>
> as get_provider_update_timestamp() is not used for anything else, maybe we should completely
remove that function and replace it by get_last_release_timestamp that is then updated by
./scripts/set_core_version.py - the result of that is reviewed manually anyway, so that seems to be
a good place (i prefer manual review here and mistrust further automation as also dev or ci clocks
may be wrong :)
2023-04-06 22:00:02 -04:00
fd7cc83537
Merge tag 'v1.112.4'
...
Release 1.112.4
2023-03-31 01:13:56 +00:00
6c57bc9438
Fix call to auditwheel in scripts/run_all.sh
...
This bugs prevents CI from building wheels.
2023-03-31 01:02:41 +00:00
link2xt