Hi everyone,
I recently noticed that the postfix-current-mysql and postfix-current-pgsql packages from the FreeBSD package repository seem to be missing MySQL and PostgreSQL support, despite their names suggesting otherwise.
I usually build mail/postfix-current from ports with MySQL enabled, and when I check the installed package info, I see the expected options:
However, when I install the prebuilt postfix-current-mysql package using pkg, I notice that MYSQL is off:
Similarly, the postfix-current-pgsql package has PGSQL off:
It would be great to clarify whether this is intentional or an issue with the package builds.
Thanks!
I recently noticed that the postfix-current-mysql and postfix-current-pgsql packages from the FreeBSD package repository seem to be missing MySQL and PostgreSQL support, despite their names suggesting otherwise.
I usually build mail/postfix-current from ports with MySQL enabled, and when I check the installed package info, I see the expected options:
sh:
# pkg info postfix-current
postfix-current-3.10.20241027,6
Options :
BDB : on
BLACKLISTD : off
CDB : off
DOCS : on
EAI : on
INST_BASE : off
LDAP : off
LMDB : off
MONGO : off
MYSQL : on ← (Expected, since I enabled it)
NIS : off
PCRE2 : on
PGSQL : off
SASL : off
SASLKMIT : off
SASLKRB5 : off
SQLITE : off
TEST : off
TLS : on
However, when I install the prebuilt postfix-current-mysql package using pkg, I notice that MYSQL is off:
sh:
# pkg info postfix-current-mysql
postfix-current-mysql-3.10.20241027,6
Options :
BDB : off
BLACKLISTD : on
CDB : off
DOCS : on
EAI : on
INST_BASE : off
LDAP : off
LMDB : off
MONGO : off
MYSQL : off ← (Shouldn’t this be ON?)
NIS : off
PCRE2 : on
PGSQL : off
SASL : off
SASLKMIT : off
SASLKRB5 : off
SQLITE : off
TEST : off
TLS : on
Similarly, the postfix-current-pgsql package has PGSQL off:
sh:
# pkg info postfix-current-pgsql
postfix-current-pgsql-3.10.20241027,6
Options :
BDB : off
BLACKLISTD : on
CDB : off
DOCS : on
EAI : on
INST_BASE : off
LDAP : off
LMDB : off
MONGO : off
MYSQL : off
NIS : off
PCRE2 : on
PGSQL : off ← (Shouldn’t this be ON?)
SASL : off
SASLKMIT : off
SASLKRB5 : off
SQLITE : off
TEST : off
TLS : on
Questions:
- Is this an oversight in the package build process, or is there a reason why the -mysql and -pgsql flavors are built without the corresponding database support?
- What is the intended purpose of these flavored packages if they do not actually include the respective database support?
- Should this be reported as a bug?
It would be great to clarify whether this is intentional or an issue with the package builds.
Thanks!