1.24r_6x11-wmΣ=11 1.24r_6Version of this port present on the latest quarterly branch.
BROKEN: unfetchable DEPRECATED: Unfetchable, unmaintained, unsupported upstream This port expired on: 2019-10-05 IGNORE: is marked as broken: unfetchable
There is no maintainer for this port.
Any concerns regarding this port should be directed to the FreeBSD Ports mailing list via ports@FreeBSD.org
Fvwm is a just another window manager for X11, which provides a simple virtual
desktop, a 3-D look for windows decorations, and shaped, color icons.
It can be configured to use far less memory than twm, or to give a very
good emulation of mwm. A nice button-bar can be used to provide convenient
access to frequently used functions or programs.
WWW: http://www.fvwm.org/
Remove UNIQUENAME and LATEST_LINK.
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
Two imake related changes:
1) Move -a from XMKMF command variable to a new XMKMF_ARGS variable.
For ports that don't need -a introduce USES=imake:notall.
This way ports no longer have to redefine XMKMF.
2) xmkmf -a runs imake with the flags in IMAKECPPFLAGS as extra arguments
to set CPP, CC and CXX. This creates the top Makefile, and then xmkmf
runs make Makefiles. This Makefiles target runs imake for each
subdirectory but these imake invocations did not have the flags from
IMAKECPPFLAGS so the resulting makefiles used the wrong C preprocessor
when clang is used (/usr/bin/cpp instead of /usr/local/bin/tradcpp).
Instead of letting xmkmf pass IMAKECPPFLAGS from the environment to
imake let imake handle IMAKECPPFLAGS itself just like it handles
IMAKEINCLUDE.
This exposed configure errors in x11-clocks/mouseclock and x11-wm/fvwm.
Approved by: portmgr (bapt)
New USES imake to handle the dependency on imake.
This uses accept 'env' as an argument for ports that do use their own or a
different do-configure target.
Modify xmkmf so it accept IMAKECPPFLAGS as default flags for imake and pass it
to the called imake.
Modify xorg-cf-files (the FreeBSD.cf configuration file) to allow CppCmd to be
overwritten.
Pass CppCmd CcCmd and CplusplusCmd via command line to each call of imake via
IMAKECPPFLAGS
Pass IMAKE_DEFINE with the above arguments to MAKE_ARGS so that imake spawned
from Makefile generated by a previous
imake also inherit the defined CppCmd CcCmd and CplusplusCmd.
Make imake use devel/tradcpp all the time, so that when buidling with clang we
do not depend on gcc's cpp.
Make imake respect CC and CXX
Make imake respect USE_GCC (if set imake will use gcc's cpp).
While here:
- Remove a couple of indefinite articles from comments
- Trim headers
- Fix a couple of ports to build with clang or use: USE_GCC=any
- Fix a now useless redefinition of the extraction chain
- Fix a typo in japanese/Wnn7-lib bundled imake template definitions
- Fix some XMKMF execution with no env specified
- Use options helper in x11/xautolock to simplify the port
- make fvwm compile w/o Warnings apart from one usage of mkstemp
by adding needed #includes, adding return statements to
non-void functions and declaring functions returning a int
instead of void if they do return an return code.
- start using one central safemalloc.
- do not mangle pointers which makes FvwmWinList work on
amd64/7-STABLE again.
PR: 132571
Submitted by: Bjoern A. Zeeb
Reset maintainer from me@FreeBSD.org to ports@FreeBSD.org. Apparently
me@ has not been active in the FreeBSD community for some time now.
Reviewed by: portmgr@FreeBSD.org (a month or so ago)
(1) Add new variable, XFREE86_VERSION, to specify which version of XFree86
(3 or 4) to depend to when USE_XLIB is set. XFREE86_VERSION defaults to 3
for now, but adventurous users can override it in /etc/make.conf. When
XFREE86_VERSION=3, USE_XLIB will add a dependency to x11/XFree86; when it
is set to 4, the dependency will be to x11/XFree86-4-libraries. When
XFREE86_VERSION=4, the PKG_IGNORE_DEPENDS and ALWAYS_BUILD_DEPENDS hacks
to avoid messing with XFree86 are turned off.
