Age | Commit message (Collapse) | Author |
|
upstream release; port to meson
|
|
|
|
Make bz2 actually use the musl-gcc compiler. Before it was using regular
gcc, which should not work (but sometimes did, mysteriously, on my
machine).
Because the bz2 Makefile does not respect environment $CC.
|
|
staticlibs rebuild: c-ares, curl, gpg-error, libassuan, nghttp2, ssl, zstd
Adapt to c-ares upstream tree reorganization by changing the directories
we build/install.
|
|
staticlibs rebuild: curl, gpg-error, gpgme, libarchive, libassuan, musl, ssl
|
|
staticlibs rebuild: musl, curl, gpgme
|
|
upstream release
staticlibs rebuild: curl, libgpg-error, nghttp2
|
|
staticlibs rebuild: libarchive, zstd
|
|
staticlibs rebuild: c-ares, curl, openssl
|
|
staticlibs rebuild: musl, c-ares, curl, nghttp2, openssl, xz
|
|
... and bump the pkgrel :/
|
|
staticlibs rebuild: curl, libarchive, libgpg-error
pin the PKGEXT to .xz since the resulting packages must not use devtools
.zst compression if they are to be downloadable on older systems
|
|
staticlibs rebuild: curl, zstd
(the other nvchecker churn is a mass core rebuild)
|
|
upstream release
|
|
upstream release
staticlibs rebuild: musl
|
|
staticlibs rebuild: bzip2, curl, nghttp2, openssl, zstd
patch to fix libgpg-error building with gawk 5 (see FS#63761)
bzip2 now has PGP sigs
fix an embarrassing typo that made the download filename for zstd be all
borky (and break caching)
|
|
staticlibs rebuild: curl, gpgme, libarchive
libarchive 3.4.0 does not compile without zlib, see:
https://github.com/libarchive/libarchive/issues/1214
OTOH, it turns out we weren't using zlib...
|
|
staticlibs rebuild: curl, openssl
|
|
Or at least the url used for those checksums.
|
|
staticlibs rebuild: musl, zstd
|
|
staticlibs rebuild: curl, gpgme, libgpg-error
gpgme now supports pkg-config too
|
|
upstream release
staticlibs rebuild: openssl, libassuan
|
|
staticlibs rebuild: curl, libgpg-error, nghttp2
fix build with newer gpg-error: GnuPG has finally started distributing
.pc files (currently implemented for libgpg-error and libassuan), and
the new shell implementation of pkg-config (gpgrt-config) is
autodetected from the *host* and preferred, which broke everything.
Start installing these into the temp root as well.
|
|
staticlibs rebuild: musl, zstd, libgpg-error
|
|
upstream release
update static dependencies
|
|
build with musl
update static dependencies
|
|
update static dependencies
|
|
This was cached from the [core] PKGBUILD, which also switched to github
releases instead of the generated archive.
|
|
update static deps
add release script to build binary repos
|
|
Should build just fine for obvious reasons there, but as we already set
conditional options for the openssl component, there's an expectation
that arm will need special flags too... these are the flags archlinuxarm
uses to build core/openssl.
Reported-by: Luca Weiss <luca@z3ntu.xyz>
|
|
update static dependencies, enable zstd support in libarchive
|
|
fix openssl support
no-shared does not provide all the options a static libssl needs
|
|
update dependencies.
re-enable file:// support.
The curl issue turned out to be a problem with --with-ssl, except old
versions of curl simple failed to detect the static copy altogether and
therefore this did not have https:// support anyway.
Explicitly disable the ssl "feature" for now, to allow updating libcurl.
|
|
Upstream site is dead, see FS#59572
Use arch mirror with the latest cached release as in the [core] package
|
|
upstream release
be more built-in about installing only part of pacman
use native binary renaming feature
bump versions of various dependencies
|
|
upstream release
Bump static dependencies too, except for curl 7.60 which does not work
ATM.
|
|
Rewrite building this properly, without relying on abs (which does not
exist anymore).
Note: curl does not seem to work statically, without c-ares. pacman just
segfaulted... this does not indicate promising behavior w.r.t. blindly
rebuilding the deptree using abs *or* asp.
I did not bother with monotonically increasing pkgver, since it is quite
some time since this worked and the date usage was madness anyway... it
is very unlikely anyone had this installed.
|
|
|