It turns out that AUR/advanced-rest-client [a] is a binary package made from DEB release, so that should be renamed to have a -bin suffix, and this package is a duplicate of that, just based on AppImage.
[a]: https://aur.archlinux.org/packages/advanced-rest-client On 8 August 2023 11:23:03 GMT+02:00, Marcell Meszaros <[email protected]> wrote: >There's already an AUR/advanced-rest-client for this. > >Upstream provides a DEB release, which can be more easily used to strip out >the included Electron (Chromium) runtime. > >And these kinds of packages should have the '-bin' name suffix. > >On 5 July 2023 02:57:29 GMT+02:00, [email protected] wrote: >>MarsSeed [1] filed a deletion request for advanced-rest-client- >>appimage [2]: >> >>Please don't upload AppImage binaries of Electron- (Chromium) based >>applications. >> >>These are hugely bloated and go against Arch's Electron application >>guidelines, namely that they should use and depend on one of the >>electron packages carried by Arch repo. >> >>I know that creating good quality packages is hard work, but that >>doesn't mean that it should be okay to spam the AUR with five hundred >>foreign binary packages which duplicate a lots of binary libraries and >>runtimes already existing in the Arch Linux operating system. >> >>This is not Windows, where bloat and duplication is the norm. Please >>learn and adhere to Linux principles. When there is source available, >>use primarily that to build and package an application. Or in case of >>Electron applications, you can choose to use the ASAR files with Arch >>repo's electron runtime, and create a -bin suffixed electron package. >> >>[1] https://aur.archlinux.org/account/MarsSeed/ >>[2] https://aur.archlinux.org/pkgbase/advanced-rest-client-appimage/
