a kwm, zeising production:
MESA 9.1.6
Starring:
Mesa 9.1.6, including libGL, libGLU and dri (new xorg only)
Addition of libEGL and libglesv2
KMS support for ATI graphics cards in 10-current (new xorg only)
Improved sparc64 support for new xorg. [1]
pixman 0.30.2, including shlib bump and portrevision bumps
libX11 1.6.2
Make absolute pointing devices work with x11-drivers/xf86-input-mouse
x11-drivers/xf86-video-ati 7.2.0 for 10-current (KMS aware ati driver)
Also starring:
Updates to drivers and other libraries and utilities
Additional notes:
When updating MESA related ports (libGL, dri) you need to remove old versions
first. See UPDATING for details.
PR: ports/181962 [2]
Submitted by: marius [1]
zeising [2]
Exp-run by: bdrewery
Approved by: portmgr (bdrewery)
Thanks to all who helped testing!
on FreeBSD 10, and amd64 on earlier versions.
SSP_UNSAFE is added to disable in a port if it fails to build, but
this should only be used in rare circumstances such as kernel modules.
Otherwise, the port may just be failing due to lack of respecting
LDFLAGS.
On FreeBSD 10, this uses an ldscript in /usr/lib/libc.so to pull in
libssp_nonshared.a to address issues linking on i386 [1].
On earlier FreeBSD versions the WITH_SSP knob will add -lssp_nonshared
to LDFLAGS on i386. This is not needed on amd64. However, several hundred
ports do not currently respect LDFLAGS, so this support is disabled currently
as it causes build failures if a dependency is looking for the stack_chk
symbols.
Many thanks to jlh@ for this as he had many years of patience in getting
all of the necessary pieces [1][2] in.
[1] http://svnweb.freebsd.org/base/head/lib/libc/libc.ldscript?revision=251668&view=markup
PR: ports/138228 [2]
Submitted by: jlh (bsd.ssp.mk based on)
Reviewed by: bapt
With hat: portmgr
exp-runs done: 37 over a month on 91i386,91amd64,10i386,10amd64
The distfile info for FreeBSD 8.3+ had been replaced with a duplicate
entry for th distfiles infor for FreeBSD 9.1+, this has been corrected.
Reported by: pkg-fallout
- Right-to-left text layout improvements.
- NTLM and Negotiate authentication for RPC over HTTP.
- More glyphs in the built-in Wingdings font.
- Activation context improvements.
- Various bug fixes.
Per default the VNC ports are stored in "TCP/Ports" but with
that change "VNCAddress4", "VNCPort4", "VNCAddress6" and
"VNCPort6" are used which breaks phpvirtualbox and also
confused VBoxManage/VBoxHeadless.
Reported by: VVD
defined in the iconv USES Makefile to build correctly on 8.x and
9.x after the iconv migration of the ports tree.
PR: ports/181854
Submitted by: Dave Hayes <dave@jetcafe.org>
defined in the iconv USES Makefile to build correctly on 8.x and
9.x after the iconv migration of the ports tree.
PR: ports/181854
Submitted by: Dave Hayes <dave@jetcafe.org>
Approved by: portmgr (bapt, implicit)
after r254273
- Fix a bunch of ports to properly work after this
- Mark converters/libiconv as IGNORE for systems with iconv in libc
Reviewed by: bapt
Approved by: portmgr (bapt)
Discussed with: bapt, bsam (who both contributed ideas and code)
- Drop leading indefinite article from the COMMENT line
- Use new, more robust syntax for LIB_DEPENDS (available since r322328)
- Sort the knobs, remove no longer required (and deprecated) USE_GMAKE
1) Move -a from XMKMF command variable to a new XMKMF_ARGS variable.
For ports that don't need -a introduce USES=imake:notall.
This way ports no longer have to redefine XMKMF.
2) xmkmf -a runs imake with the flags in IMAKECPPFLAGS as extra arguments
to set CPP, CC and CXX. This creates the top Makefile, and then xmkmf
runs make Makefiles. This Makefiles target runs imake for each
subdirectory but these imake invocations did not have the flags from
IMAKECPPFLAGS so the resulting makefiles used the wrong C preprocessor
when clang is used (/usr/bin/cpp instead of /usr/local/bin/tradcpp).
Instead of letting xmkmf pass IMAKECPPFLAGS from the environment to
imake let imake handle IMAKECPPFLAGS itself just like it handles
IMAKEINCLUDE.
This exposed configure errors in x11-clocks/mouseclock and x11-wm/fvwm.
Approved by: portmgr (bapt)
. lib (default, implicit);
. build,
. patch.
The default is the same, all existing ports stay valid.
2. Introduce variable ICONV_CMD with default to ${LOCALBASE}/bin/iconv.
It is intended to get the value of /usr/bin/iconv at recent 10.x.
3. Adopt all ports to using USES+= icomv:build and iconv:patch and
change iconv (executable) at Makefile commands to ${ICONV_CMD} at those ports.
Submitted by: bsam (me, via e-mail)
Approved by: portmgr (bapt)
- Support for keyed event objects.
- Support for the "init once" synchronization mechanism.
- Activation context support for DLLs, typelibs, and COM classes.
- Support for loading 32-bit typelibs on 64-bit.
- Some fixes for serial port devices.
- Various bug fixes.
be IGNOREd regardless of PACKAGE_BUILDING. Soem have no MASTER_SITES
and require manual fetching, others are already marked RESTRICTED.
- Trim headers
- Convert some pre-fetch errors into IGNORE
- Remove needless quoting in java/jdk7-doc IGNORE
With hat: portmgr
2013-08-27 lang/ldc-devel: Broken for more than 6 month
2013-08-27 www/mod_smooth_streaming: Broken for more than 6 month
2013-08-27 www/p5-Apache2-Scoreboard: Broken for more than 6 month
2013-08-27 sysutils/avfs: Broken for more than 6 month
2013-08-27 multimedia/mp4split: Broken for more than 6 month
2013-08-27 net-mgmt/noc: Broken for more than 6 month
2013-08-27 sysutils/empower: Broken for more than 6 month
2013-08-27 emulators/xgngeo: Broken for more than 6 month
2013-08-27 graphics/geglmm: Broken for more than 6 month
2013-08-27 sysutils/libumberlog: Broken for more than 6 month
2013-08-27 net/wizd: Broken for more than 6 month
2013-08-27 net-p2p/nicotine-plus: Broken for more than 6 month
2013-08-27 palm/barry: Broken for more than 6 month
2013-08-27 x11-themes/kde-icons-noia-warm: Broken for more than 6 month
2013-08-27 news/lottanzb: Broken for more than 6 month
2013-08-27 textproc/xaira: Broken for more than 6 month
2013-08-27 graphics/f90gl: Broken for more than 6 month
2013-08-27 multimedia/linux-gspca-kmod: Broken for more than 6 month
2013-08-27 x11/cl-clx-sbcl: Broken for more than 6 month
2013-08-27 math/dislin: Broken for more than 6 month
2013-08-27 irc/smuxi: Broken for more than 6 month
Right now this is a noop in the former case and a noop in the latter
case unless lang/gcc44 has been installed explicitly.
This puts a bit more emphasis on standardizing on a canonical version
"current" GCC and makes it easier to update that canonical version
by changing the default in Mk/bsd.gcc.mk and updating the lang/gcc port.
That is, USE_GCC=yes means "use a decent/modern version of GCC" without
having to worry about details.
Approved by: portmgr (bdrewery)
Subversion and pre-commit hooks are not cooperating in the changes
required for i386-wine(-devel).
For the historians: This file is a copy of i386-wine-devel/Makefile as
at version 321106.
With the introducation of binary packages for i386-wine-devel the
port itself is largely complete (although there are still problems with
3D acceleration, both with and without nVidia).
Correct version detection to complain when installing outside the
supported range (8.3+ and 9.1+).
Also, exclude ldconfig data from pkg-plist.
Reported by: Sergey V. Dyatko
The backported changes allow the i386-wine(-devel) ports to install wine
in such a manor that it can run on FreeBSD/amd64.
The CONFLICTS_INSTALL conflict with the i386-wine packages and the correct
stable/devel packages (including the upcoming stable wine).
Approved by: gerald@ (implicit)
The binary package for amd64 systems does not bundle GECKO or MONO
however it is useful (for some) to have those files installed, so
allow the package to have a run-time dependency on the ports that
provide Gecko and Mono support.
PORTREVISION is not bumped since nothing changes in the default
(BATCH) case.
CHANGES
-------
Provide two ports, in one. When compiling on i386 the port behaves
as a slave port of wine-devel, creating a package suitable for
installation on amd64. No change here
When compiling on amd64 the port manually installs the provided
amd64 packages (see wiki.FreeBSD.org/i386-Wine for those packages)
and thus allowing the packages to be "build" using the FreeBSD
infrastructure, and critically, to appear in the standard package
set without requiring users to manually add these packages to their
systems.
DESIGN
------
The bootstrapping (for choosing between i386 and amd64 Makefiles)
was done manually as Makefile.i386 is a slave port while Makefile.inc
(for amd64) is a master port. This situation does not work in the
current infrastructure thus requiring a manual bootstrap.
PRECEDENT
---------
Although Ports does not support cross compiling of packages there is
precedent in supplying binary packages for those situations where,
otherwise, cross compiling is required.
In support of taking this approach I site:
- misc/compat?x ports
- */linux-* ports
CHANGES
-------
Provide two ports, in one. When compiling on i386 the port behaves
as a slave port of wine-devel, creating a package suitable for
installation on amd64. No change here
When compiling on amd64 the port manually installs the provided
amd64 packages (see wiki.FreeBSD.org/i386-Wine for those packages)
and thus allowing the packages to be "build" using the FreeBSD
infrastructure, and critically, to appear in the standard package
set without requiring users to manually add these packages to their
systems.
DESIGN
------
The bootstrapping (for choosing between i386 and amd64 Makefiles)
was done manually as Makefile.i386 is a slave port while Makefile.inc
(for amd64) is a master port. This situation does not work in the
current infrastructure thus requiring a manual bootstrap.
PRECEDENT
---------
Although Ports does not support cross compiling of packages there is
precedent in supplying binary packages for those situations where,
otherwise, cross compiling is required.
In support of taking this approach I site:
- misc/compat?x ports
- */linux-* ports
Wine 1.6 release.
This includes the following relevant changes:
- Support for vertical text in the Postscript driver.
- Unicode data updated to Unicode 6.2.0.
- Hyperlink controls supported in installers.
- Improved support for XML attributes.
- Various bug fixes.
Also, we now use lcms2 instead of lcms.
- Trim Makefile header, define LICENSE (GPLv2)
- Remove not needed pthread-related hacks
- Drop GNU_CONFIGURE implied by USE_AUTOTOOLS
- Adopt OptionsNG and USES, cleanup Makefile a bit
- Fix the build on recent versions of FreeBSD (against Clang)
- Add a patch from Gentoo to unbreak GTK+ program build
- Fix potential buffer overflow (also obtained from Gentoo)
- Convert to OptionsNG, utilize new option helpers
- Drop WANT_GNOME and USE_GNOME, they are useless
- Define LICENSE (GPLv2), remove COPYING from the docs
- Make pkg-message word substitution actually work
- Generally sanitize and cleanup the Makefile
Reported by: pointyhat-west
Minor fix required in emulators/o2em.
Remove allegrogl, which is broken and included in allegro-4.4 anyway.
Update allegro-devel to 5.0.7 [1]
PR: ports/172981 [1]
Submitted by: nemysis <nemysis@gmx.ch> [1]
It supports almost every system (Consoles, Handheld, and Arcade) with very
verbose ROM information, ROM and SRAM convertion to various backup tool
formats, IPS/APS/BSL/PPF patching, bad dump detection via RomCenter DAT
files, and more.
WWW: http://ucon64.sourceforge.net/
PR: ports/177042
Submitted by: Nicole Reid <nicole@cooltrainer.org>
https://lists.gnu.org/archive/html/qemu-devel/2013-06/msg04798.html
- Simplify bsd-user ld script handling. [1]
- Make STATIC_LINK work again.
- Add GTK knob.
- Neither graphical UI can be built static, set IGNORE in that case.
- Properly fix AES_* link errors by #defining those functions as
QEMU_AES_* to avoid conflicts with AES_* in -lcrypto needed (at
least) by -lcurl.
- Add back CURL knob in the process.
- Fix "Warning: vlan %d is not connected to host network" when using
pcap.
- Switch to USES= gmake.
- Note: I did not backport sson's latest bsd-user patches which he has
now in a github tree based on qemu git head, tho I have a seperate
port of that tree on redports:
svn co https://svn.redports.org/nox/emulators/qemu-devel-sson/
See also:
https://wiki.freebsd.org/QemuUserModeHowTo
Submitted by: emaste [1]
2013-07-01 net/openldap23-sasl-client: Unmaintained by upstream
2013-07-01 net/openldap23-server: Unmaintained by upstream
2013-07-01 net/openldap23-client: Unmaintained by upstream
2013-07-01 www/py-django13: Unsupported version
2013-07-01 devel/libtifiles: Superseded by devel/libtifiles2
2013-07-01 comms/libticables: Superseded by comms/libticables2
2013-07-01 devel/libticalcs: Superseded by comms/libticalcs2
2013-07-01 emulators/tiemu2: Superseded by emulators/tiemu3
This uses accept 'env' as an argument for ports that do use their own or a different do-configure target.
Modify xmkmf so it accept IMAKECPPFLAGS as default flags for imake and pass it to the called imake.
Modify xorg-cf-files (the FreeBSD.cf configuration file) to allow CppCmd to be overwritten.
Pass CppCmd CcCmd and CplusplusCmd via command line to each call of imake via IMAKECPPFLAGS
Pass IMAKE_DEFINE with the above arguments to MAKE_ARGS so that imake spawned from Makefile generated by a previous
imake also inherit the defined CppCmd CcCmd and CplusplusCmd.
Make imake use devel/tradcpp all the time, so that when buidling with clang we do not depend on gcc's cpp.
Make imake respect CC and CXX
Make imake respect USE_GCC (if set imake will use gcc's cpp).
While here:
- Remove a couple of indefinite articles from comments
- Trim headers
- Fix a couple of ports to build with clang or use: USE_GCC=any
- Fix a now useless redefinition of the extraction chain
- Fix a typo in japanese/Wnn7-lib bundled imake template definitions
- Fix some XMKMF execution with no env specified
- Use options helper in x11/xautolock to simplify the port
FreeBSD-10's ATA code requires LBA to be used. There's no code in the
ATA stack to send CHS commands to the hardware these days.
* Enable it by default;
* Turn print() into debug()
Tested:
* MALTA kernel on gxemul.
- Add LICENSE. [1]
- Remove 7.x bug workarounds, FreeBSD 7 is no more supported. [1]
- Respect ${CC} instead of using 'gcc'. [1]
- Switch to optionsng. [1]
- Fix build with gcc46 (it doesn't like -fformat-extensions in CWARNFLAGS.)
- Sync kqemu-kmod with these -devel updates.
PR: ports/179952 [1]
Submitted by: r4721@tormail.org
- Fix VLAN trunking support in vboxnetflt [1]
- Fix panic in kmod when VIMAGE is disabled in the kernel and port [2]
- Enable IPv6 support for VNC per default to be able to set the VRDE properties VNCPort4 and VNCPort6 [3]
- Pet portlint (WWW, Created by lines)
This update was mainly done by Mikhail Tsatsenko.
Submitted by: Landon J Fuller <landonf at plausible.coop> [1],
Gleb Kurtsou <gleb@freebsd.org> [2],
Stefan Bethke <stb@FreeBSD.org> [3]
To prevent this problem from happening again the @dirrm section
was consolidated and moved to after the files are added.
Approved by: eadler,bdrewery (mentors, implicit)
Reported by: qat@redports.org, bdrewery
The dynamic plist removed some directories before the files in those directories
were created, fix this.
Use a UMASH of 0755 for directory creation (vs 0333).
Approved by: eadler,bdrewery (mentors, implicit)
Pointed out by: Jan Beich <jbeich@tormail.org>
- New implementation of the typelib creation support.
- GLSL-based support for fixed function vertex shaders.
- Support for desktop launchers in virtual desktop mode.
- Fixes for Japanese vertical text.
- New Croatian translation.
- Various bug fixes.
- Install the dri library drivers that are required by mesaGL
- Teach binbounce about LIBGL_LIBRARY_PATH
- Prevent recursive definitions by binbounce
- Follow the example of mesagl/nvidia-driver wrt library handing
- Lay initial ground work to handle "old" and "new" xorg
WARNING: there appears to be a problem with FREEBSD32 which prevents
3D-acceleration support from working, further investigation is required
HELP WANTED TO SOLVE THIS PROBLEM
Approved by: eadler,bdrewery (mentors, implicit)
- New version of the Gecko engine based on Firefox 21.
- Various bug fixes (54 reports closed).
Also, the upstream bug around installing libwine.so has been fixed,
so we can revert our hack around that.
devel/linux-js which was removed a couple hours ago. I'm guessing this
will be resolved by removing emulators/linux-xjoypad but I'll leave that
for someone else to decide -- all I'm trying to do right now is fix INDEX.
Pointyhat to: bapt
bsd.linux-rpm.mk. The default linux version is now Fedora 10.
- Remove now obsolete checks for Linux 2.4 in emulators/linux_base-c6,
emulators/linux_base-f10, and emulators/linux_dist-gentoo-stage3.
While there, remove superfluous -p argument from ${MKDIR}.
- Remove now obsolete check for Linux 2.4 or FreeBSD 6 and lower from
astro/google-earth.
- Remove expired Fedora Core 4 ports which were only used on FreeBSD 7
and below.
- Update LEGAL and MOVED
PR: ports/176877
Submitted by: myself
Approved by: portmgr (bapt)
Exp-run by: bapt
an zeising, kwm, miwi, bapt, eadler production:
Xorg 7.7
Starring:
xserver 1.12.4 (new xorg only)
Mesa 8.0.4, including libGL, libGLU and dri (new xorg only)
libX11 1.5.0
libxcb 1.9
libdrm 2.4.42 (new xorg only)
freeglut 2.8.1
Also starring:
Updates to drivers and other libraries and utilities
Additional notes:
Change pkgconf to be a build dependency.
Add a new USE_XORG, xcb, to depend on libxcb and update all ports to use
this.
Trim makefile headers.
Take maintanership of x11/xcb-proto, ok'd by ashish.
If you are running WITH_NEW_XORG=, you need to rebuild all installed
drivers, see UPDATING for more information.
Various fixes to make ports compile.
PR: ports/177942
Exp-run by: miwi
Approved by: portmgr (miwi)
Thanks to all who helped testing!
do not seem to work for me on amd64, e.g. "hfs read": zero-sized files are
copied to destination. Perhaps it is caused by careless assumption of the
types' sizes (excerpt from hfs0_37/endian.h):
typedef unsigned long ULONG; // 32 bit unsigned
typedef long LONG; // 32 bit signed
typedef unsigned int UINT; // 16 bit unsigned
typedef int INT; // 16 bit signed
typedef unsigned char BYTE; // 8 bit unsigned
typedef char SBYTE; // 8 bit signed
typedef int BOOL; // boolean value
`sysutils/ufsutils' provides better alternative: easier to use, has alive
upstream, and works correctly on amd64 (presumably on i386 as well).
While here, also explicitly mention that there is no HFS+ volumes support
available.
