src/editorconfig/libeditorconfig/meson.build:9:0: ERROR: Dependency "libpcre" not found, tried pkgconfig
====> Running Q/A tests (stage-qa)
Error: /usr/local/bin/gnome-text-editor is linked to /usr/local/lib/libcairo.so.2 from graphics/cairo but it is not declared as a dependency
Warning: you need USE_GNOME+=cairo
Error: /usr/local/bin/gnome-text-editor is linked to /usr/local/lib/libpcre.so.1 from devel/pcre but it is not declared as a dependency
Warning: you need LIB_DEPENDS+=libpcre.so:devel/pcre
PR: 266466
Reported by: antoine (via exp-run)
Regressed by: https://gitlab.gnome.org/GNOME/glib/-/commit/8d5a44dc8f36
- point MASTER_SITES to new upstream
- split bosh from sysutils/schilyutils into new port shells/bosh
- stop installing pfbosh, a SunOS-only feature
- install jsh as jbosh to avoid a conflict
- patch shell names in man pages
- point WWW to subproject-specific sites if available
- misc/schilytools: deprecate man2html component
- devel/schilybase: add missing file to pkg-plist
- make test suite work better
- do not pass INS_*BASE/DESTDIR to smake tests
- account for devel/sccs placing files in /tmp
- make sh/tests/common/test-common find bosh after
we patched out the hardlink to sh
- Test suite passes on armv7 except for archivers/star.
Will have to investigate further.
- sysutils/schilyutils: add vctags command
I forgot about that one when I made the port initially.
The ctags link is not installed to avoid conflicts.
Changelog: http://fuz.su/pub/schilytools/AN-2022-09-18.txt
PR: 266475
Most USES use a colon for build/run(/test) suffixes. Change kde.mk,
qt.mk and pyqt.mk to do the same, and update all ports using that.
Document in CHANGES.
PR: 266034
Exp-run by: antoine
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36349
Thursday, 8 September 2022
Over 120 individual programs plus dozens of programmer libraries and
feature plugins are released simultaneously as part of KDE Gear.
Today they all get new bugfix source releases with updated translations,
including:
* kmail: Searching for messages does work again (Commit, fixes bugs
#458202 and #458245).
* kate: Fix a crash when there are no search results (Commit)
* krdc: Access dates are displayed properly now (Commit, fixes bug
#458587)
Announcement: https://kde.org/announcements/gear/22.08.1/
Commit b7f05445c0 has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.
There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.
The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.
Approved by: portmgr (tcberner)
As noted by cy, setting RUN_DEPENDS=vim means that any other vim flavor
gets uninstalled when this port is installed. Nothing in this port
actually depends on Vim at all; it should work equally well for Neovim
or any Vim flavor. It makes most sense to just drop the RUN_DEPENDS
altogether.
While here, change the install dir to PREFIX/share/vim/vimfiles. The
previous dir, .../vim/vim90, is the private runtime library, and
vimfiles has over time become the site extension to the runtime library.
Fix these errors by adding -Wno-c++11-narrowing:
/wrkdirs/usr/ports/editors/libreoffice/work/libreoffice-7.4.0.3/vcl/unx/generic/window/salframe.cxx:650:39:
error: non-constant-expression cannot be narrowed from type 'unsigned
int' to 'tools::Long' (aka 'long') in initializer list
[-Wc++11-narrowing]
maGeometry.setPosSize({ x, y }, { w, h });
^
Approved by: office (fluffy), tcberner (mentor)
Two changes here (along with bumping to the latest upstream patch):
1) In the previous Vim commit, support for the system-wide vimrc/gvimrc
was dropped because we went through contortions to fix loading order
and monkey around with various defaults.
However, many people used that file for their system. This commit
re-adds support for loading it. All work for untangling the mess of
loading defaults.vim and preventing circular loads is left to the
user. We just support loading that file; what you do with it is your
call.
2) vim-tiny is supposed to be the smallest possible Vim experience,
being just the binary and no runtime library. However, without a
viable defaults.vim, it's essentially just a larger, slower Vi.
The vim-tiny package now ships with defaults.vim, which is patched
to prevent errors from Vim loading the syntax library (which is not
installed).
Our FreeBSD vimrc has caused a lot of trouble. It seriously mangles
config loading order (see below PR for the 21 comments it took before
I could get my head around it), clobbers defaults, duplicates defaults,
and simply isn't how Vim does things.
In this patch, the system vimrc is dropped entirely. Instead,
$VIMRUNTIME/defaults.vim sources $VIMRUNTIME/defaults_freebsd.vim, which
contains only FreeBSD-specific settings (today, a convenience augroup
for port creation, and a flag to let syntax/sh.vim know that /bin/sh
isn't bash).
There is no perfect solution here, but by not clobbering anything
anymore, we at least don't *prevent* other solutions. You now get Vim's
defaults, and you are free to override them in your ~/.vimrc.
PR: 251420
Upstream vim modernized their colorschemes, which is a good thing.
However, the look of them has changed, which is jarring at best for
users used to the original look.
Upstream colorscheme development was split into a new repo, and the
original colorschemes were imported there. This port installs those
colorschemes.
The rest of that repo are the colorschemes included in vim, so there's
not really any benefit to packaging anything else from it.
PR: 265798
- Mk/bsd.port.mk: mark 13.0 as unsupported
- Tools/scripts/portsearch: Drop support for FreeBSD <= 4
- archivers/zstd: revert "Fix build on FreeBSD 13.0"
- deskutils/xdg-desktop-portal: remove check for 13.0
- devel/libpeas: remove outdated comment
- editors/imhex: remove compatibility for 13.0
- editors/libreoffice: remove compatibility for 13.0
- editors/openoffice-4: remove compatibility for 13.0
- editors/openoffice-devel: remove compatibility for 13.0
- emulators/linux_base-c7: remove compatiblity for 13.0
- graphics/drm-kmod: remove detection for 13.0
- graphics/gpu-firmware-amd-kmod: do not check 13.0 anymore
- graphics/linux-c7-libdrm: remove support for 13.0
- math/igraph: remove support for 13.0
- net/asterisk16: drop support for ancient FreeBSD versions
- net/asterisk18: drop support for ancient FreeBSD versions
- security/openssl*: drop now obsolete patches
- sysutils/bhyve+: drop support for FreeBSD 13.0
- sysutils/ebsnvme-id: drop support for FreeBSD 13.0
- sysutils/openzfs: remove detection of FreeBSD 13.0
- sysutils/openzfs-kmod: drop detection of FreeBSD 13.0
- www/firefox: generalize pkg-message a bit regarding hgame(4)
- x11/xorg-cf-files: remove support for FreeBSD < 6 (yes, pre-2008)
While here, regenerate patches for:
- x11/xorg-cf-files
- net/asterisk16
- net/asterisk18
While here, remove a stale $Id$ from Tools/scripts/portsearch
Differential Revision: https://reviews.freebsd.org/D36233
Reviewed by: office (fluffy), x11 (manu), arrowd, brnrd, cperciva, freqlabs, imp, jbeich, madpilot, nobutaka
Lapce is written in pure Rust with a UI in Druid. It is designed with
Rope Science from the Xi-Editor which makes for lightning-fast
computation, and leverages OpenGL for rendering.
- Built-in LSP (Language Server Protocol) support to give you
intelligent code features such as: completion, diagnostics and code
actions
- Modal editing support as first class citizen (Vim-like, and
toggleable)
- Built-in remote development support inspired by VSCode Remote
Development.
- Plugins can be written in programming languages that can compile to
the WASI format (C, Rust, AssemblyScript)
- Built-in terminal, so you can execute commands in your workspace,
without leaving Lapce.
WWW: https://lapce.dev/
PR: 265892
