this post was submitted on 02 Oct 2023
19 points (100.0% liked)

Arch Linux

7726 readers
10 users here now

The beloved lightweight distro

founded 4 years ago
MODERATORS
 

Hello, new Arch user here. Hoping someone can clarify the proper etiquette around submitting packages to the AUR.

I've written my own PKGBUILD for building and packaging someone else's project, mainly just for personal use. If I decide I want to submit this package to the AUR, is it typically expected that I get permission from the primary project maintainer first? Furthermore, does submitting my PKGBUILD to the AUR obligate me to continue to maintain the package going forward?

The project is this, a small Wayland desktop clock utility. https://git.sr.ht/~leon_plickat/wlclock

It is licensed under the GPLv3, and is not currently in the AUR. (However there is an older, unmaintained version, under a different maintainer and repo.) https://aur.archlinux.org/packages/wlclock-git

Thank you for any advice! :)

top 5 comments
sorted by: hot top controversial new old
[–] [email protected] 18 points 1 year ago (2 children)

It is licensed under the GPLv3, and is not currently in the AUR. (However there is an older, unmaintained version, under a different maintainer and repo.) https://aur.archlinux.org/packages/wlclock-git

In that case you probably want to request to take over the existing package.

No need for approval from upstream as the GPL freely allows redistribution.

[–] nous 8 points 1 year ago

Except the AUR does not normally count as redistribution. It distributes package automation scripts and patches. The source/binary is typically download by the user from the official distributor when they build the package. Some packages do include source/the binary, but most do not.

Distributing the built package might cause issues for some licenses though (not the GPL though).

[–] [email protected] 3 points 1 year ago* (last edited 1 year ago)

A takeover is only needed if it's also a -git package. Any other "type" is fine, but mark the packages as conflicting.

Edit: also keep in mind that -git packages don't need to be updated unless they're broken

[–] [email protected] 12 points 1 year ago
[–] [email protected] 1 points 1 year ago

You can request to take over the existing package if it's broken (-git packages tend to pull the latest version, so don't fix it if it isn't broken).

You are not expected to maintain it forever. However you should make it a -git package if you do not intend to update it on every upstream release, so it stays up to date without changes to the PKGBUILD.