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

[PRQ#49282] Deletion Request for qt5-tools-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for qt5-tools-git [2]: Not useful to keep this package. Qt5 is EOL since May 2023. This PKGBUILD relies on Qt Group's public repo as source, which is typically behind the source used by the stable PKGBUILD in extra repo. Because upstream delays the public availability of Qt5 patches by one year, but allows the KDE project to cherry-pick and backport most of the patches accepted for Qt5 but not yet publicly pushed to Qt5 branch by Qt Group. The extra repo package uses KDE's updated Qt5 source. Therefore it is both better for users to use, and also newer, and has less bugs. Also this essentially makes extra/qt5* packages similar to a git VCS package. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/qt5-tools-git/

1 year, 10 months

[PRQ#49284] Deletion Request for qt5-charts-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for qt5-charts-git [2]: Not useful to keep this package. Qt5 is EOL since May 2023. This PKGBUILD relies on Qt Group's public repo as source, which is typically behind the source used by the stable PKGBUILD in extra repo. Because upstream delays the public availability of Qt5 patches by one year, but allows the KDE project to cherry-pick and backport most of the patches accepted for Qt5 but not yet publicly pushed to Qt5 branch by Qt Group. The extra repo package uses KDE's updated Qt5 source. Therefore it is both better for users to use, and also newer, and has less bugs. Also this essentially makes extra/qt5* packages similar to a git VCS package. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/qt5-charts-git/

1 year, 10 months

[aur-requests] [PRQ#34771] Deletion Request for virtualbox-modules-lts

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for virtualbox-modules-lts [2]: Oprhaned package, created in 2017, last updated in Feb 2021. Name and description a little vague, but it seems this was intended to build virtualbox-host-modules for the Arch linux-lts kernel. Already in 2017, it was indicated that its provides field is wrong, but it was not addressed. Also there are other reports of build failures from 2020 and 2021, none of which have been replied to. As of now this package is definitely not needed, as the Arch [community] repo does provide 'VIRTUALBOX-HOST-MODULES' in virtualbox-host-dkms package. That package expliciy declares: replaces= virtualbox-host-modules-lts. The package works with the linux-lts kernel if that is installed. Therefore this orphaned and broken AUR package is superfluous and not worth keeping. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/virtualbox-modules-lts/

3 years, 3 months

Re: [PRQ#71497] Deletion Request for inputplumber-bin

by William Edwards

Also reiterating that this is not a duplicate. This package is pre-compiled by our CI on GitHub. The "-bin" name is in accordance with the AUR packaging guidelines. Regards, William On Tue, Apr 1, 2025 at 7:21 PM Derek John Clark <derekjohn.clark(a)gmail.com> wrote: > As was stated the last time this deletion was requested by you, this is > not a duplicate. inputplumber-bin is pre-compiled by our CI on GitHub. The > -bin name is in accordance with the AUR packaging guidelines to > specifically indicate that. The official package is compiled from source on > the deployment machine. Please stop requesting deletion of this package. > > - Derek > > On Tue, Apr 1, 2025, 19:02 <notify(a)aur.archlinux.org> wrote: > >> Dominiquini [1] filed a deletion request for inputplumber-bin [2]: >> >> Duplicate of >> (https://archlinux.org/packages/extra/x86_64/inputplumber/) from the >> official extra repository! >> >> [1] https://aur.archlinux.org/account/Dominiquini/ >> [2] https://aur.archlinux.org/pkgbase/inputplumber-bin/ > >

4 months, 3 weeks

Re: [aur-requests] [PRQ#15473] Deletion Request for hifi-git

by Alex Tharp

Ahoy, friends! I wouldn't call the package orphaned - I just hadn't been able to fix it since it broke. I definitely welcome co-maintainership and patches to fix it. sudoquai - if you're interested, I can make you co-maintainer of hifi-git. Thanks for getting the PKGBUILD fixed! Alex On Tue, Jul 16, 2019 at 1:44 PM <notify(a)aur.archlinux.org> wrote: > sudoquai [1] filed a deletion request for hifi-git [2]: > > Hello, > > This PKGBUILD doesn't work at all. Would kindly ask for a deletion of > this package because it seems it can't be really repaired and the > maintainer unfortunately doesn't seem have anymore interest in > maintaining its package. > > These Metaverse High Fidelity Packages work fine: > > https://aur.archlinux.org/packages/high-fidelity > https://aur.archlinux.org/packages/high-fidelity-bin/ > > Thank you very much ! > > [1] https://aur.archlinux.org/account/sudoquai/ > [2] https://aur.archlinux.org/pkgbase/hifi-git/

6 years, 1 month

[aur-requests] [PRQ#26789] Deletion Request for rust-clippy

by notify＠aur.archlinux.org

AkechiShiro [1] filed a deletion request for rust-clippy [2]: This package should be deleted, it is now deprecated from the official website of Rust Clippy's crate should be installed using a specific command not a package anymore : See for more information on that : https://crates.io/crates/clippy By trying to fix the build of this package, I ended up hitting this error message : Compiling clippy v0.0.302 error: failed to compile `clippy v0.0.302`, intermediate artifacts can be found at `/tmp/cargo-installaoT5Ci` Caused by: failed to run custom build command for `clippy v0.0.302` Caused by: process didn't exit successfully: `/tmp/cargo- installaoT5Ci/release/build/clippy-c4285dae5f451b7b/build-script- build` (exit status: 1) --- stderr error: Clippy is no longer available via crates.io help: please run `rustup component add clippy-preview` instead ==> ERROR: A failure occurred in build(). Aborting... [1] https://aur.archlinux.org/account/AkechiShiro/ [2] https://aur.archlinux.org/pkgbase/rust-clippy/

4 years, 2 months

Re: [PRQ#52217] Deletion Request for deepqt

by Mark Wagie

Using /usr/local/ instead isn't any better. You did notice that's also a directory that should never be used, right? If dependencies are missing from the repos or AUR, add them to the AUR and do it right, please. Sent with Proton Mail secure email. On Sunday, December 17th, 2023 at 2:27 PM, notify(a)aur.archlinux.org <notify(a)aur.archlinux.org> wrote: > yochananmarqos [1] filed a deletion request for deepqt [2]: > > Packages should never install to a user's home directory. Please see: > > https://wiki.archlinux.org/title/Arch_package_guidelines#Directories > > Use system dependencies, pip should never be used. It seems you may > need to add a few new Python packages for dependenciesl. See > https://wiki.archlinux.org/title/Python_package_guidelines > > [1] https://aur.archlinux.org/account/yochananmarqos/ > [2] https://aur.archlinux.org/pkgbase/deepqt/

1 year, 8 months

[PRQ#67097] Deletion Request for azerothcore

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for azerothcore [2]: Broken, unused server application pkg from 2021. VCS build in disguise; has already failed in the linking phase in March 2024 (see my OOD flag comment). Upstream has not released a stable tag since 2021 [a], instead, they seem to have switched to a rolling-only model and recommending deployment from the master branch. [b] It also seems there is work in progress to fully support Docker based installations. [c] No visible interest on AUR for the past 3 years. Votes: 1 Popularity: 0.000000 Last comment year: 2021 Reverse dependencies: 0 A proper and only viable native package would be 'azerothcore-git' anyway. [a]: https://github.com/azerothcore/azerothcore-wotlk/tags [b]: https://www.azerothcore.org/wiki/linux-core-installation [c]: https://www.azerothcore.org/wiki/installation [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/azerothcore/

8 months, 3 weeks

[aur-requests] [PRQ#3532] Deletion Request for tint2-git

by notify＠aur.archlinux.org

pzl [1] filed a deletion request for tint2-git [2]: This package should ideally be called tint2-beta if it's tied to particular release versions (including candidates, beta, any tag, including 0.12-rc5 as it is currently). This package should be renamed to beta (delete and recreate, whatever). tint2-git can then exist that tracks the master branch. See the version-control package guidelines: https://wiki.archlinux.org/index.php/VCS_package_guidelines The first one: Suffix pkgname with ... -git ... unless the package fetches a specific release. the last one: Because the sources are not static, skip the checksum in md5sums by adding 'SKIP' I would like to be installing the absolute commit-newest tint2 from git, and would be happy to maintain that AUR package, but the name it should be under is taken. [1] https://aur4.archlinux.org/account/pzl/ [2] https://aur4.archlinux.org/pkgbase/tint2-git/

10 years, 2 months

Re: [aur-requests] [PRQ#18291] Deletion Request for code-server-git

by tinywrkb

I feel that keeping a broken package is a disservice for the users but in any case I disowned it. On Wed, Mar 11, 2020 at 11:50 AM Caleb Maclennan <caleb(a)alerque.com> wrote: > Why not just orphan it? > > On Tue, Mar 10, 2020 at 2:07 PM notify--- via aur-requests < > aur-requests(a)archlinux.org> wrote: > >> tinywrkb [1] filed a deletion request for code-server-git [2]: >> >> I moved to docker, this doesn't build for a while now, no one has >> complained so far so it doesn't look like there's a need to keep the >> package. >> It can be resurrected in the future for the AUR git repo but it's >> better, for now, to remove it instead of keeping it in broken. >> >> [1] https://aur.archlinux.org/account/tinywrkb/ >> [2] https://aur.archlinux.org/pkgbase/code-server-git/ > >

5 years, 5 months

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