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
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 i386-wine ports bundle their own (32-bit) libraries that cause pkg-1.5
issues. Since these libraries are under lib32 it does not cause issues
with other software.
Bump PORTREVISION [1] for the 32-bit side of the ports. The 64-bit side of
the ports will be bumped when new packages have been prepared.
Approved by: gerald@ [1]
Reported by: bapt@
For example (${OSVERSION} >= 900000 && ${OSVERSION} < 900021) is always true,
as is (${OSVERSION} > 900002 || ${OSVERSION} < 900000 && ${OSVERSION} > 800107).
Regarding patches, when an EXTRA_PATCHES is no longer needed, I remove it, when
it is always needed, I renamed it, in one case, I merged two patches.
Differential Revision: https://reviews.freebsd.org/D2209
Changes:
patch-nvidia.sh:
- handle nvidia-driver with package name suffix [1]
- handle i386-wine with arbitary package name suffix
- remove support for old pkg_ tools
PR: 198497 [1]
The port-update target incorrectly used ${suffix:U} - instead of ${suffix:tu} -
causing the plists for compholio to be used for both itself and devel. Devel,
however, does not include all those files. Thus, filtering of compholio
specific files broke.
Apologies for the issues during the update of i386-wine-devel to 1.7.34.
PR: 197110
Changes:
- Fix install conflicts [1] (for the "newly" added compholio port)
- nvidia.sh: Gracefully handle a corrupt nVidia tarball
- nvidia.sh: Provide checksum and size information for nVidia tarball
- Bump master port [1] due to changes to nvidia.sh and conflicts
Approved by: gerald@ [1]
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
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]
* 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>
