Changelog:
Simplify Cgu::Application::add() method (application.cpp).
Minor implementation improvement for
Cgu::Thread::parallel_transform* functions (do pointer arithmetic
before not after tasks are launched) (parallel.h).
Permit return value optimisation when returning thread object on
starting new thread (thread.cpp).
Update libtool to version 2.4.6.
Documentation fix for doxygen-1.8.9 (docs/Doxyfile.in).
Update code comments (emitter.h).
Update documentation (doxygen.main.in, application.h, emitter.h,
extension.h, future.h, future.tpp, shared_handle.h, shared_ptr.h,
task_manager.h, thread.h).
Follow-up to r404694. When we stopped setting CPATH and LIBRARY_PATH, some
Qt5-based ports (astro/stellarium, audio/musescore, audio/cantata,
irc/quassel, deskutils/owncloudclient) broke because the QtGui headers end
up bringing in GL/gl.h, but -I/usr/local/include was no longer being passed
to the compiler.
This is generally caused by QMAKE_{INC,LIB}DIR_OPENGL being empty, which
leads to some parts of Qt5ConfigExtras.cmake.in being left out when being
processed into Qt5ConfigExtras.cmake. Specifically, the bits of code that
make the directories containing GL/gl.h and libGL.so a dependency of the
Qt5::Gui CMake target were not present.
Fix it by setting those two variables again like we also do in devel/qmake4.
Most ports broken by r404694 are fixed by this change, but not all:
* audio/cantata: Accidentally fixed by this change. Upstream includes the
TagLib headers wrongly. `taglib-config --cflags' returns
-I${LOCALBASE}/include/taglib, but the code references headers as
<taglib/foo.h> instead of <foo.h>.
* multimedia/obs-studio, textproc/sigil, x11/antimicro: Those remain broken,
linker calls pass -lfoo instead of /path/to/libfoo.so, and they were only
working because we were passing LIBRARY_PATH to the linker before. They
need to be fixed separately.
Thanks to antoine@ for the fallout heads-up.
PR: 194088
PR: 195105
PR: 198720
MFH: 2015Q4
While configure happily reported lpr is enabled and the module was
installed. The print code wasn't configured to use lpr. The reason
for this is that the configure of this code moved from the gtk/Makefile
to configure. Remove the now obsolete sed line.
Reported by: dinoex@
Tested by: dinoex@
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
- Add back PYPY_BITS as it is required to define the names of two files,
depending if pypy is translated for 32 or 64 bit systems [1].
- Change maintainership to python@ [2][3][4]
Reported by: pkg-fallout [1]
Approved by: koobs@ [2]
PR: 204743 [3]
Submitted by: robak@ [4]
In preparation for landing PyQt5 ports, generalize devel/py-qt4's
bsd.pyqt.mk and make it a proper file in Uses/.
Ports wishing to depend on PyQt4 ports can now do the following:
USES= pyqt:4
USE_PYQT= foo bar_build baz_run
Other changes include the renaming of the PYQT4_DIST variable to PYQT_DIST
and the introduction of the PYQT_SIPDIR plist substitution variable. The
rest of the contents of Uses/pyqt.mk are pretty much identical to what we
had in bsd.pyqt.mk with additional processing of USE_PYQT.
Even though this patch touches files in many different ports, the goal is
for it to be a no-op from an end-user perspective (so that the basic
infrastructure is landed before the other, riskier changes): no dependencies
have been changed, PyQt/SIP/QScintilla have not been upgraded and the plists
should remain exactly the same, since PYQT_SIPDIR currently contains the
same value that used to be hardcoded in the plists.
Huge thanks to Guido Falsi (madpilot@) for spearheading most of the work: he
took the initiative to work on PyQt5 and sent D2910 to Phabricator with the
original version of this patch. Tobias Berner (tcberner@gmail.com) later
applied it to kde@'s experimental area51 repositories and did some more work
on it.
This is the first major release of FreePascal in nearly four years.
There are a ton of new features, way more to list here. see:
http://wiki.freepascal.org/FPC_New_Features_3.0
Several new unit ports were added, some were contracted. Most of
those were absorbed into the main FPC packages, but two units are
no longer supported: sndfile and matroshka.
All 99 remaining ports (including Lazarus ports) were build tested
on FreeBSD i386 and amd64 Release 10.2
It contains the same suggestions that were dropped from its Qt4 counterpart
in r402882. Mention both ports in UPDATING.
PR: 202927
Submitted by: theraven@
MFH: 2015Q4
Back in mid-2012 (ports revisions r297367 and r299321), pkg-message was
added to the port suggesting changes to the default shared memory limits in
loader.conf(5). Since then, the default limits have been changed and the
values suggested by the port are no longer sensible (base r209037, present
in all supported FreeBSD releases).
According to theraven@:
Suggesting lowering the maximum number of pages available for shared pages
doesn't seem sensible. The other default limits look as if they ought to
be high enough (kern.ipc.shmseg is the number of shm segments that each
process can have open, so should be fine. kern.ipc.shmmni is the total
number of shm objects, so might need lowering).
Follow his advice and drop the suggestions from pkg-message.
PR: 202927
Submitted by: theraven@
MFH: 2015Q4
- Invoke pkg-config(1) instead of checking manually [1]
- Convert to ECHO_MSG which can be silenced
PR: 166279
Reported by: mi (via mail on gnome@ list)
Approved by: gnome (kwm)
Submitted by: John Hein <jh-fbml@snkmail.com> [1]
Differential Revision: https://reviews.freebsd.org/D4260
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
* gstreamer1-libav now uses ffmpeg from ports.
* New ports:
* gstreamer1-validate: Tools to detect if elements are not behaving
as expected, mainly aimed at developers, or advanced debugging.
* gstreamer1-rtsp-server: Base foundation for building a rtsp
server ontop of GStreamer
* Bunch of new plugins like: mpg123, rsvg, libde265, openh264, x265 and dtls.
Release announcement:
http://lists.freedesktop.org/archives/gstreamer-announce/2015-September/000357.html
Obtained from: gnome devel repo
for this, and it is quite heavy while not necessarily always desirable
- Remove bogus `+=' from LIB_DEPENDS and USES: the port is not being master
for anyone, thus those were just confusing
- Consistently put space before trailing backslash when wrapping long lines
- Reword MSPACK_DESC (MS -> Microsoft) while I'm here
Some ports were already installing in the System domain, for these just remove the Makefile lines explicitly specifying the install domain.
The rest are installed in the Local domain, remove any overrides, update their pkg-plists and any explicit paths in the Makefiles and then bump port revision.
Approved by: bapt (mentor)
Differential Revision: https://reviews.freebsd.org/D2977
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
Patches must not be changed by the vcs, this includes the
svn:keyword expansion. Set fbsd:nokeywords to a couple of patches.
With hat: portmgr
Sponsored by: Absolight
According to upstream, this is the last planned Qt4 release.
A list of changes since 4.8.6 can be found here:
<http://download.qt.io/official_releases/qt/4.8/4.8.7/changes-4.8.7>
Porting notes and changes:
- Remove several patches that have been upstreamed.
- Make Uses/qmake.mk pass the contents of LIBS to the qmake environment. [1]
- Repurpose devel/qt4/files/extrapatch-src-corelib-global-qglobal.h now the
original patch is part of the release (curiously enough, the original
patch was never actually used, as the ?= assignment in r362837 after
r362770 was never possible).
This works around the way compiler support for C++11 features is detected
in Qt 4.8.7: while it originally only uses the compiler to determine if
something is supported or not, the initializer lists feature also depends
on the C++ standard library being used. It's a problem in FreeBSD 9.x,
where USES=compiler:c++0x or USES=compiler:c++11-lang means we will use
clang to build a port but use libstdc++ from base (GCC 4.2). The latter
obviously does not support initializer lists, and the build fails because
Qt tries to include headers that do not exist (<initializer_list>).
Since detecting libstdc++'s version is not trivial (we need to include a
non-lightweight header like cstdio and then check for __GLIBCXX__), we
just enable Q_COMPILER_INITIALIZER_LISTS support only when libc++ is used
(there should be no reason for someone to be using clang with GCC 4.8's
libstdc++, for example).
x11/kdelibs4's FindQt4.cmake had to include a backported change from the
upstream FindQt4.cmake in CMake itself to use a C++ compiler to detect
flags like Q_WS_X11, otherwise the inclusion of <ciso646> in qglobal.h
makes the build fail.
This patch contains changes by me, makc@ and alonso@.
PR: 202552 [1]
PR: 202808 [exp-run]
Submitted by: pawel@ [1]
- Move Perl's man1 files along with its man3 files.
- Move where Perl installs its modules man1 pages.
- Convert the ports installing man1 pages.
- Make different Perl versions installable at the same time.
Though you should note that only the default version can be used to
install Perl modules, and the non default Perl versions cannot use the
modules installed via ports if they contain .so as they are installed
in a version specific directory.
Reviewed by: bapt (the Mk bits)
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3542
__sync_bool_compare_and_swap_8() implementation. While here,
arrange the knobs in a more logical order, improve on COMMENT,
and fix some minor whitespace issues.
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
<conrads@cox.net>: host mx.west.cox.net[68.6.19.3] said: 550 5.1.1
<conrads@cox.net> invalid recipient - Refer to Error Codes section at
http://postmaster.cox.net/confluence/display/postmaster/Error+Codes for
more information. (in reply to RCPT TO command)
Sponsored by: DK Hostmaster A/S
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
64 bit linuxulator support (not activated by default):
- most of the work was done by Alan Jude
- all errors are mine
- 64bit (may) have rough edges
- I validated
* that the 32bit part doesn't has deinstall regressions (incl. EXP runs by
antoine)
* 29 of 72 64bit ports ports don't have deinstall leftovers (more validation
later, when I dare to activate the 64bit linuxulator in the kernel)
- the infrastructure part looks mature enough to let more test-bunnies get
some experience with the new 64 bit parts
- to use it you shall have no linux ports installed and have to specify
(on your own risk) the following in make.conf before installing the ports:
OVERRIDE_LINUX_BASE_PORT=c6_64
OVERRIDE_LINUX_NONBASE_PORTS=c6_64
This is on top of the exiting c6 linux ports. Given that CentOS 7 is 64bits
only, we decided to have it as an "overlay" instead of new ports.
The 64bit part only installs 64bit executables, the 32bit ports can not be
installed at the same time (if needed we can think of letting the 64bit
overlay install the 32bit parts too, but given the CentOS 7 comment
above...).
Differential Revision: https://reviews.freebsd.org/D174
Submitted by: alanjude
Sponsored by: Essen FreeBSD Hackathon 2015
Reviewed by: xmj, eadler (earlier versions)
Approved by: portmgr (antoine after some EXP-runs)
- Add USE_FPC_RUN to bsd.fpc.mk. It add fpc units like run dependencies. Otherwise
fpc units only are added like build dependencies (less dependencies registered
when they are installed with pkg).
- Remove GTK1 obsolete dependencies
- Bump all ports with dependencies of fpc-* units
- Bump all ports with dependencies of lazarus ports
- Clean up
* Make OSVERSION conditionals check OPSYS == FreeBSD. And add check for
OPSYS == DragonFly, since they don't have zlib.pc in there base [1]
* Remove old reinplace that didn't apply anymore. And the thing it was supposed
to handle is done elsewhere in the Makefile.
Reported by: marino@ [1]
Tested by: marino@
* Fix the PORTSCOUT macro in devel/glib20-reference/bsd.gnome-reference.mk
so that all -reference ports get ignored.
* Add some PORTSCOUT=ignore:1 here and there for software that won't get
any updates anymore. Or are slave ports, so only the master port will
get checked.
The offical GNOME 3.16 release notes can be found at https://help.gnome.org/misc/release-notes/3.16/
Upgrade instructions for port users:
Delete the old tracker package with:
# pkg delete -f tracker
And user port upgrade tool of choice to upgrade.
Thanks to Antoine Brodin for running the exp-runs.
This release was made possible by the following people:
Gustau Perez
Ting-Wei_Lan
PR: 201980
<file> on ELF systems, but this doesn't really do what -export-symbols is
meant to do. On GNU ELF systems it converts <file> to a simple version
script first and then uses -version-script instead of -retain-symbols-file.
Let USES=libtool patch libtool scripts to do this on all systems with GNU
ld(1).
Bump PORTREVISION on all ports where the build log contains -export-symbols.
audio/calf: This port builds a module that now exports only one function,
but it also builds a number of executables that link to this module and
expect to see other functions. Because it's already a bit dodgy to link to
a module (libtool warns about this) let the module continue to export only
one function and instead build an ordinary library from the same source that
the executables can link to. Fix a number of other issues in the same
Makefile.am and clean up the port Makefile.
japanese/scim-honoka: Tries to hide all symbols that start with an
underscore, but because this library is written in C++ all symbols start
with _Z so it ends up hiding everything. Just don't hide anything at all
like the textproc/scim configure script does.
multimedia/schroedinger: Apply an upstream patch.
textproc/scim-input-pad: Same as japanese/scim-honoka.
PR: 201922
Approved by: portmgr (antoine)
Exp-run by: antoine
One of the patches cherry picked to the 3.14 branch depends on a glib API
added in the 2.44 series. Add a patch from upstream to allow build with
glib 2.42 in ports.
PR: 201951 [1]
Reported by: Walter Schwarzenfeld, Gary <freebsd-bugzilla@in-addr.com> [1]
Obtained from: upstream gtk+ 3.14 branch
- most of the work was done by Alan Jude
- all errors are mine
- 64bit (may) have rough edges
- I validated
* that the 32bit part doesn't has deinstall regressions
* 29 of 72 64bit ports ports don't have deinstall leftovers (more validation
later, when I dare to activate the 64bit linuxulator in the kernel)
- the infrastructure part looks mature enough to let more test-bunnies get
some experience with it
- to use it you shall have no linux ports installed and have to specify
(on your own risk) the following in make.conf before installing the ports:
OVERRIDE_LINUX_BASE_PORT=c6_64
OVERRIDE_LINUX_NONBASE_PORTS=c6_64
This is on top of the exiting c6 linux ports. Given that CentOS 7 is 64bits
only, we decided to have it as an "overlay" instead of new ports.
The 64bit part only installs 64bit executables, the 32bit ports can not be
installed at the same time (if needed we can think of letting the 64bit
overlay install the 32bit parts too, but given the CentOS 7 comment
above...).
Differential Revision: https://reviews.freebsd.org/D174
Submitted by: alanjude
Sponsored by: Essen FreeBSD Hackathon 2015
Reviewed by: xmj, eadler (earlier versions)
Approved by: portmgr (implicit, I remember blanked approval for
linux parts loooong ago, punish me if you don't
agree anymore)
- Mark ports BROKEN that were discovered not to work with
this update; discovered by exp-run in bug 201181
- Note the need for manual upgrade of dependent ports in
UPDATING
(Note: The vast majority of users should never deselected docs --
These appear on the GPS IDE menu and most users are only building gtkada3
to build GPS. But it is an option and thus needs to be supported)
While here, strip two libraries.
PR: 201137
Submitted by: amdmi3
/usr/local/lib/gcc48/include/c++/bits/c++0x_warning.h:32:2: error: #error This file requires compiler and library support for the ISO C++ 2011 standard. This support is currently experimental, and must be enabled with the -std=c++11 or -std=gnu++11 compiler options.
Using USES=compiler:c++11-lib and USE_CXXSTD=c++11 doesn't really help
Submitted by: pkg-fallout
Approved by: portmgr blanket
The transition from gcc-aux to gcc5-aux in the Ada framework has been
blocked by the inability to build gtkada3 and, once resolved, GPS (due
to tight locking with compiler).
A few days ago, Adacore made their annual release of their main libre
products, include GPS. However, some products were tightly coupled with
the recent compilers, so in order to upgrade, the compiler had to be
switched and dependencies require many ports to be upgraded at once:
* lang/asis
* devel/gnatcoll
* devel/gps
* x11-toolkits/gtkada3
* www/aws
* www/aws-demos
While the version upgrades were modest in most cases (gps, gtkada3), the
amount of work put into each port was significant. There are too many
improvements to mention here. A few include the removal of dynamic
package lists and incorporating gnatcoll into gps to avoid building it
twice. A private "exp-run" was done all on all 50+ Ada ports to ensure
they still build.
Also, a new argument was added to Uses/ada.mk, "run", that pulls in the
GNAT compiler as a run depends. This was necessary for GPS that will
not launch correctly without the compiler in place.
Changelog:
Provide a mutex for calls to make-fresh-user-modules to deal with
guile thread safety issues (c++-gtk-utils/Makefile.am;
extension.h, extension_helper.cpp).
Improve efficiency of scheme to C++ list translators for long
lists (extension.h).
Update libtool to version 2.4.4.
Update code comments (extension.h, future.h, parallel.h,
task_manager.h, task_manager.tpp).
Update documentation (README; application.h, parallel.h, param.h).
- 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
When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup
With hat: portmgr
Sponsored by: Absolight
depends on the camlp4 language and labltk ocaml modules, which are
now in separate ports.
- Update x11-toolkits/ocaml-lablgtk2 to 2.18.3
- Update graphics/ocaml-lablgl to 1.05
- Make unison ports use USE_OCAML
- Convert ports to the new flags where needed
- Bump PORTREVISION on ports depending on ocaml-lablgtk2, those need to be rebuilt
PR: 199845
Submitted by: jbeich@
Differential Revision: https://reviews.freebsd.org/D2434
Approved by: portmgr (mat)
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>
Add an XFCE SITE_SUBDIR abbreviation and use it forf or the xfce ports,
which removes the need to set MASTER_SITE_SUBDIR in any of them.
This fixes ports that have USES=xfce but do not use the XFCE MASTER_SITE,
namely sysutils/xfce4-bsdcpufreq-plugin.
With hat: portmgr
This port was using CFLAGS for c++, so the -std=c++11 flag wasn't getting
passed even when USE_CXXSTD was set. This port broke in some places when
c++11 became a requirement of Wx.
This is still broken on FreeBSD 8 (F9 not tested) due to new problems
related to compiling with gcc48.
Update gccmakedep to 1.0.3.
Update imake to 1.0.7.
Update libpciaccess to 0.13.3.
Update libdrm to 2.4.60.
Update bitmap to 1.0.8.
Update fstobdf to 1.0.6.
Update iceauth to 1.0.7.
Update libXdmcp to 1.1.2.
Update libXp to 1.0.3.
Update libXvMC to 1.0.9.
Update libXxf86vm to 1.1.4.
Update libxshmfence to 1.2.
Update randrproto to 1.4.1.
Update rgb to 1.0.6.
Update sessreg to 1.1.0.
Update xcb-util-cursor to 0.1.2.
Update xedit to 1.2.2.
Update xkbcomp to 1.3.0.
Update xkeyboard-config to 2.14.
Update xproto to 7.0.27.
Update xf86-input-mouse to 1.9.1.
Update xf86-input-synaptics to 1.8.2.
Update xf86-video-i710 to 1.3.5.
Update xf86-video-mga to 1.6.4.
Update xf86-video-tdfx to 1.4.6.
Update xf86-video-vmware to 13.1.0.
Update bdftopcf to 1.0.5.
Update font-util to 1.3.1.
Update fslsfonts to 1.0.5.
Update mkfontscale to 1.1.2.
Update showfont to 1.0.5.
Update xfs to 1.1.4.
Update xfsinfo to 1.0.5.
Remove :keepla from USES=libtool for X libraries in bsd.xorg.mk, and bump
all affected ports.
PR: 199400
Obtained from: Xorg-devel repo
===> Building package for xview-clients-3.2.1.4.19c_2
pkg-static: Unable to access file /wrkdirs/usr/ports/x11-toolkits/xview-clients/work/stage/usr/local/bin/clock: No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/x11-toolkits/xview-clients/work/stage/usr/local/bin/cmdtool: No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/x11-toolkits/xview-clients/work/stage/usr/local/bin/olwm: No such file or directory
pkg-static: Unable to access file /wrkdirs/usr/ports/x11-toolkits/xview-clients/work/stage/usr/local/bin/olwmslave: No such file or directory
...
Reported by: pkg-fallout
- Remove const qualifier from iconv(3) to match POSIX:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html
- Patch iconv.h to expose more GNU extensions when LIBICONV_PLUG is
defined because the base system iconv supports these extensions too.
Add/remove patches to/from ports to call iconv with non-const arguments.
This breaks some ports on FreeBSD 10 because base system iconv.h still has
the const qualifier. Fix this by letting USES=iconv add a build dependency
on converters/libiconv so ports can use its iconv.h (with LIBICONV_PLUG
defined) instead of the base system iconv.h.
This exposed some ports that link with libiconv when it is available instead
of using libc iconv. In these cases one of the following changes has been
made:
- patch configure scripts to test for libc iconv first
- add ac_cv_lib_iconv_libiconv=no or similar to CONFIGURE_ARGS to disable
some configure tests
- converters/wkhtmltopdf: this includes Qt4 so add a patch from devel/qt4
- lang/gcc5-aux: respect CFLAGS and friends during configure such that
LIBICONV_PLUG is defined in the iconv test, also switch to external
gettext
- mail/gnarwl: replace patches with CPPFLAGS/LIBS
- multimedia/ffmpeg2theora: remove iconv test from SConstruct and use
ICONV_LIB in port Makefile instead, also fix a bug in subtitles.c
- net-im/licq: finish conversion to cmake
- net-mgmt/bandwidthd, net-mgmt/icinga, net-mgmt/nagios, net-mgmt/nagios4:
don't need iconv
- textproc/p5-XML-TinyXML: finish conversion to USES=perl5
Other changes:
- databases/qdbm and slaves: respect CFLAGS and friends, also enable bzip2
and lzo support
- games/ldmud: respect CFLAGS and friends
- graphics/inventor: replace some patches with MAKE_ARGS/MAKE_ENV to respect
CFLAGS and friends, also remove FreeBSD/alpha patch and add missing xorg
dependencies
PR: 199099
Exp-run by: antoine
Approved by: portmgr (antoine)
While here, upgrade from version 3.0.0 to 3.0.2
wxPython30 was obligated to build under c++11 standards, but the code
was not compliant. It now builds on system clang again.
PR: 199403
Submitted by: matthew (reztec.cz)
Approved by: blanket (fixes previous "fix")
It turns out that wxPython30 won't build with clang at all. The c++ code
is illegal according to clang (e.g. illegal cast), so remove the
USES=compiler setting and replace with USE_GCC=yes. Tested on F8 and F10.
I apologize for adding the GCC dependence for F10+ users but I didn't see
any other simple fix.
Approved by: blanket
This port must be built under c++11 standard like the rest of the
wx-dependent ports. I couldn't find a way to pass the flag so I had
to patch the python script directly. Also, the USES=compiler setting
was missing, which is required to actually pull in a c++11 capable
compiler on the older FreeBSD releases.
This port was blocking ~29 other ports from building on releases that
it wouldn't build on.
Approved by: blanket
Update rhythmbox to 3.2.
Update gnome-tweak-tool to 3.14.3.
Update gnome-mines to 3.14.2.
Update eog to 3.14.4.
Update geary to 0.10.0.
Update tracker to 1.2.6.
Update gdm to 3.14.2.
Update gtk30 to 3.14.12.
Update gtksourceview3 to 3.14.4.
Obtained from: GNOME dev repo
Simplify gnustep ports
Hook into the regular ports framework:
- LIB_DEPENDS for library dependencies
- Use regular USE_LDCONFIG
Reuse USES=objc (automatic)
USE_GNUSTEP is now a macro to set the dependencies and build feature needed.
Accepted arguments: back base build gui
Merge deskutils/preferencepanes into deskutils/systempreferences
The wxgtk30 port will use TR1 headers if the capability is detected.
These TR1 functions were experimental and not included in the same form
in the final c++11 standard. This patch forcibly disabled TR1 support,
which requires the explicit setting of -std=c++11 in CXXFLAGS>
A private "exp-run" was performed, all 62 ports dependent on wxgtk2
successfully built before and after after the patch was applied on two
separate runs (FreeBSD 10 amd64 jail).
While here, remove the incorrect $PTHREAD_LIB setting and let it default
to -pthread. Also bring in the configure patch fragement from DragonFly.
PR: 199177
Submitted by: marino
Approved by: maintainer (Chris Hutchinson)
Pango's modules.cache needs to be updated to find the fonts. For
example, Smokeping has broken fonts until modules.cache is
updated. It can also be done manually with:
pango-querymodules --update-cache
For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true,
as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107).
Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when
it is always needed, I renamed it, in one case, I merged two patches.
Differential Revision: https://reviews.freebsd.org/D2209
Add rpm4 as extract requisite, and use rpm2archive to get something that
yields non-zero-sized manual pages.
While here, clean up pkg-plist a bit.
Bump PORTREVISION.
PR: 196414
Submitted by: peterj
Reviewed by: xmj
Approved by: emulation (eadler)
Xorg is now looking in ${LOCALBASE}/share/fonts by default
Xorg now accepts symlinks in etc/X11/fontpath.d (as decribed in Xserver(1))
Large cleanup on lots of font ports
All fonts are now properly dynamically generating fonts.dir and fonts.scale
instead of sometime overwriting existing ones)
All fonts are generating fontconfig's cache
Improve consistency in fonts ports
Using this new scheme allows only setting the _tag_ or _commit hash_ in
GH_TAGNAME and not having to know the hash for a tag. This scheme will
download a tarball that has a different checksum than before due to a changed
directory name for extraction.
The following MASTER_SITES are provided to retain the old checksum and
directory structure (that require GH_COMMIT):
GH -> GHL
GITHUB -> GITHUB_LEGACY
Differential Revision: https://reviews.freebsd.org/D748
Submitted by: amdmi3
Reviewed by: mat, swills, antoine, bdrewery
With hat: portmgr
This is probably the first time our Qt 5 ports are tracking the latest
upstream release :-)
There isn't much to report in this update, thanks to the effort spent in the
5.2->5.3 update: a lot of the work is just small plist and patch updates.
Thankfully, several patches have been upstreamed and are not needed on our
side anymore.
I would like to thank Alex Richardson <arichardson.kde@gmail.com> and Tobias
Berner <tcberner@gmail.com> for their help with the plist updates and
general testing.
PR: 198585
[exp-10i386-commit-test] Installing xview-clients-3.2.1.4.19c_1...
pkg-static: xview-clients-3.2.1.4.19c_1 conflicts with xview-3.2.1.4.19c_1 (installs files into the same place). Problematic file: /usr/local/lib/help/clock.info
*** Error code 70
With hat: portmgr
GNAT 4.9 and earlier was not checking for the explicit use of "limited"
in the full type declaration when it also appeared inthe private
extension declaration (Ada RM 7.3 p10.1/3). QtAda violated this rule
numerous times, so the attached diff fixes all of the instances.
* PyQt4 has been updated to 4.11.3.
* QScintilla has been updated to 2.8.4.
* SIP has been updated to 4.16.5.
This update is much smaller than the previous one, as there has been no
further need for clean ups in the ports infrastructure.
Pretty much the entire patch set has been originally contributed by Tobias
Berner, who sent it to the KDE on FreeBSD mailing list. Thanks a lot!
PR: 198016
Submitted by: Tobias Berner <tcberner@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/
Add a patch found by PCBSD's Kris Moore <kris@pcbsd.org> that fixes
QSystemTrayIcons on Desktops other than KDE.
Provided by Kris via mailing list on 2015-01-29.
Approved by: rakuco (mentor)
MFH: 2015Q1
- Update devel/py-efl to 1.13.0
- Update graphics/evas_generic_loaders-* to 1.13.0
- Update multimedia/emotion_generic_players-vlc to 1.13.0
- Update x11-toolkits/elementary to 1.13.0
and -fvisibility-inlines-hidden and uses it if available to reduce shared
library size. Unfortunately, this hides Fl_XFont_On_Demand::value, which
in turn causes undefined reference errors during linking. Fix by marking
Fl_XFont_On_Demand class as FL_EXPORT for the time being (Gentoo Linux is
doing the same)
- Do not strip libraries for now: FLTK uses the same command for installing
both dynamic and static libraries, but "fltk-config(1) --compile" prefers
static, which breaks programs like `graphics/iccexamin' (threading test)
- Pull another patch from Gentoo to fix segmentation fault in vncview(1) of
port `net/tigervnc' (Gentoo bug #529856 by Maxim Britov)
- Do not leak non-existent (build-time only) -Lfoo references in LDFLAGS as
it can potentially lead to various sporadic bugs in programs which obtain
these flags through fltk-config(1). To prevent build-time conflicts that
this gimmick was originally used for, we change shared linking command of
fluid(1) accordingly
Since these are one-line changes likely to be merged upstream sooner rather
than later, perform them with sed(1) instead of trivial patches.
Reported and reviewed by: antoine
knobs; resurrect documentation/Makefile patch; bring back recalculation of
${ETCDIR} length in Fl_Preferences.cxx, trim CONFIGURE_ARGS (again), etc.
- Restore correct LDFLAGS+= -L../src (previously -L${WRKSRC}/src), otherwise
the build fails with e.g. previous version of FLTK libraries installed
- Take maintainership to prevent Kato's monkeys jeopardizing it all over again
- Install code examples as PORTEXAMPLES (we do not install any documentation
because it requires LaTeX stack to build)
- Since `post-patch' target is a bit too verbose now, make it .SILENT
- Do not compile things with -Os by default (already honors user's CXXFLAGS)
- Do not blindly strip libraries and fluid(1) binary (respect ${STRIP} value)
- Sort the knobs, remove "default=yes" arguments from CONFIGURE_ARGS
- In post-staging era, conditional installation of documentation is no
longer necessary, so simplify the patch and drop post-install target
Make sure we use openjpeg1 in poppler, while openjpeg2 support
was added there still bugs in openjpeg2 that need to be fixed.
Add patches to inkscape for API changes in poppler 0.29.0 [2].
PR: 196599 [1]
Submitted by: olivierd@ [1]
Exp-run by: antoine@
Obtained from: upstream [2]
Some dependent ports may need USES=compiler:c++11-lib as well
PR: 196703 [1], 197031 [2]
Submitted by: beastie@tardisi.com [1], amdmi3 [2]
Approved by: portmaster@bsdforge.com (maintainer)
MFH: 2015Q1
Also tested with CMake 3.0.2. The patch itself contains an explanation of
what is being changed and why.
There is no need to bump PORTREVISION as there are no functional changes.
Update totem to 3.14 now that we have gstreamer 1.4 and minor gnome updates.
Update evolution suite to 3.12.9.
Make sure gtk30 pulls in adwait-icon-theme, since it now the default theme [3].
PR: 195290 [1], 195289 [2], 195455 [3]
Obtained from: gnome devel repo
Changelog:
Fixed error with conflicting libvte/Gtk versions
Fixed ebuild (by Ilya Mochalov).
Suppress "invalid option" for -e.
Fixed missing link to math library (by Thomas Koch)
Miminum required version for Gtk-2 changed to 2.24.
Miminum required version for libvte changed to 0.28.
Rebuild po-files due to source changes.
This knob was turned on for all version of FreeBSD in r369875
(2014-10-03) and officially deprecated. Since then, it was gradually
removed from many ports when they needed an update.
x11-servers/xorg-server was the last major user of this knob. The port
was updated to xserver 1.14 in r374982 (2014-12-19). The update got rid
of the knob, clearing the path to the final removal.
This commit changes ports who were checking for WITH_NEW_XORG and remove
its handling from bsd.port.mk.
While here, two sanity checks are added to warn user about WITH_KMS and
WITH_NEW_XORG which have no effect now.
Differential Revision: https://reviews.freebsd.org/D1351
Reviewed by: antoine, bapt, kwm
Approved by: portmgr (antoine, bapt), kwm
