FreeBSD ports tree https://cgit-dev.freebsd.org/ports/atom?h=13.1-eol 2022-09-07T21:58:51Z 2022-09-07T21:58:51Z Stefan Eßer se@FreeBSD.org 2022-09-07T21:30:14Z urn:sha1:fb16dfecae4a6efac9f3a78e0b759fb7a3c53de4 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) 2022-09-07T21:10:59Z Stefan Eßer se@FreeBSD.org 2022-09-07T21:06:12Z urn:sha1:b7f05445c00f2625aa19b4154ebcbce5ed2daa52 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) 2021-09-01T11:46:24Z Alexey Dokuchaev danfe@FreeBSD.org 2021-09-01T11:46:22Z urn:sha1:e9148ce0453ccc8db5af73084b56eaaa914f07e3 2021-06-22T18:53:08Z Kevin Bowling kbowling@FreeBSD.org 2021-06-19T20:16:08Z urn:sha1:da3162c7c9f01912ba1940e188b253f2b5c7ba77 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/D30824 2021-04-07T08:09:01Z Mathieu Arnold mat@FreeBSD.org 2021-04-07T08:06:21Z urn:sha1:cf118ccf875508b9a1c570044c93cfcc82bd455c Reported by: lwhsu 2021-04-06T14:31:07Z Mathieu Arnold mat@FreeBSD.org 2021-04-06T11:55:50Z urn:sha1:305f148f482daf30dcf728039d03d019f88344eb 2019-11-07T17:17:53Z Niclas Zeising zeising@FreeBSD.org 2019-11-07T17:17:53Z urn:sha1:428fac4e1c522537e461b850cc93550d4fcf37e7 Add USES=xorg and USES=gl to ports in categories starting with 's' While here, try to sprinkle other USES (mostly gnome and sdl) as needed. 2019-09-01T21:01:04Z Adriaan de Groot adridg@FreeBSD.org 2019-09-01T21:01:04Z urn:sha1:e1223289e71a62e13917bdbcb05077332be43cb1 This is part of the TrueOS tools, and it was marked BROKEN about a year ago; a fix appeared upstream only days later, but there's been no udpate to the port. The same kind of fix probably applies to sysutils/pcbsd-utils-qt5 but I don't feel like chasing it. PR listed below is for that port, pinging maintainer(s). (All this is because we're chasing fallout for the Qt 5.13 update) PR: 231682 2019-04-06T07:59:59Z Antoine Brodin antoine@FreeBSD.org 2019-04-06T07:59:59Z urn:sha1:21c7ddb27ab9fa3c4dc8801a30c021b87f957fb1 Reported by: pkg-fallout MFH: 2019Q2 2019-01-16T11:13:44Z Tijl Coosemans tijl@FreeBSD.org 2019-01-16T11:13:44Z urn:sha1:1bf487d3e73d83700f5a4aeb3a9ffbfc6e87856b a symbol matches multiple clauses the last one takes precedence. If the catch-all is last it captures everything. In the case of Qt5 libraries this caused all symbols to have a Qt_5 label while some should have Qt_5_PRIVATE_API. This only affects lld because GNU ld always gives the catch-all lowest priority. Older versions of Qt5Webengine exported some memory allocation symbols from the bundled Chromium. Version 5.9 stopped exporting these [1] but the symbols were kept as weak wrappers for the standard allocation functions to maintain binary compatibility. [2][3] The problem is that the call to the standard function in these weak wrappers is only resolved to the standard function if there's a call to this standard function in other parts of Qt5Webengine, because only then is there a non-weak symbol that takes precedence over the weak one. If there's no such non-weak symbol the call in the weak wrapper resolves to the weak wrapper itself creating an infinite call loop that overflows the stack and causes a crash. Some of the allocation functions are variants of C++ new and delete and it probably depends on the compiler whether these variants are used in other parts of Qt5Webengine. Remove the weak wrappers (make them Linux specific). This isn't binary compatible but we are already breaking that with the changes to the symbol versions. [1] https://github.com/qt/qtwebengine/commit/5c2cbfccf9aafb547b0b30914c4056abd25942a4 [2] https://github.com/qt/qtwebengine/commit/2ed5054e3a800fa97c2c9e920ba1e6ea4b6ef2a5 [3] https://github.com/qt/qtwebengine/commit/009f5ebb4bd6e50188671e0815a5dae6afe39db5 Bump all ports that depend on Qt5. PR: 234070 Exp-run by: antoine Approved by: kde (adridg)