Fvwm3 is a multiple large virtual desktop window manager, originally (a
looooong time ago!) derived from twm.
The successor to fvwm2.
Fvwm3 is intended to have a small memory footprint but a rich feature set, be
extremely customizable and extendible, and have a high degree of Motif mwm
compatibility.
===> The following configuration options are available for fvwm3-1.1.5_6:
FRIBIDI=on: Bidirectional text support via GNU FriBidi
GO=on: Build and install modules written in Go
ICONS=off: Install icon theme(s)
ICONV=on: Encoding conversion support via iconv
MANPAGES=on: Build and/or install manual pages
NLS=on: Native Language Support
PNG=on: PNG image format support
SVG=off: SVG vector image format support
XCURSOR=on: Cursor themes support
XPM=off: XPM pixmap image format support
===> Use 'make config' to modify these settings
x11-wm/fvwm3: Remove GO option (depends on removed go1.23)
go1.23 has expired. Thankfully, fvwm3's go dependency was optional.
I've removed the GO option, adjusted the plist accordingly, and bumped
PORTREVISION.
gnome.mk: rename gdkpixbuf2 to gdkpixbuf to prepare for port move
The GTK 1-based gdk-pixbuf has not existed for some time.
No functional or package changes.
x11-wm/fvwm3: Add maximum go version
Respect DEFAULT_VERSIONS unless the selected go version is greater than
supported by the upstream configure script.
Reported by: kostikbel@gmail.com
x11-wm/fvwm3: Use upstream .desktop file
After upstream accepted a simple .desktop file with a few changes, use
this one until the next upstream version is released.
The main difference is that it uses Type=Application instead of
Type=XSession. According to freedesktop.org specs, Type=XSession does
not exist. Both work fine with sddm, but it's still better to use the
one that conforms to the spec.
PR: 272836
x11-wm/fvwm3: Add .desktop entry for XSession
Add a .desktop file of type XSession, so fvwm3 is discoverable for
display managers following freedesktop.org standards.
PR: 272836
Co-authored-by: Bartek Jasicki <thindil@laeran.pl.eu.org>
x11-wm/fvwm3: Fix librsvg2 dependency
For the SVG option, use USES=gnome to add the dependency to librsvg2,
enabling users to use the non-rust version setting DEFAULT_VERSIONS.
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
x11-wm/fvwm3: Fix build on -CURRENT
Add extra compiler flag for configure when building on -CURRENT after
import of llvm 15. Some warnings were promoted to errors, but the
configure script expects them to be warnings.
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D38669
x11-wm/fvwm3: Pin Go version to 1.19
checking for go... go
checking whether go version is >= 1.14.x (1.20)... no - version is: 1.20
Configure script doesn't know about go1.20 yes, keep building this
port with go1.19 for now.
PR: 269289
Reported by: exp-run
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f 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)
Add WWW entries to port Makefiles
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.
(Only the first 15 lines of the commit message are shown above )
maintainer: Update to FreeBSD address
Change all MAINTAINER entries with <felix@palmen-it.de> to
<zirias@FreeBSD.org>.
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D36029
x11-wm/fvwm3: Avoid crash in FvwmIconMan
Add a patch working around the crash by initializing some struct member
to NULL that's otherwise used uninitialized and backporting some code
from upstream's main branch to correctly handle that case.
PR: 265291
MFH: 2022Q3
x11-wm: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Adam Weinberger
* Alejandro Pulver <alepulver@FreeBSD.org>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Alexey Dokuchaev <danfe@regency.nsu.ru>
* Andreas Kohn <andreas@syndrom23.de>
* Anton Tornqvist <antont@inbox.lv>
* Aragon Gouveia <aragon@phat.za.net>
* Babak Farrokhi <babak@farrokhi.net>
* Brett Taylor <brett@peloton.physics.montana.edu>
* Brian Handy <handy@physics.montana.edu>
* Bruce A. Mah <bmah@ca.sandia.gov>
(Only the first 15 lines of the commit message are shown above )
Revert "x11/fvwm3: Fix FvwmIconMan module segfault"
The maintainer misunderstood the meaning of the maintainer-feedback
flag in bugzilla.
PR: 265291
This reverts commit 1d7c23d087f79fa348a421cc4129e613f7086402.
x11/fvwm3: Fix FvwmIconMan module segfault
Initialize the offending field in the fscreen_scr_arg struct to NULL,
fixing the segfault.
PR: 265291
Submitted by: Felix Palmen <felix@palmen-it.de> (Maintainer)
Reported by: anubhav.x61+freebsd@gmail.com
Approved by: Felix Palmen <felix@palmen-it.de> (Maintainer)
*: Fix up PORTREVISION
Mostly just typos and assigning PORTREVISION multiple times.
This commit doesn't fix up PORTREVISION between master-slave
ports where the master port often overwrites PORTREVISION from
the slaves which means the slaves don't actually get bumped.
These probably just need PORTREVISION?= but care must be taken
to not decrease the package versions of all the master-slave
packages and to actually bump PORTREVISION as intended. For the
record the currently visible broken master ports are:
databases/libgda5
emulators/virtualbox-ose
emulators/virtualbox-ose-legacy
graphics/atril
multimedia/mlt7
textproc/uim
But all master ports should be looked at here and get an explicit
PORTREVISION?= where it's currently missing to prevent this.
Reported by: portscan
Fix CONFLICTS entries of multiple ports
There have been lots of missing CONFLICTS_INSTALL entries, either
because conflicting ports were added without updating existing ports,
due to name changes of generated packages, due to mis-understanding
the format and semantics of the conflicts entries, or just due to
typoes in package names.
This patch is the result of a comparison of all files contained in
the official packages with each other. This comparison was based on
packages built with default options and may therefore have missed
further conflicts with optionally installed files.
Where possible, version numbers in conflicts entries have been
generalized, some times taking advantage of the fact that a port
(Only the first 15 lines of the commit message are shown above )
New port: x11-wm/fvwm3: New FVWM window manager
FVWM is an old window manager based on twm. After a long pause FVWM
development appears to have been restarted. This new FVWM no longer
supports M4 however it does support GO. Unfortunately fetching
go:modules doesn't work and is disabled at the moment. The maintainer
intends to work on this and upstream it when it's finally working.
Submitted by: Felix Palmen <felix@palmen-it.de>
Reviewed by: cy
Differential Revision: https://reviews.freebsd.org/D30159
