emulators/(i386-)wine-devel require a newer version of mono.
Reported by: Green Dog <fiziologus@gmail.com>
Approved by: gerald (maintainer: emulators/wine-devel, implicit)
Changes:
- Fix the patch-nvidia.sh script's usage of getopt [1]
- Fix the patching of the packages for installation on amd64 [2]
-
Reported by: [1] Nicole Reid <nicole@cooltrainer.org>
[2] Piotr Kubaj <pkubaj@riseup.net>
Port ChangeLog:
- Update to version 1.7.4 (for pre-built packages for amd64)
- Add stage support for both Makefile.(i386|inc)
- Add the -devel suffix and remove LATEST_LINK
- Teach the patch-nvidia.sh script about the -devel suffix
- Track updates for the GECKO version (2.24)
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 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
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>
- 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)
Due to naming and other issues the patch failed properly detect if itself or
nVidia-driver was installed, and aborted the patching. This fixes the
patching for those who have nVidia-driver installed.
Approved by: eadler,bdrewery (mentors, implicit)
i386-wine-devel is the normal wine-devel port built and packaged such that it
can be installed (via `pkg add` or `pkg_add`) in an amd64 environment. It can
only be built in an i386 environment (hence the retained ONLY_FOR_ARCH) as
the Ports Collection does not support cross compiling.
Approved by: eadler (mentor)
This port adds shims to enable wine to run cleanly on an amd64 system.
This is done by doing a "static link" of the package: including all
libraries required by the port.
It is possible to use this package under i386, although it is intended
for an amd64 system.
Feedback welcome for improvement of the port.
Approved by: bdrewery (mentor)
