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

Re: [PRQ#41596] Deletion Request for zdoom

by Jan Cholasta

Gzdoom was originally a fork of zdoom with opengl renderer, but nowadays it's more like a spiritual successor, since zdoom ceased development a few years back. That said, I think a merge would be more appropriate than deletion. Dne čt 25. 5. 2023 16:51 uživatel Christopher Snowhill <kode54(a)gmail.com> napsal: > On Thu, May 25, 2023 at 7:42 AM <notify(a)aur.archlinux.org> wrote: > > > > rosenberg [1] filed a deletion request for zdoom [2]: > > > > Isn't the same as gzdoom? > > No, I assume it only supports software rendering and doesn't link to > libGL or libvulkan. I could be wrong, though. > > > > > [1] https://aur.archlinux.org/account/rosenberg/ > > [2] https://aur.archlinux.org/pkgbase/zdoom/ >

2 years, 3 months

[PRQ#43677] Deletion Request for libwacom1

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for libwacom1 [2]: Unneeded leftover package; last updated in Jan 2022. No one uses it. Evidence: its direct, explicit consumer, gnome-settings-daemon-338 depends on libgweather (meaning libgweather-3.so), which has been dropped from repo since Oct 2022 [a], without it being uploaded to AUR. There are no comments whatsoever on this package, nor on any other '-338' packages from same author, and none of them have been updated after the beginning of 2022. The package has no other dependents other than the just-discussed gnome-settings-daemon-338. So it's better to delete this, and safe to do so. [a]: https://github.com/archlinux/svntogit- packages/commits/packages/libgweather [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/libwacom1/

2 years, 2 months

Re: [aur-requests] [PRQ#13823] Deletion Request for firefox-kde-manjaro

by Eli Schwartz

On 1/16/19 10:08 AM, notify--- via aur-requests wrote: > coderobe [1] filed a deletion request for firefox-kde-manjaro [2]: > > apparent binary(!) duplicate of firefox-kde-opensuse > > [1] https://aur.archlinux.org/account/coderobe/ > [2] https://aur.archlinux.org/pkgbase/firefox-kde-manjaro/ What I particularly like about this travesty is that it's actually untar'ing the binary package *of* firefox-kde-opensuse downloaded from the Manjaro repos. The Manjaro *binary* repos are not suitable for inclusion to the AUR on any grounds. They operate independently of Arch Linux's binary repos, and won't be linked to the same shared libraries when Arch has recently done soname rebuilds. The correct place for this is a custom repository containing a firefox-kde-opensuse package *built against Arch libraries and userspace*. -- Eli Schwartz Bug Wrangler and Trusted User

6 years, 7 months

Re: [PRQ#49130] Deletion Request for i2p-dev

by Marcell Meszaros

On 17 October 2023 10:08:22 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for i2p-dev [2]: > >This package, last updated in 2021, has some issues (badly defined >source). > >But instead of calling for a fix, I recommend deletion, on the basis >that upstream does not create development snapshot/alpha/beta/nightly >etc. releases, only stable ones. > >AUR has both an up-to-date i2p and i2p-bin package, whereas this one >is several releases behind. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/i2p-dev/ The package got updated once, in November 2023, to a stable release, but since December, it is again behind AUR/i2p. Upstream still does not publish dev releases, so it is still pointless to keep this build.

1 year, 5 months

[PRQ#59567] Deletion Request for aiopm

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for aiopm [2]: Seriously violates packaging etiquette: runs sudo mkdir /usr/aiopm; sudo touch /usr/aiopm/a1.cw inside the build() function. And useless, broken, badly packaged. Upstream code is dead on arrival. Depends on AUR/eaur from same owner, who submitted his own package for deletion (PRQ#59562). [a] That latter application fails to run and crashes with the following output: terminate called after throwing an instance of 'std::filesystem::__cxx11::filesystem_error' what(): filesystem error: cannot set current path: No such file or directory Aborted (core dumped) Otherwise aiopm seems to run in dry-run mode when other installation sources are selected, e.g. 'flatpak', 'new', 'snap', 'pip' - it does nothing. Personal sandbox/dummy packages don't belong on the AUR. [a]: https://lists.archlinux.org/archives/list/aur- requests(a)lists.archlinux.org/thread/QE3E452NMMA36HJK24ZU2VJB73KMFMRG/ [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/aiopm/

1 year, 4 months

Re: [PRQ#40080] Deletion Request for gog-stardew-valley

by Alastair Hughes

On 2/6/23, notify(a)aur.archlinux.org <notify(a)aur.archlinux.org> wrote: > Natanox [1] filed a deletion request for gog-stardew-valley [2]: > > Illegal package. Offers commercial game by an indie developer. > > [1] https://aur.archlinux.org/account/Natanox/ > [2] https://aur.archlinux.org/pkgbase/gog-stardew-valley/ I've just double checked that I didn't accidentally commit the installer and it looks fine to me, so I think this request should be rejected. Total checkout size is ~180KB so I doubt there is an old version somewhere in git history either (current installer is ~500MB). I see that the AUR page was missing a comment saying that you needed a copy of the installer - I've added that as per the wiki (https://wiki.archlinux.org/title/Nonfree_applications_package_guidelines)

2 years, 7 months

Re: [aur-requests] [PRQ#36826] Deletion Request for thunderbird-exchangecalendar-alpha

by Marcell Meszaros

Addendum: There is still a thunderbird-exchangecalendar-beta package on AUR, carrying the latest tagged release of this project from 2019. So there is really no loss to delete this alpha package. On 6 August 2022 14:37:30 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for thunderbird- >exchangecalendar-alpha [2]: > >This Thunderbird module has not been developed since 2018. It was >compatible with Thunderbird v52-59, and this AUR package carries the >last experimental alpha for Thunderbird v60. > >Meanwhile, current Arch repo version of Thunderbird is v91.12.0, and >v102 has recently been released. > >So I recommend deleting this long-discontinued addon package which >does not work with current Thunderbird versions. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/thunderbird-exchangecalendar-alpha/

3 years, 1 month

Re: [PRQ#45161] Deletion Request for amdapp-sdk

by Marcell Meszaros

As per package owner's reply on AURweb: " rigred commented on 2023-07-21 02:17 (CEST) Note to Trusted Users - AUR Admins. This package is still useful on older hardware that does not support ROCm. Such as Terascale GPU's and GCN1 HD7000 graphics as well as offering CPU OpenCL support on AMD K8, K10, and Heavy Equipment series cores. " On 20 July 2023 23:40:31 GMT+02:00, notify(a)aur.archlinux.org wrote: >FabioLolix [1] filed a deletion request for amdapp-sdk [2]: > >Wikipedia report last release on 2015-08, AMD website no longer >contain any information or download about this. Related to AMD >Catalisyt, superseded by ROCm > >[1] https://aur.archlinux.org/account/FabioLolix/ >[2] https://aur.archlinux.org/pkgbase/amdapp-sdk/

2 years, 1 month

[PRQ#47892] Deletion Request for pigz-gzip-symlink

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for pigz-gzip-symlink [2]: This is a problematic package. Replaces gzip, which is part of Arch base, meaning that the latter *should* be a part of every Arch install. Uses mkdir inside package() instead of install. Uses an embedded $(which pigz) and $(which unpigz) when creating symlinks, to find the defined pigz executable in the runtime environment, which means it will potentially create and install a symlink in /usr/bin that points to an arbitrary location, and also can lead to a different result in a clean chroot environment, a custom chroot environment, and user's own runtime environment when built with makepkg. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/pigz-gzip-symlink/

1 year, 11 months

[aur-requests] [PRQ#32042] Deletion Request for scrotpush

by notify＠aur.archlinux.org

m040601 [1] filed a deletion request for scrotpush [2]: Development abandoned since 2015, https://gitlab.com/WhyNotHugo/scrotpush/ Besides, as of February 2022, the AUR PKGBUILD fails with: ```` ==> ERROR: Failure while downloading https://gitlab.com/WhyNotHugo/scrotpush/repository/archive.tar.gz?ref=v1.3 Aborting... -> error downloading sources: scrotpush context: exit status 1 ==> Making package: scrotpush 1.3-1 (Tue 01 Feb 2022 04:56:29 AM WET) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading archive.tar.gz?ref=v1.3... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 98 100 98 0 0 277 0 --:--:-- --:--:-- --:--:-- 276 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (22) The requested URL returned error: 503 Warning: Problem : HTTP error. Will retry in 3 seconds. 3 retries left. ```` [1] https://aur.archlinux.org/account/m040601/ [2] https://aur.archlinux.org/pkgbase/scrotpush/

3 years, 7 months

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