Project

General

Profile

Housekeeping #2322

How to contribute to [pcr]?

theova - about 1 month ago - . Updated about 1 month ago.

Status:
open
Priority:
discussion
Assignee:
-
% Done:

0%


Description

I ask myself, how I can contribute to the [pcr]. As this may interest other people as well, I ask this question here and will document the answers in the wiki.

If there are open packaging requests, what can I do help? Especially: How can I show, that I have appropriately checked the licences?

Is there anything else which needs to be done for open packaging requests or the [pcr] in general?


Related issues

Related to Packages - Freedom issue #2323: [aurphan][aurpublish][aurvote] Remove from reposconfirmed

Actions

History

#1

Updated by bill-auger about 1 month ago

  • Priority changed from bug to discussion

as i noted on the feature request issue for a user-curated PKGBUILD repository, it would be difficult to write a comprehensive procedure for auditing a program's licensing - it would probably need a new article on that topic, and a new entry pointing to it under section #2 of this article: https://wiki.parabola.nu/How_to_help; something like "Evaluating New Package Requests"

#2

Updated by bill-auger about 1 month ago

#3

Updated by freemor about 1 month ago

Contributing to PCR is a great idea the basic flow of that would look like

Learn to use makepkg
install and learn to use libretools
learn about making PKGBUILDs
Find a package you want to contribute
Check the license as completely as you can. Document what you find
Create or find and modify a working PKGBUILD
Build it with makepkg. Install it, test it.
If it works, Build it again in libretools, test it.
If that works, test that it builds for all 3 Architectures.
If all that works Ask yourself what is the maintenance load of this package.
Is it going to break often? How hard is it to fix? How often will it update and need rebuilding?
Am I willing to support this after Contributing it, Rebuilding the PKGBUILD and Patches, over and over?
If the answers to the above are favorable, or the maintenance load is low then submit the PKGBUILD/.patch files to either the
mailing list or attach them to a package request on the bug tracker along with the documentation you made about the licenses
Include a not on how willing you are to support this if needed.
Wait while the Devs look it over. Double checking all the things. Then hopefully enjoy the package when it appears.

The nice thing about the above is not only would you be contributing to PCR, You'd also be learning to be a maintainer. After a while of doing that
Other Devs might ask for your help rebuilding or updating a package.. Then might even invite you to start packaging stuff yourself.

#4

Updated by freemor about 1 month ago

A lot of the details on the above are covered in the Package Maintainer Guide section of the wiki.

Also available in: Atom PDF