--- scratch ---
cp config.mk.dist auto/config.mk
--- clean ---
make[2]: "/wrkdirs/usr/ports/editors/vim/work/vim-8.0.0149/src/po/Makefile" line 4: Could not find ../auto/config.mk
make[2]: Fatal errors encountered -- cannot continue
Install desktop files and icons when the GNOME, GTK2, or GTK3 knobs are turned
on. Requested by Kevin Zheng. PORTREVISION bump for this.
- Add PYTHON_PYOEXTENSION and PYTHON_SUFFIX
- Add PYTHON2 and PYTHON3
- Respect PYTHON_VERSION
- Rename PYOEXTENSION to PYTHON_PYOEXTENSION
This change would help:
- Build databases/postgresql*-plpython with Python 3
(It has PLIST issue since bsd.python.mk to Uses/python.mk transition)
- Simplify Makefile
PR: 205807
Differential Revision: https://reviews.FreeBSD.org/D4758
Exp-run by: antoine
this, users with DEFAULT_VERSIONS+=python=3.6 were getting vim without
python3 support. PORTREVISION bump for this, because py3.6 users need
a rebuilt vim.
PR: 215676
Submitted by: rsmith xs4all nl
- Minimize the differences with editors/emacs.
- Do not require GCC to work around a clang bug. The OS versions for
which this was relevant are no longer supported.
- The check for X11 is handled with the X11 option and _IMPLIES, so
remove the redundant .if logic.
Approved by: swills (mentor) asish (maintainer)
Differential Revision: https://reviews.freebsd.org/D8796
Patch 129 was a fix for parallel make. It builds fine for me on
FreeBSD with -j4, and on macOS with -j8, but that's the extent
of what I can test on my own. I'm removing MAKE_JOBS_UNSAFE with
this commit, but if one of you with your crazy 256-core machines
encounters build failures then please let me know!
Braces are not shell metacharacters, and they do not need to be quoted.
By the time find parses its arguments and dicovers them, the quoting
will have been removed by the shell anyway.
Sponsored by: Absolight
The port passes -I. -I/usr/local/include/hunspell ... -I/usr/local/include
but then proceeds to #include "hunspell/hunspell.hxx" which ends up picking
bundled version. #include "hunspell.hxx" would be more correct but would
require adjusting texmaker.pro to add -I./hunspell for OS X.
PR: 214848
Submitted by: rakuco
MFH: 2016Q4
**
** NOTICE ** Could not locate libhunspell. SpellChecker plugin will not be build
** NOTICE ** Try installing libhunspell-dev package
**
[...]
===> Building package for codelite-9.2_2
pkg-static: Unable to access file ${STAGEDIR}${PREFIX}/lib/codelite/SpellCheck.so: No such file or directory
pkg-static: DEVELOPER_MODE: Plist error, missing file: lib/codelite/SpellCheck.so
pkg-static: Unable to access file ${STAGEDIR}${PREFIX}/share/codelite/dics/en_GB.aff: No such file or directory
pkg-static: DEVELOPER_MODE: Plist error, missing file: share/codelite/dics/en_GB.aff
pkg-static: Unable to access file ${STAGEDIR}${PREFIX}/share/codelite/dics/en_GB.dic: No such file or directory
pkg-static: DEVELOPER_MODE: Plist error, missing file: share/codelite/dics/en_GB.dic
pkg-static: Unable to access file ${STAGEDIR}${PREFIX}/share/codelite/dics/en_US.aff: No such file or directory
pkg-static: DEVELOPER_MODE: Plist error, missing file: share/codelite/dics/en_US.aff
pkg-static: Unable to access file ${STAGEDIR}${PREFIX}/share/codelite/dics/en_US.dic: No such file or directory
pkg-static: DEVELOPER_MODE: Plist error, missing file: share/codelite/dics/en_US.dic
*** Error code 1
PR: 214837
Approved by: portmgr blanket
workdir/LinkTarget/StaticLibrary/libpdfimport_s.a(pdfparse.o): In function `_GLOBAL__sub_I_pdfparse.cxx':
sdext/source/pdfimport/pdfparse/pdfparse.cxx:(.text+0x2f8): undefined reference to `boost::system::generic_category()'
sdext/source/pdfimport/pdfparse/pdfparse.cxx:(.text+0x303): undefined reference to `boost::system::generic_category()'
sdext/source/pdfimport/pdfparse/pdfparse.cxx:(.text+0x30e): undefined reference to `boost::system::system_category()'
c++: error: linker command failed with exit code 1 (use -v to see invocation)
In file included from canvas/source/cairo/cairo_spritecanvashelper.cxx:35:
In file included from canvas/source/cairo/cairo_canvascustomsprite.hxx:37:
include/canvas/base/canvascustomspritebase.hxx:257:24: warning: 'getPriority' overrides a member function but is not marked 'override' [-Winconsistent-missing-override]
virtual double getPriority() const
^
include/canvas/base/sprite.hxx:92:37: note: overridden virtual function is here
virtual double getPriority() const = 0;
^
canvas/source/cairo/cairo_spritecanvashelper.cxx:409:41: error: call to deleted function 'cref'
boost::cref(mpOwningSpriteCanvas->getBufferSurface()),
^~~~~~~~~~~
/usr/local/include/boost/core/ref.hpp:179:24: note: candidate function [with T = boost::shared_ptr<cairo::Surface>] has been explicitly deleted
template<class T> void cref(T const&&) BOOST_REF_DELETE;
^
/usr/local/include/boost/core/ref.hpp:150:80: note: candidate function [with T = boost::shared_ptr<cairo::Surface>]
template<class T> BOOST_FORCEINLINE reference_wrapper<T const> BOOST_REF_CONST cref( T const & t )
^
canvas/source/cairo/cairo_spritecanvashelper.cxx:407:26: error: no matching function for call to 'bind'
::boost::bind( &repaintBackground,
^~~~~~~~~~~~~
/usr/local/include/boost/bind/bind.hpp:1899:5: note: candidate template ignored: couldn't infer template argument 'R'
BOOST_BIND(F f, A1 a1, A2 a2, A3 a3)
^
/usr/local/include/boost/bind/bind.hpp:1868:20: note: expanded from macro 'BOOST_BIND'
#define BOOST_BIND bind
^
[...]
PR: 207697
Submitted by: truckman
Obtained from: upstream
Exp-run by: antoine
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
When this port was resurrected, none of the non-default options had a
prayer of working. Requirements were spelled incorrectly and
mis-specified.
First, overhaul the makefile to use modern options helpers.
Then create a Rexx group of options. Rexx must be used, but the original
intent is that it builds with Rexx/Regina by default, but optionally with
Rexx/imc. Now that this is cleaned it, it was discovered that Rexx/imc
can't build the, so leave the option but mark it broken.
Similarly, it builds with ncurses by default. This wasn't configured
properly, but now it's been fixed. A new option group called display
allows the to be built with XCurses. This was also mis-specified and
could never build anyway. Using a sed command to remove 2 (minor?)
unsupported lines, the xcurses option now builds and links to the
successfully.
Finally the xaw3d, also mispecified, doesn't dynamically link to the.
The specification was fixed and changed to the static library. The xawed
is a valid configure option but it's not clear if the static library is
actually used or not. It's off by default, as before.
This port did not receive adequate scrutiny when it was brought back
into the tree. Most of the issues listed here would have been caught
with even a cursory check.
Approved by: just-fix-it and ncurses blanket
__cxa_thread_atexit which is needed when building c++11 program using
thread_locale is only defined on FreeBSD 11-STABLE and 12-CURRENT
Backout the change in libreoffice which happened during the 5.2 dev phase adding
thread_locale
PR: 214473
Reported by: Dušan Vejnovič <freebsd@dussan.org>
Tested by: Dušan Vejnovič <freebsd@dussan.org>
Remove the X_LIBS definitions from MAKE_ARGS. They get figured out
automatically, and in r418840, a couple of them got changed to run
a nonexistent external command called "X_LIBS".
See "Maintainer Reset" in
https://www.freebsd.org/portmgr/policies_contributors.html. makc's last commit
was in March 31st (r412218), and his ports have been timing out since at least
July (r418155).
I also emailed him 2 weeks ago and have received no response so far.
2016-10-18 devel/gaphor: runtime failure uncorrected for 1 year after first report
2016-10-18 editors/winefish: upstream disappeared (project dead?), segfaults on multiple arches
A lot of KDE Ports share MASTERSITES, LICENSE and so one, as they are
released as a bundle upstream, however, there was not really a clean
way to share this information.
Using these new categories, we can simplify the Makefiles for the diverse
KDE ports.
At the moment we support the virtual category
* kde-kde4
In the future, this will be extended to
* kde-frameworks
* kde-plasma
* kde-applications
PR: 213406
Differential Revision: https://reviews.freebsd.org/D7645
Exp-run by : antoine
Reviewed by: mat, rakuco
Approved by: portmgr (mat), rakuco (mentor)
The pty process file was relocated and renamed, so the previous patch
no longer applied and was removed with the last update. Regenerate the
patch to restore build on DragonFly.
Approved by: DragonFly blanket
