PR: 182209
Submitted by: kylie (bsdic @ microsoft)
The hyperv-is provision a collection of kernel mode drivers as well as
user-space daemons to facilitate integration with Hyper-v to provide a
feature rich and high performance FreeBSD guest experience.
The FreeBSD Integration Service on Hyper-v includes a collection of kernel
mode drivers as well as user-space daemons to interact with the drivers
that are required to run Hyper-V-specific devices known as FreeBSD
Integration Services (BIS). It is to facilitate integration with Hyper-v
to provide a feature rich and high performance FreeBSD guest experience.
See the man page for a list of binaries and their functions.
FreeBSD support for hyperv-is was first added by Microsoft BSD Integration
Services Team <bsdic@microsoft.com>.
This port has a post-extract target that wants to use native unzip
on an extracted file. This is an issue for DragonFly, but tar can
handle the zip file just file on both platforms, so switch to that.
DragonFly still has the incomplete FILE that it inherited from FreeBSD,
which is really a pain when FILE is a parameter in c++ routines. This
adds an extra patch for DragonFly to use an alternative default logging
callbacks to all mame to finally build on this platform.
While here:
- remove use of ${PORTNAME} where "mess" is the only correct value
- use ".zip" instead of extract variable
- Unmask installation commands
- Group mkdir commands into one
- Use NOT_FOR_ARCHS instead of conditional BROKEN
- Convert to USES=python
- Remove unnecessary conversion of -lpthread => -pthread
- Remove redundant @dirrm from pkg-plist
This port has a post-extract target that wants to use native unzip
on an extracted file. This is an issue for DragonFly, but tar can
handle the zip file just file on both platforms, so switch to that.
DragonFly still has the incomplete FILE that it inherited from FreeBSD,
which is really a pain when FILE is a parameter in c++ routines. This
adds an extra patch for DragonFly to use an alternative default logging
callbacks to all mame to finally build on this platform.
While here:
- remove use of ${PORTNAME} where "mame" is the only correct value
- use ".zip" instead of extract variable
- Unmask installation commands
- Group mkdir commands into one
- Use NOT_FOR_ARCHS instead of conditional BROKEN
- Convert to USES=python
- Remove unnecessary conversion of -lpthread => -pthread
Bash 4.1.2 as shipped with this Linux base port is vulnerable to
CVE-2014-6271 and CVE-2014-7169. As EL6 policy is to backport security
patches, use a RPM that is not vulnerable to either remote code execution
vulnerability.
While here:
- Add the proper UDPATES Master site
- remove sample files installation from Makefile, in favor of @sample
Approved by: swills (mentor)
Security: 71ad81da-4414-11e4-a33e-3c970e169bc2
linux-c6/f10 metaports pull in their respective dri implementation, which
conflicts with nvidia-driver's libGL. Resolve this by adding an option for it,
and conditionally pull in either Linux DRI, or the NVIDIA driver.
Note: users of nvidia-driver will have to use ports for now.
PR: 193832
Differential Revision: https://reviews.freebsd.org/D808
Submitted by: Admir Mehic (admir@mehic.at)
Approved by: koobs (mentor)
With the removal of REINPLACE_PLIST in r367153 building wine on FreeBSD/i386
broke. This was not detected in an exp-run as i386-wine is marked IGNORE
unless WINE_CROSS_BUILD is defined (to protect the build infrastructure and
avoid confusion).
PR: 193734
The Fedora 10 infrastructure ports have been in use since June 2009 and, while
having served a great deed, have become unsupported upstream and hence affected
by unfixed security vulnerabilities. In addition to that, many recent Linux
binaries need newer libc / stdlibc++ versions.
This commit adds the linux-c6- userland as drop-in replacement for the -f10
infrastructure, as well as upgrading the linux_base-c6 port to CentOS 6.5.
If you want to switch to linux-c6 ports, please define at /etc/make.conf:
OVERRIDE_LINUX_BASE_PORT=c6
OVERRIDE_LINUX_NONBASE_PORTS=c6
Additionally, please add the following line to /etc/sysctl.conf:
compat.linux.osrelease=2.6.18
Upgrading procedures are shown in /usr/ports/UPDATING.
This work has been inspired by Artyom Mirgorodskiy's post to emulation@ in
November 2013, using and extending mav@'s work. It has been tested extensively
and most reported issues were already fixed. Please report any additional bug
or "features" to the emulation mailing list.
Many thanks to: mav@, rene@, allanjude@, netchild@, antoine@, everyone who's
filed Issues and Pull requests on GitHub,
PR: 186820
Differential Revision: https://reviews.freebsd.org/D793
Reviewed by: allanjude, antoine, bapt, rene
Approved by: portmgr (antoine, bapt)
Approved by: koobs (mentor)
Sponsored by: Perceivon Hosting Inc.
- Still more DirectWrite functions.
- Improvements to the common File Dialog.
- A number of C runtime improvements.
- Various bug fixes.
Add two new options MPG123 and V4L that pull in and leverage the respective
ports for MP3 and Video support. [1]
Sort OPTIONS alphabetically, except for the two that pull in Gecko and Mono
MSI packages for run-time support.
Submitted by: kmoore [1]
- Convert to USES=libtool and bump dependent ports
- Add INSTALL_TARGET=install-strip
- Remove patches that renamed include directories and libraries so they
didn't conflict with early development versions of glib/gtk 2.0
The virtualbox-ose-kmod-legacy port is staged, but it has no purpose
without the unstaged virtualbox-ose-legacy port, so both ports have
been removed at the same time.
Most of the mupen64plus ports support stage out of the box, just
remove "NO_STAGE=yes". However, this port is broken for another
reason. To avoid it being pruned for being unstaged, remove NO_STAGE
but leave it broken to give somebody a little more time to fix the
glew dependency issue.
Merge back bsd.pkgng.mk into bsd.port.mk
Add a note about @stopdaemon not being supported anymore
With hat: portmgr
Differential Revision: https://reviews.freebsd.org/D693
Due to the hackery things these ports do to properly work under amd64, it
results in issues for pkg. This port - although it needs to build under
i386 - is not intended to be consumed under i386. The normal wine(-devel)?
ports should be consumed on an i386 system and these ports should be
consumed on an amd64 system. [1]
Reorder the library detection to pick up soft dependencies first, then the
linked to libraries. Prior to this change any libraries required by a soft
dependency wasn't bundled, for example libgnutls.so.28 did not have its
dependencies bundled. [2][3]
Requested by: bdrewery [1]
Reported by: Joseph Mingrone <jrm@ftfl.ca> [2]
Beeblebrox <zaphod@berentweb.com> [3]
- Implementation of the packet capture library.
- A few more DirectWrite functions.
- Improvements in HTML table support.
- More VBScript math functions.
- Various bug fixes.
===> Building for mupen64plus-video-z64-2.0_1
CC _obj/osal_dynamiclib_unix.o
CXX _obj/rgl.o
In file included from ../../src/rgl.cpp:80:
../../src/rgl.h:29:18: error: glew.h: No such file or directory
...
Reported by: pkg-fallout
With hat: portmgr
===> Building package for linux_dist-gentoo-stage3-20140812
pkg-static: lstat(/wrkdirs/usr/ports/emulators/linux_dist-gentoo-stage3/work/stage/usr/local/gentoo-stage3/lib/ld-2.17.so): No such file or directory
pkg-static: lstat(/wrkdirs/usr/ports/emulators/linux_dist-gentoo-stage3/work/stage/usr/local/gentoo-stage3/lib/libBrokenLocale-2.17.so): No such file or directory
pkg-static: lstat(/wrkdirs/usr/ports/emulators/linux_dist-gentoo-stage3/work/stage/usr/local/gentoo-stage3/lib/libanl-2.17.so): No such file or directory
pkg-static: lstat(/wrkdirs/usr/ports/emulators/linux_dist-gentoo-stage3/work/stage/usr/local/gentoo-stage3/lib/libc-2.17.so): No such file or directory
..
Reported by: pkg-fallout
- Add USES=compiler:c++11-lib to fix build on 9.x
- Patch build system to not pick up includes from systemwide SFML (also submitted upstream)
- Minor whitespace fix
Approved by: portmgr blanket (for bits not related to sfml update)
instead of a SRPM).
Add additional master sites for the gamin SRPM.
Only affects automated package building systems (fetch-only,
build and packages are not affected), so no revision-bump.
Assumption: new distfiles are copied to mirrors even if the
package didn't change.
Noticed by: Matthias Apitz <guru@unixarea.de>, nox
- Beginning of some DirectWrite classes implementation.
- Initial wrapper dll for the packet capture library.
- Some crypto improvements.
- Various bug fixes.
* Add support for a forthcoming i386-wine-compholio port [1]
* Fix binbounce for RPATH issues [1]
A port revision bump is not possible due to the complexities for the wine
ports. The impact is minimised by timing these updates closely with the
underlying updates of wine-devel.
Requested by: [1] Kris Moore <kris@pcbsd.org>
Reported by: [2] Nils Beyer <nbe@renzel.net>
in r363436 and remove the UPDATING entry because it did not guarantee
that all ports were updated nor that they were updated in the right order.
Also remove libgcrypt.la again.
PR: 192342
Approved by: portmgr (implicit, bump unstaged ports)
- Update to 1.6.1
- Remove some unneeded patches
- Fix pkg-plist
- report configure bug upstream
https://bugs.g10code.com/gnupg/issue1668
- report API breakage downstream and find that MacPorts had the same issue
https://rt.cpan.org/Ticket/Display.html?id=97201
- bump PORTREVISION for dependent ports (approx. 100 ports)
- Thanks to exp-run by antoine@ to find ports that break
- patch ports that would otherwise break
security/shishi with PR 192164 is already committed
[1] devel/ccrtp
[2] editors/abiword
[3] security/p5-Crypt-GCrypt
PR: 191256, 192162 [1], 192163 [2], 192166 [3]
Submitted by: Carlos Jacobo Puga Medina <cjpugmed@gmail.com>
Approved by: maintainer timeout, antoine (exp-run), portmgr (implicit)
- Bump PORTREVISION on all ports that depend on security/gnutls and
adjust all ports that depend on security/gnutls3
- Update mail/anubis to version 4.2 which supports gnutls 3.x
- Update mail/libvmime to a development snapshot (recommended by upstream
developers)
PR: 191274
Exp-run by: antoine
Approved by: portmgr (antoine)
