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

Re: [PRQ#60466] Deletion Request for gnome-shell-extension-rounded-window-corners-reborn

by Mark Wagie

Greg: There is no "prebuild". Running 'just pack' only zips the files. Sent with [Proton Mail](https://proton.me/) secure email. On Thursday, May 23rd, 2024 at 1:35 PM, Grzegorz Kozub <grzegorz.kozub(a)gmail.com> wrote: > Hi there! I maintain both AUR packages based on https://github.com/flexagoon/rounded-window-corners. The git one builds on your PC and the other uses the pre-build package provided by the extension author. I prefer the pre-build one. Let's not remove it but rather fix the issues you've come across. Can you help fixing the pkgver=12.61c326e, please? I wanted it to reflect the git commit the pre-build was made from. > > https://aur.archlinux.org/packages/gnome-shell-extension-rounded-window-cor… > https://aur.archlinux.org/packages/gnome-shell-extension-rounded-window-cor… > > --greg > > On Thu, May 23, 2024 at 9:08 PM <notify(a)aur.archlinux.org> wrote: > >> yochananmarqos [1] filed a deletion request for gnome-shell-extension- >> rounded-window-corners-reborn [2]: >> >> There is no release and the Maintainer is inventing an erroneous >> pkgver. We already have a properly maintained VCS package: gnome- >> shell-extension-rounded-window-corners-reborn-git >> >> [1] https://aur.archlinux.org/account/yochananmarqos/ >> [2] https://aur.archlinux.org/pkgbase/gnome-shell-extension-rounded-window-corn…

1 year, 6 months

[aur-requests] [PRQ#5367] Deletion Request for brother-dcp7060d

by notify＠aur.archlinux.org

snowdust [1] filed a deletion request for brother-dcp7060d [2]: @ewolnux I am running Arch-based ApricityOs (www.apricity.com) and I have a Brother multifunctional usb DCP-7060D printer/scanner. In a terminal window I installed the above package (yaourt brother-dcp7060d). Unfortunately, this is not a happy story. a) In Settings/Printers/, Print Test Page does not work and when clicking the 'Show Jobs' button a window pops up showing a 'No Active Printer Jobs' message. b) Launched LibreOffice Writer, opened a document, in the 'Print Preview' window clicking the Print icon made the 'Print Options' window pop up. In the 'Print Options' window, under the General Tab, I clicked the 'Properties' button which made the Properties window to display. In the 'Properties' window, under the Paper tab, are listed the following items: Paper size, Orientation, Duplex, Paper tray. Paper size and Orientation have default values that cannot be changed; Duplex and Paper tray have no default values at all (empty). These 4 items also have an unresponsive arrowhead pointing downward making it impossible to select other values than the default ones. c) In /usr/share/brother/Printer/DCP7060D/ folder... I see only the lpd and cupswarpper drivers. There are not scanner drivers. d) In /usr/shere/brother/Printer/DCP7060D/inf/ folder... again no scanner file. I have been trying for more than a week to find a solution without success. Thanks for considering the above. [1] https://aur.archlinux.org/account/snowdust/ [2] https://aur.archlinux.org/pkgbase/brother-dcp7060d/

9 years, 7 months

Re: [aur-requests] [PRQ#4005] Deletion Request for entop

by WorMzy Tykashi

On 11 September 2015 at 10:13, Aaron France <aaron.l.france(a)gmail.com> wrote: > I'm upgrading to the latest AUR4 stuff, they will be fixed. No need to > delete. I doubt anyone is even using these packages besides me! > > On Fri, 11 Sep 2015 at 11:10 WorMzy Tykashi <wormzy.tykashi(a)gmail.com> > wrote: >> >> On 11 September 2015 at 00:28, Aaron France <aaron.l.france(a)gmail.com> >> wrote: >> > Why is a deletion filed before anything else? >> > >> > On Fri, 11 Sep 2015 at 00:30 <notify(a)aur.archlinux.org> wrote: >> >> >> >> WorMzy [1] filed a deletion request for entop [2]: >> >> >> >> Broken, ancient, PKGBUILD >> >> >> >> [1] https://aur.archlinux.org/account/WorMzy/ >> >> [2] https://aur.archlinux.org/pkgbase/entop/ >> >> >> > >> Let me answer your question with another question: why upload clearly >> outdated PKGBUILDs in the first place? Other people _are_ trying to use them, which is what drew them to my attention in the first place. You say you were (are?) going to update them, but you were the previous maintainer of at least two of these packages[1][2], and pacman 4.2 came out nine months ago and you still haven't updated them. How much longer is it going to take? Uploading a broken PKGBUILD is bad enough, but then leaving it in a broken state for months on end is even worse. [1] http://web.archive.org/web/20150801021347/https://aur.archlinux.org/package… [2] http://web.archive.org/web/20150801154108/https://aur.archlinux.org/package…

10 years, 3 months

Re: [PRQ#46166] Deletion Request for gnuradio-maint38-git

by Marcell Meszaros

Upstream stated they have no intention or capacity to maintain the legacy gnuradio 3.8 branch. This git package does not provide 'gnuradio38' [a], so it has no dependents, only the latter does. But both this and that package fails to build. The few dependents of 'gnuradio38' are all dead and fail to build as well, or some of them actually have upstream updates or third-party forks that work with gnuradio 3.10. So keeping this package is completely superfluous in my view. [a]: https://aur.archlinux.org/packages/gnuradio38?all_reqs=1#pkgreqs On 13 August 2023 06:46:05 GMT+02:00, "Nick Østergaard" <oe.nick(a)gmail.com> wrote: >Hi > >I am not sure that is fair as such, people could be using it for legacy oot >modules, and there is someone trying it out at least two weeks ago, see >https://github.com/gnuradio/gnuradio/issues/6762 > >I must admit, that I have not touched it in a while. > >Nick > >On Sun, 13 Aug 2023 at 01:35, <notify(a)aur.archlinux.org> wrote: > >> MarsSeed [1] filed a deletion request for gnuradio-maint38-git [2]: >> >> gnuradio 3.8 is not maintained since >> 2022-03 (last release 2022-01). [a] >> >> Nothing depends on this VCS package. >> >> I recommend deletion. >> >> [a]: https://github.com/gnuradio/gnuradio/commits/maint-3.8 >> >> [1] https://aur.archlinux.org/account/MarsSeed/ >> [2] https://aur.archlinux.org/pkgbase/gnuradio-maint38-git/

2 years, 3 months

[aur-requests] [PRQ#8190] Deletion Request for hipchat

by notify＠aur.archlinux.org

milky_milk [1] filed a deletion request for hipchat [2]: Building hipchat... Cloning into 'hipchat'... remote: Counting objects: 70, done. remote: Compressing objects: 100% (54/54), done. remote: Total 70 (delta 25), reused 57 (delta 16) Unpacking objects: 100% (70/70), done. ==> Making package: hipchat 4.29.4.1662-2 (Вт май 30 13:03:44 +05 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Downloading HipChat4-4.29.4.1662-Linux.deb... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 98.1M 100 98.1M 0 0 3758k 0 0:00:26 0:00:26 --:--:-- 4122k -> Found license.html ==> Validating source files with sha1sums... HipChat4-4.29.4.1662-Linux.deb ... Passed license.html ... Passed ==> Extracting sources... -> Extracting HipChat4-4.29.4.1662-Linux.deb with bsdtar ==> Starting prepare()... ==> Entering fakeroot environment... ==> Starting package()... ==> Tidying install... -> Removing libtool files... -> Purging unwanted files... -> Removing static library files... -> Stripping unneeded symbols from binaries and libraries... strip:./opt/HipChat4/lib/st0YqbaN[.rodata]: No space left on device strip:./opt/HipChat4/lib/stoGJoPP[.text]: No space left on device -> Compressing man and info pages... ==> Checking for packaging issue... ==> Creating package "hipchat"... -> Generating .PKGINFO file... -> Generating .BUILDINFO file... -> Generating .MTREE file... -> Compressing package... xz: (stdout): Write error: No space left on device bsdtar: Write error ==> ERROR: Failed to create package file. df -ah / Filesystem Size Used Avail Use% Mounted on /dev/mapper/luks-e5098076-de65-4e69-b179-ffe8026f3666 211G 95G 106G 48% / Is it possible to fix? [1] https://aur.archlinux.org/account/milky_milk/ [2] https://aur.archlinux.org/pkgbase/hipchat/

8 years, 6 months

[aur-requests] [PRQ#36278] Deletion Request for covergloobus-dev

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for covergloobus-dev [2]: Last maintainer disowned the package after I requested a small change related to one of the Python 2 dependencies. It seems this application had its last release, v1.6, in 2010 [a], and its development was halted completely in 2015. [b] Its last 'dev' tarball release (v1.7.3), used by this package, was published in 2011. [c] "A standalone application to see what is playing in your favourite music player", it is based on Python 2 and Gtk2. Package has been defunct since Oct 2021, when python2-pyxdg has been dropped from Arch repos. No one complained. I've restored that missing depends recently to AUR, and managed to built this successfully. But the application itself just crashes due to not found Python 2 dbus module. AUR also has the last stable version in 'covergloobus' package (from 2010), and a defunct VCS package ('covergloobus-dev'). They also crash for the same reason. But as these latter two still have a maintainer, I have submitted the issues I'd found to them, and the question whether they consider these builds to be worth keeping and fixing. I am awaiting their answer. In the meantime, as the current 'covergloobus-dev' has no owner now and does not produce a working application, I suggest to delete this package from AUR. [a] https://launchpad.net/covergloobus [b] https://code.launchpad.net/~gloobus-dev/covergloobus/trunk [c] https://launchpad.net/~gloobus-dev/+archive/ubuntu/covergloobus [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/covergloobus-dev/

3 years, 5 months

Re: [PRQ#75053] Deletion Request for opencode

by envolution

On Sat Aug 2, 2025 at 4:58 PM EDT, notify wrote: > envolution [1] filed a deletion request for opencode [2]: > > Maintainer is aware that including binary packages in a non-bin > namespace is not correct, and continues committing updates here > several times daily. This package has been merged and deleted based > on this more than once: > > https://lists.archlinux.org/archives/list/aur- > requests(a)lists.archlinux.org/message/IDPYIMVZ2UHDINZNWLMFDC27IUYS5ZRZ/ > > https://lists.archlinux.org/archives/list/aur- > requests(a)lists.archlinux.org/message/QQGT4YFLYRFFZN536CIVHMIPTJWZOHP7/ > > Maintainer has confirmed his intention of only submitting binary > releases in: https://lists.archlinux.org/archives/list/aur- > requests(a)lists.archlinux.org/message/HTTWLJSRHPWHJNUEUAVKS2ULI5XR7ER6/ > > Maintainer has been informed that this package is a duplicate of > aur/opencode-bin and suggested it was an error (1 month ago) > https://aur.archlinux.org/packages/opencode-bin#comment-1030701 > > Maintainer was contacted letting him know his CI actions were > recreating aur/opencode with binaries here: > https://aur.archlinux.org/packages/opencode#comment-1033898 and here: > https://github.com/sst/opencode/issues/1358 > > His new reasoning is that it's to prevent namesquatters. > > I am concerned that deleting this package will (again) only be a > temporary measure - considering opencode-bin seems popular, and is > generated by the project's github actions - maybe at least for now > block the opencode namespace or free up both to allow others them as > per the guidelines > > [1] https://aur.archlinux.org/account/envolution/ > [2] https://aur.archlinux.org/pkgbase/opencode/ The automated CI now only points to opencode-bin so it seems it's okay to just accept the deletion request without further action. They've commented the AUR section out likely for the recent network issues. https://github.com/sst/opencode/pull/1907 https://github.com/sst/opencode/pull/1907/files

4 months

Re: [aur-requests] [PRQ#11354] Deletion Request for firefox-always-nightly

by Félix Saparelli

How do I tell this request to, politely, go away? always-nightly has a number of differences to -nightly, not just the "always" part of it. But if this *is* the main point of difference, then I contest the claim that -nightly has "pretty good tracking". As a blatant example, right now it is on 62.0a1.201805*09*, while always-nightly downloads 62.0a1.201805*10**.* There is also the fact that firefox nightly updates *twice a day*, not once, so the -nightly package is *never* accurately tracking the latest. Some more occurences from the firefox-nightly comments: owstoni <https://aur.archlinux.org/account/owstoni> commented on 2017-08-02 22:15 57 is out, could you post the new source? K900 <https://aur.archlinux.org/account/K900> commented on 2017-08-02 14:40 57.0a1 is out now, needs a version bump. tux-86 <https://aur.archlinux.org/account/tux-86> commented on 2017-07-21 20:11 Version string seems now 56.0a1.-1 That's two fairly recent occasions where firefox-nightly was behind. The 57 one shows no update in 8 hours at least. Firefox-always-nightly would have produced the right version within a few minutes of the update actually going out. *That* is why it exists. On Fri, May 11, 2018 at 9:15 AM <notify(a)aur.archlinux.org> wrote: > Morganamilo [1] filed a deletion request for firefox-always-nightly > [2]: > > Duplicate of aur/firefox-nightly > > See https://lists.archlinux.org/pipermail/aur- > general/2018-May/034080.html > > [1] https://aur.archlinux.org/account/Morganamilo/ > [2] https://aur.archlinux.org/pkgbase/firefox-always-nightly/ >

7 years, 7 months

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

by Andrea Giammarchi

that's x86_64 ... .I've been building for arm and arm64 which is nowhere so now you broke all my Raspberry Pi Kiosks ... was that really needed? On Tue, Jun 6, 2023 at 10:57 AM Marcell Meszaros <marcell.meszaros(a)runbox.eu> wrote: > 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#59704] Deletion Request for element-desktop-deb-package

by 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] filed a deletion request for element-desktop-deb-package >> [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.

1 year, 7 months

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