* Disable FPX (FlashPix) support by default. This image format is really
rare these days coupled with that there are known CVE's in libfpx and
it doesn't seem to be maintained these days. It doesn't make sense to
keep it enabled by default anymore. [1]
* Add new option for RAW support
* Fix portscout macro to only show 6.9.x versions
Bump other ports for the shared library bumps in IM 6.
PR: 222309 [1]
Submitted by: Anton Yuzhaninov <citrin+pr@citrin.ru> [1]
- Window snapping (maximize a window to a side or corder of the screen) by
dragging is now supported.
- It is now possible to customize behavior when a maximized window is
dragged.
- A knob is added to globally ignore decoration hints from GNOME
appications.
- A ICCCM protocol for window manager replacement has been supported.
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
- Normalize the ImageMagick library name so it stays the same regardless of
what the 16-bit and HDRI option are set to [1]. Teach cmake to look for
the new name. Bump ports that link to the libraries due to this.
- As a result do away with the "HALFSUPPORTED" option block, and list
16-bit and HDRI with the other options.
- ImageMagick ships a basic SVG plugin when not using librsvg2 for SVG
support. This basic SVG plugin needs libxml2 to work [2]. Make libxml2
a mandatory dependency (instead of only when the SVG option was selected).
- Don't touch .keep files in the modules directory, there files there so
it useless.
PR: 194949 [1]
PR: 195227 [2]
Requested by: many [1]
Submitted by: software-freebsd@interfasys.ch [2]
the 32 ports that still use it. Bump PORTREVISION on their dependent
ports except the ones that depend on these:
audio/libogg
audio/libvorbis
devel/pcre
ftp/curl
graphics/jpeg
graphics/libart_lgpl
graphics/tiff
textproc/expat2
textproc/libxslt
In these cases the same trick as in the recent gettext update is used.
The ports install a symlink with the old library version. When enough
of their dependent ports have had regular updates the remaining ones can
get a PORTREVISION bump and the links can be removed.
Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes
over 2200 packages to depend on devel/pcre while less than 200 actually
link with it. The glib20 package still depends on devel/pcre so this
should not make a difference for ports with USE_GNOME=glib20. Also,
libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so
USE_GNOME=glib20 should not propagate it.
PR: 195724
Exp-run by: antoine
Approved by: portmgr (antoine)
- USES=libtool
- Remove -DPREFIX=\\\"${PREFIX}\\\" from CPPFLAGS. Not needed and it
causes configure test failures with clang.
- Use MAKE_CMD.
- Bump dependent ports.
x11-wm/windowmaker:
- USES=libtool
- Replace -DPREFIX=\\\"${PREFIX}\\\" in CPPFLAGS with post-patch command
because it causes configure test failures with clang.
- Remove FreeBSD < 8 support.
- Fix build with clang. Remove USE_GCC=any.
- Convert replacement commands in the post-patch target to patches.
- Separate x11-wm/windowmaker and x11-wm/libwraster from each other.
PR: ports/176772 [*]
Reported by: O. Hartmann [*]
If a port used other USE_GNOME items it was untouched.
The ports that used other USES were fixed by hand.
PR: ports/177081
Reviewed by: bapt
Approved by: portmgr (miwi)
- Convert to new options framework
- Reset PORTREVISION in slave port
- Trim Makefile headers
PR: ports/172421
Submitted by: Chris Petrik <c.petrik.sosa@gmail.com> (maintainer)
are no more self hosting so we are stuck with 0.25 version while pkgconf provide
the same set of features as 0.27 and a compatible frontend. A symlink to
pkg-config has been added for convenience and compatibility
This also introduces a new macro to use pkgconf in your ports:
USE_PKGCONFIG
it can take the following arguments:
- yes (meaning build only dep)
- build (meaning build only dep)
- run (meaning run only dep)
- both (meaning run and build dep)
From now USE_GNOME= pkgconfig is deprecated in favour of USE_PKGCONFIG
The old gnome macro has been modified to use pkgconf but still the sameway: run
and build dep to avoid large breakage.
While here fix some ports relying on pkg-config but not specifying it, fix some
ports broken because testing wrong .pc files, and fix ports using pkg-config
--version to determine pkg-config version instead of
pkg-config --modversion pkg-config like recommanded by pkg-config
With Hat: portmgr
Exp-runs by: bapt (pointhat-west), beat (pointyhat)
For those that come after, I recommend not bothering with 0.95.3 as it has
"issues." I also cannot stress enough the need to subscribe to and
participate in the discussion on wmaker-dev@lists.windowmaker.org.
handlers.c: In function 'W_HandleInputEvents':
handlers.c:471: error: 'fd_set' undeclared (first use in this function)
handlers.c:471: error: (Each undeclared identifier is reported only once
handlers.c:471: error: for each function it appears in.)
handlers.c:471: error: expected ';' before 'rset'
handlers.c:486: warning: implicit declaration of function 'FD_ZERO'
handlers.c:486: error: 'rset' undeclared (first use in this function)
handlers.c:487: error: 'wset' undeclared (first use in this function)
handlers.c:488: error: 'eset' undeclared (first use in this function)
handlers.c:493: warning: implicit declaration of function 'FD_SET'
handlers.c:527: warning: implicit declaration of function 'select'
handlers.c:542: warning: implicit declaration of function 'FD_ISSET'
Reported by: pointyhat
Feature safe: yes
to restore a session. Building WindowMaker with clang found these
problems, including the one genuine typo in osdep_bsd.c that seems to
be responsible for (most/all?) of the session restoration problem.
Patch still under discussion upstream, but I feel comfortable bumping
PORTREVISION at this point because these are actual bugs that need
fixing, and it 100% solves the restoration problem for me at least.
