Package Maintainers: Difference between revisions

From Alpine Linux
m (spelling fixes)
No edit summary
Line 5: Line 5:
** fix bugs in package
** fix bugs in package
** keep it updated. This includes follow upstream announcement list, RSS feed etc and provide updates to Alpine Linux in timely fashion.
** keep it updated. This includes follow upstream announcement list, RSS feed etc and provide updates to Alpine Linux in timely fashion.
*** it seems easier for maintainers to add their packages [https://release-monitoring.org/ Anitya] for automated release monitoring
* Committers and others should confirm with the maintainer before making any changes of the package.
* Committers and others should confirm with the maintainer before making any changes of the package.




[[Category:Development]] [[Category:Package Manager]]
[[Category:Development]] [[Category:Package Manager]]

Revision as of 13:46, 14 December 2022

This material is work-in-progress ...

Do not follow instructions here until this notice is removed.
(Last edited by Chereskata on 14 Dec 2022.)

  • You can be maintainer without having commit access. Committers can do commits and maintainers can send patches to committers. Any committers can apply patches from maintainers. (This is similar to what FreeBSD does)
  • The maintainer is responsible for the the package and is expected to:
    • fix bugs in package
    • keep it updated. This includes follow upstream announcement list, RSS feed etc and provide updates to Alpine Linux in timely fashion.
      • it seems easier for maintainers to add their packages Anitya for automated release monitoring
  • Committers and others should confirm with the maintainer before making any changes of the package.