Skip to content

Conversation

@TraceyC77
Copy link
Contributor

Description

Add policy that covers when not to split packages
into a -devel module due to man pages
Update policy: Prior to building a package to add
checking for a maintainer

Fixes #557

Add policy that covers when not to split packages
  into a -devel module due to man pages
Update policy: Prior to building a package to add
  checking for a maintainer

Fixes #557
@TraceyC77 TraceyC77 added the hacktoberfest-accepted Allows a PR to be counted toward hacktoberfest, even if it's merged after Oct. 31st. label Oct 24, 2025

#### Development modules should be normal packages without a -devel subpackage

In the cases where modules like `perl` or `python` would be split by the default `ypkg` policy (for instance because they contain category 3 `man` pages), the current best practice is to add a `patterns : /*` stanza to keep everything in the main package for convenience.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
In the cases where modules like `perl` or `python` would be split by the default `ypkg` policy (for instance because they contain category 3 `man` pages), the current best practice is to add a `patterns : /*` stanza to keep everything in the main package for convenience.
In the cases where modules like `perl` or `python` would be split by the default `ypkg` policy (for instance because they contain category 3 `man` pages), the best practice is to add a `patterns : /*` stanza to keep everything in the main package for convenience.

In the interest of keeping the documentation "timeless," I think we should avoid saying that "this is the way it currently is." I think it can be inferred that by virtue of being in the documentation, it is "current."

@github-project-automation github-project-automation bot moved this from Backlog to Under Review in Web and Documentation Oct 24, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

hacktoberfest-accepted Allows a PR to be counted toward hacktoberfest, even if it's merged after Oct. 31st.

Projects

Status: Under Review

Development

Successfully merging this pull request may close these issues.

Packaging: Add policy for development modules (python, perl etc)

3 participants