src/uaocodec.cpp:2515:61: error: constant expression evaluates to -128 which cannot be narrowed to type 'uchar' (aka 'unsigned char') [-Wc++11-narrowing]
{'\x00','\x7d'},{'\x00','\x7e'},{'\x00','\x7f'},{'\x00','\x80'},{'\x00','\x00'},
^~~~~~
Reported by: pkg-fallout
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
CMake Error at /usr/local/share/cmake/Modules/FindBoost.cmake:2049 (message):
Unable to find the requested Boost libraries.
Boost version: 1.69.0
Boost include path: /usr/local/include
Could not find the following Boost libraries:
boost_signals
Some (but not all) of the required Boost libraries were found. You may
need to install these additional Boost libraries. Alternatively, set
BOOST_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT
to the location of Boost.
Call Stack (most recent call first):
CMakeLists.txt:41 (find_package)
PR: 232525
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
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
While there, cleanup, and sort depends.
When build and run dependencies are the same, there are three ways to
avoid duplicating the list while not adding the framework added
BUILD_DEPENDS to the RUN_DEPENDS. In order of preference, they are:
1) use RUN_DEPENDS to set BUILD_DEPENDS:
BUILD_DEPENDS= ${RUN_DEPENDS}
RUN_DEPENDS= foo:bar/baz
2) create another variable and use it:
MY_DEPENDS= foo:bar/baz
BUILD_DEPENDS= ${MY_DEPENDS}
RUN_DEPENDS= ${MY_DEPENDS}
3) use BUILD_DEPENDS to set RUN_DEPENDS and force evaluation:
BUILD_DEPENDS= foo:bar/baz
RUN_DEPENDS:= ${BUILD_DEPENDS}
Sponsored by: Absolight
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
2018-06-06 biology/ssaha: Broken for more than 6 months
2018-06-06 biology/crux: Broken for more than 6 months
2018-06-06 biology/ariadne: Broken for more than 6 months
2018-06-06 cad/sceptre: Broken for more than 6 months
2018-06-06 cad/cider: Broken for more than 6 months
2018-06-06 chinese/scim-array: Broken for more than 6 months
2018-06-06 chinese/xpdf: Broken for more than 6 months
2018-06-06 chinese/telnet: Broken for more than 6 months
2018-06-06 comms/java-commapi-freebsd: Depends on BROKEN and expiring comms/java-commapi
2018-06-06 comms/soundmodem: Broken for more than 6 months
2018-06-06 comms/jsdr: Broken for more than 6 months
2018-06-06 comms/java-commapi: Broken for more than 6 months
2018-06-06 converters/pdf2djvu: Broken for more than 6 months
2018-06-06 databases/rdb: Broken for more than 6 months
2018-06-06 databases/animenfo-client: Broken for more than 6 months
2018-06-06 databases/ruby-mysql: Broken for more than 6 months
2018-06-06 databases/riak: Broken for more than 6 months
2018-06-06 databases/animenfo-client-gtk: Broken for more than 6 months
2018-06-06 databases/rdfdb: Broken for more than 6 months
2018-06-06 databases/riak2: Broken for more than 6 months
2018-06-06 devel/subversion-static: Broken for more than 6 months
2018-06-06 japanese/xgate: Broken for more than 6 months
2018-06-06 textproc/opengrm-ngram: Broken for more than 6 months
2018-06-06 textproc/ocaml-tyxml: Depends on BROKEN and expiring www/ocaml-net
2018-06-06 www/ocaml-net: Broken for more than 6 months
2018-06-06 audio/linux-genpuid: Broken for more than 6 months
2018-06-06 x11/enventor: Broken for more than 6 months
2018-06-06 audio/xmms-timidity: Broken for more than 6 months
2018-06-06 audio/kaudiocreator: Broken for more than 6 months
2018-06-06 audio/jxm: Depends on BROKEN and expiring comms/java-commapi
2018-06-06 audio/deforaos-mixer: Broken for more than 6 months
2018-06-06 audio/gkrellmss2: Broken for more than 6 months
2018-06-06 audio/ogg2mp3: Broken for more than 6 months
2018-06-06 audio/abcmidi: Broken for more than 6 months
2018-06-06 benchmarks/netpipe: Broken for more than 6 months
2018-06-06 biology/plink: Broken for more than 6 months
Ports using USES=php:phpize, php:ext, php:zend, and php:pecl are now
flavored. They will automatically get flavors (php56, php70, php71, php72)
depending of the versions they support (set with IGNORE_WITH_PHP). As a
consequence, ports using USES=pear and USES=horde are also flavored.
PR: 226242
Submitted by: mat
Exp-run by: antoine
Approved by: portmgr
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D14208
This is done for
* consistency,
* and to simplify the import of the newer KDE Plasma5 desktop and KDE applications
Bumps the dependencies.
Reviewed by: adridg
Differential Revision: https://reviews.freebsd.org/D12979
- remove translation packages no longer shipped by upstream:
cs-eric6
fr-eric6
it-eric6
pt-eric6
tr-eric6
zh_CN-eric6
upstream considers these translations too incomplete.
- add pkg-message explaining that there are translation available.
This is an IBus engine for users of the Cangjie and
Quick input methods.
It is primarily intended to Hong Kong people
who want to input Traditional Chinese,
as they are (by far) the majority of Cangjie and Quick users.
WWW: http://cangjians.github.io/projects/ibus-cangjie/
PR: 225259
Submitted by: owen94012@gmail.com
- Version 18.01 is missing some language files
- Switch to using the "nolang" version of source tarball as we ship
- the languages separately
- change log:
- add support for Google protobuf protocol files*
- add possibility to show the type of the object info is shown for
- modified the top row and the search part in order to allow smaller sizes
- introduced a configuration option to limit the viariables shown by the
variables viewers depend on thier size (in order to avoid overload
situations on low power or low memory machines)
- added a dark style (*.qss and Python lexers)
- updated send2trash to version 1.4.2
* This release introduces a new project format that will be rejected by
previous releases
Approved by: portmgr (implicit, see PR 225250)
- add FLAVORS for the following combinations [1]:
- python: 2.7 and 3.6
- qt: 4 and 5
- simplify Makefiles:
- all common macros between eric6 and the language packages are in
devel/eric6/bsd.eric6.mk
- devel/eric6/Makefile.inc only includes language package specific
macros
- eric6 specific macros are now moved into devel/eric6/Makefile
- spelling error fixed in Makefile.inc
- dependency on eric6 (for language packages) removed as the addition
of flavors removes the ability to depend on a single port origin
- install language files directly, since setup.py fails without eric6
installed
Approved by: portmgr (mat) [1]
Differential Revision: https://reviews.freebsd.org/D13448
variables deprecation revision
WITHOUT_NLS 2013-12-13 r336337
WITH_/WITHOUT_ 2014-02-24 r345870
NOPORT(DOC|EXAMPLE)S 2014-04-19 r351587
WITH_BDB_VER 2016-05-02 r414444
OVERRIDE_LINUX_BASE_PORT 2016-09-05 r421387
WITH_OPENSSL_(BASE|PORT) 2016-06-16 r416965
While there, add an ERROR variable that works like DEV_ERROR, but for
user facing errors, and move NOPORTDOCS,
NOPORTEXAMPLES and WITHOUT_NLS to it.
Cleanup bsd.sanity.mk a bit.
Fix fallout.
PR: 224613
Submitted by: mat
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D13490
This took quite a lot of time because Qt's own build system underwent
several changes in 5.8.0 that took a while to adapt to.
And, of course, qt5-webengine is a behemoth that we need to patch like crazy
due to its bundling of Chromium. In fact, most of the Chromium patches in
qt5-webengine have been imported with no changes from www/chromium@433510
("www/chromium: update to 56.0.2924.87").
New port: accessibility/qt5-speech
Bigger changes to Qt5 ports we had to make:
- Qt now allows using a configure.json file to define configuration options
and specify configuration checks that can be done when qmake is invoked.
However, configure.json checks done in a subdirectory only propagates to
subdirectories, and checks elsewhere will fail if all .pro files are being
parsed at once (i.e. qmake -recursive), so several ports had to switch to
USES=qmake:norecursive along with manual additional qmake invocations in
subdirectories in order to work. It's been mentioned in a few places such
as Qt's bug tracker that qmake's recursive mode is pretty much deprecated,
so we might switch to non-recursive mode by default in the future.
- Uses/qmake.mk: Introduce QMAKE_CONFIGURE_ARGS. qmake now accepts
arbitrary options such as '-foo' and '-no-bar' at the end of the
command-line. They can be specified in QMAKE_CONFIGURE_ARGS.
- graphics/qt5-wayland: The port can only be built if graphics/mesa-libs is
built with the WAYLAND option, so a corresponding option (off by default)
was added to the port.
- misc/qt5-doc: Switch to a pre-built documentation tarball. The existing
port was not working with Qt 5.9. Instead of trying to fix it, switch to
what Gentoo does and fetch a tarball that already contains all
documentation so that we do not have to build anything at all. The
tarball's name and location in download.qt.io look a bit weird, but it
seems to work fine.
- www/qt5-webengine: Use binutils from ports, Chromium's GN build system
generates a build.ninja that uses ar(1) with the @file syntax that is not
supported by BSD ar, so we need to use GNU ar from binutils.
- x11-toolkits/qt5-declarative-render2d: This port was merged into the main
Qt Declarative repository upstream, and into x11-toolkits/qt5-quick in the
ports tree.
Changes to other ports we had to make:
- biology/ugene: Drop a '#define point "."' that is not present in more
recent versions of the port. Defining a macro with such a common name
causes build issues with Qt 5.9, which uses |point| as an argument name in
methods.
- cad/qelectrotech: Fix plist with Qt 5.9. Directories are no longer
installed with `cp -f -R', but rather `qmake install qinstall', which does
not install
%%DATADIR%%/elements/10_electric/20_manufacturers_articles/bosch_rexroth/.directory
That's a local file that should not even have been part of the tarball
anyway.
- chinese/gcin-qt5: Add additional private Qt directories (which should not
be used in the first place) to get the port to build with Qt 5.9.
- devel/qtcreator: Fix plist with Qt 5.9. Something changed in qdoc and some
test classes no longer generate documentation files.
- security/keepassx-devel: Import a patch sent upstream almost a year ago to
fix the build with Qt 5.9.
Thanks to antoine for the exp-run, and tcberner and Laurent Cimon
<laurent@nuxi.ca> for landing changes in our qt-5.9 branch.
PR: 224849
This is an IBus engine for users of the Cangjie and
Quick input methods.
It is primarily intended to Hong Kong people
who want to input Traditional Chinese,
as they are (by far) the majority of Cangjie and Quick users.
WWW: http://cangjians.github.io/projects/ibus-cangjie/
PR: 223565
Submitted by: hello@blubee.me
This is a C library implementing the Cangjie input method.
This library is based on Wan Leung Wong's original libcangjie
with some updated API.
WWW: https://github.com/Cangjians/libcangjie
PR: 223565
Submitted by: hello@blubee.me
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
Implementation of fully functional Array 30 input method engine for iBus.
Array 30 is a traditional Chinese input method used in Taiwan.
WWW: https://github.com/lexical/ibus-array/
PR: 212527
Submitted by: Jia-Shiun Li <jiashiun@gmail.com>
I chose filelight-17.* as it contains its own localization,
which is good, as kde4-l10n is very outdated, and may not
match modern filelight anymore.
Unfortunately this lead to conflicts with the kde4-l10n.
So strip the filelight parts from kde4-l10n-*.
Reported by: VVD (via IRC)
Reviewed by: rakuco
Pointyhat to: tcberner
Differential Revision: https://reviews.freebsd.org/D12393
