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

Re: [PRQ#64707] Deletion Request for youtube-to-mp3-bin

by a821

On Wed, Oct 23, 2024 at 09:30:27PM +0000, notify(a)aur.archlinux.org wrote: > a821 [1] filed a deletion request for youtube-to-mp3-bin [2]: > > Duplicated of youtube-to-mp3. Upstream does not provide sources, so > this "-bin" package is not necessary. > > [1] https://aur.archlinux.org/account/a821/ > [2] https://aur.archlinux.org/pkgbase/youtube-to-mp3-bin/ On Thu, Oct 24, 2024 at 01:34:46AM +0200, Helmut Stult (schinfo) wrote: > Du hast einen Deletion Request for youtube-to-mp3-bin angestoßen. > > Ich habe mit dem Maintainer für youtube-to-mp3-bin per Email Kontakt gehabt > und ihn gebeten, sein chaotisches PKGBUILD zu ändern. > Er hat darauf jedoch bis jetzt nicht reagiert. > > Deshalb habe ich das youtube-to-mp3-bin erstellt, damit der Build fehlerfrei > funktioniert. Hi, Please do not create duplicated packages, even if you trying to fix the original with good intension. The normal procedure is to work with the maintainer and if that doesn't work, then submit an orphan request. Also, there are patches available in the comments. I'd like to mention that according the wiki [1] on Package Naming, it says that the -bin suffix should be used unless there can't be a source based package, like in this case. So IMHO, this package should not exist, unless a PM says otherwise... [1] https://wiki.archlinux.org/title/Nonfree_applications_package_guidelines

1 year, 1 month

Re: [PRQ#40357] Deletion Request for libinput-light

by irecca.kun＠gmail.com

On 2/28/23 04:20, notify(a)aur.archlinux.org wrote: > yochananmarqos [1] filed a deletion request for libinput-light [2]: > > Please create a bug report and explain why libwacom is an "unnecessary > dependency" instead of creating a duplicate package with potentially > broken functionality. > > "The submitted PKGBUILDs must not build applications already in any of > the official binary repositories under any circumstances. Check the > official package database for the package. If any version of it > exists, do not submit the package. If the official package is out-of- > date, flag it as such. If the official package is broken or is lacking > a feature, then please file a bug report." > > -- > https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submiss… > > [1] https://aur.archlinux.org/account/yochananmarqos/ > [2] https://aur.archlinux.org/pkgbase/libinput-light/ No. This is not a duplicate and not a bug. Altered packages (patched or different build options) are allowed in AUR. The functionality is not broken. Dependencies are turned off by meson options provided by original source. So this is perfectly legit way to build it.

2 years, 9 months

[aur-requests] [PRQ#26130] Deletion Request for gitit

by notify＠aur.archlinux.org

Repentinus [1] filed a deletion request for gitit [2]: The package does not conform to the Haskell package guidelines and includes around a hundred third-party dependencies as sources, a number of which are available packaged in the Arch repositories. I have invited the maintainer to fix the issues, but they declined. Repentinus commented on 2021-05-28 03:08 > Rufflewind, could you please rewrite this PKGBUILD to conform to the Haskell package guidelines? Rufflewind commented on 2021-05-28 04:14 > @Repentinus This package has a large number of aging dependencies and runs into version conflicts easily. Freezing dependencies was necessary for getting it to build reproducibly. Stack would have been a good choice but Gitit doesn't play well with that either: https://aur.archlinux.org/cgit/aur.git/commit/?h=gitit&id=c2b9a66c0e6509bb3… > Let me know if you have an alternative approach for building Gitit that works reliably. Repentinus commented on 2021-05-28 04:34 > Rufflewind, PKGBUILDs support versioned dependencies. Dependencies requiring a specific version not available in the Arch repositories should have separate AUR packages created for them and this PKGBUILD should depend on those. Rufflewind commented on 2021-05-28 05:21 > That is not a feasible approach given the number of dependencies. [1] https://aur.archlinux.org/account/Repentinus/ [2] https://aur.archlinux.org/pkgbase/gitit/

4 years, 6 months

[PRQ#50941] Deletion Request for codelobster

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for codelobster [2]: I think it's not useful to keep this non-free, proprietary, "30 days free trial" binary IDE on AUR. It is not maintained with adequate competence, therefore it is missing library dependencies resulting in e.g. the application not being able to download any plugins / developer frameworks from the menu. But no one complained, so I surmise that no one actually uses this off of AUR. Besides that, the GUI does not support proper scaling despite being based on Qt5 and me testing it on the Qt5-native KDE Plasma 5 desktop and on a FullHD (1080p) screen, not even a 4K one. Some UI fonts are too small, others too large and don't fit their allocated space. On top of that, the UI has fade-in/fade-out animations which for some reason makes the GUI seem sluggish on my good performing laptop. Nowadays there are many very good free, open source IDE's like vscodium / code, and also IntelliJ's community edition IDE's, as well as other alternatives. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/codelobster/

2 years, 1 month

Re: [PRQ#59818] Deletion Request for sudoku-git

by Marcell Meszaros

On 30 April 2024 15:15:59 GMT+02:00, notify(a)aur.archlinux.org wrote: >NhaMeh [1] filed a deletion request for sudoku-git [2]: > >Nobody wants nor needs this > >[1] https://aur.archlinux.org/account/NhaMeh/ >[2] https://aur.archlinux.org/pkgbase/sudoku-git/ I might be just one person, but I use this, and I prefer this to other Sudoku apps. I adopted it not long ago, and I had a working version locally, lacking some finishing touches, so I deferred uploading those changes to AUR. Today I've added .desktop launcher file generation, and finalized the PKGBUILD. I have pushed the updated version just now. I think it doesn't harm to keep it. This is a nice little app, with a (subjectively) better feature set than mainstream ones from GNOME / KDE. I've found an (unmaintained) patch for Qt5 in a fork on GitHub. Haven't had time to check it yet. Until this is not broken on Qt4, there's no rush. If it comes to that point, I might check the Qt5 port for viability. Hope you come to the conclusion that this can stay on AUR. Cheers, Marcell / MarsSeed

1 year, 7 months

Re: [PRQ#42357] Deletion Request for sensible-terminal

by Morten Linderud

This is just wrong. xiota is name-squatting package names to force fbrennan to change the package. I've deleted these packages and expect xiota to reasonably interact with the AUR maintainer to resolve this issue. Please don't incorrectly reframe the issue. On Mon, Jun 19, 2023 at 02:46:05PM +0200, Marcell Meszaros wrote: > @fbrennan, this deletion request is not reasonable. I am asking you to kindly > revoke it. > > Package maintainer @xiota has precisely explained in a comment the current > problems with the sensible-utils package. > > Please try to use proper argument points and aim to convince others on the > merit of your exposition, not by blaming them and accusing them of being > deliberately hostile to you, where in fact they just use logical explanations > and show a helpful attitude. > > On 19 June 2023 14:00:34 GMT+02:00, notify(a)aur.archlinux.org wrote: > >fbrennan [1] filed a deletion request for sensible-terminal [2]: > > > >I am trying to add this to sensible-utils but this user seems to hate > >me in particular and so has made everything about maintaining this > >package needlessly more difficult. > > > >[1] https://aur.archlinux.org/account/fbrennan/ > >[2] https://aur.archlinux.org/pkgbase/sensible-terminal/

2 years, 6 months

Re: [PRQ#42399] Deletion Request for avogadro2

by Marcell Meszaros

AUR/avogadroapp already has provides=avogadro2. The project itself most likely had a good reason to choose "avogadroapp" as the repo name - maybe they wanted to go for a future-proof designation, in case they later reach Avogadro 3 and higher main versions. The avogadro2 package looks like an unfriendly takeover attempt from the longer-existing AUR/avogadroapp. On 20 June 2023 02:42:35 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for avogadro2 [2]: > >Duplicate of AUR/avogadroapp: > >https://aur.archlinux.org/packages/avogadroapp > >The latter has been longer on AUR, since 2020, this one was uploaded >in 2022. > >The earlier package is more proper because the name of the source repo >itself is avogadroapp. > >Whereas "Avogadro 2" is the umbrella name of the whole project, >consisting of separate repositories for the library and the >application. > >Both packages are up-to-date (v1.97.0). > >This package has 0 votes and only 1 user comment, complaining about a >build error. > >There are no dependent packages relying on this name. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/avogadro2/

2 years, 5 months

[aur-requests] [PRQ#33479] Deletion Request for nvidia-dkms-performance

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for nvidia-dkms-performance [2]: Please delete this abandoned package, as per suggestion of its former maintainer. This is a binary-hacked / hex-patched NVIDIA driver and is unsafe. That is why its creator has abandoned it. Instead they have created a new AUR/nvidia-tweaks package which fine-tunes the NVIDIA driver safely via modprobe config files. Quote verbatim from former package owner: " Cabopust commented on 2021-10-17 13:39 (CEST) (edited on 2021-10-17 13:40 (CEST) by Cabopust) I am discontinuing support for this package. As I wrote below, I do not see the point of this package and it also brought a lot of pain to users with erroneous updates. I recommend that all users uninstall this package and not return to it again. As an alternative I created a new package nvidia-tweaks ( https://aur.archlinux.org/packages/nvidia-tweaks/ ) which does all the same optimizations made in this package, but in a more correct way without many problems. The nvidia-tweaks package does not care where you get the driver modules from or what version they are, it just does it through modprobe configuration files." [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/nvidia-dkms-performance/

3 years, 8 months

Re: [PRQ#48069] Deletion Request for biicode

by Marcell Meszaros

Former maintainer disowned it, expressing no objection to the deletion. On 27 September 2023 11:52:53 GMT+02:00, notify(a)aur.archlinux.org wrote: >MarsSeed [1] filed a deletion request for biicode [2]: > >Broken, not just because of totally incompetent packaging, missing >half a dozen undeclared Python2 dependencies, but also because this is >an online-only package manager tool, like the pacman -S functionality, >or pip install [modulename], without an available server. > >If someone installs the required Python2 packages, biicode just makes >a web call to a nonexistent Heroku PaaS container with a hardcoded >URL: > >https://biiserverproduction.herokuapp.com/ > >And then it does not do anything: all it responds every time is, even >to the '--help' invocation: > > ERROR: None or bad command. Type "bii --help" for available >commands > >The company that created biicode is defunct since 2015. This tool is >dead without its online repository / metadata server. > >By the way the package bundles not just the client but the server as >well, which is totally bogus. And also defunct, relying on a long-EOL >mongodb server. > >[1] https://aur.archlinux.org/account/MarsSeed/ >[2] https://aur.archlinux.org/pkgbase/biicode/

2 years, 1 month

[aur-requests] [PRQ#26911] Deletion Request for shim-git

by notify＠aur.archlinux.org

diabonas [1] filed a deletion request for shim-git [2]: The package fails to build with linking errors, see the output below. According to its author, the software has been abandoned since 2010, cf. https://github.com/nmathewson/shim/issues/2#issuecomment-514188733 gcc -I./compat -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -Wall -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -o shim shim-main.o shim-proxy.o shim-httpconn.o shim-conn.o shim-headers.o shim-log.o shim-util.o -levent /usr/bin/ld: shim-proxy.o:(.bss+0x0): multiple definition of `token'; shim-main.o:(.bss+0x0): first defined here /usr/bin/ld: shim-httpconn.o:(.bss+0x0): multiple definition of `token'; shim-main.o:(.bss+0x0): first defined here /usr/bin/ld: shim-conn.o:(.bss+0x0): multiple definition of `token'; shim-main.o:(.bss+0x0): first defined here /usr/bin/ld: shim-headers.o:(.bss+0x0): multiple definition of `token'; shim-main.o:(.bss+0x0): first defined here /usr/bin/ld: shim-log.o:(.bss+0x0): multiple definition of `token'; shim-main.o:(.bss+0x0): first defined here /usr/bin/ld: shim-util.o:(.bss+0x0): multiple definition of `token'; shim-main.o:(.bss+0x0): first defined here collect2: error: ld returned 1 exit status make[2]: *** [Makefile:441: shim] Error 1 [1] https://aur.archlinux.org/account/diabonas/ [2] https://aur.archlinux.org/pkgbase/shim-git/

4 years, 5 months

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