On FreeBSD 9 the dependency syntax used here will use the "old yacc" which is in
in base and not byacc from ports which does not support %pure_parser.
Dropping bison as a build dependency is not worth a more complex syntax
- Rename the LIBDANE option DANE because that's the name of the protocol
supported by libgnutls-dane and gnutls-cli. Also clarify the option
description.
- Add an IDN option.
- libgnutls-openssl has been removed in 3.4. Some ports used this library
in their LIB_DEPENDS but no port actually required it.
- Some old API functions have been removed. Ports that used these have been
updated or patched to use the new API.
- Add a patch to print/cups to prevent overlinking of libgnutls.so.
- Bump PORTREVISION on dependent ports.
net-im/jabber: This port used the old API to give users fine grained
control over which crypto algorithms were used via a configuration file.
It's not immediately obvious how to port this to the new API so the port
always uses the defaults now.
www/hydra: Mark BROKEN. This uses more removed calls than the other ports,
is said to be alpha quality and not fully functional and has been abandoned
10 years ago.
PR: 207768
Exp-run by: antoine
Approved by: portmgr (antoine)
changed the license to the AGPL 3 in version 9.07 so print/ghostscript9-base
is stuck at 9.06 which is almost 4 years old now.
Fix the logic in Uses/ghostscript.mk so "agpl" is treated as a real version
on its own instead of as a variant of other versions.
Fix print/ghostscript9-agpl-base to install eps2write.
Update math/asymptote to 2.37 to support newer Ghostscript.
PR: 208159
Exp-run by: antoine
Approved by: portmgr (antoine)
The port built fine with -j56 on Poudriere, and it also ran fine. I'm tempted
to believe whatever problems there were when the port was initially added to
the tree have since been solved, and the port should be make jobs safe now.
PR: 207191
Approved by: maintainer timeout (vg, 39 days)
And add dependency upon libsecret where needed. Bump PORTREVISION
because of dependency change. For x11/gdm also drop KEYRING option
and corresponding logic bits - this functionality is now available
unconditionally.
Differential Revision: D5690
Reviewed by: kwm, mat
- Unbreak fetching: upstream are using Debian CDN officially
- Stop demanding GNU make: builds fine with BSD make as well
- Define LICENSE (GPLv2), install couple of docs and sample
configuration file while here
- Update port description text and project web address
Install x11/kdelibs4's headers into include/kde4 instead of include (which
consequently causes several other ports to have their installation paths
changed too).
The idea behind this is to reduce path conflicts between KDE4 ports and the
upcoming KDE Frameworks 5 ports that will be installed into include/KF5. If
we continue installing the KDE4 headers into include/, we can end up in a
situation like this:
c++ [...] -I/usr/local/include -I/usr/local/include/KF5 file.cpp
If the KDE4 and KF5 versions of a port have the same headers, the KDE4 port
will unintentionally be picked up first and the build will fail.
Most of this huge patch is just PORTREVISION bumps, pkg-plist changes and a
few patches to FooConfig.cmake files to make them look into the kde4/
subdirectory in include/.
Changes which don't fit into the above are:
- deskutils/kdepimlibs4: Import an upstream patch to remove some double
semicolons that cause base GCC to fail. They have always been present, but
since the faulty header was referenced via -isystem /usr/local/include
this never caused any problems.
- devel/subversion, devel/subversion18: Update patch-configure. The current
kwallet changes there date back to 2011 (r272490), at a time when the
build could fail when both KDE3 and KDE4 were installed. Replace those
bits with a change I've submitted upstream to use the kde4-config program
to determine where KDE4's headers and libraries are installed instead of
assuming the headers are always in include/.
Once again, huge thanks to Tobias Berner <tcberner@gmail.com> for being the
first one to notice this problem when working on the KDE Frameworks 5 ports,
coming up with the solution and bugging me until I had time to work on this
and ask for the exp-run :-)
PR: 207906 (exp-run)
- Drop dependencies, that are not from ${WRKSRC}/BUILDING.txt.
- Add optional OpenSSL support.
- Turn (added) XVideo dependency into an option.
- Drop obsolete comment (jpeg-turbo can be compiled for non-amd64/i386
architectures since r388256).
- Bump PORTREVISION.
PR: 203237
Submitted by: Andriy Voskoboinyk <s3erios@gmail.com>
Approved by: maintainer timeout (175 days)
cc -I ../../include -W `pkg-config --cflags libSystem gtk+-2.0` -fPIC -Wall -g -O2 -pedantic `pkg-config --cflags libDesktop` -c embed.c
embed.c:104:33: error: too few arguments to function call, single argument 'code' was not specified
helper->error(NULL, error_get(), 1);
Reported by: pkg-fallout
Fix distinfo for the offending ports.
lang/yorick's tag was moved, and the added patch was no longer needed.
PR: 207644
Submitted by: mat
Exp-run by by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D4268
use it instead of storing manually-fetched distfile in `local-distfiles',
- Remove bogus USE_LDCONFIG knob and avoid symlinking to an absolute path
- As support for some older FreeBSD versions was removed in r398738, merge
in-place alteration of the `qmltermwidget/lib/kpty.cpp' file (previously
conditional) into existing patch
x11/gnome-shell lacks dependency on x11/libgnomekbd. Here is how it can be
checked out:
1. Click on language indicator on panel
2. Click on 'Show keyboard layout' button
You'll get this error message:
Execution of "gkbd-keyboard-display" failed: Command not found
Installing of x11/libgnomekbd resolves the issue.
PR: 207300
With hat: gnome
MFH: 2016Q1
New features:
- Initial `-dump` command for dmenu mode. (#216)
- Threading support.
o Parallel checking for ASCII.
o Parallel string matching.
o Autodetect number of HW-threads.
o Disabled by default.
- Highlight multiple selected rows (#287,#293)
- Dmenu can read from file instead of stdin.
- Regex matching (#113)
- Take Screenshot of rofi using keybinding.
- Hotkey for sorting: (#298) Option to set scrollbar width.
Improvements:
- Fix return code of multi-select.
- Update manpage (#289, #291)
- Improve speed of reading stdin in dmenu mode.
- Correctly handle modifier keys now. Should now support most
weird keyboard layouts and switching between them.
(#268, #265, #286)
- Correctly set locale, fixing issues with entering special
characters. (#282)
- DRun mode support `NoDisplay` setting (#283)
- Pango markup is matched when filtering. (#273)
Bug fixes:
- Improve error message (#290)
- Correctly switch to next entry on multi-select when list is filtered (#292)
- Switch __FUNCTION__ for __func__. (#288)
- Fix segfault on empty list and moving through it. (#256,#275)
- Fix one off of colors (#269)
- Drun fix uninitialized memory (#285)
PR: 206846
Submitted by: Tobias Kortkamp <t@tobik.me>
Approved by: nomoo@nomoo.ru
The offical GNOME 3.18 release notes can be found at
https://help.gnome.org/misc/release-notes/3.18/
This update doesn't contain the glib/gtk c++ bindings which will
be done in a another update due to the requirement on c++11 and the
amount of fallout this probably will give.
GDM is still at version 3.16 due to some issues.
Bump mate-themes to use the gtk 3.18 version of the themes.
Thanks to Antoine Brodin for running the exp-runs.
This release was made possible by the following people:
Gustau Perez
Ting-Wei_Lan
PR: 207006
tests and make myself the maintainer to deal with fallout, if any.
Bump PORTREVISION of the two other ports, which depend on x265 by default.
PR: 206864
nVidia's libGL causes a segfault in ld-elf if the application that is linking
to libGL also links to another library (ordered before linking to libGL) and
the second library links to libthr. For example:
kwin_opengl_test
-> libXft
-> libthr
-> libGL
Two workarounds are known:
1) Change the linking order to have libGL linked first, or
2) Also link to libthr in the (base) application.
This patch implements the latter fix.
PR: 205149, 206899
MFH: 2016Q1
- Upgrade all linux-c6- to CentOS 6.7
- Cleanups
PR: 205846
Submitted by: xmj
In Collaboration with: allanjude, netchild, xmj
Exp-run: antoine
Sponsored by: Perceivon Hosting Inc.
Differential Revision: D3428
We'd like to thanks for all the feedback and comments.
multiple elements to correspond to C++ WG paper N3922. E.g, instead of:
auto foo { 1, 2, 3, 4 };
one should write:
auto foo = { 1, 2, 3, 4 };
This makes the port compile with clang 3.8.0 and higher, or gcc 5.0 and
higher.
Approved by: vg (maintainer)
PR: 206650
MFH: 2016Q1
* Still build MATE against gtk+ 2 due to gtk+ 3 support not ready
for prime time.
* Fix loading of a number of applets. We rename a number of applets
but didn't change the "config" files the "add applet to panel" dialog
uses. [1]
* Unbreak the creation of new notes with the stickynotes applet [2]
PR: 205391 [1], 200349 [2]
Obtained from: GNOME devel repo
User got error message, 'Shared object "libvte-2.91.so.0" not found,
required by tilda' when launching tilda. Manually installing
x11-toolkits/vte3 fixed the issue, so vte3 is clearly more than a
build dependency. I've specified RUN_DEPENDS rather than convert
BUILD_* to LIB_* given how vte3 was already specified and the fact
there's no generic library in pkg-plist.
while here, fix the pkg-plist error that showed during build testing
by adding share/appdata/tilda.appdata.xml to the list
approved by: just fix it.
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 patches to py-poppler [2] and rubygem-poppler [3] to fix the build
of these ports with poppler 0.39+.
PR: 206293 [1]
Submitted by: olivierd@ [1]
Obtained from: ubuntu [2], rubygem-poppler upstream [3]
on FreeBSD 11.
When the region panel is selected it would crash right after printing:
GnomeDesktop-WARNING **: locale 'kk_Cyrl_KZ.UTF-8' isn't valid
This is because the gnome-desktop code that processes the locale doesn't
handle multi language locales like the one above. And the code wasn't
taking into account that language might be NULL.
There was a typo in the line setting LDFLAGS: we need -L/some/dir, not
/some/dir.
From the logs:
/usr/local/lib: file not recognized: Is a directory
c++: error: linker command failed with exit code 1 (use -v to see invocation)
Thanks to antoine for raising the issue, and sorry for the brain fart.
MFH: 2015Q4
* multimedia/obs-studio:
Import some upstream commits that pass all required include directories to
the compiler and reference libsysinfo.so with a full path instead of passing
-lsysinfo and relying on ${LOCALBASE}/lib being in the linker search path.
* textproc/sigil:
Pass LDFLAGS+=${LOCALBASE}/lib for now to work around the fact that
upstream's build system references libhunspell-1.3.so and libpcre16.so
without full paths (instead of finding them with the proper CMake commands it
relies on pkg-config's output).
* x11/antimicro:
Also pass LDFLAGS+=${LOCALBASE}/lib for now to work around the fact that
several X11 and SDL2 libraries are referenced without full paths. I sent a
pull request upstream to fix the X11 references, but SDL2 is still detected
through pkg-config.
MFH: 2015Q4
The PR was for bar-aint-recursive v1.0, but the project was renamed and
got a new release since the PR was submitted nearly a year ago.
PR: 196682
Submitted by: evgeni.dimitrov (gmail)
bar is a lightweight bar entirely based on XCB. Provides full UTF-8 support,
basic formatting, RandR and Xinerama support and EWMH compliance without
wasting your precious memory.
Bug 200018 is caused by the .pyc/.pyo files installed by devel/py-pykde4
containing references to the stage directory in them. When
editors/kate-plugin-pate is built by a user with write-access to those
PyKDE4 .pyc/.pyo files, they are rewritten automatically by Python to point
to their current location, which most of the times is different from the
staging location of where devel/py-pykde4 was built. This at the very least
leads to a filesystem violation in Poudriere.
The fix I landed upstream involves making kdelibs's PythonCompile.py accept
a --destination-dir parameter with the directory we want to register in the
.pyc/.pyo files, just like several ports do in their build or post-install
targets by calling Python's compileall.py module with -d.
The patches in files/ look somewhat confusing because we already patch
PythonMacros.cmake to build .pyo files and had to integrate the other
patches into it. At least I have added some context to
patch-cmake_modules_PythonMacros.cmake to reduce the confusion.
Bump PORTREVISION in affected ports:
- devel/py-pykde4: Install .pyc/.pyo files with ${STAGEDIR} in them.
- games/kajongg: The plist now includes .pyo files, and was adjusted to work
with Python 3 in the future if necessary.
- x11/kdelibs4: Install new CMake files.
- x11/plasma-scriptengine-python: Install .pyc/.pyo files with ${STAGEDIR}
in them.
PR: 200018
MFH: 2015Q4
${PERL5} points to a specific version of perl, say, perl5.22.1, it is
fine to use it in a ports Makefile to do Perly things, but ports using
it must use ${PERL}, that points to /usr/local/bin/perl so that if the
minor version is updated, the shebang keep working.
While there, make some ports use shebangfix, regen a few patches, and
bump PORTREVISION where a shebang went from PERL5 to PERL.
PR: 205367
With hat: portmgr
Sponsored by: Absolight
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
Bring in some long overdue updates, some of which are required for us to
later land the PyQt5 ports.
One big change with this update is that the PyQt4 ports now install their
.sip files into share/py-sip/PyQt4 instead of share/py-sip. This way we do
not end up with directories like share/py-sip/QtCore, which are especially
confusing once PyQt5 lands and starts installing files with the same names.
Other noteworthy items:
- PORTREVISION has been bumped on ports depending on devel/qscintilla2
because libqscintilla2.so's SOVERSION has changed.
- graphics/seexpr has been converted to USE_PYQT, as the file it used to
define a build-time dependency on x11-toolkits/py-qt4-gui has moved.
Once again, big thanks to Tobias Berner <tcberner@gmail.com> and Guido Falsi
(madpilot@) for their initial work on these ports as part of the effort to
land PyQt5 into the tree (see D2910 in Phabricator for an earlier version of
the PyQt5 patch set).
PR: 205143
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
Unconditionally including ciso646 in qglobal.h to check for libc++ makes
including qglobal.h from C programs fail.
qglobal.h is not supposed to be used in C programs, but kdelibs4's
FindQt.cmake ends up calling CHECK_SYMBOL_EXISTS() instead of
CHECK_CXX_SYMBOL_EXISTS() to check if some macros are defined. Since
kdelibs4 is in maintenance mode, our changes to it can be avoided if we just
check for __cplusplus before including ciso646 (<initializer_list> is not
available in C anyway).
2015-11-26 audio/pecl-id3: Broken for more than 6 months
2015-11-26 dns/geta: Broken for more than 6 months
2015-11-26 finance/openerp-web: Broken for more than 6 months
2015-11-26 devel/py-async: Further using of this module is not encouraged by upstream
2015-11-26 chinese/kon2: Depends on expiring chinese/cce
2015-11-26 games/linux-skulltag: Depends on expiring audio/linux-fmodapi
2015-11-26 archivers/wzip: Broken for more than 6 months
2015-11-26 databases/sybtcl: Broken for more than 6 months
2015-11-26 biology/povchem: Broken for more than 6 months
2015-11-26 audio/btc: Broken for more than 6 months
2015-11-26 astro/wmglobe: Broken for more than 6 months
2015-11-26 graphics/pyro: Broken for more than 6 months
2015-11-26 graphics/jpeg2ps: Broken for more than 6 months
2015-11-26 chinese/gugod-clean: Broken for more than 6 months
2015-11-26 comms/bforce: Broken for more than 6 months
2015-11-26 cad/geda-docs: Broken for more than 6 months
2015-11-26 chinese/cwtexttf: Broken for more than 6 months
2015-11-26 comms/zmtx-zmrx: Broken for more than 6 months
2015-11-26 astro/sky2000: Broken for more than 6 months
2015-11-26 deskutils/libopensync-plugin-file: Broken for more than 6 months
2015-11-26 databases/sqlite-ext-mobigroup: Broken for more than 6 months
2015-11-26 chinese/bg5ps: Broken for more than 6 months
2015-11-26 deskutils/x-tile: Broken for more than 6 months
2015-11-26 graphics/pure-gl: Broken for more than 6 months
2015-11-26 audio/dvda-author: Broken for more than 6 months
2015-11-26 chinese/oxim: Broken for more than 6 months
2015-11-26 editors/spe: Broken for more than 6 months
2015-11-26 audio/mpdscribble: Broken for more than 6 months
2015-11-26 cad/geda-symcheck: Broken for more than 6 months
2015-11-26 audio/linux-fmodapi: Broken for more than 6 months
2015-11-26 audio/pure-audio: Broken for more than 6 months
2015-11-26 editors/bpatch: Broken for more than 6 months
2015-11-26 benchmarks/geekbench: Broken for more than 6 months
2015-11-26 graphics/icoconvert: Broken for more than 6 months
2015-11-26 cad/geda-utils: Broken for more than 6 months
2015-11-26 deskutils/tomboy-plugin-wordcount: Broken for more than 6 months
2015-11-26 graphics/sketch: Broken for more than 6 months
2015-11-26 ftp/spegla: Broken for more than 6 months
2015-11-26 graphics/clutter-box2d: Broken for more than 6 months
2015-11-26 audio/scmpc: Broken for more than 6 months
2015-11-26 ftp/gnusget: Broken for more than 6 months
2015-11-26 comms/gpsk31: Broken for more than 6 months
2015-11-26 cad/geda-gschem: Broken for more than 6 months
2015-11-26 audio/ampache: Broken for more than 6 months
2015-11-26 cad/slffea: Broken for more than 6 months
2015-11-26 audio/cripple: Broken for more than 6 months
2015-11-26 cad/geda-gattrib: Broken for more than 6 months
2015-11-26 cad/findhier: Broken for more than 6 months
2015-11-26 biology/njplot: Broken for more than 6 months
2015-11-26 audio/wmmp: Broken for more than 6 months
2015-11-26 x11/avant-window-navigator: Broken for more than 6 months
2015-11-26 cad/geda-netlist: Broken for more than 6 months
2015-11-26 deskutils/libopensync-plugin-sunbird: Broken for more than 6 months
2015-11-26 biology/ortep3: Broken for more than 6 months
2015-11-26 astro/aa: Broken for more than 6 months
2015-11-26 french/belote: Broken for more than 6 months
2015-11-26 converters/p5-String-SetUTF8: Broken for more than 6 months
2015-11-26 cad/geda-examples: Broken for more than 6 months
2015-11-26 editors/yasnippet: Broken for more than 6 months
2015-11-26 audio/musica: Broken for more than 6 months
2015-11-26 graphics/rubyphoto: Broken for more than 6 months
2015-11-26 german/bsdpaste: Broken for more than 6 months
2015-11-26 audio/amrcoder: Broken for more than 6 months
2015-11-26 sysutils/bashburn: Broken for more than 6 months
2015-11-26 editors/e93: Broken for more than 6 months
2015-11-26 audio/tepsonic: Broken for more than 6 months
2015-11-26 astro/ephem: Broken for more than 6 months
2015-11-26 chinese/cce: Broken for more than 6 months
2015-11-26 graphics/qcread: Broken for more than 6 months
2015-11-26 databases/py-sqlkit: Broken for more than 6 months
2015-11-26 databases/usogres: Broken for more than 6 months
2015-11-26 cad/libgeda: Broken for more than 6 months
2015-11-26 chinese/p5-Lingua-ZH-BPMFConvert: Broken for more than 6 months
2015-11-26 french/alphabet_sounds_fr: Broken for more than 6 months
2015-11-26 deskutils/mrundlg: Broken for more than 6 months
2015-11-26 databases/erlang-mysql: Broken for more than 6 months
2015-11-26 graphics/linux-XnViewMP: Broken for more than 6 months
2015-11-26 deskutils/akamaru: Broken for more than 6 months
2015-11-26 dns/p5-Net-DNS-ZoneCheck: Broken for more than 6 months
2015-11-26 astro/dgpsip: Broken for more than 6 months
2015-11-26 databases/pecl-handlersocket: Broken for more than 6 months
2015-11-26 audio/cymbaline: Broken for more than 6 months
2015-11-26 french/dico: Broken for more than 6 months
2015-11-26 comms/qpage: Broken for more than 6 months
2015-11-26 audio/sonice: Broken for more than 6 months
2015-11-26 cad/geda-symbols: Broken for more than 6 months
2015-11-26 databases/java-mybatis: Broken for more than 6 months
2015-11-26 databases/openbase-jdbc: Broken for more than 6 months
2015-11-27 www/mediawiki119: Please upgrade to mediawiki-1.25
2015-11-28 www/R-cran-Rpad: Unmaintained upstream
segfault. This was due to libxklavier passing invalid UTF-8 strings to
a few glib functions which require a UTF-8 string.
Add code to libxklavier to pass correct UTF-8 string to glib.
Submitted by: rum1cro@yandex.ru
This update fixes a lock bypass vulnerability, where the screen can be
unlocked without authorization.
MFH: 2015Q4
Security: 4b9393b8-7c0c-11e5-a010-080027ddead3
The pixmap package does not install neither the demos nor the tests it
includes, yet these get built as part of "make all". Disable them to
shorten build times and, particularly, to workaround ld(1) crashes
triggered by them in powerpc64; see PR bin/202284 for details.
Reviewed by: kwm (maintainer), bdrewery (mentor)
Differential Revision: https://reviews.freebsd.org/D3372
- Support multiple values in *_OLD_CMD, i.e. we can now fix both "/usr/bin/python" and "/usr/bin/env python" at the same time
- Default *_OLD_CMD values are now always appended, so you don't need to specify them in individual ports
- Add lua support (depends on USES=lua)
- Add more default values, such as "/usr/bin/env foo" for python, perl, bash, ruby and lua
- Shebangfix now matches whole words, e.g. we will no longer (erroneously) replace "/usr/bin/perl5.005" with "${perl_CMD}5.005" (but "/usr/bin/perl -tt" is still (correctly) replaced with "${perl_CMD} -tt")
Note that *_OLD_CMD items containing spaces must now be quoted (e.g. perl_OLD_CMD=/bin/perl /usr/bin/perl "/usr/bin/env perl")
Update shebangfix usage according to new rules in many ports:
- Remove *_OLD_CMD for patterns now replaced by default
- Quote custom *_OLD_CMD which contain spaces
Fix shebangfix usage in many ports (irrelevant to infrastructure change):
- Remove redundant SHEBANG_LANG (no need to duplicate default langs)
- Remove redundant *_CMD (such as python_CMD=${LOCALBASE}/bin/python${PYTHON_VER} when USES=python is present)
- Never use *_OLD_CMD in REINPLACE_CMD matchers, these should always look for exact string
Approved by: portmgr (bapt)
Differential Revision: D3756
remedy to the following error:
[100%] Linking C executable bmpanel2
/usr/bin/ld: undefined reference to symbol `truncf@@FBSD_1.0' (try
adding -lm)
//lib/libm.so.5: could not read symbols: Bad value
- While here fix long standing issue of -L${LOCALBASE}/lib being required
in LDFLAGS while USES=pkgconfig due to missing LINK_DIRECTORIES() call
in the top-level `CMakeLists.txt'
These were FreeBSD specific aliases for libiconv(), libiconv_open() and
libiconv_close() that are now also provided by libc which complicates
writing configure tests that work correctly when both libc iconv and
libiconv are available.
Also, because the libiconv iconv.h header redefines iconv* to libiconv*
correct use of the header implies that the aliases aren't used.
The following ports needed fixes because there was something wrong with
the way they tried to detect or use iconv:
audio/deadbeef: Remove LIBICONV_PLUG from a source file. It's a
compile-time option and should not be set in source code.
comms/hidapi: Use standard AM_ICONV configure macro to look for iconv.
deskutils/fbreader: Let ports framework deal with LIBICONV_PLUG.
deskutils/ljclive: Override configure test for iconv.
deskutils/owncloudclient: Add USES=iconv and patch test for iconv.
devel/aegis: Bump PORTREVISION because it no longer uses libiconv.
devel/libexplain: Add USES=iconv and override test for iconv.
devel/sdl20: Override configure test for iconv.
emulators/vmw: Replace OSVERSION checks with ICONV_LIB checks and include
<iconv.h> instead of <sys/iconv.h>.
irc/scrollz: Override configure test for iconv.
japanese/chasen-base: Override configure test for iconv and patch
configure so it no longer adds -liconv to linker flags just because it
happens to be installed.
japanses/eb: Patch configure test for iconv.
japanses/eblook: Override configure test for iconv.
java/jikes: Override configure test for iconv.
multimedia/transcode: Bump PORTREVISION because only one plugin links with
libiconv now.
net/c3270: Override configure test for iconv.
net/samba4*: Bump PORTREVISION because it no longer uses libiconv. The
configure script will always add -liconv to the linker flags when it
happens to be installed which would be wrong but later on binaries are
linked with -Wl,--as-needed and the linker discards -liconv because it
finds iconv*() functions in libc now and no longer in libiconv.
net-mgmt/icinga-*: Remove dependency on iconv.
net-mgmt/netxms: Patch configure so it no longer adds -liconv to linker
flags just because it happens to be installed.
net/asterisk11: Patch configure so it no longer adds -liconv to linker
flags just because it happens to be installed.
net-p2p/transmission-*: Override configure test for iconv.
www/htmlcxx: Override configure test for iconv.
www/httrack: Override configure test for iconv.
www/xapian-omega: Override configure test for iconv.
x11/mrxvt(-devel): Add USES=iconv and override configure test for iconv.
x11/x3270: Override configure test for iconv.
x11-wm/jwm: Override configure test for iconv.
PR: 202838
Exp-run by: antoine
Approved by: portmgr (antoine)
This database contains compiled terminfo entries and is merged from
a large part which comes with ncurses themselves and compiled
.terminfo files installed by other ports (currently only rxvt-unicode
and jfbterm)
- Now the database is always kept up to date, regardless of port
installation order (both ncurses installed before .terminfo files
and the other way around work as expected)
- All affected ports now support clean deinstallation and do not
produce stage-qa errors
- Affected ports are simplified, as they now only need to define
USES=terminfo
- rxvt-unicode no longer pulls in ncurses: the dependency is not
really needed for anything beside updating it's own database
- The patch contains Q/A test to check whether a port needs, or
needs not USES=terminfo
Approved by: portmgr (mat, bapt)
Differential Revision: D3747
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
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
Remove gtk1 option
Nuke usage of HAVE_GOME.
Please notice that the port is stil wrong as it still relies on the configure
script to autodetect things instead of controling it depending on options.
At least it is now a bit cleaner
