Summary: | mail/postfixadmin rather old and misleading | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | FiLiS <freebsdbugs> |
Component: | Individual Port(s) | Assignee: | freebsd-ports-bugs (Nobody) <ports-bugs> |
Status: | New --- | ||
Severity: | Affects Only Me | CC: | freebsdbugs, ports.maintainer |
Priority: | --- | Flags: | ports.maintainer:
maintainer-feedback+
|
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any |
Description
FiLiS
2024-01-23 14:14:19 UTC
Later commits in the 3.4-dev branch use Composer, a PHP dependency management tool that is not compatible with the Ports System. 3.3.x doesn't, which is why it continued to update. The reason for mail/postfixadmin being on the dev branch and there being a seperate port for 3.3.x is due to how upstream development and support works. Most people should be using 3.4-dev unless they have a specific reason to use the legacy branch. If there is an engineered release in 3.4, mail/postfixadmin will update to that. Barring that or Composer being fixed, all I can do is change mail/postfixadmin to a metaport with a pkg-message directing people to clone main from Github. Would having mail/postfixadmin be a metaport make more sense to you than the current situation? Are you still interested in discussing this? Or perhaps someone else would like to offer feedback? Barring further discussion, this PR can be closed without a fix. |