Reasons:
* Port build shouldn't use cross-compilation mode
because it buids for the same architecture.
* RUSTFLAGS isn't passed to the build of all or some Rust ports
in the cross-compilation mode.
Essential changes:
* Remove the CARGO_BUILD_TARGET make variable.
* Remove CARGO_BUILD_TARGET and CARGO_TARGET_* from CARGO_ENV.
* Update many ports that used CARGO_BUILD_TARGET.
* Build paths now don't include the architecture triplet part.
Immadiate benefits:
* Unbreak build on architectures like i386 that sometimes require
special RUSTFLAGS that were not effective in the cross-compilation
mode.
Ports that really need cross-compilation for some reason should
enable it on case-by-case basis. Example: net-p2p/cncli
(Not sure why does net-p2p/cncli actually need it, but it only
builds with these options.)
PR: 280305
Approved by: rust@FreeBSD.org (maintainer's timeout; 98 days)
devel/py-qtbuilder and devel/py-sip should only be used as a
BUILD_DEPENDS. (e.g. USE_PYQT=qtbuilder:build sip:build)
Usually, these are only used to build the PyQt framework, but a few
other ports need them to build. Ports that have them as a BUILD_DEPENDS
unnecessarily haven't been audited yet.
Sip used to be needed for run, but this hasn't been the case for quite
some time. Runtime is provided by the devel/py-qt[56]-sip ports.
(USE_PYQT=pysip). The main PyQt ports provide this automatically, so
it isn't necessary to add it to individual consumers.
While here:
www/onionshare: Remove PyQt stuff completely. It uses PySide.
With hat: kde@
Pet portlint, portfmt.
Changelog:
* Ignore universal ctags extended metadata in tagaddress, making search
patterns work again
* Fix auto-indent-mode with custom tab widths
* Add handling for C-u modifier in M-! and M-|
* Dired-up-directory bound to ^ to go up a directory in dired buffers
PR: 282052
Approved by: submitter is maintainer
ad (pronounced A.D.) is an attempt at combining a modal editing
interface of likes of vi and kakoune with the approach to extensibility
of Plan9's Acme. Inside of ad text is something you can execute as
well as edit.
It is primarily intended as playground for experimenting with
implementing various text editor features and currently is not at all
optimised or feature complete enough for use as your main text editor.
ad is aiming to be a hybrid of the pieces of various editors that I find
most useful:
- vim style modal editing to allow for convenient key bindings
- convenient text navigation and selection from vim/kakoune
- mini-buffer based user defined minor modes from emacs
- sam/acme style editing commands for larger editing actions
- acme style extension through exposing editor state and functionality
for external client programs.
- support for mouse based navigation and selection but not requiring
that as the main way of using the editor like in acme. That's fine
for desktop but most of the time I'm working with a laptop which
makes that far too clunky.
ad is not trying to replace vim (or kakoune, or emacs) in terms of being
a massively hackable editor. Rather it is trying to follow the
philosophy of acme in being an integrating development environment
(rather than integrated). By which I mean that the aim is to provide a
comfortable editing environment to work in that supports direct
interaction with external tools and programs from the outside rather
than pulling everything in.
WWW: https://crates.io/crates/ad-editor
Upstream has migrated from long obsolete yarn v1 to npm as node
package manager. So make necessary changes to Makefile to follow the
migration.
While here, remove REH (remote extension host) option which is no-op
in package building. Users who want to build remote extension host can
now use dedicated make target "build-remote-extension-host".
Changelog: https://code.visualstudio.com/updates/v1_94
Reported by: GitHub (watch releases)
LibreOffice 24.8.2, the second minor release of the LibreOffice 24.8 family of the free, volunteer-supported office suite, is available at FreeBSD ports and packages&
The release includes over 80 bug and regression fixes over LibreOffice 24.8.1 [1] to improve the stability and robustness of the software, as well as interoperability with legacy and proprietary document formats.
Changelog: https://wiki.documentfoundation.org/Releases/24.8.2/RC1 [1]
Release Notes: https://blog.documentfoundation.org/blog/2024/09/27/libreoffice-24-8-2/
Sponsored by: Future Crew, LLC
At the root of this is breakages in vimdoc parsing, which should be
fixed by updating the tree-sitter-vimdoc parser. While here, I'm
updating the rest of them as well.
Normally I'd MFH this, but 2024Q4 will be branched Real Soon Now(tm).
PR: 280702
Reported by: Oleg Streejak