- New version of the Gecko engine based on Firefox 40 (via the
wine-gecko-devel port).
- First steps of the Direct3D 11 implementation.
- Better font matching in DirectWrite.
- Support for OpenMP on ARM platforms.
- Various bug fixes.
- Add LICENSE_FILE.
- USE_QT4=linguist_build -> USE_QT4=linguisttools_build.
- Use an OPTION helper for DBUS.
- Remove CONFIGURE_ARGS for NLS - they are not used.
- Gettext dependency is not used too.
- Remove USE_GCC=yes.
- Fix build with clang.
- Bump PORTREVISION.
PR: 201863
Submitted by: s3erios@gmail.com
Approved by: maintainer timeout (koalative@gmail.com ; 24 days)
Instead of defining a variable that is almost always based on CONFIGURE_ENV,
just use CONFIGURE_ENV directly.
This also matches the behavior of other ports that do not use autotools (so
most ports can just worry about CONFIGURE_ENV). Additionally, the fact that
we do not use ?= means we do not have problems if another file in Uses/
needs to set CONFIGURE_ENV (with CMAKE_ENV, the order of the arguments to
USES would matter).
Ports which set CMAKE_ENV have been adjusted accordingly. In most cases,
CMAKE_ENV was just replaced with CONFIGURE_ENV, the exceptions being:
* databases/sqliteman: CMAKE_ENV line removed; setting QMAKESPEC there has
no effect on the build system.
* devel/freeocl: CMAKE_ENV line removed; FREEOCL_CXX_COMPILER is already
retrieved from the CMAKE_CXX_COMPILER variable in the build
system.
* graphics/openimageio: CMAKE_ENV line removed; setting Qt variables there
has no effect on the build system.
Reviewed by: makc
Differential Revision: https://reviews.freebsd.org/D3403
UNIQUENAME was never unique, it was only used by USE_LDCONFIG and now,
we won't have conflicts there.
Use PKGBASE instead of LATEST_LINK in PKGLATESTFILE, the *only* consumer
is pkg-devel, and it works just fine without LATEST_LINK as pkg-devel
has the correct PKGNAME anyway.
Now that UNIQUENAME is gone, OPTIONSFILE is too. (it's been called
OPTIONS_FILE now.)
Reviewed by: antoine, bapt
Exp-run by: antoine
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D3336
upstream of this port and maintainer notified developers on 07/17/15 to
update his ports while he is AFK.
Sync's to pre-release 2.4.0
Differential Revision: https://reviews.freebsd.org/D3385
- DirectWrite is now good enough for rendering text in Steam.
- A number of Direct2D improvements.
- Some more OpenMP functions.
- Support for namespaces in the IDL compiler.
- Various bug fixes.
64 bit linuxulator support (not activated by default):
- most of the work was done by Alan Jude
- all errors are mine
- 64bit (may) have rough edges
- I validated
* that the 32bit part doesn't has deinstall regressions (incl. EXP runs by
antoine)
* 29 of 72 64bit ports ports don't have deinstall leftovers (more validation
later, when I dare to activate the 64bit linuxulator in the kernel)
- the infrastructure part looks mature enough to let more test-bunnies get
some experience with the new 64 bit parts
- to use it you shall have no linux ports installed and have to specify
(on your own risk) the following in make.conf before installing the ports:
OVERRIDE_LINUX_BASE_PORT=c6_64
OVERRIDE_LINUX_NONBASE_PORTS=c6_64
This is on top of the exiting c6 linux ports. Given that CentOS 7 is 64bits
only, we decided to have it as an "overlay" instead of new ports.
The 64bit part only installs 64bit executables, the 32bit ports can not be
installed at the same time (if needed we can think of letting the 64bit
overlay install the 32bit parts too, but given the CentOS 7 comment
above...).
Differential Revision: https://reviews.freebsd.org/D174
Submitted by: alanjude
Sponsored by: Essen FreeBSD Hackathon 2015
Reviewed by: xmj, eadler (earlier versions)
Approved by: portmgr (antoine after some EXP-runs)
upcoming Boot Environment menu. The Xen Kernel is dynamically appended
after the last menuitem in the Boot Options submenu. If xen_kernel is not
defined in loader.conf(5) the Xen Kernel menuitem displays "N/A" versus
"On"/"off". While here, fix-up the pkg-message (make capitalization of
"in" vs. "In" consistent; make use of trailing ":" consistent; move a
comment out of the way of file contents, etc.).
Differential Revision: https://reviews.freebsd.org/D2717
Reviewed by: allanjude, bapt
Approved by: bapt
- Fleshed out OpenMP implementation.
- I/O stream support in the MSVCIRT C++ runtime.
- Support for pixel snapping in DirectWrite.
- More support for OpenGL core contexts.
- Various bug fixes.
(Some pkg-plist additions and one removal for the STAGING option
and hence the wine-staging port.)
(<=0.8.7) to the newer version v1+ JSON format for use in GNS3 v1+
The converter will convert all IOS, Cloud and VirtualBox devices
to the new format. It will also convert all QEMU based devices (QEMU
VM, ASA, PIX, JUNOS & IDS). VPCS nodes will be converted to cloud
devices due to lack of information the 0.8.7 topology files.
For topologies containing snapshots, the snapshots will also be
converted to the new format automatically.
WWW: https://github.com/GNS3/gns3-converter
- most of the work was done by Alan Jude
- all errors are mine
- 64bit (may) have rough edges
- I validated
* that the 32bit part doesn't has deinstall regressions
* 29 of 72 64bit ports ports don't have deinstall leftovers (more validation
later, when I dare to activate the 64bit linuxulator in the kernel)
- the infrastructure part looks mature enough to let more test-bunnies get
some experience with it
- to use it you shall have no linux ports installed and have to specify
(on your own risk) the following in make.conf before installing the ports:
OVERRIDE_LINUX_BASE_PORT=c6_64
OVERRIDE_LINUX_NONBASE_PORTS=c6_64
This is on top of the exiting c6 linux ports. Given that CentOS 7 is 64bits
only, we decided to have it as an "overlay" instead of new ports.
The 64bit part only installs 64bit executables, the 32bit ports can not be
installed at the same time (if needed we can think of letting the 64bit
overlay install the 32bit parts too, but given the CentOS 7 comment
above...).
Differential Revision: https://reviews.freebsd.org/D174
Submitted by: alanjude
Sponsored by: Essen FreeBSD Hackathon 2015
Reviewed by: xmj, eadler (earlier versions)
Approved by: portmgr (implicit, I remember blanked approval for
linux parts loooong ago, punish me if you don't
agree anymore)
- Text drawing in Direct2D.
- Support for the new thread pool API.
- Toolbar state saving.
- Beginnings of an implementation for proper HID support.
- Support for file objects in device drivers.
- Various bug fixes.
- Mark ports BROKEN that were discovered not to work with
this update; discovered by exp-run in bug 201181
- Note the need for manual upgrade of dependent ports in
UPDATING
- Improvements in the BITS file transfer service.
- Still more progress on DirectWrite implementation.
- Support for shared user data on 64-bit.
- Various C++ runtime improvements.
- Various bug fixes.
./../src/Glide64/rdp.cpp: In function 'void loadBlock(uint32_t*, uint32_t*, uint32_t, int, int)':
./../src/Glide64/rdp.cpp:1838: error: 'bswap32' was not declared in this scope
./../src/Glide64/rdp.cpp: In function 'void loadTile(uint32_t*, uint32_t*, int, int, int, int, uint32_t*)':
./../src/Glide64/rdp.cpp:2082: error: 'bswap32' was not declared in this scope
Submitted by: pkg-fallout
Approved by: portmgr blanket
- Some more progress on DirectWrite implementation.
- A number of RichEdit control fixes.
- Beginning implementation of the old MSVCIRT C++ runtime.
- Various bug fixes.
- More support for the COM interfaces of the RichEdit control.
- Initial version of a SmartTee filter.
- Support for the null device kernel object.
- Various bug fixes.
Chase portaudio change
Add patches from debian for games/cultivation
Add patches from upsteam for audio/rezound
Mark py-fastaudio as broken
Approved by: maintainer
Do not wait for upstream release if a vulnerability is found. [1]
QT* already use system libpng via QImage in x11-toolkits/qt*-gui.
GitHub: hrydgard/native#273 [1]
Security: CVE-2014-9495 [1]
- Use xdg-open to open links and cheat files
- Change OS name in compat reports: BSD -> FreeBSD
- Minor FakeJit fixes
GitHub: hrydgard/native#272, hrydgard/ppsspp#7772
Changes:
a) Rename plist substitution for STAGING [1].
b) Rename extracted files for staging.
Impact:
a) Unbreak packaging for i386-wine-devel
b) Unbreak extraction for i386-wine-staging
PR: 200443 [1]
The mame and mess executable names have changed slightly. For i386
platforms, they are still "mame" and "mess" but for amd64 platforms,
they are "mame64" and "mess64". Change the RUN_DEPENDS specification
to adjust for this morphing name.
I suspect a patch is also needed for amd64 but I don't know where it
would go. I'll notify the maintainer. The RUN_DEPENDS fix and the
hardcoded CFLAG fix are "just fix it" items.
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.
I completely reworked these unmaintained ports. I turned mess into a
proper slave port as the differences from mame were few. Some notes:
* converted to GitHub (this saved messing with the double-zip /
dos2unix per file arrangement, no more post-extract target)
* got rid of patchlevel support accordingly
* got rid of DIST_SUBDIR accordingly
* Clang from FreeBSD 10 cannot build this! It fails will some kind of
signal. I did not test on FreeBSD 11 yet. For now, degrade the
ports to use GCC always. Note the makefiles were hardcoded to GCC.
I fixed the hardcoding so it uses environment but perhaps it's known
that mame/mess is now gcc-only
* Some options are no longer optional, e.g. BUILTIN_DEBUGGER, SDL2
These were made unconditional accordingly.
* mess is now a minimal slave port. There are some additions to mame
Makefile to support the slave.
* I used PORTDOCS and PORTEXAMPLE to simplify each pkg-plist
* DragonFly support still pending. This port discovered a bug in
GCC 5.1 release which has been fixed recently, so the base compiler
has to be upgraded before testing can resume.
PPSSPP is a PSP emulator written in C++. It translates PSP CPU
instructions directly into optimized x86, x64 and ARM machine code,
using JIT recompilers (dynarecs).
PPSSPP can thus run on quite low-spec hardware, including stronger
ARM-based phones and tablets, as long as there's OpenGL ES 2.0
support.
http://www.ppsspp.org/development.html
Requested by: RyanBram @ PCBSD forums
Motivated by: review D2608 (thus .ifdefs)
- Improved support for Shell Browser windows.
- Some more API Sets libraries.
- Read/write operations support with built-in devices.
- Major Catalan translation update.
- Various bug fixes.
This port has failed on multi-job builds at least three times. This last
time the failure occurred when common.o object file was used before it
was built.
- Replace ${MASTER_SITE_FOO} with FOO.
- Merge MASTER_SITE_SUBDIR into MASTER_SITES when possible. (This means 99.9%
of the time.)
- Remove occurrences of MASTER_SITE_LOCAL when no subdirectory was present and
no hint of what it should be was present.
- Fix some logic.
- And generally, make things more simple and easy to understand.
While there, add magic values to the FESTIVAL, GENTOO, GIMP, GNUPG, QT and
SAMBA macros.
Also, replace some EXTRACT_SUFX occurences with USES=tar:*.
Checked by: make fetch-urlall-list
With hat: portmgr
Sponsored by: Absolight
When appropriate:
- Try to use DISTVERSION{SUF,PRE}FIX
- Replace PORTNAME-PORTVERSION by DISTNAME
- Convert MASTER_SITES to use macros
- Other light cleanup
With hat: portmgr
Sponsored by: Absolight
- Support for dynamic timezone information.
- Initial desktop shell window support.
- Some more Direct2D support.
- Various bug fixes.
Do not set GNUTLS by default for wine-compholio any longer. [1]
Discussed with: dbn, kmoore [1]
* Autoconf is required during the extract stage, so add it to the
EXTRACT_DEPENDS list (it defaults to BUILD_DEPENDS only)
* For an unknown reason autoconf creates a configure script that looks
for and detects powl on FreeBSD 8 and 9. powl does not actually exist
and causes a build failure.
Approved by: gerald@ (maintainer, implicit)
