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

Re: [PRQ#43621] Deletion Request for dnschanger-bin

by é

Jul 5, 2023 00:44:53 notify(a)aur.archlinux.org: > zxp19821005 [1] filed a deletion request for dnschanger-bin [2]: > > Suspicious GUI application. > Website and GitHub readme only in Arabic. > And for Linux, changing the DNS server does not need specialized GUI > application binary from untrusted source that uses its own custom- > built Chromium/Electron engine. > And also such an application does not warrant a very nice, shiny, PR- > heavy facade that the website presents. > > [1] https://aur.archlinux.org/account/zxp19821005/ > [2] https://aur.archlinux.org/pkgbase/dnschanger-bin/ What's actually suspicious to me is your account. You submitted this package yourself on May 17, 2023. Presumably the language used by the project maintainers has not changed in the last two months, and now you are requesting deletion? First off, the readme is actually entirely in English [3]. Beyond this, you presented racist reasoning instead of technical reasons to delete this package. The website is in Arabic - and what? There's over 360 million native Arabic speakers (dialects notwithstanding). The actual technical reasoning would be at best "0 votes, 0 popularity, and I don't use this package that I submitted anymore". Please keep your bigotry to yourself. And honestly, I am very suspicious about why you've submitted so many -bin packages in the last few months that you are recently requesting deletion of... - éclairevoyant [3] https://github.com/DnsChanger/dnsChanger-desktop

2 years, 5 months

[PRQ#37587] Deletion Request for ft2tf

by notify＠aur.archlinux.org

m040601 [1] filed a deletion request for ft2tf [2]: This PKGBUILD, "ft2tf" is obsolete and should be completely removed from the AUR. It's presence in the AUR is only confusing users. It used to be, like 10 years ago, a companion tool for fbpad. It has stopped being so a long time. It has been replaced by another tool, fbpad_mkfn As the author states in his homepage, http://litcave.rudi.ir/, ``` ... The fbpad_mkfn program (or its predecessor ft2tf) can generate fbpad font files ... ``` ``` ... Jan 2016: I have uploaded fbpad_mkfn, a replacement for ft2tf ... ``` It is not even listed anymore in the authors' git repos, Either, https://github.com/aligrudi/ or its original mirror, https://repo.or.cz/projlist.cgi?name=e4985eabe11cacf799a880921d7ab569 Pay also attention to this. If you check, https://aur.archlinux.org/packages/fbpad-git, you will find that, ``` Make Deps : git ft2tf ttf-dejavu ``` So it seems it is still needed right ? Wrong ! That "ft2tf" make dependency there is wrong. It is only there, because the "fbpad-git" AUR PKGBUILD, itself, is currently abandoned, and has not been maintained. [1] https://aur.archlinux.org/account/m040601/ [2] https://aur.archlinux.org/pkgbase/ft2tf/

3 years, 2 months

Re: [aur-requests] [PRQ#20459] Deletion Request for libpdfium-nojs

by Felix Kauselmann

There are technical reasons for this. I need the full main git repo to count the number of fixes on the current releases branch. This would not be possible if I'd clamp to a specific branch or commit (upstream has no release tags). I also need to assemble the source dependencies needed for the build. Upstream handles this via a collection of scripts called depot_tools, but this pulls in tons of unneeded source and git history in the gigabyte range, which I don't want. I have thus opted for a process closer to the recommended handling of git submodules, with the difference that instead of adding submodules I extract the needed git revisions from the depot_tools DEPS file in the release branch and do git checkouts. That being said, I too am not too happy with this build process and I am open for suggestions on how to improve it, but this is probably more a topic for aur-general or the arch forums. Am 23.07.20 um 23:56 schrieb notify(a)aur.archlinux.org: > katt [1] filed a deletion request for libpdfium-nojs [2]: > > loads of `git checkout` instead of properly using sources > > [1] https://aur.archlinux.org/account/katt/ > [2] https://aur.archlinux.org/pkgbase/libpdfium-nojs/

5 years, 4 months

Re: [PRQ#59704] Deletion Request for element-desktop-deb-package

by a.m.wollmarker＠miluriel.info

A parcel was already provided by me with the suffix BIN. This was not correct either. You are not following your own rules. It is not a rebuild. It downloads the DEB package directly and uses it directly. No rebuild, recompiling. Nothing like that. Direct use of the manufacturer package. One last time I ask, what exactly do you want and what are your requirements to accept it. Otherwise that's it with my cooperation in the sense of the Linux idea that everyone helps each other. Am 2024-04-28 14:12, schrieb Marcell Meszaros: > On 28 April 2024 13:16:50 GMT+02:00, "André M. Wollmarker" > <a.m.wollmarker(a)miluriel.info> wrote: This package will be updated as > soon as I receive an EOL message. > It is 100% based on the deb package from the original developers and > thus > minimises some of the problems I and others have with the Arch package. > It is therefore not incorrectly labelled. > Deb is in the name and is referred to in the description. > So it definitely has benefits. > Am Sonntag, 28. April 2024, 11:40:26 MESZ schrieben Sie: MarsSeed [1 > [1]] filed a deletion request for element-desktop-deb-package > [2 [2]]: > > Unneeded. Exists in Arch extra repo. [a] > > Less frequently updated than the repo package. > Has wrong pkgname. > > There's absolutely zero benefit in keeping it on AUR. > > [a]: > https://archlinux.org/packages/?q=element-desktop > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/element-desktop-deb-package/ As per AUR submission guidelines, if there are issues with a repo package, don't create duplicates of it on AUR, but create an Arch package issue. Also, AUR packages that use prebuilt artifacts of open-source code must be named with a '-bin' suffix. This is the second time you submitted an element-desktop binary package to AUR with wrong name. Thus, you have already defied an AUR PM's deletion decision. Links: ------ [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/element-desktop-deb-package/

1 year, 7 months

Re: [aur-requests] [PRQ#465] Deletion Request for numix-icon-theme-square

by "P. A. López-Valencia"

On 11/08/14 23:33, notify(a)aur.archlinux.org wrote: > lots0logs [1] filed a deletion request for numix-icon-theme-square > [2]: > > This package is not offered by Numix Project for free. Users must > purchase a license to have access to the icons. Antergos users are > given a free license however it does not extend to all of Arch. Please > remove this package from the AUR ASAP. We are currently discussing how > we can prevent situations like this in the future. Please contact me > by email if you have any questions: dustin(a)falgout.us The PKGBUILD does not point to a *download* URL. It explicitly states that the icons *must be purchased* and gives the URL of the Numix project where you can buy them. As far as I can see the PKGBUILD is provided as a convenience for less experienced users that could break their systems trying to roll their own or for lazy users like myself that have better things to do. > Thanks, > Dustin Falgout > Antergos Developer > > [1] https://aur.archlinux.org/account/lots0logs/ > [2] https://aur.archlinux.org/pkgbase/numix-icon-theme-square/ -- P. A. López-Valencia https://aur.archlinux.org/account/vorbote/

11 years, 4 months

[PRQ#67258] Deletion Request for tuxemon-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for tuxemon-git [2]: Long broken and abandoned package. Last Updated: 2022-01-19 Last comment date: 2022-08-17 It does not seem viable to keep a native, system based build of upstream; only a different packaging based on Python venv. Or one can use python-pipx to install either the stable version or the git#development branch to a dir inside $HOME. Upstream also offers prebuilt stable and development Flatpak releases. [a] Otherwise, upstream seems to have disruptive, very specific requirements wrt. Python module dependency versions and also sometimes requiring alternative forks that would conflict and be incompatible with repo packages. [b] E.g., the build requires the fork python-pygame-ce, not currently available in Arch/AUR repos. But it also requires python-pyscroll, for which the AUR package depends on python-pygame, not the fork python- pygame-ce. pygame-ce is not drop-in compatible with its original upstream python- pygame, yet it occupies the same Python module directory namespace 'pygame'. [a]: https://github.com/Tuxemon/Tuxemon#flatpak [b]: https://github.com/Tuxemon/Tuxemon/blob/development/requirements.txt [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/tuxemon-git/

1 year

[aur-requests] [PRQ#36396] Deletion Request for submit50

by notify＠aur.archlinux.org

MayorBender [1] filed a deletion request for submit50 [2]: This package should be deleted for two reasons. The first is that it's already easily install-able through the Package Installer for Python (pip) here: https://pypi.org/project/submit50/ The second is that its dependencies conflict with what's provided by Arch repos. For example, it depends on lib50, which depends on attrs version >=18.1,<21. This conflicts with the upstream version of attrs, which is 21.4.0 and is the one the Arch repos provide. Meaning the user would have to install lib50 with pip anyways. At that point, the user should install this package with pip rather than through the AUR. Note: I am the original submitter of this PKGBUILD and maintain all AUR packages related to CS50. I tried to find a reasonable way to keep this package up to date in the AUR but considering the dependency conflicts, it no longer makes sense to keep it in the AUR. I will continue to maintain packages related to CS50 that make sense to maintain, such as the libcs50 & libcs50-git packages since they are not easily install-able elsewhere nor do they have annoying dependency conflicts. [1] https://aur.archlinux.org/account/MayorBender/ [2] https://aur.archlinux.org/pkgbase/submit50/

3 years, 5 months

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

by Janek

Hello, "signal-desktop-bin" is a binary based package. It's using Signals official APT packages and packages the provided prebuilt binaries. "signal" on the other hand directly builts signal-desktop from source Given the fast moving JS/Electron community and possibly breaking builds due to incompatibilities of signal-desktop's code with the latest arch build dependencies, I suggest keeping the -bin package for an easy to use, quick installing alternative to the source build. The `-bin` suffix is widely used in AUR so I suppose most users do understand the implications. PS: There used to be a third signal package in AUR - "signal-desktop" - it was recently deleted. It also was building from source so more a duplicate of "signal" rather then "signal-desktop-bin. Thanks for your understanding, I hope this package can be preserved. Best regards, Janek On 27 February 2018 at 11:47, <notify(a)aur.archlinux.org> wrote: > buzo [1] filed a deletion request for signal-desktop-bin [2]: > > There is another AUR package called signal with the same content. > Either this package or the other one could be deleted. > > [1] https://aur.archlinux.org/account/buzo/ > [2] https://aur.archlinux.org/pkgbase/signal-desktop-bin/ >

7 years, 9 months

Re: [PRQ#49077] Deletion Request for pixiewps-git

by Marcell Meszaros

The PKGBUILD has been updated, but I still don't see a good enough reason to keep it on AUR. Upstream is still abandoned since 3+ years ago. [a] And the Arch/extra repo still carries the last stable release. [b] Previous PKGBUILD update was in 2015. [c] Keeping packages on AUR without added benefit, and which are essentially only duplicates of Arch repo builds are actually even detrimental in my opinion, because they seem to offer a meaningful choice to users when in fact the choice is only to either use the package from repo or to rebuild the same by themselves. (But repo's PKGBUILDs can also be rebuilt locally.) [a]: https://github.com/wiire/pixiewps [b]: https://archlinux.org/packages/?q=pixiewps [c]: https://web.archive.org/web/20231016145652/https://aur.archlinux.org/packag… On 16 October 2023 16:55:40 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for pixiewps-git [2]: > >Abandoned, broken PKGBUILD from 2015. >Upstream not developed since 2020. >Extra repo carries the latest stable version. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/pixiewps-git/

2 years

Re: [PRQ#69246] Deletion Request for illogical-impulse-python

by Ameer Arsala

Hi there, I use blendOS, which is a declarative version of Arch. This means I can't just locally install metapackages like those with pacman, which meant in order to use the end-4 dotfiles with hyprland on blendOS, I had to put it on the AUR. I'm cool with letting either of you decide, but that's the reason I did it. On Tue, Feb 4, 2025 at 11:50 PM <notify(a)aur.archlinux.org> wrote: > clsty [1] filed a deletion request for illogical-impulse-python [2]: > > This package is originally from https://github.com/end-4/dots- > hyprland/tree/main/arch-packages and is only for using locally for > dots-hyprland. As one of the maintainer of dots-hyprland, I hope this > package could be removed from AUR to avoid confusion. Or even if it > should be online, please let we (me or end-4) decide. > > Same for all other "illogical-impulse-*" AUR packages. > > (Note: illogical-impulse is the code name of the actively maintained > version of dots-hyprland.) > > [1] https://aur.archlinux.org/account/clsty/ > [2] https://aur.archlinux.org/pkgbase/illogical-impulse-python/

10 months, 2 weeks

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