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

Arch Linux

7726 readers
9 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! :)

you are viewing a single comment's thread
view the rest of the comments
[–] [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