*/*: update some WWWs and MASTER_SITES in my ports Reported by: repologya83a3cc142
Port details
devel/love080.8.0_20
Open-source 2D game engine
- Maintainer
- amdmi3@FreeBSD.org
- Packages
- love08 0.8.0_20
- Upstream
- up to date
- CPE
- none, CVEs only via VuXML
- WWW
- https://www.love2d.org/
- Links
- cgit · VuXML
Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE
None. There is no CVE without a VuXML entry for this version.
VuXML only (0) · listed, port not fixed yet
None.
pkg audit reports nothing for this version.Fixed (0)
No VuXML entries for this package.
Commits (34)
Remove WWW entries moved into port Makefiles Commit b7f05445c00f has added WWW entries to port Makefiles based on WWW: lines in pkg-descr files. This commit removes the WWW: lines of moved-over URLs from these pkg-descr files. Approved by: portmgr (tcberner)fb16dfecae
Add WWW entries to port Makefiles It has been common practice to have one or more URLs at the end of the ports' pkg-descr files, one per line and prefixed with "WWW:". These URLs should point at a project website or other relevant resources. Access to these URLs required processing of the pkg-descr files, and they have often become stale over time. If more than one such URL was present in a pkg-descr file, only the first one was tarnsfered into the port INDEX, but for many ports only the last line did contain the port specific URL to further information. There have been several proposals to make a project URL available as a macro in the ports' Makefiles, over time. This commit implements such a proposal and moves one of the WWW: entries of each pkg-descr file into the respective port's Makefile. A heuristic attempts to identify the most relevant URL in case there is more than one WWW: entry in some pkg-descr file. URLs that are not moved into the Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr files in order to preserve them. There are 1256 ports that had no WWW: entries in pkg-descr files. These ports will not be touched in this commit. The portlint port has been adjusted to expect a WWW entry in each port Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as deprecated. Approved by: portmgr (tcberner)b7f05445c0
*/*: bump all consumers after recent boost upgrade4cf39decb3
devel/love*: fix conflicts Make DOCSDIR dependent on PKGNAMESUFFIX for all love* ports to avoid conflicts. While here, sincence a couple of MKDIRs. PR: 257008 Submitted by: dufresnep@zoho.com25c086d471
graphics/mesa-libs: Bump reverse deps for libglvnd Per discussion with bapt on helping pkg handle the changing of these deps and avoiding impossible upgrade senarios. PR: 246767 Reviewed by: manu, bapt Approved by: x11 Differential Revision: https://reviews.freebsd.org/D30824da3162c7c9
devel/love08: fix build194fda4858
Remove useless Created by: headers mentioning me5823922c58
Remove # $FreeBSD$ from Makefiles.305f148f48
Mark BROKEN
modules/graphics/opengl/VertexBuffer.cpp:134:3: error: use of undeclared identifier 'glGetBufferSubDataARB'
glGetBufferSubDataARB(getTarget(), 0, getSize(), mapped);
^
modules/graphics/opengl/VertexBuffer.cpp:141:3: error: use of undeclared identifier 'glBufferSubDataARB'
glBufferSubDataARB(getTarget(), 0, getSize(), mapped);
^
modules/graphics/opengl/VertexBuffer.cpp:148:3: error: use of undeclared identifier 'glBindBufferARB'
glBindBufferARB(getTarget(), vbo);
^
modules/graphics/opengl/VertexBuffer.cpp:153:3: error: use of undeclared identifier 'glBindBufferARB'
glBindBufferARB(getTarget(), 0);
^
Reported by: pkg-fallout5e69b7a9d2Clean up LLD_UNSAFE from openal-soft ports After FreeBSD 12.0 EOL we no longer have to worry about LLD 6 and can drop LLD_UNSAFE from openal-soft ports. LLD can link them fine now but some ports needs a little help on i386 (-Wl,-znotext). PR: 226980 Reviewed by: jbeich (earlier version) Differential Revision: https://reviews.freebsd.org/D2303029a23b8db4
devel/love08: fix build on GCC architectures devil needs C++11 compiler: checking for library containing ilInit... no configure: error: Can't L_VE without DevIL2154981cf7
devel/boost-*: update to 1.72.0 Changes: http://www.boost.org/users/history/version_1_72_0.html PR: 241449 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D22136701aa3bcf8
Add USES=xorg USES=gl, ports categories d Add USES=xorg, USES=gl and in a few cases USES=gnome to ports in categories starting with 'd'.366790689c
devel/boost-*: update to 1.71.0 Changes: http://www.boost.org/users/history/version_1_71_0.html PR: 238827 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D20774befa71e0f3
devel/boost-*: update to 1.70.0 Changes: http://www.boost.org/users/history/version_1_70_0.html PR: 235956 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D193039b21a3a084
devel/boost-*: update to 1.69.0 Changes: http://www.boost.org/users/history/version_1_69_0.html PR: 232525 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D176457c879267dc
Change x11/xorgproto to become a build dep Change x11/xorgproto to become a build time dependency when added to USE_XORG. Change the dependency to be on the port, rather than a file the port installs. Fix fallout. Bump portrevision on depending ports. PR: 230909 Reviewed by: eadler Approved by: portmgr (antoine) Obtained from: https://github.com/FreeBSDDesktop/freebsd-ports/tree/feature/xorgproto exp-run: antoine Differential Revision: https://reviews.freebsd.org/D169060fae2e9e0e
devel/boost-*: update to 1.68.0 - Switch to C++14 for libboost_system to support C++14 consumers Changes: http://www.boost.org/users/history/version_1_68_0.html PR: 229569 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D161650b055d47f2
devel/boost-*: update to 1.67.0 Changes: http://www.boost.org/users/history/version_1_67_0.html PR: 227427 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D15030cc95712fbe
devel/love08: fix build when lld is the system linker Ports that use openal (such as this one) fail to link with lld as the system linker due to disagreement in the handling of preemption of protected visibility symbols in shared objects. In the case of devel/love08 detected at configure time as: configure: error: Can't LÖVE without OpenAL PR: 226980 Approved by: portmgr (LLD_UNSAFE blanket) Sponsored by: The FreeBSD Foundation19a964f914
devel/boost-*: update to 1.66.0 Changes: http://www.boost.org/users/history/version_1_66_0.html PR: 223922 Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D1327925beeff079
devel/boost-*: update to 1.65.1 Changes: http://www.boost.org/users/history/version_1_65_1.html PR: 218835 Approved by: maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month) Tested by: jhibbits (on powerpc64, earlier version) Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D1158298eb11b2f0
devel/boost-*: enable C++11 features PR: 218835 Obtained from: https://github.com/DragonFlyBSD/DeltaPorts/pull/690 Approved by: maintainer timeout (2 months) Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D115827e21a6476a
Revision bump of all ports with USE_GL after consolidation of mesa-libs Approved by: swills (mentor) Differential Revision: https://reviews.freebsd.org/D10845b760897dde
devel/boost-*: update to 1.64.0 Changes: http://www.boost.org/users/history/version_1_64_0.html PR: 218835 Approved by: office (bapt) Exp-run by: antoine Differential Revision: https://reviews.freebsd.org/D10472b324ade02d
devel/boost-*: update to 1.63.0 Changes: http://www.boost.org/users/history/version_1_63_0.html PR: 215598 Exp-run by: antoine Approved by: office (bapt) MFH: 2017Q159e02117ae
devel/boost-*: update to 1.62.0 - Enable `long double` C99 math usage - Switch 9.x back to building with GCC Changes: http://www.boost.org/users/history/ PR: 199601 Submitted by: Chen Xu, bapt, amdmi3, truckman (based on) Reviewed by: rakuco (kde) (earlier version) Exp-run by: antoine (3 tries), truckman (consumers only, earlier versions) Approved by: bapt (office)a8713d15f4
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.
With hat: portmgr
Sponsored by: Absolight4e1b79a0a6- Switch to options helpers65d89ca49d
Replace USES=libtool:oldver with USES=libtool or USES=libtool:keepla in the 32 ports that still use it. Bump PORTREVISION on their dependent ports except the ones that depend on these: audio/libogg audio/libvorbis devel/pcre ftp/curl graphics/jpeg graphics/libart_lgpl graphics/tiff textproc/expat2 textproc/libxslt In these cases the same trick as in the recent gettext update is used. The ports install a symlink with the old library version. When enough of their dependent ports have had regular updates the remaining ones can get a PORTREVISION bump and the links can be removed. Also remove the devel/pcre dependency from USE_GNOME=glib20. It causes over 2200 packages to depend on devel/pcre while less than 200 actually link with it. The glib20 package still depends on devel/pcre so this should not make a difference for ports with USE_GNOME=glib20. Also, libdata/pkgconfig/glib-2.0.pc lists pcre as a private library so USE_GNOME=glib20 should not propagate it. PR: 195724 Exp-run by: antoine Approved by: portmgr (antoine)60945f0277
Update the default version of GCC in the Ports Collection from GCC 4.7.4 to GCC 4.8.3. Part II, Bump PORTREVISIONs. PR: 192025 Tested by: antoine (-exp runs) Approved by: portmgr (implicit)15945f8122
Upgrade OpenEXR and ilmbase to 2.2.0. GCC 4.2 in FreeBSD 8.X/9.X base is now too old to compile OpenEXR, so GCC-based systems will upgrade to the default ports compiler (GCC 4.7 currently.) Add two patches to OpenEXR to permit building it in a live system with the older OpenEXR version installed. Bug report filed to upstream Github at https://github.com/openexr/openexr/issues/130 Couple OpenEXR more tightly to ilmbase and require its exact .so version. Add UPDATING note, and bump PORTREVISION of all dependent ports. Proto-STAGE hugin-devel, and mark it IGNORE because hugin is newer. Approved by: portmgr (implicit for bumping PORTREVISION on unstaged ports)515db2ed10
Preserve devel/love 0.8.0 as devel/love08 before updating it to 0.9.1. Compatibility is not maintained between love 0.x branches, so separate port is needed to run applications written for love 0.8. Currently there's at least one such application known: mari0 - cross between Super Mario Bros and Valve's Portal.a21ffdf3f8