WMII is a small, dynamic window manager for X11. It supports both classic
and tiling (acme-like) window management with extended keyboard, mouse, and
9p filesystem based remote control. It replaces the workspace paradigm with
a new tagging approach and is highly scriptable (with plain shell or Python
and even Chicken).
Its minimalist philosophy attempts to not exceed 10.000 lines of code
(including all shipped utilities and libraries), to enforce simplicity and
clarity (read: it is hackable and beautiful).
===> The following configuration options are available for wmii-3.6_8:
SLIM_LAYOUT_BOX=off: Build with slim layout boxes
UTF8=off: Unicode UTF-8 encoding support
===> Use 'make config' to modify these settings
*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree
- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
Also move conditional flags for non sparc64/arm ARCH to fixed flags.
Reviewed by: brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068
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 )
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 )
*/*: Remove redundant '-[0-9]*' from CONFLICTS
The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").
Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".
Approved by: portmgr (blanket)
Fix whith -fno-common in FreeBSD 13
Lastest version of llvm introduced in
FreeBSD 13 has the flag -fno-common
enabled by default. Fix the issue.
Bump PORTREVISION
Add USES=xorg USES=gl, ports categories x
Add USES=xorg and USES=gl to ports in categories starting with 'x'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Change x11/xorgproto to become a build dep
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
Switch to xorgproto instead of individual packages
Upstream used to distribute protocol headers as separate packages, but has
decided to merge those to a common package, named xorgproto. This update
tracks that change.
* Add a new port, x11/xorgproto, with are protocol headers for xorg.
* Hook the new protocol port to the build and to infrastructure in
bsd.xorg.mk.
* Update all ports with a dependency on any of the old *proto packages to
instead depend on xorgproto. Bump portrevision.
* Delete the old *proto packages, update MOVED.
PR: 230023
Submitted by: zeising
Approved by: portmgr (antoine)
exp-run by: antoine
- Make ports use the libc provided iconv implementation on 10-CURRENT
after r254273
- Fix a bunch of ports to properly work after this
- Mark converters/libiconv as IGNORE for systems with iconv in libc
Reviewed by: bapt
Approved by: portmgr (bapt)
Discussed with: bapt, bsam (who both contributed ideas and code)
Fix the build on amd64 and sparc64 (at least). I can think of little
reasons to unconditionally reimplement strlcat(3), which is being around in
BSD for over a decade now, but WMII does it anyways. Apparently, somebody
needs to reread Unix Haters Handbook.
Despite the fact that return value of strlcat() does not seem to be used
anywhere, I decided to keep their implementation instead of switching to
kosher implementation from our libc, just in case of some weird bug-to-bug
compatibility issue.
Closes PR: ports/143594
Feature safe: yes
Fix a potential crash. I was able to trigger it only with non-UTF8 build
(which is not default) and only with Arora when visiting one specific page,
so leave PORTREVISION as is.
Try to further improve user experience with WMII:
- Since default layout boxes actually just look ugly, but are still useful,
rework previous solution: instead of omitting them completely, draw them
in a slim fashion. Also, give option a better name (SLIM_LAYOUT_BOX)
- Apparently, Xmb* -> Xutf8* conversion was only safe thing to do with UTF-8
locales; those who use traditional (8-bit) locales and experience problems
with fonts should try rebuilding the port with UTF8_TEXT option unset
- Since our `devel/9base' port installs rc(1) but not read(1), it is of
little use as rdep anyway (`devel/plan9port' installs more complete set
of things, but is unfortunately broken on 8.0+)
- While here, pacify portlint(1) and remove _XOPEN_SOURCE definition to
prevent some warnings
- Update `devel/libixp' to version 0.4 [1]
- Update `x11-wm/wmii' to version 3.6 [2]
- Remove CENKES as they do not carry new distfiles
- Minor tweaks in pkg-descr for `devel/libixp'
PRs: ports/119281 [1]
ports/119282 [2]
Submitted by: Daniel Roethlisberger
Reworked by: danfe (myself)
Go ahead from: sat (maintainer) [1]
Mea culpa. Previous commit log should read:
- Fix MASTER_SITES [1] and WWW line in pkg-descr
- Add SHA256 hash per new world order
Distfile was rerolled (.tar.bz2 -> .tar.gz), but nothing changed inside.
Reported by: krismail [1]
Disable Cairo by default. The cairo backend is not recommended in
production use, because cairo library is still very buggy and causes
crashes often (according to authors). Add a caution comment.
