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
windowmanager.cc:1929:24: error: non-constant-expression cannot be narrowed from type 'int' to 'CARD32' (aka 'unsigned long') in initializer list [-Wc++11-narrowing]
CARD32 geometry[] = { xres, yres };
^~~~
windowmanager.cc:1929:24: note: insert an explicit cast to silence this issue
CARD32 geometry[] = { xres, yres };
^~~~
static_cast<CARD32>( )
http://beefy11.nyi.freebsd.org/data/head-i386-default/p477696_s338122/logs/errors/jewel-0.12.41_4.log
- Make sure the build respects CXXFLAGS
Clang 6 (on 12-CURRENT) reports the following error during build:
EWMH.cc:250:7: error: non-constant-expression cannot be narrowed from type
'long' to 'unsigned long' in initializer list [-Wc++11-narrowing]
{ static_cast<long>(x), static_cast<long>(y) };
^~~~~~~~~~~~~~~~~~~~
There was also a bug introduced 4 years ago which removed the MAN1 variable a
later INSTALL_MAN macro relied on [1]. This caused a build/install failure
when the TOOLS_ONLY option was enabled.
This change fixes those two issues.
While I'm here level up port compliance:
- Add LICENSE_FILE
- Convert to OPTIONS helpers
- Regenerate patches
[1] http://svnweb.freebsd.org/changeset/ports/346174
[2] https://lists.freebsd.org/pipermail/freebsd-ports/2018-August/114039.html
PR: 226708
Submitted by: <Trond Endrestol ximalas info> (Clang 6 fix)
Approved by: Andrew J. Caines <A J Caines halplant com> (technically)
Approved by: portmgr (implicit, build fixes, framework compliance)
Reported by: Erich Dollansky <freebsd ed lists sumeritec com> [2]
MFH: 2018Q3
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
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
- source headers animation-internal.h (from x11-wm/compiz-plugins-main)
and animationaddon.h (from x11-wm/compiz-plugins-extra) include
compiz-animation.h which uses gnu89 inline semantics.
- x11-wm/compiz-plugins-main is built with -std=gnu89 whereas
x11-wm/compiz-plugins-extra is not. This why main animations work
properly whereas extra animations do not.
PR: 217731
Reported by: andy@neu.net
Submitted by: Samy Mahmoudi <samy.mahmoudi@gmail.com>
Approved by: freebsd-ports@dan.me.uk (maintainer timeout)
This patch adds an option to the dwm port, which makes x11/dmenu
and x11/sterm be runtime dependencies of dwm. The option is enabled
by default so that it's useful to users depending on pkg.
While here:
- Remove unused PATCH_SITES.
- Silence STRIP_CMD.
- Remove now outdated pkg-message.
PR: 227966
Reported by: wkoszek
Reviewed by: krion (mentor)
Approved by: krion (mentor)
Differential Revision: https://reviews.freebsd.org/D16358
most cases, the failure mode is the same. Also, mark them broken on
mips when necessary.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
As usual, it is recommended to rebuild or reinstall all the
dependent ports and the lang/ghc port itself in one of the following
ways:
# portmaster -w -r ghc
or
# portupgrade -fr lang/ghc
In case of pkg(8), it is probably safer to remove all the GHC-dependent
packages along with GHC and reinstall everything from scratch. For
example:
# pkg query "%ro" ghc > ghc-pkgs.txt
# pkg delete -y lang/ghc
In ghc-pkgs.txt, check and remove all the packages that have been moved
on the update, then use this command:
# pkg install -y `cat ghc-pkgs.txt`
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D16038
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
While here
- Fix license
- Add missing dependencies
PR: 228317
Submitted by: Chris Hutchinson <portmaster@bsdforge.com> (based on)
Kudos to: krion (for patiently test building many iterations of it)
* Update lang/ghc to 8.4.2
* Update the boostrap compiler to 8.4.1
* Update the many hs-* ports
* Bump the rest
Thanks a lot to arrowd for doing all the heavy lifting :)
PR: 227968
Exp-run by: antoine
Submitted by: arrowd
Differential Revision: https://reviews.freebsd.org/D15005
The patch has been laying in upstream bugzilla for quite some time, but is
used on some linux distribution packages, such as debian packages.
While here, add missing dependency on xext.
PR: 182002
Submitted by: Brandon Gooch
Obtained from: https://bugs.freedesktop.org/show_bug.cgi?id=46285 (patch)
MFH: 2018Q2
- Assign to 0mp [1]. The current maintainer hasn't responded to PRs
since 2012.
- While here rename SUPERASMODKEY patch for consistency with the new
volume keys patch
- Fix variable order
PR: 226924 [0], 226929 [1]
Submitted by: Ashish Gupta <ashmew2@gmail.com> [0], 0mp [1]
Approved by: maintainer timeouts
