@xiota,
Basically, I don't mind to pass the maintenance of rstudio-desktop
to somebody else (but only with all those quarto-cli*
, which I have to keep too, and which actually take more efforts from me than rstudio).
As for proposed changes. Do you have a corresponding PKGBUILD on a hand so I could take a look an test it?
Basically, I've got the following concerns.
It's a bit unclear to me, how would conflicts with various rstudio-desktop*
builds be resolved with provides=
only.
According to official Arch documentation, "Packages providing the same item can be installed side-by-side, unless at least one of them uses a conflicts array."
As for quarto - there are several quarto-cli*
builds available at AUR. How you're going to choose a particular one?
Also, AUR guidelines make it quite clear - one shouldn't use any third party binaries in source packages:
"Packages that use prebuilt deliverables, when the sources are available, must use the -bin suffix."
So if you add quarto-cli-bin
as non-alternative dependency, that will switch the main package name to -bin
. But rstudio-desktop-bin
is exists and maintained: releases appear up-to-date.
Pinned Comments
xiota commented on 2025-03-01 05:16 (UTC) (edited on 2025-05-01 20:46 (UTC) by xiota)
Packaging notes:
pacman -Syudd
prior to rebuilding. This is unnecessary when building in a clean chroot.: ${var:=value}
can be set in the environment prior to build.var=value makepkg -rsC
; Method for AUR helpers may vary.extra-x86_64-build -- var=value
Problems?