and new features.
ok sthen@ on a slighter different version
pkg/DESCR
DBD::MariaDB is the Perl5 Database Interface driver for MariaDB and
MySQL databases. In other words: DBD::MariaDB is an interface between
the Perl programming language and the MariaDB/MySQL programming API
that comes with the MariaDB/MySQL relational database management
system. Most functions provided by this programming API are supported.
there may be some missing as my unpacked ports source is a little out of date
but this should catch the main things people might run into
the struct was reordered a second time in sysctl.h r1.192 to improve
compatibility but amd64 snapshot packages made it out before that happened
so the bumps are still needed
pg83 = $(shell test $(PGVER) "<" "8.3" && echo "false" || echo "true")
pg82 = $(shell test $(PGVER) "<" "8.2" && echo "false" || echo "true")
which matters now that src/bin/ksh/c_test.c r1.26 fixed "<".
note, this port is rather outdated (5 versions behind), though newer ones
don't fix this either
drop ONLY_FOR_ARCHS which with hppa added would be equal to the set
of arches with base-clang/ports-gcc as set in COMPILER, req by jca
"couldn't hurt" brad, ok jca
We won't be distributing CDROM anymore, so simplify to
just PERMIT_PACKAGE / PERMIT_DISTFILES
In particular, the new variables are shorter, so this makes
for better cosmetic sense in ports.
The "current" version allows for the old variables to die out
peacefully, at our leasure, and then I'll remove the old stubs.
As discussed with sthen@, various people agree, and deraadt@
is okay with the strategic change.
This does survive a bulk.
PLEASE NOTE: built packages require current pkg* tools.
In particular, the current version deals with
@comment pkgpath=* ftp=*
just fine, but the old one WILL COMPLAIN about missing cdrom info.
register-plist also doesn't care, adding/removing cdrom info
is a no-op for it. There is NO BUMP needed for the conversion.
For now, sqlports STILL carries the old variables. I'll deal
with their removal later.
Bugs fixed (documented as hangs/crashes):
o CVE-2019-2614
o CVE-2019-2627
o CVE-2019-2628
Major update, upstream says running mysql_upgrade is required.
Release notes:
https://mariadb.com/kb/en/library/mariadb-10315-release-notes/
Upstream doesn't provide a default config file any more so I tried to
cook up which seemed reasonable.
This update should also fix mariadb on powerpc, broken since the update
to 10.2.23. Thanks to cwen@ for the tests and tweaks.
ok Brad (maintainer)
Follow the upstream recommendations for packagers and switch to
multi-packages:
devel/gettext -> devel/gettext,-runtime
devel/gettext-tools -> devel/gettext,-tools
(new) devel/gettext,-textstyle
For libmariadb don't try to pick up cURL and use external zlib.
For the CONNECT engine don't try to pick up Mongo.
(plus small comment/ONLY_FOR_ARCHS tweaks and s/do-regress/do-test/)
So, Portsq is a snapshot of Ports... dirty but fast.
I had mixed feelings about this.
There's also a script to resync the table.
Grows the db by about 50% (+25MB)
Discussed with sthen@
lang/python port module. I've not yet come up with a port that
would not need this and one can always set MODPY_TESTDEP to "no"
to prevent the module from touching TEST_DEPENDS.
Idea from afresh1 who pointed out the cpan module already does this.
aja "I support this move."
OK sthen@
Some config options have changed or have been removed, check your config
file. Also make sure to use mysql_upgrade.
Update effort started by jeremy@, continued by sthen@ and me. Delayed
for some time because of lack of atomic builtins on lots of our base-gcc
platforms. Since we now use ports-gcc to build mariadb, this is not
a problem any more.
This update brings in libiconv and changes the name of the library.
Stuart kindly proposed to handle the WANTLIB syncing.
Test reports for the server from jcs@ and sthen@.
ok sthen@, "go ahead" Brad (maintainer)
