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

[PRQ#58554] Deletion Request for jslint.mjs

by notify＠aur.archlinux.org

worstuser [1] filed a deletion request for jslint.mjs [2]: Subject: Software Deletion Request Dear AUR Administrator, I kindly request the removal of the specified software from the AUR repository. The software in question is no longer actively maintained and has become obsolete. As a result, its presence may cause confusion for users seeking up-to-date alternatives. Reason for Deletion: The software lacks essential features, compatibility with modern systems, and security updates. Furthermore, it exhibits stability issues and potential vulnerabilities. Removing it will streamline the AUR repository, ensuring that users find reliable and well-maintained packages. The software in question, while once a promising solution, has fallen into disrepair. Its development stagnated, leaving it incompatible with current operating systems and lacking essential features. Users encountering this software may experience frustration due to its limitations and instability. Moreover, security concerns arise from the absence of updates. Vulnerabilities discovered in outdated software can compromise user systems, leading to data breaches or other adverse consequences. By removing this software, we prioritize user safety and encourage adoption of more reliable alternatives. In summary, deleting the software from the AUR repository serves both practical and security-related purposes. Users deserve access to well- maintained packages that enhance their computing experience. Thank you for your attention to this matter. Your prompt action will benefit the AUR community. [1] https://aur.archlinux.org/account/worstuser/ [2] https://aur.archlinux.org/pkgbase/jslint.mjs/

1 year, 8 months

[PRQ#61950] Deletion Request for flexbv-bin

by notify＠aur.archlinux.org

Sokoloft [1] filed a deletion request for flexbv-bin [2]: flexbv-free was forked from this repo. I am not very familiar with git so it does not have prior git commits. However both piernov and greyltc are added as contributors in the PKGBUILD file. However I removed and change how the PKGBUILD installs flexbv free. I also added a .desktop file and PKGBUILD downloads a SVG from Paul's site. I have a script setup to check if a new version has been released or not. If so it will ping my phone. So flexbv-free should stay relatively up to date. Within a few days of releases. So that there is no confusion. I request that you delete this flexbv- bin repository. I have also requested the deletion of the other two orphaned repositories. I reached out to both piernov and greyltc via email and have not heard back. I believe creating the "flexbv-free" package was the best solution. As well as I am in direct contact with Paul via discord and all seems fine having flexbv-free up on the aur. Thank you for the base of this repo else it would of been much harder to figure out how PKGBUILD works. [1] https://aur.archlinux.org/account/Sokoloft/ [2] https://aur.archlinux.org/pkgbase/flexbv-bin/

1 year, 4 months

[PRQ#51978] Deletion Request for mesa-steamos

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for mesa-steamos [2]: Submitter has disowned this personal fork of mesa, which is now broken, unbuildable. It uses this fork's "radeonsi-3.4.0-2" release tag from Dec 14, 2022. [a] Submitter's GitHub fork has not been updated since March, 2023, [b] and the same is true for this AUR package. Earlier, back in June 2023, I've submitted deletion request PRQ#43239 [c] for this, for which former owner replied with a lengthy feedback about their rationale and plans for this package. So I've revoked that request. But nothing happened since that time, other then their disowning the AUR build. Best to delete, no usefulness, fork not maintained, fails to build, and name is confusing as well. * (* SteamOS 3 is Valve's fork of Arch Linux, but it is customized further for the Steam Deck hardware, and the latter's OS is sometimes called 'Steam Deck OS'. The two are not the same. But submitter intended 'mesa-steamos' to target the 'Steam Deck OS' only, which is actually an old version of Arch Linux, not compatible with current Arch Linux toolchain and runtime versions.) [a]: https://github.com/LukeShortCloud/steamos-jupiter-mesa/tags [b]: https://github.com/LukeShortCloud/steamos-jupiter-mesa/branches/stale [c]: https://lists.archlinux.org/hyperkitty/list/aur- requests(a)lists.archlinux.org/thread/QHSOTT4LCHSX63IKCP7VH3AI5QFRTM5E/ [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/mesa-steamos/

2 years

Re: [PRQ#58255] Deletion Request for xfce4-multiload-nandhp-plugin-git

by Marcell Meszaros

>ElementW [1] filed a deletion request for xfce4-multiload-nandhp- >plugin-git [2]: > >Since deletion request #57899 was denied on the basis of being a non- >owner request, here's take two, from the owner this time. This is >outdated, still relies on GTK2 Xfce (long gone) etc... > >[1] https://aur.archlinux.org/account/ElementW/ >[2] https://aur.archlinux.org/pkgbase/xfce4-multiload-nandhp-plugin-git/ Hi @ElementW, Thank you for filing this request. I am just a fellow user, and I was the one who filed deletion request #57899. It was also I who canceled it (the system indicates such as "rejected"). Non-owner's requests are not disallowed, though I could have done better and be more polite and try to reach out to you first instead of filing a request immediately. The reason I canceled my request, along with hundreds more, is that I personally am responsible for a huge overburden of request backlog going back for 6 month on aur-requests list. Because I have submitted literally thousands of requests during the past year. (Though legitimately, and in good faith. Only the quantity that was the issue.) So I received a totally understandable appeal from multiple AUR PM's to hold back and refrain from adding more to the queue myself, until the majority of the pending requests are dealt with. So that's the backstory. In any case, owners' requests are the best and easiest for PM's to deal with, and are threated with priority. So thank you again for this submission. And for maintaining packages on AUR and caring for the quality of this repository. Cheers, Marcell (MarsSeed)

1 year, 8 months

Re: [PRQ#59479] Deletion Request for krunner-vscodeprojects

by Marcell Meszaros

On 24 April 2024 02:05:32 GMT+02:00, "Jonas Bögle" <aur(a)iwr.sh> wrote: >Hi, no new releases for two years is not a valid reason for deletion. The project is still actively maintained. > >Upstream worked on KDE Plasma 6 support in the last couple of days/weeks [b], so I'd expect a new release soon-ish. > >Also, it seems like you're requesting the deletion of quite a lot of packages recently. While I appreciate the testing, I don't think that a deletion request is the right choice, especially in this case. > >- Jonas > >[b]: https://github.com/alex1701c/krunner-vscodeprojects/commits/master/ > >On 23.04.24 14:33, notify(a)aur.archlinux.org wrote: >> MarsSeed [1] filed a deletion request for krunner-vscodeprojects [2]: >> >> No upstream release for 2 years. [a] >> Package is not compatible with current KDE Plasma 6. >> (Also package name does not conform to ArchWiki's KDE package >> guidelines.) >> >> [a]: https://github.com/alex1701c/krunner-vscodeprojects/tags >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/krunner-vscodeprojects/ Hi Jonas, Thank you for replying. Sorry for thinking that this AUR package was unmaintained. I was mistaken. I will close (reject) my submitted deletion request to give more time for upstream to catch up, and then for you to make the necessary changes. Please keep in mind that the KDE6-compatible AUR package will need to be named and resubmitted as 'plasma6-runners-vscodeprojects', in accordance with ArchWiki's KDE package naming guidelines. [a] [a]: https://wiki.archlinux.org/title/KDE_package_guidelines#Runners

1 year, 7 months

[aur-requests] [PRQ#26727] Deletion Request for zsh-theme-powerlevel10k-git

by notify＠aur.archlinux.org

eschwartz [1] filed a deletion request for zsh-theme-powerlevel10k-git [2]: This package contains a mysterious binary not present in the source code nor built in the PKGBUILD: zsh-theme-powerlevel10k-git E: ELF file ('usr/share/zsh-theme- powerlevel10k/gitstatus/usrbin/gitstatusd-linux-x86_64') found in an 'any' package. zsh-theme-powerlevel10k-git E: ELF file ('usr/share/zsh-theme- powerlevel10k/gitstatus/usrbin/gitstatusd-linux-x86_64') outside of a valid path. And as noted by namcap, it's being installed by a PKGBUILD which claims it is an "any" package, which violates https://wiki.archlinux.org/title/PKGBUILD#arch A bit of digging around in the build process shows this is downloaded over the network during the build by: https://github.com/romkatv/powerlevel10k/blob/master/gitstatus/Makefile#L38 https://github.com/romkatv/powerlevel10k/blob/master/gitstatus/install rather than being built from source... the resulting binary is unverifiable (and doesn't follow site policy for build flags including e.g. security flags) and as such would need to be part of a correctly disclaimed "zsh-theme-powerlevel10k-bin" or "zsh-theme- powerlevel10k-bin-git" package. [1] https://aur.archlinux.org/account/eschwartz/ [2] https://aur.archlinux.org/pkgbase/zsh-theme-powerlevel10k-git/

4 years, 5 months

[PRQ#37458] Deletion Request for electron16

by notify＠aur.archlinux.org

godl [1] filed a deletion request for electron16 [2]: Hello, i have some problem with updating 16.2.8-1 -> 16.2.8-2 FAILED: pyproto/third_party/dom_distiller_js/dom_distiller_pb2.py gen/third_party/dom_distiller_js/dom_distiller.pb.h gen/third_party/dom_distiller_js/dom_distiller.pb.cc gen/third_p arty/dom_distiller_js/dom_distiller_json_converter.h python3 ../../tools/protoc_wrapper/protoc_wrapper.py dom_distiller.proto --protoc ./protoc --proto-in-dir ../../third_party/dom_distiller_js/dist/proto --cc-out-dir gen/third_party/d om_distiller_js --py-out-dir pyproto/third_party/dom_distiller_js --plugin ../../third_party/dom_distiller_js/protoc_plugins/json_values_converter.py --plugin-out-dir gen/third_party /dom_distiller_js --plugin-options output_dir=: Traceback (most recent call last): File "/home/m/.cache/yay/electron16/src/src/out/Release/../../third_party/dom_distiller_js/protoc_plugins/json_values_converter.py", line 14, in <module> from util import plugin_protos, types, writer File "/home/m/.cache/yay/electron16/src/src/third_party/dom_distiller_js/protoc_plugins/util/plugin_protos.py", line 22, in <module> from google.protobuf.descriptor_pb2 import FieldDescriptorProto ModuleNotFoundError: No module named 'google.protobuf' --plugin_out: protoc-gen-plugin: Plugin failed with status code 1. Protoc has returned non-zero status: 1 [17078/42054] CXX obj/third_party/webrtc/pc/peerconnection/sdp_offer_answer.o ninja: build stopped: subcommand failed. ==> ERROR: A failure occurred in build(). Aborting... -> error making: electron16 [1] https://aur.archlinux.org/account/godl/ [2] https://aur.archlinux.org/pkgbase/electron16/

3 years, 3 months

Re: [PRQ#43905] Deletion Request for gradle4

by Marcell Meszaros

Hi Domimic, In my view, code should vendor in the gradle version needed for the build, via gradle-wrapper or some other means. Coming from that approach, I thought it isn't that much useful to install old, legacy versions of gradle system-wide (at least I never wanted to do so). But it does not bother me to keep this package on AUR, not at all. I will cancel my deletion request shortly. Cheers, Marcell (MarsSeed) On 8 July 2023 17:55:31 GMT+02:00, Dominic <aur(a)msrd0.de> wrote: >Gradle introduced a lot of breaking changes in version 5 (and >subsequent versions as well) and I stumble across old, unmaintained >code on github from time to time that requires gradle version 4 to >build. So IMHO this package isn't "unneeded". Also not sure why it >bothers you so much you want it deleted. > >On Sat, 2023-07-08 at 15:52 +0000, notify(a)aur.archlinux.org wrote: >> MarsSeed [1] filed a deletion request for gradle4 [2]: >> >> Unneeded old gradle v4 package from 2019. >> Current version of gradle is v8.2. >> Nothing depends on this legacy package. >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/gradle4/

2 years, 5 months

Re: [aur-requests] [PRQ#27604] Deletion Request for ghost-deps-meta

by Morgan Adamiec

On 16/08/2021 12:26, Fabio Loli via aur-requests wrote: > Il 16/08/21 13:08, notify(a)aur.archlinux.org ha scritto: >> Morganamilo [1] filed a deletion request for ghost-deps-meta [2]: >> >> This is not a real package. You can just use the aur rpc for this >> instead. >> >> [1] https://aur.archlinux.org/account/Morganamilo/ >> [2] https://aur.archlinux.org/pkgbase/ghost-deps-meta/ >> > > The purpose of this meta pkgbuild isn't to be actually installed but to > help find and monitoring pkgbuilds that depends on no longer existing or > renamed packages/dependencies, > > Ideally when everything is fixed "Required by ()" would be empty, now > there are 977 between packages that depends on obsolete packages or > renamed deps > > For example have been deleted from the AUR 'qscintilla-qt4' and > 'cegui-0.7' but not the pkgbuilds that depends on them. > > Said that, where I can read more about aur rpc? I understand that. That's why I suggested the RPC. https://aur.archlinux.org/rpc.php sadly make/check/opt have to be done in separate requests but a simple script can automate that.

4 years, 4 months

[PRQ#52375] Deletion Request for armory

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for armory [2]: This dead Python2 based, discontinued application, last released in 2018 [a] should be deleted *again*, because it is no less broken than when it was dropped on Nov 14, 2023 for PRQ#48074 [b]. Since that time, there are even more breakages in its legacy dependency chain, so it is unbuildable. @LaughingMan, please don't reupload dead, broken, unneeded packages that maybe only you yourself want to use. The previous comment history shows that the last user comment was made in 2017, and previous maintainer commented twice in 2019. [c] No one had sent any feedback on this package for years despite likely being broken already in 2019 [d], but definitely unbuildable on Arch Linux since Nov 2021, when most Python2 packages have been dropped from repo, after which date at no point in time were all of this package's dependencies were in a working condition. [a]: https://github.com/goatpig/BitcoinArmory/tags [b]: https://lists.archlinux.org/hyperkitty/list/aur- requests(a)lists.archlinux.org/thread/266QNYSZQVZBKD6KQBNVEZPQFPP7NBGP/ [c]: https://web.archive.org/web/20230927125258/https://aur.archlinux.org/packag… [d]: https://github.com/goatpig/BitcoinArmory/issues [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/armory/

1 year, 11 months

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