While here, chase some KDE4 ports and functionality, these are scheduled for
removal on 2018-12-31. Change the default option/flavor to QT5 where applicable
or use alternative toolkits like GTK.
Submitted by: tcberner
Reviewed by: adridg, jhale, rene, tcberner
Approved by: portmgr (implicit, flavor hook)
Differential Revision: https://reviews.freebsd.org/D17741
- Add port for Qt 5 fork of qwt5. Though it claims the same version as
x11-toolkits/qwt5, the sources are modified for compatibility with Qt 5.
- Don't install man pages to avoid conflict with original port.
- Take maintainership
* PyQt could not be installed for multiple Python versions at
the same time, as there were conflicting files.
This patch creates Python-version versioned directories for
all these, and further installs binaries with a version number.
* Note, there might be some hickups for software that depends on
on of the .so's provided by PyQt5, which might not be found
anymore autmotically, and maybe need some LD-flaggery.
* Update PyQt5 to 5.10.1
* Mark www/py-qt5-webengine broken. It is unforuntately no longer
compatible with the old qt5-webengine-5.9.4 we ship.
PR: 232745
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D8714
After a discussion on the mailing list on moving manpages to
${PREFIX}/share/man for consistency with base where it is
installed in usr/share/man, it appeared the same should happen
to GNU info files which were installed under share in base and
not in ports.
Now texinfo is not in base on any of the supported version of FreeBSD
it is possible to proceed to this move and it is easier to do than
the manpage change.
Other benefit than consistency are less patching: all build tools but
cmake are expecting info files to be under share/info and cmake (patched here)
was having an exception for BSD so the patch makes FreeBSD case less
specific for them
Bump revision of all impacted ports
PR: 232907
exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17816
- There was no obvious reason to split these ports, and it makes
porting simpler; the set of ports using either mostly coincided.
Exp-run by: antoine
PR: 223687
PR: 232751
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
port on GCC-based architectures, while actually the code predates 2011 by
couple of years. Turns out that the build against GCC was failing because
of the -Wno-c++11-narrowing option added back in r474518 to unbreak the
build against Clang 6. Fix the underlying problem with the code instead,
so we can remove offending option from CXXFLAGS and stop bogusly require
C++11-capable compiler just because of that option.
Tested on: Mac mini G4 (powerpc, gcc-4.2.1-based)
2018-10-22 devel/hs-enumerator: Doesn't build with recent GHC version
2018-10-22 net-im/hs-haskell-xmpp: Doesn't build with recent GHC version
2018-10-22 security/hs-certificate: Doesn't build with recent GHC version
2018-10-22 textproc/hs-attoparsec-enumerator: Doesn't build with recent GHC version
2018-10-22 textproc/hs-HaXml: Doesn't build with recent GHC version
2018-10-22 www/hs-happstack: Doesn't build with recent GHC version
2018-10-22 x11-toolkits/hs-wxc: Doesn't build with recent GHC version
2018-10-22 x11-toolkits/hs-wx: Doesn't build with recent GHC version
2018-10-22 archivers/hs-zlib-enum: Doesn't build with recent GHC version
2018-10-22 x11-toolkits/hs-wxcore: Doesn't build with recent GHC version
2018-10-22 devel/hs-TypeCompose: Doesn't build with recent GHC version
2018-10-22 devel/hs-PSQueue: Doesn't build with recent GHC version
2018-10-22 devel/hs-blaze-builder-enumerator: Doesn't build with recent GHC version
Tepl is a library that eases the development of GtkSourceView-based text
editors and IDEs. Tepl is the acronym for "Text editor product line".
It serves as an incubator for GtkSourceView.
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
View.cc:294:10: error: no viable conversion from returned value of type 'bool' to function return type 'SmartPtr<Element>'
return false;
^~~~~
http://beefy11.nyi.freebsd.org/data/head-i386-default/p477696_s338122/logs/errors/gtkmathview-0.8.0_9.log
cmex10.cc:27:3: error: constant expression evaluates to 4205933842 which cannot be
narrowed to type 'int' [-Wc++11-narrowing]
0xfab17512,
^~~~~~~~~~
SVG_RenderingContext.cc:67:25: error: invalid suffix on literal; C++11 requires a
space between literal and identifier [-Wreserved-user-defined-literal]
metadata("Created by "PACKAGE" version "VERSION);
^
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
I am updating to 0.23-4 because of this bug https://github.com/python-xlib/python-xlib/issues/121
It renders py-xlib broken on all systems with UNIX socket X11 DISPLAY, which is often/always a default.
PR: 229872
Approved by: Eero Hänninen <fax@nohik.ee> (maintainer)
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
This brings a more modern Mono release to the ports tree. After
discussions with others in the Mono community I targeted the mono
5.10.1.47 release which is the latest release in the "Visual Studio"
release channel. This is considered to be the most stable and widely
tested, which makes it a good candidate for us. We may upgrade to 5.12
after additional testing or introduce another Mono package for users who
require testing against a newer release; this has yet to be determined.
- Build from official release tarballs
- Now include BoringSSL per upstream guidelines [1]
- Remove ACCEPTANCE_TESTS, not being updated by upstream
- No long require glib; Mono includes their own replacement
- USES=display:tests required for some tests
- Remove broken for armv6, armv7: file now available [2]
- Mark as LLD safe as mono changed how it handles TLS [3]
Changelog: http://www.mono-project.com/docs/about-mono/releases/5.10.0/
PR: 222271 [1]
PR: 221236 [2]
PR: 218885 [3]
PR: 211367
Approved by: dbn
Differential Revision: https://reviews.freebsd.org/D15780
Also remove the stray file wxmsw.mo that caused conflict with wxgtk30.
This patch is a portion of the patch from the bug#228904.
PR: 228904
Submitted by: Greg V <greg@unrelenting.technology>
This will primarily help powerpc64.
For archs where clang is the default compiler, these changes will have no
effect, as the base compiler already has these capabilities (primarily, but
not exclusively, c++-11).
Tested for no-harm on amd64.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
A simple interface to Gtk3's complex MVC list widget.
SimpleList is a simple interface to the powerful but
complex Gtk3::TreeView and Gtk3::ListStore combination,
implementing using tied arrays to make thing simple and easy.
* 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 work was done by tcberner and myself, with thanks to antoine for the
exp-run.
Not a lot to report compared to other Qt5 updates:
* net/qt5-network is still broken with LibreSSL. I said this in a commit
message ages ago but it bears repeating: upstream is open to adding support
for LibreSSL, but someone needs to step up to maintain it upstream, otherwise
things will continue to be broken all the time.
* www/qt5-webengine is a huge monster that is terrible to update, just like
www/chromium itself is. We (kde@) have decided to keep using the 5.9 series
for the time being, as it should be compatible with the rest of Qt anyway. It
was updated to 5.9.5, the latest 5.9 release at the time of writing.
PR: 228213
Error compiling Cython file:
------------------------------------------------------------
...
end = time()
Logger.debug("Svg: Loaded {} in {:.2f}s".format(filename, end - start))
finally:
fd.close()
cdef void reload(self) except *:
^
------------------------------------------------------------
kivy/graphics/svg.pyx:469:9: Signature not compatible with previous declaration
Error compiling Cython file:
------------------------------------------------------------
...
cpdef flag_update(self, int do_parent=?, list _instrs=?)
ELSE:
cpdef flag_update(self, int do_parent=?)
cdef void flag_update_done(self)
cdef void set_parent(self, Instruction parent)
cdef void reload(self)
^
------------------------------------------------------------
kivy/graphics/instructions.pxd:36:20: Previous declaration is here
building 'kivy.graphics.svg' extension
cc -DNDEBUG -O2 -pipe -fstack-protector -fno-strict-aliasing -fPIC -Ikivy/include -I/usr/local/include -Ikivy/include -I/usr/local/include/python2.7 -c kivy/graphics/svg.c -o build/temp.freebsd-11.1-RELEASE-p9-i386-2.7/kivy/graphics/svg.o
kivy/graphics/svg.c:1:2: error: Do not use this file, it is the result of a failed Cython compilation.
#error Do not use this file, it is the result of a failed Cython compilation.
^
PR: 228235
This is an import of the Plasma5 ports that we have had in the development
repository for quite some time now.
Please note:
* Plasma5 cannot be installed at the same time as KDE SC4.
* Qt5 assumes /etc/localtime to be a symlink to a tz file, not a regular file.
* To start plasma5, it is recommended to use something like
exec ck-launch-session startkde
* Powermanagement and such is not working :-)
I would like to thank all the people that have helped test it in the past years.
Reviewed by: adridg
Differential Revision: https://reviews.freebsd.org/D15096
Unfortunately, when flavorizing, we overlooked the dropping of DOCSDIR, which made
qwt6 conflict with qwt5.
PR: 227790
Submitted by: lbartoletti@tuxfamily.org (maintainer)
Reported by: Rainer Hurling <rhurlin@gwdg.de>
is in the patch and PR.
PR: 223638
Submitted by: Bengt Ahlgren
Reported by: Jason W Bacon
Reviewed by: Philipp Engel
Approved by: tcberner (mentor, implicit)
For the qt5-* ports bsd.qt.mk sets EXTRACT_AFTER_ARGS, and
thereby does not get the normal default value of
--no-same-owner --no-same-permissions
passed when extracting. This lead to for example header files
being installed (i.e. copied), with permissions group write
permissions.
Manually append that to the bsd.qt.mk shenanigans (also do the
same in www/qt5-webchannel, which opts out of the bsd.qt.mk value)
PR: 227027
Reported by: grarpamp@gmail.com
