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

[aur-requests] [PRQ#33512] Deletion Request for firefox-beta-i18n

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for firefox-beta-i18n [2]: Duplicates Arch/community/firefox-developer-edition-i18n. Yes, Firefox Developer Edition is Firefox Beta, with minimal differences: * dark theme by default (can be changed) * a few small extra buttons on toolbar * a separate Firefox profile that doesn't overwrite that of the regular Firefox, so the two can be installed side-by-side. This package is not properly maintained. It has been updated on 2022-03-18 to v99.0b5-1, but its mandatory dependency, firefox-beta>=99.0b5 has not seen an update since 2021-11-04. Therefore this package is not currently installable. It does not instill confidence when such a mismatch is created, especially since this language pack has the same maintainer as the main AUR/firefox-beta. There are no user comments, only one from 2018. It shows this AUR duplicate is not in high demand. This package is not useful to be in AUR. I have already submitted a deletion request for AUR/firefox-beta because that one is even potentially harmful, it can overwrite the user's default Firefox stable profile (whereas Firefox Developer Edition is a beta that leaves the user's default stable profile intact). [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/firefox-beta-i18n/

3 years, 8 months

Re: [aur-requests] [PRQ#4023] Deletion Request for fish-git

by Maxime Gauduin

On Wed, Sep 16, 2015 at 11:24 AM, Levente Polyak <anthraxx(a)archlinux.org> wrote: > On 09/15/2015 09:27 PM, notify(a)aur.archlinux.org wrote: > > SanskritFritz [1] filed a deletion request for fish-git [2]: > > > > Gitorius is gone, this package is deprecated anyway long time. > > > > [1] https://aur.archlinux.org/account/SanskritFritz/ > > [2] https://aur.archlinux.org/pkgbase/fish-git/ > > > > Wouldn't it make more sense to keep fish-git and merge figh-shell-git > into the first one? The official fish package in the community > repository is named 'fish', it sounds more appropriate to have a > matching name for the VCS package. > > Indeed, as long as the package in [community] is called fish, its git counterpart in AUR must be called fish-git. There is very little chance that, in the future, anything other than this shell will be called fish anyway, I believe it is fine to keep fish{,-git} as package name rather than changing it to fish-shell{,-git}. Cheers, -- Maxime

10 years, 3 months

[aur-requests] [PRQ#31697] Deletion Request for wine37

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for wine37 [2]: Linked source file does not exist. There is zero reason to have a package for Wine development (unstable) version 3.7 from 27 April 2018. Wine's legacy stable versions might have slightly better rationale to be hosted here. But actually I fail to see the reason to use any outdated Wine version, since the new versions support everything the old ones did. Also, only stable releases (4.0, 5.0, 6.0, 7.0 etc.) are being maintained and fixed with point releases, but only for a year each AFAIK. Moreover, even after fixing the source link for this package and trying to build it, the build fails because there is a misconfiguration in the source itself. It invokes the source-builtin tool 'wrc' with a parameter that it does not support. But this kind of thing happens with unstable software releases. Safe to delete since nothing in AUR depend on it. The less outdated and non-working alternatives hosted here, the better the chances users will find the working, up-to-date versions. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/wine37/

3 years, 10 months

[PRQ#42836] Deletion Request for graceful-platform-theme

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for graceful-platform-theme [2]: There is no "Graceful Linux" distro. Google results only show unrelated stuff. The few AUR/graceful-* packages from user @dingjing are not useful. There are no documentation on how to put together a "Graceful Linux" themed, seemingly Qt and LightDM based custom install. Not even basic stuff, like what desktop framework/environment it supports. From GitHub commit history, it can be seen that actual code was developed only in 2020 and 2021. Since then, only packaging and metadata and comment/readme changes were done, many times quite randomly and without utility. And so far all packages I've checked from @dingjing are badly packaged, suspicious, without documentation, and seemingly not useful for "outsiders" who lack information about what was going on in the creator's head. For all I know, this seems like a pet project of one Chinese-speaking person done mostly during the COVID quarantine years. [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/graceful-platform-theme/

2 years, 5 months

Re: [aur-requests] [PRQ#3463] Deletion Request for ussdpad

by Doug Newgard

On Tue, 2 Jun 2015 17:32:19 +0000 (UTC) notify(a)aur.archlinux.org wrote: > Trilby [1] filed a deletion request for ussdpad [2]: > > There are countless ugly and potentially dangerous hacks in the > installation wrapper script used here. This will (try to) invoke > pacman to install dependencies from an install script called from the > PKGBUILD. It will then (try to) "sudo make install" to the root > directory rather than to the PKGDIR. > > This is a rats nest of problems for would-be-users, and for the safety > of those who might otherwise try to install this package, it should be > deleted until the submitter can take the time to write a proper > PKGBUILD. > > Cross ref to forum: https://bbs.archlinux.org/viewtopic.php?id=198173 > > [1] https://aur.archlinux.org/account/Trilby/ > [2] https://aur.archlinux.org/pkgbase/ussdpad/ Tribly, could you point out specific examples? While I agree the pkgbuild is kind of crappy, I'm not seeing any calls to pacman, and the only references I see to sudo are only in a text file.

10 years, 6 months

[PRQ#51154] Deletion Request for networkmanager-fortisslvpn-git

by notify＠aur.archlinux.org

MarsSeed [1] filed a deletion request for networkmanager-fortisslvpn- git [2]: Defunct VCS package. Upstream only receives automated CI housekeeping commits, but not feature commits, for the last 2+ year. [a] It depends on the unofficial openfortivpn client library for Fortinet's VPN, unsupported by the Fortinet company. It has seen a wide variety of breakages, especially for the past 6+ months. [b] The openfortivpn devs are fighting an uphill battle, and seem to be on the losing side. Fortinet itself is phasing out its independent VPN offering, and instead focuses on its other, integrated cloud and on-premises management, security and teleworking solutions. They still offer their own Linux VPN client for legacy customers [c], which seems to be users' only remaining viable option as of now. Though Fortinet no longer provides any support whatsoever for these users, and instead promotes its upmarket products. [a]: https://gitlab.gnome.org/GNOME/NetworkManager- fortisslvpn/-/commits/main [b]: https://github.com/adrienverge/openfortivpn/issues [c]: https://www.fortinet.com/support/product-downloads#vpn [1] https://aur.archlinux.org/account/MarsSeed/ [2] https://aur.archlinux.org/pkgbase/networkmanager-fortisslvpn-git/

2 years, 1 month

Re: [aur-requests] [PRQ#8992] Deletion Request for dotnet

by alad＠mailbox.org

On Mon, Sep 11, 2017 at 11:17:13PM +0000, Max Liebkies wrote: > Please do not delete [0] the package as the upstream discussion [1] about whether to keep a separate `dotnet` package as a meta package hasn't been concluded yet. > > Kind regards, > @gegenschall > --- > [0] I am super not sure why a deletion request has been filed if a merge request would have been what Alad so desired. > [1] https://github.com/dotnet/core-setup/issues/1599 > Same for me if the package is merged to dotnet-runtime or such instead. But keeping a placeholder in the AUR purely for some hypothetical name change - it's not even a valid PKGBUILD to begin with - is misleading at best and doesn't match the submission guidelines. [2] Alad [2] https://wiki.archlinux.org/index.php/Arch_User_Repository#Rules_of_submissi… > > > VG Max > On 11. Sep 2017, at 21:34, "notify(a)aur.archlinux.org<mailto:notify@aur.archlinux.org>" <notify(a)aur.archlinux.org<mailto:notify@aur.archlinux.org>> wrote: > > Alad [1] filed a deletion request for dotnet [2]: > > No functionality, not even a package() function - only a depends on a > single AUR package. Merge requests are a thing if you want a different > name. > > [1] https://aur.archlinux.org/account/Alad/ > [2] https://aur.archlinux.org/pkgbase/dotnet/

8 years, 3 months

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

by Kieran Colford

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

8 years, 10 months

Re: [aur-requests] [PRQ#5226] Deletion Request for python-powerline-git

by Timothée Ravier

On 18/04/2016 14:45, notify(a)aur.archlinux.org wrote: > mgalyutin [1] filed a deletion request for python-powerline-git [2]: > > Hi, there is a issue with self-conflicting package definition: > python2-powerline-git. Does it make sense to define python-powerline- > git package producing python2-powerline-git package? > > Kind regards, > > Mikhail. > > [1] https://aur.archlinux.org/account/mgalyutin/ > [2] https://aur.archlinux.org/pkgbase/python-powerline-git/ Hi, First, it feels rude to me to file for a package deletion without even contacting me before. I think it does make sense to produce both of them in a single PKGBUILD as they both use the same source and are built the same way. This is also the way the standard package is built in the official repository. You don't need to install both the python2 and python3 packages. Just install the version you need. Maybe it's your AUR helper that want to install both at the same time? I'm currently rebasing this package against the one in the official repo thus this will no longer be a problem anymore and you will be able to install both at the same time. Cheers -- Timothée Ravier

9 years, 8 months

Re: [PRQ#45408] Deletion Request for xdg-utils-custom-open

by Marcell Meszaros

No, this should not be deleted. It was recently created by another user, @jfrankenau, after thorough discussion with me and fellow AUR member @eclairevoyant. @jfrankenau stepped down from maintainership right after the rename from former package xdg-utils-no-open to this. I have adopted it, but did not yet have a proper chance to attend to it due to mostly being AFK, and then doing other IT things that were higher priority for me. I plan to introduce xdg-open-impl modules for this package, and also communicate with other maintainers who have alternative implementations of xdg-open and are currently facing packaging issues due to the default non-modularity of the upstream xdg-utils package. This is intended to be a plug-in base for those packages. On 27 July 2023 15:52:14 GMT+02:00, notify(a)aur.archlinux.org wrote: >malacology [1] filed a deletion request for xdg-utils-custom-open [2]: > >This pkg should be deleted as depends disappear > >[1] https://aur.archlinux.org/account/malacology/ >[2] https://aur.archlinux.org/pkgbase/xdg-utils-custom-open/

2 years, 4 months

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