This resolves a ninja-related issues, corrects passing private args to linker
while building libruby itself (without external LDFLAGS), exports the full
symbols table, and pet 'pkg check -d'. Issues with weechat, vim, facter,
rubygem-hpricot and rubygem-rdiscount should be fixed. See [1] for long story
of hunting and fixing these issues.
Bump PORTREVISIONS accordingly.
PR: 230238 [1], 231361
Submitted by: fuffy
Approved by: fuffy
- libgit2 in ports is nowadays newer than bundled version
- libssh2 was already unbundled until 1.29.0 update
- Unbundle libssh2 for USES=cargo (unused atm)
PR: 231411
Approved by: rust (dumbbell, tobik)
It was initially got from ruby23, but recent ruby releases have some
differences in runtime linking, which was not hit by exp-run, and caused
trouble with some ports (e.g. devel/leatherman, sysutils/facter).
PR: 230238
Submitted by: fluffy
Reported by: freebsd@ptty.com
Approved by: fluffy
- Add missing component entries for KDE Frameworks 5:
- baloo-widgets
- libkcddb
- libcompactdisc
- Remove components from _USE_KDE4_ALL that are defined in
_USE_KDE_BOTH.
Note that baloo (for KDE Frameworks 5) is explicitly defined in the
KDE Frameworks 5 section, and not the common section.
Approved by: adridg (KDE)
- add support for v3 of the nuget API
- switch to using v3 for NUGET [1]
- rewrite makenupkg to avoid full feed list [2]
- change fetch group to allow "+" in package name/version
[1] NUGET redirects to the source under the v2 API, however this breaks
`makenupkg` as curl fails to follow the redirect when getting the header.
[2] Previously, makenupkg got the complete list of packages (and versions)
a feed. However, for some feeds this takes a very really long time (slow
server response rate). To avoid this, rather check if the package is
available (without downloading it).
Change x11/xorgproto to become a build time dependency when added to
USE_XORG. Change the dependency to be on the port, rather than a file the
port installs.
Fix fallout.
Bump portrevision on depending ports.
PR: 230909
Reviewed by: eadler
Approved by: portmgr (antoine)
Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto
exp-run: antoine
Differential Revision: https://reviews.freebsd.org/D16906
Change USE_GL to become USES=gl. You still need to specify USE_GL as well,
to specify which gl components you need, such as egl glesv2 glut glu glw gl.
Only specifying USE_GL is supported for now, to ease in transition. It is
however deprecated, and will be removed eventually.
Specifying USES=gl without USE_GL is an error.
USE_GL=yes is also deprecated, but supported for now. It implies USE_GL=glu.
Fix fallout from this change.
PR: 230692
Approved by: portmgr (antoine)
exp-run by: antoine
Reviewed by: mat
Differential Revision: https://reviews.freebsd.org/D16774
This will make maintaining ports easier when upstream does not
provide a Cargo.lock on its own.
It uses the crate registry and will output the newest crate versions
available based on the restrictions in Cargo.toml. As such subsequent
runs of `make cargo-crates` might not generate the same output.
Upstream should still be encouraged to provide Cargo.lock if possible.
Requested by: mat
Differential Revision: https://reviews.freebsd.org/D17003
OpenBSD has cdn.openbsd.org officially now which uses cloudflare
and falls back to fastly if its upstream mirror is not available.
Submitted by: T.J. Townsend <tj@openbsd.org>
- People keep adding options named DEBUG to enable verbose things in
their ports and have no idea it also enables WITH_DEBUG.
- We already have WITH_DEBUG_PORTS that can enable WITH_DEBUG on a per
port basis.
Differential Revision: https://reviews.freebsd.org/D16829
cargo.mk is still too eager in splitting a crate's name and version
in two when the name contains a dash followed by a number. For
example with utf-8-0.7.4 the wrong URL ends up being used in
MASTER_SITES
.../utf/8-0.7.4/download/...
instead of
.../utf-8/0.7.4/download/...
PR: 230413
Reported by: Thomas Hurst <tom@hur.st>
