Libcompizconfig is an alternative configuration system for
compiz and provides the following features:
- Automatic plugin list generation.
- Import/Export of the current configuration.
- Configuration profiles.
- Parsing of Compiz metadata files to provide an easy to use API for
configuration managers.
- Conflict handling for plugins and actions.
- Support for different configuration storage backends.
- Desktop environment integration. If a backend provides desktop
environment integration, then Compiz will share the keybindings
and settings with the default desktop environment window
manager like metacity or kwin.
- Its own Compiz configuration plugin "ccp" to provide all features
of libcompizconfig with compiz.
===> The following configuration options are available for libcompizconfig-0.8.8_3:
INOTIFY=on: Enable inotify support
===> Use 'make config' to modify these settings
x11-wm/libcompizconfig: remove deprecation, new upstream is coming
PR: 276245
Author: Chris Hutchinson <portmaster@bsdforge.com>
Date: Thu Feb 8 09:58:39 2024 +0100
*/*: Remove BROKEN in all ports that uses bsdforge.com for MASTER_SITES
Site is now back up
Reported by: Jamie Landeg-Jones <jamie@catflap.org>, Chris
<portmaster@bsdforge.com>
Approved by: portmgr (blanket)
x11-wm/libcompizconfig: Mark DEPRECATED
- The project has been abandoned
- No viable fork wass found
- Reset maintainer as maintainers domain has expired
- Set EXPIRATION_DATE 2024-02-10
*/*: Mark all ports that uses bsdforge.com in MASTER_SITES broken
The domain bsdforge.com has expired, mark all ports that only
uses bsdforge.com as broken (unfetchable). Additionally set ports that
uses bsdforge.com as primary site and have broken mirrors as broken
too as they're also unfetchable.
Approved by: portmgr (blanket)
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 )
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
Reset maintainer on compiz and related ports
Reset the maintainer on x11-wm/compiz and a few related ports.
Update MASTERDIR to make them fetchable again.
PR: 246461246442
Submitted by: Chris Hutchinson (new maintainer)
Approved by: Daniel Austin (previous maintainer)
MFH: 2020Q2
8 ports categories: Remove $PTHREAD_LIBS
Categories: archivers, dns, french, japanese, news, port-mgmt, x11-wm
The sysutils port was setting configure argument, so the text wasn't
removed but the value of PTHREAD_LIBS was changed.
approved by: PTHREAD blanket
Split devel/gettext in devel/gettext-runtime and devel/gettext-tools. The
first contains runtime libraries such as libintl and the latter contains
developer tools such as msgfmt. Ports that use gettext will usually need
a LIB_DEPENDS on gettext-runtime and a BUILD_DEPENDS on gettext-tools.
USES=gettext-runtime can be used to set a LIB/BUILD/RUN_DEPENDS on
devel/gettext-runtime and USES=gettext-tools can be used to set a
BUILD/RUN_DEPENDS on devel/gettext-tools. USES=gettext is now the same
as "USES=gettext-runtime gettext-tools" meaning a LIB_DEPENDS on
devel/gettext-runtime and a BUILD_DEPENDS on devel/gettext-tools.
Update gettext to 0.19.3.
Remove :oldver from converters/libiconv and devel/gettext-runtime. Leave
symlinks with the old library versions to avoid the need to bump
PORTREVISION on a large number of dependent ports. When most of the
dependent ports have had normal version updates, PORTREVISION can be
bumped on the remaining ones (low number) and the links can be removed.
Fix some ports that installed files in lib/locale instead of share/locale.
PR: 194038
Reviewed by: bapt
Exp-run: antoine
Approved by: portmgr (antoine)
When linking a library libA with a library libB using libtool, if libB.la
exists, libtool will add all libraries libB.la refers to (dependency_libs
field) to the linker command line and store them in the dependency_libs
field of libA.la. So everything that subsequently links with libA will also
link to these extra libraries. This causes too much overlinking.
This commit modifies Mk/Uses/libtool.mk so it empties the dependency_libs
field in .la libraries during staging. However, because .la libraries have
very limited use when dependency_libs is empty it makes sense to completely
remove them during staging.
So with this commit USES=libtool is modified to remove .la libraries and a
new form (USES=libtool:keepla) is introduced in case they need to be kept
(dependency_libs is still emptied).
(Only the first 15 lines of the commit message are shown above )
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
(Only the first 15 lines of the commit message are shown above )
- Fix hidden dependency on libinotify
- Link with libinotify correctly which fixes dependent ports dying with rtld
error
- Minor port cleanups
PR: 166296
Submitted by: Ivan Klymenko <fidaj@ukr.net>
Feature safe: yes
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
Libcompizconfig is an alternative configuration system for
compiz and provides the following features:
- Automatic plugin list generation.
- Import/Export of the current configuration.
- Configuration profiles.
- Parsing of Compiz metadata files to provide an easy to use API for
configuration managers.
- Conflict handling for plugins and actions.
- Support for different configuration storage backends.
- Desktop environment integration. If a backend provides desktop
environment integration, then Compiz will share the keybindings
and settings with the default desktop environment window
manager like metacity or kwin.
- Its own Compiz configuration plugin "ccp" to provide all features
of libcompizconfig with compiz.
WWW: http://forums.compiz-fusion.org/
PR: ports/116136
Submitted by: Robert Noland <rnoland@2hip.net>