that was commonly used on commercial UNIX variants such as Sun Solaris,
HP-UX and IBM AIX. Developed between 1993 and 1999, it has now been
released under an Open Source licence by The Open Group.
WWW: https://sourceforge.net/p/cdesktopenv/wiki/Home/
In file included from window1_glade.cc:23:
...
/usr/local/include/glibmm-2.4/glibmm/ustring.h:256:13: error: expected ';' at end of declaration list
Reported by: pkg-fallout
- Ratpoison now depends on libXrandr instead of libXinerama.
- Upstream stopped maintaining a Changelog [1].
- Take maintainership
[1] Refer to the repository log at
http://git.savannah.nongnu.org/cgit/ratpoison.git/log/
for a detailed list of changes.
Obtained from: swills (mentor, implicit)
- Use AC_USE_SYSTEM_EXTENSIONS.
- Build .xz tarball too.
- Use RandR data to populate screens structure.
- Remove unused Mode.display.xinerama_active.
- Refactor some screen stuff.
- Refactorization in WarpFocus().
- Window list: Show windows on same head as pointer first.
- Drop incomplete HAVE_STDARG_H stuff.
- Fix warning with recent pango.
- Warning fixes for gcc 7.
- Delete interpreter shebang from file
that is not meant to be executed and
does not have executable permissions
- Don't use capital letter after colon
- Create x11-wm/awesome3 for users who want to keep running 3.5.x because
API is not backward compatible
- Add UPDATING note
- Set EXPIRATION_DATE on x11-wm/awesome3 to 6 months, it's enough time for
users to convert configuration files to 4.x
Differential Revision: https://reviews.freebsd.org/D10341
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
EXPIRATION_DATE at the end of April 2017.
In the past six months, about a third of the ports marked BROKEN because
they were hosted on Google Code have been fixed. The remaining must not
be of use to anyone.
With hat: portmgr
Sponsored by: Absolight
* Update Qt5 to 5.7.1
* Move Qt4 binaries to lib/qt4/bin
* Move Qt5 libraries to lib/qt5/lib
By moving the libraries we should finally be able to get rid of the inplace
upgrade bug (see ports bugs 194088, 195105 and 198720): when Qt5's libraries
were lying in /usr/local/lib, which would often get added by pkgconfig to the
linker paths via dependencies, the already installed libraries were linked
against, instead of the ones that were being built. This forced us to make
sure, that -L${WRKSRC}/lib was always coming before -L/usr/local/lib in the
linker flags. With this change this should no longer be the case.
* Rename some ports to match the rest (foo-qtX -> qtX-foo)
* Depend on new port misc/qtchooser [see UPDATING & CHANGES]
There are several new Qt5 ports which all have been created by Marie Loise Nolden
<nolden@kde.org>. Thanks again.
PR: 216797
Exp-Run by: antoine
Reviewed by: rakuco, mat, groot_kde.org
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D9213
- Add missing X.org libraries to USE_XORG list
- Install stripped binary (subject to WITH_DEBUG)
- Rename wrongly named patch and regenerate them
- Convert to option helpers while I'm at here
../../libAfterStep/libAfterStep.a(colorscheme.o): In function `make_ascolor_scheme':
colorscheme.c:(.text+0x1e1b): undefined reference to `make_grad_argb'
colorscheme.c:(.text+0x1e40): undefined reference to `make_grad_argb'
colorscheme.c:(.text+0x1e65): undefined reference to `make_grad_argb'
colorscheme.c:(.text+0x1e89): undefined reference to `make_grad_argb'
colorscheme.c:(.text+0x1eb1): undefined reference to `make_grad_argb'
../../libAfterStep/libAfterStep.a(colorscheme.o):colorscheme.c:(.text+0x1ed1): more undefined references to `make_grad_argb' follow
Reported by: antoine (via exp-run)
uhwm is a minimalistic tiling and stacking window manager for X. It shares some
similarities with dwm and wmii, but is written in ruby so you can configure and
extend features directly with ruby code.
WWW: https://rubygems.org/gems/uh-wm
PR: 216434
Submitted by: Thibault Jouan <tj+freebsd_bugs@a13.fr>
