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

[PRQ#46835] Deletion Request for python2-flask

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for python2-flask [2]: This legacy Python2 version of the Flask web application framework is not needed or useful to keep. For production purposes it is not just deprecated but also insecure. Current AUR consumer python2-flask-table is already broken due to missing another dependency. And python2-requests only optdepends on it, but actually this was originally a checkdepend of that. However, I found out last year that executing the test suite of that package would have required recreating an excessively large and complex dependency chain just for the purpose of testing that one build. Therefore I decided to put python2-requests' checkdepends in its optdepends, and make the test execution inside check() get launched only if all of the optionally defined checkdepends are satisfied. As several of python2-requests' optional checkdepends don't exist on AUR, no check() function gets run by its PKGBUILD. So at this point, the current maintainer of python2-requests would do best to remove those optdepends, as they are superfluous. Safe to drop this package; no negative impact. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python2-flask/

2 years, 3 months

[aur-requests] [PRQ#35215] Deletion Request for lib32-ffmpeg-steam

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for lib32-ffmpeg-steam [2]: I believe this package is not needed anymore. Context: Steam for Linux includes its own version of multilib ffmpeg. I think this package was created as a temporary workaround in 2020 for the following bug found at the time in the ffmpeg version included in Steam for Linux: [Issue: VAAPI hardware decoding video freeze (amdgpu) (closed)] https://github.com/ValveSoftware/steam-for-linux/issues/7150 And it seems later, in Spring 2021, Valve fixed this issue by updating its internal FFMPEG to a newer version: [Thank you Valve for updating ffmpeg in Steam! Now I can stream with hardware decoding on AMD without crashing!] https://www.reddit.com/r/linux_gaming/comments/n3g7m1/thank_you_valve_for_u… This current package links to a very old lib32-ffmpeg-compat, based on ffmpeg 3.4.2, released in 2018. As the post from 2021 mentions an ffmpeg update in the Steam runtime, it is logical to conclude that Steam now contains a newer ffmpeg than what this package links to. So I suggest to delete this package. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/lib32-ffmpeg-steam/

3 years, 6 months

Re: [aur-requests] [PRQ#31469] Deletion Request for soundconverter-git

by stefan-husmann＠t-online.de

Brett Cornwall via aur-requests <aur-requests(a)lists.archlinux.org> writes: > [[PGP Signed Part:Undecided]] > On 2022-01-13 23:11, Stefan Husmann via aur-requests wrote: >> >>notify--- via aur-requests <aur-requests(a)lists.archlinux.org> writes: >> >>> ronch808 [1] filed a deletion request for soundconverter-git [2]: >>> >>> The build of this package fails. Say that autogen.sh in missing, >>> which it is. So no way to build the package at this point. >>> >>> [1] https://aur.archlinux.org/account/ronch808/ >>> [2] https://aur.archlinux.org/pkgbase/soundconverter-git/ >> >> >>Read the comments. The issue is mentioned there. An Orphan request would >>be more appropiate than a deletion request in this case. >> >>Best Regards >>Stefan > > Am I missing something, or are there not actually any comments > mentioning that? There is someone that submitted a patch 1.5 years ago > that switched to the proper build process but the package looks > largely dead despite that. > > [[End of PGP Signed Part]] Hello, Isn't one comment enough? The program itself is well maintained, has versioned tarball releases (latest in Octobre 2021) and works as expected. Best Regards Stefan

3 years, 11 months

Re: [PRQ#73069] Deletion Request for pd-tools

by Vitalii Kuzhdin

There is no way to delete your own AUR package directly. The only way is to submit a deletion request (as I already did) and wait for a Trusted User (AUR staff) to review and process it. On Sat, May 3, 2025 at 5:14 PM Paul Werther <flx(a)evait.de> wrote: > Totally get the point. But I can not find the "delete this package" > button. Is there any information you can provide how to remove it? Totally > fine with the decision so far. > > Am Sa., 3. Mai 2025 um 16:03 Uhr schrieb <notify(a)aur.archlinux.org>: > >> vitaliikuzhdin [1] filed a deletion request for pd-tools [2]: >> >> This package is redundant: it builds 'pdtm' (already available as >> 'pdtm' and 'pdtm-bin' on the AUR) and uses it to download prebuilt >> binaries for tools that already have their own source-built and >> prebuilt packages on the AUR. It provides no added value and does not >> follow AUR packaging guidelines. >> >> [1] https://aur.archlinux.org/account/vitaliikuzhdin/ >> [2] https://aur.archlinux.org/pkgbase/pd-tools/ > > >

7 months, 2 weeks

Re: [PRQ#46099] Deletion Request for perl-padre-plugin-experimento

by Marcell Meszaros

And also this cannot be built due to Padre itself being abandonware from 2015(*), just like dependencies perl-wx-scintilla, perl-wx and perl-debug-client. (*) there was one third-party adopter's version bump for Padre in 2023, but it didn't resolve the problems with said dependencies. This is not even an AUR-specific issue, because the same failures happen when trying to install this suite with cpanminus, despite building the whole dependency chain in a HOME dir perl library path to adhere to all dependency requirements exactly as per upstream definitions. (The same Perl modules fail to build via cpanminus as their counterparts on AUR.) On 11 August 2023 19:27:30 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for perl-padre-plugin- >experimento [2]: > >Discontinued optional, experimental Perl Padre IDE plugin from 2012; >whereas Padre had its last release on 2023-06-14. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/perl-padre-plugin-experimento/

2 years, 1 month

Re: [aur-requests] [PRQ#28274] Deletion Request for petalinux-v2020.1

by Amin Vakil

On 9/20/21 20:38, Alex Henrie wrote: > On Sat, Sep 18, 2021 at 12:19 AM <notify(a)aur.archlinux.org> wrote: >> >> aminvakil [1] filed a deletion request for petalinux-v2020.1 [2]: >> >> https://aur.archlinux.org/packages/petalinux-v2021.1/ is already >> present. >> >> [1] https://aur.archlinux.org/account/aminvakil/ >> [2] https://aur.archlinux.org/pkgbase/petalinux-v2020.1/ > > I'm surprised that petalinux-v2020.1, petalinux-v2020.2, and > petalinux-v2020.3 were deleted from the AUR. It would be nice to have > the older versions in the AUR because the latest version (2021.1) is > not 100% compatible. And the AUR has lots of old versions of other > packages like gcc-arm-none-eabi-bin, so why not petalinux? > > $ yay -Ssq gcc-arm-none-eabi > gcc-arm-none-eabi-bin-92 > gcc-arm-none-eabi-bin-83 > gcc-arm-none-eabi-bin-63 > gcc-arm-none-eabi-bin-72 > gcc-arm-none-eabi-bin-73 > gcc-arm-none-eabi-bin-102 > gcc-arm-none-eabi-bin-93 > gcc-arm-none-eabi-bin-49 > gcc-arm-none-eabi-bin-82 > gcc-arm-none-eabi-bin > > -Alex > Thanks for bringing this up, I've submitted deletion requests for all of them as well. Best Regards, Amin Vakil

4 years, 3 months

Re: [PRQ#41719] Deletion Request for wpewebkit-bin

by Marcell Meszaros

Hi, There is no need for anyone using Arch to rebuild wpewebkit, since it is available in [extra] repo: https://archlinux.org/packages/?q=wpewebkit Cheers On 30 May 2023 09:30:38 GMT+02:00, Andrea Giammarchi <andrea.giammarchi(a)gmail.com> wrote: >This is not unmaintained. Life happened and I need to put back my setup to >be able to build all the related packages. > >There's only this package pre-built and it takes hours to build it too so >it'd be a shame if I can't update (sooner than later) this in the near >future. > >On Tue, May 30, 2023 at 2:24 AM <notify(a)aur.archlinux.org> wrote: > >> MarsSeed [1] filed a deletion request for wpewebkit-bin [2]: >> >> Unmaintained package. >> >> Old duplicate of [extra] wpewebkit. >> >> ArchLinuxARM also carries the ARM binaries. >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/wpewebkit-bin/

2 years, 6 months

Re: [PRQ#48468] Deletion Request for omniorb425

by Marcell Meszaros

tango-cpp's upstream does not actually mandate omniorb 4.2.5. The project only sets a minimum version requirement. But anyway, the new release of tango-cpp is on the horizon, it's currently on rc4, and that one requires at least omniorb 4.3.0, satisfied by AUR/omniorb. And omniorb425 still violates AUR submission guidelines and Arch packaging guidelines. On 9 October 2023 12:53:50 GMT+02:00, Antonio Bartalesi <antonio.bartalesi(a)gmail.com> wrote: >Please ignore this deletion request, the package is needed by >tango-cpp. Conflict is handled correctly and name is also ok. > > >On Thu, 5 Oct 2023 at 23:41, <notify(a)aur.archlinux.org> wrote: >> >> MarsSeed [1] filed a deletion request for omniorb425 [2]: >> >> This legacy version package is not needed anymore by other packages. >> And it conflicts with the newer AUR/omniorb. >> >> (Also the pkgname does not conform to Arch packaging guidelines, as >> the attached number should mean major version, but this is not v425, >> but v4.2.5.) >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/omniorb425/ > > >

2 years, 2 months

Re: [PRQ#44381] Deletion Request for ros-arch-deps

by Marcell Meszaros

I see. Thank you for your feedback. Please kindly check if the deprecated and discontinued python-rosinstall and python-wstool are still needed. I will cancel my deletion request momentarily. On 14 July 2023 18:55:51 GMT+02:00, Kartik Mohta <kartikmohta(a)gmail.com> wrote: >ROS1 (noetic) is still supported, it's EOL is in May 2025, and is >actively being used by the community. I don't see a reason to delete >this metapackage. > >On Thu, 13 Jul 2023 at 01:29, <notify(a)aur.archlinux.org> wrote: >> >> MarsSeed [1] filed a deletion request for ros-arch-deps [2]: >> >> Unmaintained metapackage "for building ROS" (Robot Operating System). >> Last updated in 2021. Not stated, but it is for "ROS 1". >> >> Not useful to keep: pulls in several deprecated, discontinued tools >> that are no longer used in the ROS toolchain and might even be broken. >> >> Current ROS distributions are referred to as "ROS 2". There is a >> relevant metapackage on AUR for building that: ros2-arch-deps. >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/ros-arch-deps/ > > >

2 years, 5 months

[aur-requests] [PRQ#36707] Deletion Request for python-pycrypto

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for python-pycrypto [2]: Insecure, deprecated parent fork of PyCryptodome, discontinued since 2013. I've made considerable efforts in communicating with AUR package maintainers whose builds were formerly configured to depend explicitly on python-pycrypto, to update those to use an appropriate continuation fork. Almost all former consumers got successfully migrated during the last month. So the number of AUR dependents got reduced to 2: * python-salt: needs update and requires python-pycryptodomex; * validity-sensors-tools-git: deprecated, unmaintained unofficial fork of python-validity; not updated since 2 years ago. Arch repos carry the continuation forks: python-pycryptodome and python-pycryptodomex. The validity-sensors-tools-git package should work OOB with python- pycryptodome, or if not, a minor packaging patch should make it compatible with the latter. Meanwhile, this pycrypto package is defunct because it is incompatible with Python 3.10: byte-compilation shows a multitude of syntax/import/parameter errors. Therefore I see no reason to keep it on AUR any longer. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/python-pycrypto/

3 years, 4 months

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