- Aur-general - lists.archlinux.org

[aur-general] Undeletion requests and TU role
by Pellegrino Prevete 12 Jun '22

12 Jun '22

After an AUR package gets deleted by error, where is it possible for an user to request undeletion? Can a Trusted User directly restore deleted packages? If yes, I think it could be appropriate for me to request that role because I don't want to bother people eventually every few days. Would someone here be available for sponsorship? I've been an user for more than 10 years and I maintain around 130 packages on AUR, a dozen of which should definitely go to community; I also regularly write on the wiki and contribute to arch projects (those on gitlab) and have contributions on GNOME projects. P

2 2

[aur-general] User MarsSeed spamming perl-* packages requesting maintainers not to do pkgrel bumps
by Xiretza 01 Jun '22

01 Jun '22

Hi, the user MarsSeed[0] is spamming AUR packages which perform a pkgrel bump for perl version updates with a prewritten comment asking package maintainers not to do that, examples: [1][2][3]. While their reasoning is questionable, I think the AUR/TUs do not have an official stance on this, and I don't intend to debate it here - I just think this user shouldn't be spamming a bunch of packages with the same comment over and over. Regards, xiretza [0]: https://aur.archlinux.org/account/MarsSeed [1]: https://aur.archlinux.org/packages/perl-authen-pam#comment-867588 [2]: https://aur.archlinux.org/packages/perl-class-errorhandler#comment-867605 [3]: https://aur.archlinux.org/packages/perl-json-rpc#comment-867591

2 1

[aur-general] keenerd unresponsiveness
by Jelle van der Waa 12 May '22

12 May '22

Hi All, I've tried to reach out to keenerd a couple of times about dropping some packages of him such as geda-gaf (which lets us drop guile2.0, gtk2 in the future etc.). But I haven't heard back about these mails. David has also tried to contact him about his key expiring and being unable to package after allan's master key will be revoked. Keenerd did vote in recent TU proposals and still committed in May. [1] [2] So with this email I hope keenerd responds to the keyring issue and responds to the inquiries about his old packages. [1] https://aur.archlinux.org/tu/137 [2] https://github.com/archlinux/svntogit-community/commit/dd3ec59e66ede524c5bf… Greetings, Jelle van der Waa

1 0

[aur-general] Possible spam account
by Michael Kogan 08 May '22

08 May '22

Hi guys, The user InstallerLegacy [1] just adopted gnome-vfs [2], added himself, including a contact address, to the PKGBUILD head without any further changes, then orphaned the package again two minutes thereafter. Since the account has been created just today, maintains no packages and lists further contact information like a website URL and contact address, I suspect it to be a spam account. Best, Michael [1] https://aur.archlinux.org/account/InstallerLegacy [2] https://aur.archlinux.org/pkgbase/gnome-vfs/

2 1

[aur-general] Removal of Andrzej Giniewicz as Trusted User due to prolonged inactivity
by David Runge 05 May '22

05 May '22

Hi all, this is a motion for "Special Removal of an Inactive TU" [1] for Andrzej Giniewicz (giniu) based on prolonged inactivity. After the removal of Andrzej's packager key due to Bartłomiej Piotrowski's main key removal [2] it has been the consensus for him to create a new packager key. However, this never happened and meanwhile Andrzej's last TU vote is 131 (we're at 136) and he has last logged in to the AUR on 2022-02-14. In January I reached out publicly [3] to ask for progress on the matter, but got no reply. Privately I have again attempted to reach out on 2022-04-08, stating that after two weeks of no reply this here process would be started. This time has now passed. The discussion period will last for three days, after that I will open the vote, which will last for five days. Best, David [1] https://tu-bylaws.aur.archlinux.org/#_special_removal_of_an_inactive_tu [2] https://lists.archlinux.org/pipermail/arch-dev-public/2021-May/030445.html [3] https://lists.archlinux.org/pipermail/arch-dev-public/2022-January/030643.h… -- https://sleepmap.de

1 3

[aur-general] Renaming AUR Repository
by Tuhana GAYRETLİ 03 May '22

03 May '22

Hi. I have an AUR repo named `ttf-jura`[1], which is a font package. After I read AUR Font Publishing wiki, I noticed I need to split TTF, OTF and variable variations, so I split `ttf-jura` as `ttf-jura`, `otf-jura` and `ttf-jura-variable` and changed pkgbase as `jura-font`. But since `ttf-jura` repo's pkgbase is `ttf-jura`, I cant push to repo with new pkgbase. Is it possible rename `ttf-jura` as `jura-font`[2], so I can push new, split version of it? Thanks. I'm not pushing to jura-font directly because it maybe conflict with ttf-jura, because it already exists. [1]: https://aur.archlinux.org/packages/ttf-jur <https://aur.archlinux.org/packages/ttf-jura>a [2]: https://aur.archlinux.org/packages/jura-font

2 2

[aur-general] Deletion of vi-vim-symlink and neovim-symlinks
by Doug Newgard 22 Apr '22

22 Apr '22

Recently vi-vim-symlink and neovim-symlinks were deleted from the AUR. These are used by a lot of people to set up their systems, and a lot of people want to know why [1]. They do not violate any AUR rules and have been available in the AUR for a very long time, well over 6 years for neovim-symlinks (about the time neovim became a thing) and over a decade for vi-vim-symlink, but I can't date that one as it predates the current AUR system by a long ways. The reason given for this was: > This is more appropriately managed via the user shell's > PATH/configuration. This is completely bogus. First off, PATH has nothing to do with anything here. Second, the shell's configuration doesn't work. Making aliases doesn't work when other programs call vi or vim. It doesn't even work for something like `sudo vim`. This is not a substitute in any way. Just because one TU doesn't find it personally useful or doesn't understand why someone would use a package doesn't mean it shouldn't exist. This is a similar situation to the -bin package issue, except there's not even a rule to misinterpret on this one. If you don't want to use a package, don't, but please don't force your views on everyone. [1] https://www.reddit.com/r/archlinux/comments/u8o31u/why_was_vivimsymlink_fro…

5 5

[aur-general] ssh access on port 443
by eNV25 19 Apr '22

19 Apr '22

Hi My firewall is restrictive and won't allow outgoing traffic on tcp/22. github.com and gitlab.com both provide alternative addresses that use tcp/443. Is there something like this for AUR? I know I can just use a general proxy, but I don't have access to another network or computer to host my own, and all public VPNs and proxies that work in this network are slow. Thanks eNV25

6 9

[aur-general] Fwd: [PRQ#33929] Deletion Request for vdr-api
by Manuel Reimer 10 Apr '22

10 Apr '22

Forwarding as I think my reply to "aur-requests" will not be actually delivered: Actually I leave this to the "Arch staff" to decide. Yes, you are right that this was created to "work around" issues in some AUR helpers and I did not know that this issue no longer exists. And as updating this dummy package is a separate step that was never automated I tend to forget to push version numbers there. So I would also prefer to have this package gone. Maybe the "decision makers" know better about the current situation about AUR helpers. I, myself, don't use any AUR helpers at all. If it is no longer needed, then please delete "vdr-api" and tell me so I can delete on the vdr4arch GitHub project, too. Manuel On 10.04.22 02:07, notify(a)aur.archlinux.org wrote: > MarsSeed [1] filed a deletion request for vdr-api [2]: > > This dummy package is not useful and not required. > > It was created to accommodate some AUR helpers > that lack such a basic and necessary feature as > handling the provides entries on AUR during > dependency resolution. > > (I am using yay and paru, both handle them well.) > > This package was created for AUR/vdr. > That package now has a versioned provides - currently this: > provides = vdr-api=2.6.1 > > This package, vdr-api, was not kept up to date with the above, > as it currently has pkgver=2.4.7 > > Yet, dependents requiring vdr-api=2.6.1 can be installed > just fine by paru and yay, because AUR/vdr provides exactly > that. No need for this (outdated) intermediary dummy package. > > Example dependent that I tried and which installs fine > without even requiring AUR/vdr-api: > https://aur.archlinux.org/packages/vdr-play > > Safe to delete, as its now incorrect version proves my point. > No users have complained that they couldn't install > dependents of AUR/vdr because of a version mismatch. > Guess they use a proper AUR helper like paru or yay or > something on par with them, and their tool of choice > was able to resolve the dependency correctly without > AUR/vdr-api as a dummy intermediary. > > [1] https://aur.archlinux.org/account/MarsSeed/ > [2] https://aur.archlinux.org/pkgbase/vdr-api/

2 1

[aur-general] Trying to find out why bubbros is archived from aur
by Glen Ogilvie 05 Apr '22

05 Apr '22

Hi, I've been searching the mailing list archives, but can't find any message about why bubbros has moved from AUR to the archive. https://github.com/aur-archive/bubbros I've got this installed and running on arch, but would like to have it available for others to easily install. I'm pretty comfortable with packaging, etc and moved from building Mageia RPMs across to Arch for quite a number of my systems. If it just needs someone to own it.. I'd be happy to do so, although the game itself is finished (ie, no new versions needed for the last 7 years). Regards Glen Ogilvie New Zealand.

2 2