lang/python port module. I've not yet come up with a port that
would not need this and one can always set MODPY_TESTDEP to "no"
to prevent the module from touching TEST_DEPENDS.
Idea from afresh1 who pointed out the cpan module already does this.
aja "I support this move."
OK sthen@
Upstream switched form Qt4 to Qt5 and from autotools to CMake.
Added Nam Nguyen as maintainer. Thank you for taking care of this!
Initial diff from me, tweaked and newer diff from jca@. OK jca@
texmacs on amd64 prints a few ugly warnings about symbol size mismatch
on stderr, but it seems to work properly anyway. ports-gcc approach
suggested by phessler@. One less port that builds only with base-gcc.
rsadowski@ has a diff to update this port and make it use clang, but
nobody gave feedback on it yet.
like the rest of the ports tree. This also allows removing a bunch of
manual setting of PATH="${PORTPATH}" HOME="${PORTHOME}" done in various
ports etc. This also makes sure CFLAGS is passed through (not everything
honours it but it does improve at least some ports).
Remove NO_CCACHE from www/honk that was added because the above problem
resulted in ccache variables not being passed through correctly breaking
the cc calls in this.
ok kmos@
rsadowski cwen kmos danj agree
< sthen> /me sets it on fire and jumps over it (seeing as it's beltane)
< kmos> Careful. Don't get any of it on you.
< sthen> oh we are used to fire in the town where i live ;)
< sthen> https://www.youtube.com/watch?v=qnXx6jvsQto
< kmos> No, not the fire. Don't get any motif on you.
environment, which will reduce complexity in java.port.mk when jdk 11 is
added. direction agreed with kurt@.
- switch all MODJAVA_VER to at least 1.8 (we don't currently have any
version earlier than this anyway).
- drop MODJAVA_JRERUN, the separate jre package will be going away with
jdk 11.
- bump changed ports
WordGrinder is a simple, Unicode-aware word processor that runs on the
console. It's designed to get the hell out of your way and let you write;
it does very little, but what it does it does well.
It supports basic paragraph styles, basic character styles, basic screen
markup, a menu interface that means you don't have to remember complex
key sequences, HTML import and export, and some other useful features.
WordGrinder does not require X. It runs in a terminal. (But there's a
version which uses X if you want it.)
ok kn@
there, doing so forces a particular UI flavour to be installed by
default (e.g. "pkg_add vim-spell-af" would autoinstall the default
flavour of vim without allowing a selection).
bump REVISION in vim-spell-*, also unbreaks packaging following
the change in default flavour in vim reported by aja@
- add gtk3 flavour
- rework detection of incompatible flavours, less copy-and-pasting
when making changes
- remove the "huge" flavour, it wasn't linked to the build anyway, and
the option set by this was already used by default upstream
We don't need to use -lc++abi because our neovim port disables luajit
and uses lua-5.1 instead.
This allows building neovim on archs that don't have libc++abi (tested
on macppc).
Spotted by jca@, who also modified my diff accordingly (thanks!)
OK jca@, "Fine with me!" edd@ (MAINTAINER)
