changelog:
- rinstall: ignore environment variable http_proxy
- rinstall: use shell getopts to parse arguments
- raise error if a label alias begins with a space
portwise: no need to the pre-test ruby symlink hack: now it's possible
to specify the ruby version with the RUBY make var.
Changes since then:
2.37.2:
[BUGFIX] TSDB: Fix 'invalid magic number 0' error on Prometheus startup.
[BUGFIX] Agent: Fix validation of flag options and prevent WAL from
growing more than desired.
2.37.3:
[BUGFIX] Update our regexp library to fix upstream CVE-2022-41715.
[BUGFIX] TSDB: Turn off isolation for Head compaction to fix a memory leak.
2.37.4:
[SECURITY] Fix basic authentication bypass vulnerability (CVE-2022-46146).
OK sthen@
- add missing ${MODPY_FLAVOR} to py-elftools BDEP
- this port doesn't use setuptoools to build; drop MODPY_SETUPTOOLS.
replace it with a plain BUILD_DEPENDS on setuptools, it's needed for
tools/binman/control.py which uses pkg_reseources from setuptools.
(I would guess that sometime in the future this might be dropped in
favour of using importlib.resources, added to core Python since 3.7,
but not yet).
we currently rely on the BIOS to set up the PCIe controllers and this does
not work on machines without a WWAN card. Works around a panic on those.
ok kettenis@
(now uses flit_core, directly rather than via MODPY_PYBUILD to avoid
dep loops). also it now has its own internal parser, so removes the
dependency on py-parsing.
Same fix as the borg 1.1 one except that borg 1.2 uses ports py-msgpack
which has more consumers than borg 1.2, hence the separate commit.
$ borg init -e none ./repo ; echo $?
Unknown integrity data version 0 in integrity.1
0
msgpack-python messed up __BYTE_ORDER handling, but only on sparc64 using
ports GCC 8.4.0; macppc base clang 13 is fine.
msgpack-python got fixed, pull the PR and bump borg 1.2.
Teste on little endian amd64/base-clang and big endian macppc/base-clang,
sparc64/ports-gcc.
OK bket
$ borg init -e none ./repo ; echo $?
Unknown integrity data version 0 in integrity.1
0
borg 1.1.x bundles msgpack-python, which messed up __BYTE_ORDER handling,
but only on sparc64 using ports GCC 8.4.0; macppc base clang 13 is fine.
msgpack-python got fixed, borg's 1.1-maint branch merged it, pull the PR.
borgbackup/1.2 and py-msgpack will get the same fix but in a different
commit as py-msgpack has more consumers than borg 1.2.
Tested on little endian amd64/base-clang and big endian macppc/base-clang,
sparc64/ports-gcc.
OK bket
