Search results for "Deletion request for pkgbase" - Aur-requests

Re: [PRQ#43231] Deletion Request for beaker-ng-appimage

by Scarlett Haxie

I really have to ask, why is it that you hate appimages? You don't seem to understand that a -bin package and an -appimage package are *not* the same, and do not serve the same purpose. Please stop submitting these ridiculous requests on your noble quest to rid the world of appimages, some of us use them and having to transfer every single one of the programs I use that are in appimage format that you recklessly have removed from the AUR into my own seperate repo is getting incredibly tedious and boring. On Fri, 30 Jun 2023, 01:17 , <notify(a)aur.archlinux.org> wrote: > zxp19821005 [1] filed a deletion request for beaker-ng-appimage [2]: > > use bin(https://aur.archlinux.org/packages/beaker-ng-bin) instead. > > [1] https://aur.archlinux.org/account/zxp19821005/ > [2] https://aur.archlinux.org/pkgbase/beaker-ng-appimage/

2 years, 5 months

Re: [PRQ#49153] Deletion Request for hyprland-nvidia

by Marcell Meszaros

And also upstream wlroots has already resolved the NVIDIA driver related DRM_FORMAT_XRGB8888 issue, so there shouldn't be any need to dumb down wlroot's format selection logic. hyprland uses its own clone of wlroots, so they don't rely on stable wlroots release, they use newer commit version, which includes the latest fixes for any arising issue. On 18 October 2023 09:29:14 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for hyprland-nvidia [2]: > >Duplicate of extra/hyprland. [a] > >If there is an issue with that on NVIDIA, please file an Arch bug >report, as per AUR submission guidelines, but don't duplicate repo >packages just to resolve such. > >[a]: https://archlinux.org/packages/extra/x86_64/hyprland/ > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/hyprland-nvidia/

2 years, 2 months

Re: [aur-requests] [PRQ#10498] Deletion Request for signal-desktop

by mrxx

'signal-desktop' is not a duplicate of 'signal' but does some things quite differently. Only really needed dependencies are installed, resulting in a much smaller download and disk footprint. 'signal-desktop' also auto-detects a Gnome environment and helps the user to make use of the tray icon functionality of Signal-Desktop. It also checks for libraries which impair the functionality of the tray icon when using KDE and instructs the user to remove them if they are not required by any other package. Last, but not least the package name seems more consistent to me for a program called 'Signal-Desktop' (AUR also provides 'signal-desktop-bin' and 'signal-desktop-beta'). notify(a)aur.archlinux.org wrote on 05.02.2018 19:36: > Eschwartz [1] filed a deletion request for signal-desktop [2]: > > duplicate of "signal" > > [1] https://aur.archlinux.org/account/Eschwartz/ > [2] https://aur.archlinux.org/pkgbase/signal-desktop/ >

7 years, 10 months

[aur-requests] [PRQ#23736] Deletion Request for boston-icon-theme

by notify＠aur.archlinux.org

milouse [1] filed a deletion request for boston-icon-theme [2]: The upstream work of this package is released only through OCS websites (gnome-look…), which prevent direct download. I first tried to work around that by using git tarball for the git repository but: - there is already another boston-icon-theme-git package which better do that - the upstream author say that there are differences between the git repository and the OCS tarball¹. And thus this package may mislead arch user, thinking they are using the package from OCS when in fact it only use the git version. Thus, until there is a viable solution to interact with OCS, this package should be removed in favor of its -git brother. Thank you very much ¹ https://github.com/heychrisd/Boston-Icons/wiki/Questions-and- answers#exist-differences-between-opendesktop-releases-and-github- repoclones [1] https://aur.archlinux.org/account/milouse/ [2] https://aur.archlinux.org/pkgbase/boston-icon-theme/

4 years, 10 months

[PRQ#42433] Deletion Request for nodejs-prisma-language-server

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for nodejs-prisma-language- server [2]: Please delete this, name does not follow Node.js package guidelines. [a] (No merge needed; 0 votes/comments) @Dosx001, thank you for making this PKGBUILD available for others to use. Please kindly resubmit under a new, proper name: prisma-language-server See naming rules. [a] Basically only nodejs libraries should be prefixed with 'nodejs-'. A language server is to be consumed as a plugin by any type of LSP- conformant application, not just nodejs modules. See the names of other language servers hosted by Arch repo. [b] The majority of them are nodejs code, and still there's no such prefix in their names. [a]: https://wiki.archlinux.org/title/Node.js_package_guidelines#Package_naming [b]: https://archlinux.org/packages/?q=language-server [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/nodejs-prisma-language-server/

2 years, 6 months

[PRQ#47649] Deletion Request for unity-indicator-session

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for unity-indicator-session [2]: This legacy package has never been used or usable/buildable from AUR. Proof: It was first submitted on 2022-11-22. But its mandatory transitive dependency, libgweather (meaning libgweather3.so) was deleted earlier from repo, on 2022-10-23 [a], and has never been uploaded to AUR. (That library is a requirement of the long-unmaintained AUR/gnome-settings-daemon-ubuntu.) Another transitive dependency, libappindicator-gtk3-ubuntu was reported missing even earlier, on 2022-08-18 (in a comment on the AUR/unity-settings-daemon page). [b] As no one pushed for a fix or stepped up to resolve these issues during this past year, I recommend to delete this defunct package. [a]: https://github.com/archlinux/svntogit- packages/commits/packages/libgweather [b]: https://aur.archlinux.org/packages/unity-settings-daemon [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/unity-indicator-session/

2 years, 3 months

Re: [PRQ#54226] Deletion Request for ly-git-openrc

by jahway603

THIS SHOULD NOT BE DELETED as the AUR is used by Arch and ALL derivatives of Arch, like Artix, Manjaro, EndeavourOS, etc. On Monday, February 26th, 2024 at 2:11 PM, notify(a)aur.archlinux.org <notify(a)aur.archlinux.org> wrote: > MarsSeed [1] filed a deletion request for ly-git-openrc [2]: > > Problematic, but unneeded VCS package with wrong name, missing > provides field and pkgver() function. > > The stable ly package is carried by extra repo, and there is a proper > ly-git on AUR. > > This package was intended for a systemd-less Arch derivative, and is > not useful on Arch Linux, due to the fact that it is virtually > impossible nowadays to run Arch without systemd (hence the other > distros). > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/ly-git-openrc/

1 year, 9 months

[aur-requests] [PRQ#35605] Deletion Request for cpyrit-cuda

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for cpyrit-cuda [2]: Orphaned package. Pyrit was last released in 2015 and is still using Python 2. In 2019, the developer added a comment to the GitHub repo's README, saying they are working on a rewrite for Python 3, 'stay tuned'. But zero of that effort can be seen; there hasn't been any commits to that effect. (In fact, that added README note was the last commit, in 2019.) Meanwhile, this package is now broken because of deleted and broken Python 2 modules. I am not knowledgeable in the field of cracking hashes and passphrases, but I have a feeling that there are other, up-to-date tools that can leverage today's improved CPU, GPU and specialized hardware landscape for such infosec purposes. Safe to delete this defunct package, nothing depends on it. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/cpyrit-cuda/

3 years, 6 months

Re: [PRQ#75189] Deletion Request for vscodium-xdg-dir-patch

by Vsevolod Stopchanskyi

Maintainer here. Where does it touch ~/. ? The script only edits product.json from the specified locations (all in either /usr or /opt) to change dataFolderName parameter from pointing to wherever it does to pointing to .local/share/codium so the editor uses .local/share/codium as it's data directory. It shouldn't touch anything on the file system other than these product.json files, if it somehow does - I'll be glad to fix that. 08.08.25 08:09, notify(a)aur.archlinux.org: > oech3 [1] filed a deletion request for vscodium-xdg-dir-patch [2]: > > Touching ~/. frof pacman hook called by root is not OK. > This should be existing on there as personal config instead of > package. > > [1] https://aur.archlinux.org/account/oech3/ > [2] https://aur.archlinux.org/pkgbase/vscodium-xdg-dir-patch/

4 months, 1 week

[aur-requests] [PRQ#33273] Deletion Request for com.taobao.aliclient.qianniu.deepin

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for com.taobao.aliclient.qianniu.deepin [2]: Unmaintained, orphaned package, last updated in 2020. Package source got deleted (404). This package is for Taobao Client v7.22 but current release is v9.0. I don't know if the new version needs Wine or not, but the website advertises it as a "brand new PC client". Also, this seems like a closed-distribution application, available only after subscribing to the provider as a webshop owner. During the last year Deepin has discontinued the distribution of unlicensed third-party binary packages. Whoever wants to use the Taobao client has to legally register with the company to acquire a copy of this software. It's safe to delete since Deepin does not carry this package anymore. Also nothing in AUR depends on it. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/com.taobao.aliclient.qianniu.deepin/

3 years, 9 months

Aur-requests search results for query "Deletion request for pkgbase"