| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a symbol matches multiple clauses the last one takes precedence. If the
catch-all is last it captures everything. In the case of Qt5 libraries
this caused all symbols to have a Qt_5 label while some should have
Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the
catch-all lowest priority.
Older versions of Qt5Webengine exported some memory allocation symbols from
the bundled Chromium. Version 5.9 stopped exporting these [1] but the
symbols were kept as weak wrappers for the standard allocation functions to
maintain binary compatibility. [2][3] The problem is that the call to the
standard function in these weak wrappers is only resolved to the standard
function if there's a call to this standard function in other parts of
Qt5Webengine, because only then is there a non-weak symbol that takes
precedence over the weak one. If there's no such non-weak symbol the call
in the weak wrapper resolves to the weak wrapper itself creating an infinite
call loop that overflows the stack and causes a crash. Some of the
allocation functions are variants of C++ new and delete and it probably
depends on the compiler whether these variants are used in other parts of
Qt5Webengine.
Remove the weak wrappers (make them Linux specific). This isn't binary
compatible but we are already breaking that with the changes to the symbol
versions.
[1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4
[2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5
[3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5
Bump all ports that depend on Qt5.
PR: 234070
Exp-run by: antoine
Approved by: kde (adridg)
Notes:
svn path=/head/; revision=490472
|
|
|
|
| |
Notes:
svn path=/head/; revision=476308
|
|
|
|
| |
Notes:
svn path=/head/; revision=476307
|
|
|
|
|
|
|
| |
DEFAULT_VERSIONS=python=3.x
Notes:
svn path=/head/; revision=455837
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
Notes:
svn path=/head/; revision=455210
|
|
|
|
|
|
|
| |
Approved by: portmgr blanket
Notes:
svn path=/head/; revision=415498
|
|
|
|
|
|
|
|
| |
With hat: portmgr
Sponsored by: Absolight
Notes:
svn path=/head/; revision=412346
|
|
|
|
|
|
|
| |
Approved by: portmgr blanket
Notes:
svn path=/head/; revision=405891
|
|
|
|
| |
Notes:
svn path=/head/; revision=398832
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This port has probably be broken (at least by default) for many years.
It was trying to call sdlmame (I think) but the name was "mame" and now
for amd64, the name is "mame64". Attempt to fix this (not testing was
done, however).
While here, clean up post-patch which was doing a lot of nothing, leverage
shebangfix, and regenerate patch accordingly.
Note that RUN_DEPENDS had to be changed to deal with the morphing
executable name.
Notes:
svn path=/head/; revision=387374
|
|
|
|
|
|
|
| |
- Add empty directories to plist
Notes:
svn path=/head/; revision=380468
|
|
|
|
| |
Notes:
svn path=/head/; revision=371563
|
|
|
|
|
|
|
|
|
| |
USES=python
Approved by: portmgr (implicit)
Notes:
svn path=/head/; revision=371188
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
Notes:
svn path=/head/; revision=367888
|
|
|
|
|
|
|
|
|
| |
there is no need to touch the plist.
With hat: python@
Notes:
svn path=/head/; revision=365179
|
|
|
|
|
|
|
|
| |
2: add INSTALLS_EGGINFO, bump version.
3: use options helper.
Notes:
svn path=/head/; revision=361347
|
|
|
|
|
|
|
|
|
| |
pending PR
With hat: portmgr
Notes:
svn path=/head/; revision=360256
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
Notes:
svn path=/head/; revision=351411
|
|
|
|
|
|
|
|
|
|
| |
- Update pkg-descr
- Bump PORTREVISION
Approved by: portgmr (blanket)
Notes:
svn path=/head/; revision=349683
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
- 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
- Removed compatibility with K&R compilers, which was untestable due
to lack of such compilers.
- New functions
. mpc_log10
. mpc_mul_2si, mpc_div_2si
- Speed-ups
. mpc_fma
- Bug fixes
. mpc_div and mpc_norm now return a value indicating the effective
rounding direction, as the other functions.
. mpc_mul, mpc_sqr and mpc_norm now return correct results even if
there are over- or underflows during the computation.
. mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
infinite part and equals output variable is corrected.
. mpc_fr_sub: Wrong return value for imaginary part is corrected.
Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.
Bump PORTREVISIONS of all dependent ports.
PR: 183141
Approved by: portmgr (bdrewery)
Notes:
svn path=/head/; revision=331644
|
|
|
|
|
|
|
| |
emulators)
Notes:
svn path=/head/; revision=327721
|
|
|
|
| |
Notes:
svn path=/head/; revision=316753
|
|
|
|
|
|
|
| |
Approved by: portmgr (bapt)
Notes:
svn path=/head/; revision=316464
|
|
|
|
| |
Notes:
svn path=/head/; revision=276915
|
|
|
|
| |
Notes:
svn path=/head/; revision=255371
|
|
|
|
| |
Notes:
svn path=/head/; revision=254509
|
|
|
|
|
|
|
|
| |
Reviewed by: exp8 run on pointyhat
Supported by: miwi
Notes:
svn path=/head/; revision=251605
|
|
|
|
| |
Notes:
svn path=/head/; revision=249285
|
|
|
|
|
|
|
|
| |
PR: 125478 125479 125481
Submitted by: amdmi3
Notes:
svn path=/head/; revision=216700
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
Notes:
svn path=/head/; revision=214430
|
|
|
|
| |
Notes:
svn path=/head/; revision=209982
|
|
|
|
|
|
|
| |
Approved by: acm (maintainer, private e-mail)
Notes:
svn path=/head/; revision=206976
|
|
|
|
|
|
|
| |
- Add ZSNES option
Notes:
svn path=/head/; revision=204471
|
|
|
|
| |
Notes:
svn path=/head/; revision=197926
|
|
|
|
|
|
|
|
| |
- Set X11BASE to ${LOCALBASE} for recent ${OSVERSION}.
- Bump PORTREVISION for ports intalling files in ${X11BASE}.
Notes:
svn path=/head/; revision=191544
|
|
|
|
|
|
|
|
|
| |
installation of loemu on all FreeBSD versions.
Reported by: kris
Notes:
svn path=/head/; revision=188431
|
|
|
|
|
|
|
| |
- Add SDLMAME, XMAME and SNES9X options
Notes:
svn path=/head/; revision=188189
|
|
Loemu is a free application that provides a simple frontend for various game
emulators.
Features:
- Currently it supports game emulation with xmame, sdlmame and snes9x.
- Browse games using dynamic list. This allows to browse in a list generated
with some categories (and it has other advantages).
- Finds games quickly. Using a specific dialog that looks for a game in all
the gamelist.
- The generation of the dynamic list filtering the gamelist is very fast.
- It has been developed with PyGTK + Glade.
- Released under GNU General Public License.
The design of loemu allows the support of more emulators adding specific
emulator configuration files.
WWW: http://loemu.pegueroles.com/
Notes:
svn path=/head/; revision=186170
|