Committing ${name}_limits patches for the rc files of various databases

[Mateusz Piotrowski]

Hello,

A few weeks ago I discovered a regression caused by the standardization
of the mechanism used to limit daemons resources with limits(1). This
feature was introduced in r328331[1]. Basically, it defines that
limits(1) could be controlled via rc.conf(5) using ${name}_limits
variables as defined in rc.subr(5).

Unfortunately, many database rc scripts have already used ${name}_limits
variables with incompatible semantics. This is why I worked with some
FreeBSD committers and developers on a set of patch for those affected
databases. Thanks to their reviews and testing effort I was able to
open an issue on Bugzilla for every affected database port and provide a
few revisions of patchs for each of them.

Some of the patches were already incorporated into the ports tree, but
many of them are still waiting to be committed. Recently, an update to
database/mongodb36 was committed[2], which not only does not solve the
problem of the mongodb36 daemon to be broken on FreeBSD 12.0-CURRENT but
also introduces parts of my old patches, which were marked obsolete[3].

I am deeply concerned about the whole situation and after a few weeks of
waiting I decided to step forward and bring community's attention.

The meta issue with all the ports listed is available here[4]. It has
got links to all the other issues and patch with a proposed UPDATING
entry.

I understand that there a lot of work to be done for committers in every
corner of the FreeBSD system. If anyone, however, would like to mentor
me and help me commit those changes into our ports tree then I am 100%
eager to get started. I'd really appreciate it. :)

Cheers & happy hacking,

Mateusz Piotrowski

[1]: https://svnweb.freebsd.org/base?view=revision&revision=r328331
[2]: https://svnweb.freebsd.org/ports?view=revision&revision=467897
[3]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=226907#c11
[4]: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227205