Policy on `obsolete` ports...
Perry E. Metzger
perry at piermont.com
Fri Nov 19 21:05:36 UTC 2021
Howdy! As things stand, we don't explicitly say much in our rules about
whether people can remove obsolete ports after a year even without a
port maintainer's say-so. We also have circumstances where people leave
"maintainer" lines in ports that have been put into `obsolete`.
I'd like to propose the following rules:
1. There must always be a comment in a `PortGroup obsolete` Portfile
stating the date on which the port can be removed. (Ideally we'd
actually have a keyword for this so tools could find it, but a comment
works for now.) In case there isn't a comment, the date of the commit is
used.
2. Once something is `Portgroup obsolete`, it should no longer be
considered to have a maintainer. After all, there's no longer anything
being built or maintained. Thus, `maintainer` should be set to
`nomaintainer` for such files. If there's still a `maintainer` in an
`obsolete` port, that is an accident and can be ignored for purposes of
removing the port at the end of the one year timeout.
3. Setting a port `obsolete` should be considered automatic consent to
remove it in one year's time, and there should be no question that a
year is a sufficient chance to think better of it and bring it back in
some form.
4. If a subport is set `obsolete`, the usual rules about the maintainer
needing to consent to touching the Portfile should not apply for
removing said subport in a year, as the one year is (again) enough time
for them to think better on it.
Do people think these suggested rules are okay? Are there any objections?
Perry
More information about the macports-dev
mailing list