[ 22:30 dougb  ]

• 1.680 LEGAL
• 1.2630 MOVED
• 1.66 Mk/bsd.database.mk
• 1.264 archivers/Makefile
• 1.9 archivers/pecl-phar/Makefile
• 1.6 archivers/pecl-phar/distinfo
• 1.3 archivers/pecl-phar/pkg-descr
• 1.237 comms/Makefile
• 1.13 comms/libsyncml/Makefile
• 1.3 comms/libsyncml/distinfo

As previously advertised, complete removal of vulnerable ports that
no one has stepped up to deal with:

archivers/pecl-phar             Vulnerable since 2011-01-13
comms/libsyncml                 Depends on devel/libsoup22, which is FORBIDDEN
databases/mysql323-server       Vulnerable since 2006-10-29
databases/mysql323-client       Vulnerable since 2006-10-29
databases/mysql323-scripts      Vulnerable since 2006-10-29
databases/mysql40-server        Vulnerable since 2006-10-29
databases/mysql40-client        Vulnerable since 2006-10-29
databases/mysql40-scripts       Vulnerable since 2006-10-29
databases/p5-DBD-mysql40
                Depends on databases/mysql40-server, which is FORBIDDEN
deskutils/buoh                  Depends on devel/libsoup22, which is FORBIDDEN
deskutils/libopensync-plugin-syncml

(Only the first 15 lines of the commit message are shown above )

[ 09:33 ale  ]

• 1.183 databases/mysql323-server/Makefile
• 1.2 databases/mysql323-server/files/mysql-server.sh.in
• 1.1 databases/mysql323-server/files/patch-mysys_default.c
• 1.57 databases/mysql323-server/pkg-plist
• 1.197 databases/mysql40-server/Makefile
• 1.2 databases/mysql40-server/files/mysql-server.sh.in
• 1.1 databases/mysql40-server/files/patch-mysys_default.c
• 1.66 databases/mysql40-server/pkg-plist

- Use the rcNG script to kill MySQL on deinstallation [1]
- Set the new sequence for finding my.cnf files [2]:
  /etc, ${PREFIX}/etc, ${mysql_dbdir}
  (default to: /etc/my.cnf, /usr/local/etc/my.cnf, /var/db/mysql/my.cnf)
- Add the possibility to specify additional command-line arguments
  to be passed to mysqld_safe on startup

PR:             ports/79166 [1], ports/79597 [2]
Submitted by:   Sergey Prikhodko <sergey@network-asp.biz> [1],
                Vasil Dimov <vd@datamax.bg> [2]