Project

General

Profile

Housekeeping #2322

How to contribute to [pcr]?

theova - almost 5 years ago - . Updated over 4 years ago.

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

100%


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 almost 5 years 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 almost 5 years ago

#3

Updated by freemor almost 5 years 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 almost 5 years ago

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

#5

Updated by theova over 4 years ago

freemor: Thanks for your extensive list. It helped me a lot!

I have included it in the wiki.

This issue can be closed for me.

#6

Updated by freemor over 4 years ago

  • % Done changed from 0 to 100
  • Status changed from open to fixed

Also available in: Atom PDF