Packaging Efforts #108
Replies: 1 comment 2 replies
-
I would have two comments on the package in the AUR. For the creation the dependency pandoc-cli is currently specified. This package in turn requires some Haskell packages. Under Arch there are very often updates for Hasekell packages. And always for all of them. I, and probably many other users, therefore prefer pandoc-bin from the AUR, because with it you don't need the Hasekell packages. So in my opinion it would make more sense to specify pandoc instead of pandoc-cli as a dependency. Then you have the possibility to choose between pandoc-cli and pandoc-bin during the installation. This is how it is done with the package exa (https://gitlab.archlinux.org/archlinux/packaging/packages/exa/-/blob/main/PKGBUILD#L14). Eza is currently offered in the AUR as a Git version and is therefore always up-to-date. However, eza-git cannot be installed in the AUR because the file maneza.1.md is not found. This is probably because the man pages have been renamed (c92602d). In the AUR I have already created a corresponding comment (https://aur.archlinux.org/packages/eza-git#comment-930104). From my point of view it would also make sense if a stable version (e.g. 0.10.7) is offered in addition to eza-git. Because not everyone wants to use git versions. |
Beta Was this translation helpful? Give feedback.
-
Since most packaging efforts happens outside of the eza repository, I thought it would be nice to have a common thread to track efforts and coordinate, as well as ask any questions related to packaging.
Current status:
In most cases, it should be trivial to create package definitions from those used for exa.
Beta Was this translation helpful? Give feedback.
All reactions