| Age | Commit message (Collapse) | Author |
|---|
|
|
|
FreeBSD 9.* has an older, noncompatible version of flex. Fix this by using
flex from ports instead.
Submitted by: kwm
|
|
|
|
Committed from: EuroBSDCon 2015
|
|
|
|
|
|
|
|
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
|
|
Approved by: portmgr blanket
|
|
PR: 202777
Submitted by: oleksii.tsai@gmail.com
|
|
- Remove useless MAN1/MANLANG
- Add manpages to pkg-plist
Approved by: vg@FreeBSD.org (maintainer)
MFH: 2015Q3 (blanket)
|
|
|
|
The port does not use iconv anywhere, and the dependency on libxml2 does not
pull any headers that include iconv.h.
PR: 202759
Approved by: fernando.apesteguia@gmail.com (maintainer)
|
|
|
|
- Update to 2.0.8
|
|
* print/ghostscript{7,8,9,9-agpl}-base
Installs Ghostscript binary, libgs, and related files.
These ports do not depend on X11 libraries (i.e. x11* devices
are not available). USES=ghostscript will set dependency on
one of them depending on GHOSTSCRIPT_DEFAULT.
The default device is set to "display" or "bbox".
* print/ghostscript{7,8,9,9-agpl}-x11
Installs a shared library which provides X11 support to
the installed Ghostscript binaries. x11* devices will be
enabled when the library is available.
This depends on *-base (RUN_DEPENDS). USES=ghostscript:x11
will set dependency on one of them.
- Fix integer overflow reported as CVE-2015-3228.
- Update Uses/ghostscript.mk:
* Add x11 keyword. nox11 keyword is now obsolete.
* Use packagename in *_DEPENDS line to prevent relationship between
-base and -x11 packages from being broken.
- Fix x11/nox11 keyword and bump PORTREVISION in ports using
USES=ghostscript to update dependency of pre-compiled packages.
|
|
Approved by: portmgr blanket
|
|
- Indent statements consistently
- Silence patching
Approved by: portmgr blanket
|
|
|
|
Pointy hat to: mat
Sponsored by: Absolight
|
|
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3412?
|
|
<fbsd-ports@xbsd.net>: host didriksen.anc.dk[87.73.130.136] said: 550 5.1.1
<fbsd-ports@xbsd.net>: Recipient address rejected: User unknown in local
recipient table (in reply to RCPT TO command)
Sponsored by: DK Hostmaster A/S
|
|
- Add NO_ARCH
PR: 201739
Submitted by: udvzsolt@gmail.com
Approved by: matthias@petermann-it.de (maintainer), pgollucci (mentor)
|
|
- Drop obsolete GH_TAGNAME
- Remove pkg-plist and use PLIST_FILES
PR: 201692
Submitted by: Tomek Cedro <cederom@tlen.pl> (maintainer)
|
|
|
|
The reason for this is that in the GNOME 3.16 update, USE_GNOME gtk20 and
gtk30 don't pull intltool in anymore.
PR: 201980
Exp-run by: antoine@
|
|
- Add LICENSE_FILE
Approved by: portmgr blanket
MFH: 2015Q3 (blanket)
|
|
Add GHOSTSCRIPT_DEFAULT to bsd.default-versions.mk for easy version selection.
Arguments supported: <empty>, build, run, nox11 and agpl
PR: 201201 (exp-run)
Approved by: portmgr (mat@)
Exp run by: antione@ (previous patch)
Differential Revision: https://reviews.freebsd.org/D2938
|
|
|
|
This was specified on USES: iconv:build,lib
This is incorrect; the way iconv.mk is written, "build" and "lib" are
mutually exclusive and "build" takes precedence. This means the library
dependency was not registered.
Moveover, it's failing on FreeBSD 11 and dev-branch of DragonFly because
it uses transliteration. Setting USES=iconv:translit fixes both issues.
Approved by: Just fix it
|
|
because the old name wasn't accurate - the class libraries are only a fraction
of the software.
The STEP Class Library (SCL) originated at the National Institute of Standards
and Technology, or NIST. NIST started working with STEP in the 80's and
continued until the late 90's. Some components of SCL were originally written
in Lisp and then re-written in mixed C and C++ in the early 90's.
The rest of SCL was written in C++ to begin with.
STEPcode (SC) includes the class libraries, some of the most widely used EXPRESS
schemas, some tools to work with EXPRESS, and support libraries for those tools.
Two of the tools can create schema-specific libraries that are used with the
class libraries. There are also some test files and programs.
WWW: https://github.com/stepcode/stepcode/wiki
PR: 201046
Submitted by: fernando.apesteguia@gmail.com
|
|
|
|
|
|
Pointyhat to: vsevolod
|
|
- Support staging
- Tested with tcl/tk 8.6
- Removed old patches
- Convert to the modern port rules
- Updated to version 2.0.0 (from bitbucket)
|
|
|
|
According to project documentation and source review/runtime tests this port
doesn't using py-xml, so remove it and bump PORTREVISION.
Add NO_ARCH and limit python version to 2.x while here (because of pygtk2).
With hat: python
|
|
Remove useless exec/unexec
|
|
syntax
Use BROKEN_FreeBSD_8 to avoid playing with .pre.mk/.post.mk
|
|
This plist generator was pulling deprecated syntaxes
|
|
|
|
With hat: portmgr
Sponsored by: Absolight
|
|
|
|
- Comment out unused directory
Approved by: portmgr blanket
MFH: 2015Q2
|
|
|
|
The LLVM backend passes *all* tests on DragonFly (unlike FreeBSD which
fails at test 825)
|
|
|
|
- Bump PORTREVISION of the ports depends on cgal
|
