FreshPorts -- x11-wm/compiz-plugins-main: Plugins for Compiz Composite Window Manager

Why was the website so slow for so long?

The cause of the slowdown was a change to the ZFS dataset. In conjunction with the database server, very little caching was being done. This combination resulted in increased disk I/O as the system churned through the database. Details in the blog post which outlines the various things which changed. Many graphs.

compiz-plugins-main
ABI	latest	quarterly
FreeBSD:11:aarch64	-	0.8.8_6
FreeBSD:11:amd64	0.8.8_6	0.8.8_6
FreeBSD:11:i386	0.8.8_6	0.8.8_6
FreeBSD:12:aarch64	0.8.8_6	0.8.8_6
FreeBSD:12:amd64	0.8.8_6	0.8.8_6
FreeBSD:12:i386	0.8.8_6	0.8.8_6
FreeBSD:13:aarch64	0.8.8_6	-
FreeBSD:13:amd64	0.8.8_6	-
FreeBSD:13:i386	0.8.8_6	-

x11-wm/compiz-plugins-main: Add missing dependencies While here, add LICENSE, NLS option and bump PORTREVISION PR: 230865 Submitted by: Samy Mahmoudi <samy.mahmoudi@gmail.com> Approved by: maintianer timeout (freebsd-ports@dan.me.uk, >3 weeks)

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 sure these compiz ports depend on gconf2 so the GCONF_SCHEMAS will get processed. This fixes the build for these ports due to a new check in bsd.gnome.mk. Pointyhat to: kwm@ for not fixing this during the gnome 3.16 exp-run

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).

At the moment 1385 ports use BUILD_DEPENDS= ${RUN_DEPENDS} and 450 ports use BUILD_DEPENDS:= ${RUN_DEPENDS}. This patch fixes ports that are currently broken. This is a temporary measure until we organically stop using := or someone(s) spend a lot of time changing all the ports over. Explicit duplication > := > = and this just moves ports one step to the left Approved by: portmgr

- 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