Install zone1970.tab in addition to zone.tab (like D20646 for base).
The old logic to remove countries from zone.tab doesn't port to
zone1970.tab since some lines might have to be patched more than
once. Replace it with some awk.
Remove LEAPFILE reference that wasn't being set anyway.
Fix plist entry for Etc/UCT, which is (since 2019a) part of
"backward" and not present otherwise.
Make BACKWARD not be the default, since (a) it's not the base system's
default and (b) that stuff is all deprecated.
Update comment about check-plist to include a reminder to check both with
and without BACKWARD (this would have caught the existing plist error).
Remove no-longer-needed include of bsd.port.pre.mk.
Fix location and name of iso3166 file in comments in zone1970.tab, also
to match base system.
Add back a test-pkgplist target, because it turns out check-plist is not
strict enough to handle the case of moving entries into or out of the
"backward" set; check-plist doesn't error if a file is present in STAGEDIR
but is commented out in the plist, but we want that to be noticed.
Submitted by: Andrew Gierth <andrew@tao11.riddles.org.uk>
Reviewed by: philip, skreuzer, tmunro
Approved by: skreuzer (maintainer), allanjude (src mentor)
Differential Revision: https://reviews.freebsd.org/D20981
dependencies in kernel
- Add patch file to solve some linking problem
- Remove LD_UNSAFE. Now it can be defined via LDPATH (/usr/bin/ld.bfd by
default). fpc is not working with lld. We will use binutils-ports when
ld.bfd is moved from base if lld not working on future version
of fpc
- Bump PORTREVISION
Release notes at
https://kde.org/announcements/kde-frameworks-5.61.0.php
Thanks to
antoine@ for the exp-runs,
tcberner@ for most of the prep-work,
the Gentoo community for cherry-picking patches
There are a bunch of changes in (implicitly included) headers, which
broke existing KDE Applications builds; that's why there are a whole
bunch of "patch-gentoo-kf5-5.61-headers" patches (taken from Gentoo
packaging). Those will go away with the next KDE Applications release,
PR: 239777
Submitted by: tcberner
Currently they are not checked and something like PORTREVISION=foo
or just PORTREVISION= is accepted. Some ports use indirection via
custom variables for them so it is worthwhile to check that they
are set to sane values.
While here fix ports that currently have non-integer PORTREVISION
or PORTEPOCH.
Approved by: portmgr (mat)
Differential Revision: https://reviews.freebsd.org/D21225
GCC8 is already used for fortran so set USES=compiler:c11 to use GCC8 for everything.
PR: 239438
Approved by: mentors (implicit approval), yuri (mentor)
Release 0.79.0:
core:
* Fix regression on TextSelectionPainter
* Fix parsing of DefaultAppearance
* Fix memory leak in PostScriptFunction
* Fix crashes in fuzzed files
qt5:
* Implemented support for setIcon by changing appearance
* Added option to set the form available to print
* QString::null is deprecated, use QString()
* Replace deprecated qStableSort with std::stable_sort
build system:
* Turn README into README.md and expand it
PR: 239277
Exp-run by: antoine
Approved by: gnome (kwm, implicit)
Geo::Address::Formatter takes structured address data and formats it according
to the various global/country rules.
If you have a structured postal address (hash) and need to convert it into a
readable address based on the format of the address country, it gets more
complicated with 200+ countries and territories and dozens more address
components to consider.
WWW: https://metacpan.org/release/Geo-Address-Formatter
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
/usr/local/bin/ld: CMakeFiles/emos_tool.dir/emos_tool.c.o: in function `hirlam':
emos_tool.c:(.text+0x191): undefined reference to `grib_handle_new_from_message'
/usr/local/bin/ld: emos_tool.c:(.text+0x1aa): undefined reference to `grib_get_size'
Reported by: pkg-fallout
