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

Re: [PRQ#45699] Merge Request for archey3-git

by Gaspard d'Hautefeuille

Arguments against the merge request: 1) archey3 is on the wiki <https://wiki.archlinux.org/title/Archey3>, not archey4 2) archey3 is maintained in the [extra] repo <https://archlinux.org/packages/extra/any/archey3/>, not archey4 3) archey3-git is maintained on the AUR <https://aur.archlinux.org/packages/archey3-git>, there is no such thing as archey4-git 4) archey3-git is up-to-date with the upstream repo <https://github.com/lclarkmichalek/archey3> 5) archey3-git has 171 votes, archey4 has 16 votes 6) archey3 and archey4 are forks from different authors, so votes & comments should not be merged (stolen) into a whole different package Argument for deletion: 1) The archey3 author has said he will archive his repo and will no longer maintain archey3 <https://github.com/lclarkmichalek/archey3/issues/52#issuecomment-1663777320> Arguments against deletion: 1) I contacted the TU Alexander Rødseth that maintains the [extra] archey3 package, he would need to consider maintaining archey4 in [extra] rather than archey3 before we consider for deletion archey3-git 2) When the TU does that, I would need to start maintaining archey4-git, before I submit for deletion archey3-git Sincerely, HLFH > On 1 Aug 2023, at 17:26, notify(a)aur.archlinux.org wrote: > > MarsSeed [1] filed a request to merge archey3-git [2] into archey4 > [3]: > > As discussed with maintainer @HLFH in comments 10+ months ago, this > application has been superseded by continuation fork archey4. He > posted a link to the new AUR package then, so users should be well- > informed at this point. > > Archey3 has not been developed since 2018. [a] > > Arch repo still carries the last archey3 (however, devs would be > advised to consider adopting archey4 to [extra]). > > Though archey3-git is a VCS package and AUR/archey4 is not, there's no > VCS package for the latter but it would still be good to migrate the > high number of votes and comments to the successor application's > package rather than just deleting them. > > AUR/archey3-git is defunct so there's no harm in removing that in > favor of archey4. > > [a]: https://github.com/lclarkmichalek/archey3/commits/master > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/archey3-git/ > [3] https://aur.archlinux.org/pkgbase/archey4/

2 years, 4 months

Re: [PRQ#46847] Deletion Request for autopanovideo-beta

by Emeric Grange

Le mer. 30 août 2023 à 10:39, <notify(a)aur.archlinux.org> a écrit : > dreieck [1] filed a deletion request for autopanovideo-beta [2]: > > This should be deleted, since version 3.0.0 is now stable and package > `autopanovideopro` needs the appropriate update, which makes > `autopanovideo-beta` a duplicate: > > https://download.kolor.com/avp/stable/history > https://download.kolor.com/avp/stable/linux64tarxz/3.0.0.400 > > [1] https://aur.archlinux.org/account/dreieck/ > [2] https://aur.archlinux.org/pkgbase/autopanovideo-beta/ Hi, The problem is that autopano video 3 got released shortly before the company got canned by its overlords, was rushed and never got a single bugfix. It wasn't even considered stable by its developers. Also it requires a new product key IIRC. It has legitimate improvements, especially stitching quality, and related to performance (but these are not in the linux version anyway...) but use it at your own risks. So it is why the beta package is AVP 3 and the regular package is AVP 2, and it really should stay that way. Renaming autopanovideopro into autopanovideo2 and autopanovideo-beta into autopanovideo3 would be a better solution I think, but it is debatable if it has any relevance to do so after so long. Emeric

2 years, 3 months

[aur-requests] [PRQ#21275] Orphan Request for proton-ge-custom-bin

by notify＠aur.archlinux.org

franck.stauffer [1] filed an orphan request for proton-ge-custom-bin [2]: Same reason and maintainers as for proton-ge-custom-stable-bin (I mistakenly requested deletion) [1] https://aur.archlinux.org/account/franck.stauffer/ [2] https://aur.archlinux.org/pkgbase/proton-ge-custom-bin/

5 years, 3 months

Re: [PRQ#76603] Deletion Request for vmdebootstrap

by Andreas Grapentin

Hello, On Sep 26 25, notify(a)aur.archlinux.org wrote: > Kuznix [1] filed a deletion request for vmdebootstrap [2]: > > The vmdebootstrap package is currently unavailable for download > because its source file no longer exists. Users cannot install or > build the package from the repository, making it effectively unusable. I agree that it's unfortunate that the upstream sources have gone away. > Suggested Action: > Please remove the package from the repository to prevent confusion and > broken installs. I would like to propose a different action, to preserve the package. First, I still have a copy of the tarball referenced in the PKGBUILD, so I can host it myself and update the source url. This will fix the immediate issues. Second, to properly preserve the package and its history, I will try and obtain a copy of the source repositories and mirror them on github, this should prevent any missing source issues. I believe the vmdebootstrap is worth keeping on the AUR for its historical significance, and also because it is still useful and used, even if not as widely as it used to be. Thanks, Andreas > [1] https://aur.archlinux.org/account/Kuznix/ > [2] https://aur.archlinux.org/pkgbase/vmdebootstrap/ -- ------------------------------------------------------------------------------ my GPG Public Key: https://files.grapentin.org/.gpg/public.key ------------------------------------------------------------------------------

2 months, 2 weeks

Re: [PRQ#43769] Deletion Request for python2-rsgislib

by Danilo J. S. Bellini

Agreed for deletion, it's irreparably broken, I would need to create from scratch a new GDAL legacy package to be able to run in parallel with the current version, and that would easily go down the rabbit hole of unmatched dependencies. My last attempts to force Python 2 in recent GDAL gave me too many segfaults to be useful. Since this is a dependency for python2-arcsi, the same should be said about that package. I'm going to disown these two now. On Thu, 6 Jul 2023 at 13:20, <notify(a)aur.archlinux.org> wrote: > MarsSeed [1] filed a deletion request for python2-rsgislib [2]: > > Quite irreparably broken, deprecated Python2 library. > > Last updated in 2018; source is now 404. > Missing the undeclared boost-python2 and python2-gdal dependencies. > > Its core binary dependency GDAL no longer supports Python2 bindings. > And for the old Python2 bindings in AUR, there is no matching GDAL > build. > > I recommend deleting this defunct package. > > Finally it seems the Python3 version of the arcsi toolkit and its > Python dependencies, available on AUR, have caught up with each other > and with the current version of gdal in repo. > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/python2-rsgislib/ -- Danilo J. S. Bellini

2 years, 5 months

Re: [aur-requests] [PRQ#7406] Deletion Request for dash-sh

by Kieran Colford

Please accept this deletion request as the owner deems it no longer necessary at all. On Thu, Feb 2, 2017, 7:55 AM Kieran Colford, <kieran(a)kcolford.com> wrote: > Ah, I see, could you include this into the wiki article on dash? This is a > much cleaner solution than modifying pacman.conf like it suggests. > > On Thu, Feb 2, 2017, 1:39 AM Eli Schwartz, <eschwartz93(a)gmail.com> wrote: > > On 02/02/2017 01:32 AM, notify(a)aur.archlinux.org wrote: > > Eschwartz [1] filed a deletion request for dash-sh [2]: > > > > Frivolous duplicate of extra/dash with sh symlinked to dash instead of > > bash. > > > > [1] https://aur.archlinux.org/account/Eschwartz/ > > [2] https://aur.archlinux.org/pkgbase/dash-sh/ > > Note that a better way of doing this is through pacman hooks: > > ``` > [eschwartz@arch /tmp/bash-nosh]$ cat /etc/pacman.d/hooks/sh-is-dash.hook > [Trigger] > Type = Package > Operation = Install > Operation = Upgrade > Target = bash > > [Action] > Description = Re-pointing /bin/sh symlink to dash... > When = PostTransaction > Exec = /usr/bin/ln -sf dash /usr/bin/sh > Depends = dash > ``` > > This allows me to use the repo packages, rather than maintaining forked > copies, and at the same time ensures sh will always use dash, assuming > dash is available. > > -- > Eli Schwartz > > -- > > Signed, Kieran Colford > -- Signed, Kieran Colford

8 years, 10 months

[aur-requests] [PRQ#2053] Orphan Request for uvcvideo

by notify＠aur.archlinux.org

maz-1 [1] filed a orphan request for uvcvideo [2]: I'm sorry about the previous request.I mean a orphan request instead of deletion. The PKGBUILD contains many errors. I commented about the issue ,but the mantainer refused to fix it. [1] https://aur.archlinux.org/account/maz-1/ [2] https://aur.archlinux.org/pkgbase/uvcvideo/

10 years, 11 months

[PRQ#49681] Deletion Request for kf5-kio-ftps

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for kf5-kio-ftps [2]: Defunct KDE4 KIO Slave addon from 2008, barely ported in 2015 to KDE5, with KdeLibs4Support still needed. And it already doesn't work. When trying to access an FTPS server dir, it quits, and says: "TLS Negotiation failed on the data channel." It is supposed to work in PASV mode, but it seems not to be the case. Even KIO5 itself complains that this module is broken, see log output: "kf.kio.core: error() called twice! Please fix the kio_ftps KIO worker." Also, even if it worked, it would be insecure. It doesn't support TLS certificate validation, it just blindly accepts the TLS connection without bothering with certificates, even if the server presents an unknown, untrusted certificate. And also as it depends on kdelibs4support, which is EOL and likely won't work on KDE Plasma 6, this won't even be able to run in a few months. I don't think it's useful to keep this any longer. People who need proper FTPS (FTP with TLS) support should use a reliable, working application offering this functionality. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/kf5-kio-ftps/

2 years, 1 month

Re: [PRQ#49637] Deletion Request for accountable2you-bin

by Marcell Meszaros

Hi, thank you for your reply. >Sorry for a silly question, but do you know how I accept this request, and/or perform the deletion? It's not a silly question. I can answer it for you. :) On AUR, regular users, even if they maintain packages, do not have the privileges on the server to delete packages. You would have to be an elevated status user for that (formerly titled 'Trusted User', or 'Developer', but now there are other special titles, such as 'Package Maintainer'). But you can submit your own deletion request, mentioning you are the package owner and that this is no longer needed. Trusted Users see maintainers's own request as a separate category, so they can and do treat these with priority. (Outsiders' requests can queue up for a pretty long time, even for months, when there's thousands of them pending.) Also keep ownership of the package until a TU acts upon your request. (If you disown it before that, your request will not be visible in the maintainer's requests category.) Keep up the good work. Cheers. :) On 26 October 2023 13:05:54 GMT+02:00, Ryan McKeown <ryanmckeown(a)mail4me.com> wrote: >Sorry for a silly question, but do you know how I accept this request, and/or perform the deletion? I’ve been searching for 15 minutes and can’t find instructions. > > >> On 26 Oct 2023, at 11:26, notify(a)aur.archlinux.org wrote: >> >> MarsSeed [1] filed a deletion request for accountable2you-bin [2]: >> >> As per maintainer's last comment, this package from 2020 is now >> unneeded. >> >> By brief checking, I was able to find a Snap store release - people >> can easily install the latest version from there. >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/accountable2you-bin/ >

2 years, 1 month

Re: [PRQ#46142] Deletion Request for zfs-dkms-helper

by Bin Jin

This is a meta package I created to prevent future mainline linux updates breaking zfs-dkms packages. zfs-dkms is closely tied to linux kernel versions and has a compatibility layer to add specific support for each major linux kernel release (e.g. "6.x"). So zfs-dkms has long been worried about linux kernel upgrades, a major upgrade could make dkms fail, and this happened a few times in the past since Arch is very edge on kernel version upgrades. For users using zfs as root, this become critical if dkms is not noticed during "pacman -Syu". The system won't boot for next reboot. This meta package will be updated for each zfs release, and updating the linux kernel version upperbounds accordingly. <notify(a)aur.archlinux.org> 于 2023年8月13日周日 00:34写道： > MarsSeed [1] filed a deletion request for zfs-dkms-helper [2]: > > Unneeded new metapackage. Name doesn't make sense, and description is > also not really understandable. > > Users can install any linux kernel and the zfs-dkms module for it, or > a kernel-specific zfs module. This package does not add anything > useful, and it also has a hidden upper version constraint, which is > unnecessary. > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/zfs-dkms-helper/

2 years, 4 months

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