Rework the adding of dependancies in Mk/bsd.gstreamer.mk.
Previous when using USE_GSTREAMER[1] it would just add the request modules to BUILD/RUN_DEPENDS. This caused the qa script to complain because the old code didn't implicit depend on the gstreamer1 and gstreamer1-plugins[-bad] ports for the libraries they carried, even if they where present via the plugins! The new code adds implicit depends on these ports so USE_GSTREAMER[1] using ports have all the libraries included.
* The mad mp3 plugin was removed, mpg123 plugin also provides mp3 decoding. Switch over ports that used the gstreamer1 mad plugin.
* gtksink plugin renamed -> gtk
* Hook up the sndio plugin into the framework
* Add some indirect dependacies where needed
* Reorder the plugin list in bsd.gstreamer.mk so only one plugin per line. When changing plugins it doesn't result in multiple lines being changed.
* Remove mentions in bsd.gstreamer.mk of plugins mentions that where removed.
* Depend on libunwind on i386/amd64, GStreamer links to it if it is present.
PR: 220753
Exp-run by: antoine@
Provide a Qt5 binding for FreePascal that may be of use to provide the Lazarus
LCL library with a Qt interface
This binding does not aim to cover the whole Qt5 framework, but only just
enough to satisfy the LCL needs. If any LCL/Qt developer needs an extra class,
just ask and it will be added promptly. Some of the methods that have parameters
based upon templates have been omitted.
If however you need any of those, just ask.
WWW: http://wiki.lazarus.freepascal.org/index.php/Qt_Interface
The 3.x series is based on KDE Frameworks 5, and some programs have been split
into separate ports:
- Sheets, Words & co are in editors/calligra.
- Krita is in graphics/krita.
- Kexi is in databases/kexi.
- The calligra-l10n* ports are now part of editors/calligra itself.
Okular support in editors/calligra and Marble support in textproc/kreport have
been disabled for now because they need the KF5 version of those ports.
Thanks to everyone who's tested it and worked on it in our area51 repository.
Submitted by: Adrian de Groot <groot@kde.org>, tcberner, rakuco
Reviewed by: rakuco, mat (earlier versions)
Differential Revision: https://reviews.freebsd.org/D10167
* 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
Qt released some fancy classes to draw nice charts:
https://blog.qt.io/blog/2016/01/18/qt-charts-2-1-0-release/
With Qt 5.7 this will come bundled as a submodule.
For now we can fetch it from github.
This is based on the version by Marie Loise Nolden from
our experimental Qt-5.7.1 ports.
Submitted by: Marie Loise Nolden <nolden@kde.org>
Reviewed by: rakuco
Approved by: rakuco (mentor)
Differential Revision: https://reviews.freebsd.org/D8648
PyQt5 is a set of Python bindings for Digia's Qt5 application framework.
This package provides the QtQuick module.
WWW: http://www.riverbankcomputing.co.uk/software/pyqt/
PR: 209691
Submitted by: Henry Hu <henry.hu.sh@gmail.com>
KDE Frameworks is a collection of libraries and software frameworks by KDE
that serve as technological foundation for KDE Plasma 5 and KDE Applications
distributed under the GNU Lesser General Public License (LGPL) [1].
The work is based on what we have in the KDE testing repo [2].
This is the next big step in updating the KDE Desktop and its Applications
to anything less dusty.
With this change, `USES=kde:5` is now a valid option. Ports that need to depend
on KDE Framework can now set:
USES=kde:5
USE_KDE=<framework1> <framework2> ... <frameworkX>
For example: www/qupzilla-qt5 can depend on sysutils/kf5-kwallet via:
KWALLET_USE= KDE=wallet
I would like to thank Raphael and Adriaan for reviewing the ports in the testing
repo :)
[1] https://en.wikipedia.org/wiki/KDE_Frameworks
[2] http://src.mouf.net/area51/log/branches/plasma5
Reviewed by: rakuco, mat, groot_kde.org
Approved by: rakuco (maintainer)
Differential Revision: https://reviews.freebsd.org/D8329
2016-11-01 math/octave-forge-octgpr: Broken for more than 6 months
2016-11-01 math/octave-forge-spline-gcvspl: Broken for more than 6 months
2016-11-01 www/pear-Services_SharedBook: Broken for more than 6 months
2016-11-01 devel/py-snackwich: Depends on broken and expiring devel/py-snack
2016-11-01 math/octave-forge-ad: Broken for more than 6 months
2016-11-01 math/octave-forge-xraylib: Broken for more than 6 months
2016-11-01 x11-toolkits/py-traitsbackendwx: Broken for more than 6 months
2016-11-01 x11-toolkits/py-traitsgui: Depends on broken and expiring x11-toolkits/py-traitsbackendwx
2016-11-01 security/lsh: Broken for more than 6 months
2016-11-01 devel/py-snack: Broken for more than 6 months
2016-11-01 security/massh: Broken for more than 6 months
2016-11-01 www/hydra: Broken for more than 6 months
2016-11-01 math/py-pyfst: Broken for more than 6 months
2016-11-01 archivers/ruby-zip: Broken will all supported versions of Ruby
2016-11-01 devel/ruby-langscan: Broken will all supported versions of Ruby
Mk/Uses/linux.mk changes:
- Add support for architecture neutral (noarch) distfiles.
- Add support for 64-bit only ports: set IGNORE on i386 and don't install
32-bit compat libraries on amd64.
Submitted by: Piotr Kubaj <pkubaj@anongoth.pl>
Differential Revision: https://reviews.freebsd.org/D7886
- Update devel/py-efl to 1.18.0
- Update multimedia/rage to 0.2.1
- Update x11-wm/enligtenment to 0.21.2
- Bump PORTREVISION in graphics/edje_viewer
- Bump PORTREVISION in x11/terminology
- Merge graphics/evas_generic_loaders* into devel/efl
- Merge multimedia/emotion_generic_players-vlc into devel/efl
- Merge x11-toolkits/elementary into devel/efl
This took longer than expected, but there are quite a few changes to the
existing ports and a few new ones.
General upstream changes:
- Starting with Qt 5.6.2, Qt will fail at configuration time if LibreSSL is
being used. According to the discussion here:
https://codereview.qt-project.org/#/c/154800/
The Qt project is not opposed to LibreSSL, but does not want to mix
support for it into the OpenSSL backend code, especially as they move
towards supporting OpenSSL 1.1.
People interested in LibreSSL support are welcome to submit a separate
backend upstream, but are expected to maintain it. We (kde@) are not
opposed to carrying some patches authored by others in the future, as long
as they are not huge and destabilizing.
- When Qt detects the compiler supports C++11, it will pass -std=gnu++11 by
default (this is an upstream change). You can add "CONFIG -= c++11" to
your .pro. Qt 5.7 will require C++11.
- www/webkit-qt5: The QtWebKit module is deprecated upstream, and is shipped
separately as a community release tarball. kde@ does not have an ETA for a
qt5-webengine port, as it requires a huge effort (and number of patches)
similar to maintaining www/chromium itself.
- x11-toolkits/qt5-declarative has been deprecated upstream. The last
release is 5.5.1.
Relevant changes:
- devel/qmake5: The freebsd-clang mkspec has become the default mkspec on
FreeBSD, replacing the outdated freebsd-g++ one that was moved to
unsupported/ (it still works though).
- devel/qt5-qdoc: qdoc was moved to qttools upstream, but its data files are
still in qtbase. The data files are now in the qt5-qdoc-data port.
- misc/qt5-doc: Clean up and stop requiring a compiler and fumbling with
mkspecs. Instead of running the `configure' script, which requires a
compiler and adjustments to the mkspecs files and also ends up building a
new qmake binary, we now leverage USES=qmake to generate all the Makefiles
from the top-level qt.pro. Getting this to work requires some tricks,
though, and qt.conf.in has a longer explanation of what's being done.
Switch to USES=gmake to be able to drop MAKE_JOBS_UNSAFE=yes.
New ports:
- comms/qt5-serialbus
- devel/qt5-qdoc-data
- x11-toolkits/qt5-quickcontrols2
Big thanks to Adriaan de Groot (groot@kde.org), tcberner@ and Loise Nolden
(nolden@kde.org) for the huge amount of work they put into this
patch. Loise in particular also sent quite a few changes upstream that were
essential for this update to work.
PR: 211916
2016-08-23 www/mediawiki124: EOL upstream
2016-08-23 sysutils/rsyslog7: Upgrade to rsyslog 8
2016-08-24 www/moodle28: EOL upstream
2016-08-31 devel/php5-msgpack: This is an older version of the software, please use devel/pecl-msgpack.
2016-09-02 textproc/asciinema: use textproc/py3-asciinema instead
2016-09-09 x11-toolkits/qtada: No development since 2012, usefulness unclear
application. The main goal of this project is to provide unicode-enabled,
embeddable Qt widget for using as a built-in console (or terminal emulation
widget).
WWW: https://github.com/lxde/qtermwidget
PR: 210387
Submitted by: Jason Bacon
Perl bindings to the 3.x series of the gtk+ toolkit. This module
allows you to write graphical user interfaces in a Perlish and
object-oriented way, freeing you from the casting and memory
management in C, yet remaining very close in spirit to original
API. Find out more about gtk+ at http://www.gtk.org.
The gtk+ reference manual is also a handy companion when writing
Gtk3 programs in Perl: http://developer.gnome.org/gtk3/stable/. The
Perl bindings follow the C API very closely, and the C reference
documentation should be considered the canonical source.
WWW: https://metacpan.org/pod/Gtk3
PR: 208372
Submitted by: hiroto.kagotani@gmail.com
Xmt is a Motif Tools library, introduced in the book Motif Tools
(ISBN 1-56592-044-9). The Xmt Motif Tools library provides developers
of user interfaces tools that make Motif easier to use. Xmt consists
of the core library of additional widgets, utility programs, docs,
tutorials, and example code.
WWW: http://motiftools.sourceforge.net/
This is the latest stable release at time of writing.
Release announcement: http://blog.qt.io/blog/2015/07/01/qt-5-5-released/
New features in Qt 5.5: https://wiki.qt.io/New_Features_in_Qt_5.5
As usual, huge thanks to Tobias Berner (tcberner@gmail.com) for all his work
on these ports in kde@'s experimental area51 repository. He's the one who
started the update and did a lot of the initial work on Qt 5.5. Ralf Nolden
(nolden@kde.org) has contributed the initial version of most of our new Qt5
ports.
Also thanks to Yuri Victorovich (yuri@rawbw.com) for contributing PR 205805
with his own patch for the 5.5.1 update. Some of his changes there prompted
additional fixes and changes present in the final patch generated from our
experimental repository.
New ports:
- comms/qt5-connectivity, comms/qt5-sensors, devel/qt5-location,
graphics/qt5-3d, net/qt5-enginio, x11-toolkits/qt5-canvas3d,
x11-toolkits/qt5-uiplugin.
General changes in all Qt5 ports:
- All Qt5 ports are now built with -Wl,--as-needed to avoid overlinking,
which is a problem with qmake-based because the libraries passed to the
linker come from the modules .pri files and many are not necessary.
- With this change, several ports had their USE_QT5 lines adjusted to
explicitly include some libraries that were pulled in implicitly, and to
exclude libraries no longer required with -Wl,--as-needed.
Changes in specific ports:
- devel/qt5: Drop the SQL_PLUGINS and TOOLS options and depend on all Qt5
ports by default. It makes the Makefile much simpler, and those options
were already on by default.
- devel/qt5-core: The clang+base libstdc++ workaround has been expanded and
more C++11 features have been disabled when that combination is used by a
port (basically, FreeBSD 9 with USES=compiler:c++11-lang). The disabled
features have explanations for why they were disabled in the patched
header itself.
- devel/qt5-designer: uiplugins has been split out following a similar
change upstream. By depending on qt5-uiplugin, qt5-uitools avoids having
to depend on the big qt5-designer port.
- multimedia/qt5-multimedia: The port now uses GStreamer 1.0 instead of
0.10.
- net/qt5-network: The port now depends on libproxy for proxy settings.
Using libproxy allows proxy settings to be read from different sources,
and also allows .pac files to work with Qt.
- www/qt5-webkit: The port now uses GStreamer 1.0 instead of 0.10.
PR: 205805
PR: 206435
Add the required bits to Uses/pyqt.mk along with all the PyQt5 ports.
Thankfully this commit is mostly adding new ports, as the hard work was
already done in r403297 and r403662.
Huge kudos to Tobias Berner <tcberner@gmail.com> and, most importantly,
Guido Falsi (madpilot@) for their initial work on these ports (see D2910 in
Phabricator for an earlier version of the PyQt5 patch set).
PR: 204672
non-default Python versions:
- Add pyXY-{sqlite3,gdbm,tkinter} ports for generating binary packages
- Improve/add pkg-message to point users to install respective packages of
separated Python standard modules
- Add COMMENT to explicitly show the Python version that package should be
used with
- Simplify version-related PYTHON_* for lang/python35
Reviewed by: koobs
Differential Revision: https://reviews.freebsd.org/D4170
All applications in the ports tree works correctly with unicode version of wxGTK
Newer version of wxGTK are unicode only (3.0+)
Note that now WX_UNICODE macro is noop
Changes:
- Add external cffi ports (a la python):
- databases/pypy-gdbm
- databases/pypy-sqlite3
- x11-toolkits/pypy-tkinter
- Add bsd.pypy.mk for consistency between pypy ports.
- Add bsd.pypy.cffi.mk for consistency with external cffi ports.
- Switch back to using $PREFIX/pypy-X.Y (the '-' separator is required to
differentiate between lang/pypy and lang/pypy3)
- Remove all patches (upstreamed, see announcement below)
ChangeLog:
- Bug Fixes
- Revive non-SSE2 support
- Fixes for detaching _io.Buffer*
- Clear up contention in the garbage collector between trace-me-later and
pinning
- Issues reported with our previous release were resolved after reports from
users on our issue tracker at https://bitbucket.org/pypy/pypy/issues or on
IRC at #pypy.
- New features:
- cffi was updated to version 1.3
- The python stdlib was updated to 2.7.10 from 2.7.9
- vmprof now supports multiple threads
- The translation process builds cffi import libraries for some stdlib
packages, which should prevent confusion when package.py is not used
- better support for gdb debugging
- FreeBSD should be able to translate PyPy "out of the box" with no patches
- Numpy:
- Better support for record dtypes, including the align keyword
- Implement casting and create output arrays accordingly (still missing some
corner cases)
- Support creation of unicode ndarrays
- Better support ndarray.flags
- Support axis argument in more functions
- Refactor array indexing to support ellipses
- Allow the docstrings of built-in numpy objects to be set at run-time
- Support the buffered nditer creation keyword
- Performance improvements:
- Delay recursive calls to make them non-recursive
- Skip loop unrolling if it compiles too much code
- Tweak the heapcache
- Add a list strategy for lists that store both floats and 32-bit integers.
The latter are encoded as nonstandard NaNs. Benchmarks show that the speed
of such lists is now very close to the speed of purely-int or purely-float
lists.
- Simplify implementation of ffi.gc() to avoid most weakrefs
- Massively improve the performance of map() with more than one sequence
argument
Differential Revision: https://reviews.freebsd.org/D3285
LablTk is an interface to the Tcl/Tk GUI framework. It allows to
develop GUI applications in a speedy and type safe way. A legacy
Camltk interface is included. The OCamlBrowser library viewer is
also part of this project.
WWW: https://forge.ocamlcore.org/projects/labltk/
PR: 195737
Submitted by: Michael Grunewald <michipili at gmail.com>
writing single instance applications. If you launch a single instance
application twice, the second instance will either just quit or will send a
message to the running instance.
Unique makes it easy to write this kind of applications, by providing a base
class, taking care of all the IPC machinery needed to send messages to a running
instance, and also handling the startup notification side.
WWW: http://search.cpan.org/dist/Gtk2-Unique/
