Package Maintainers: Difference between revisions
m (spelling fixes) |
Chereskata (talk | contribs) 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. |
- 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.