@gardotd426 yes, sensible-utils
doesn't need to provide anything because it's a metapackage that depends on all of the packages.
This is the correct behavior.
Git Clone URL: | https://aur.archlinux.org/sensible-utils.git (read-only, click to copy) |
---|---|
Package Base: | sensible-utils |
Description: | Utilities for sensible alternative selection |
Upstream URL: | http://packages.debian.org/source/sid/sensible-utils |
Licenses: | GPL |
Submitter: | pcarrier |
Maintainer: | fbrennan |
Last Packager: | fbrennan |
Votes: | 27 |
Popularity: | 0.000371 |
First Submitted: | 2012-04-05 14:14 (UTC) |
Last Updated: | 2023-11-07 22:02 (UTC) |
@gardotd426 yes, sensible-utils
doesn't need to provide anything because it's a metapackage that depends on all of the packages.
This is the correct behavior.
@eclairevoyant, I'm sorry it was sensible-utils-unified
. Not sensible-utils-combined
. I don't know why I got those mixed up lol.
yay -Si sensible-utils-unified
Repository : aur
Name : sensible-utils-unified
Keywords : None
Version : 0.0.20-3
Description : Utilities for sensible alternative selection (unified)
URL : https://packages.debian.org/source/sid/sensible-utils
AUR URL : https://aur.archlinux.org/packages/sensible-utils-unified
Groups : None
Licenses : GPL
Provides : sensible-browser sensible-editor sensible-pager sensible-terminal sensible-utils-data sensible-utils
sensible-utils-unified
Depends On : bash
Make Deps : po4a
Check Deps : ed
Optional Deps : None
Conflicts With : sensible-browser sensible-editor sensible-pager sensible-terminal sensible-utils-data
Maintainer : xiota
Votes : 1
Popularity : 1.000000
First Submitted : Mon 19 Jun 2023 02:50:25 PM EDT
Last Modified : Mon 19 Jun 2023 02:50:25 PM EDT
Out-of-date : No
Meanwhile, sensible-utils
:
Provides : None
What is going on with sensible-utils? Every single update breaks. First a transition issue it seems, now it does not build due to
FAIL: test/fork-bomb
====================
/tmp/tmp.GojdEHePN3
sh: warning: shell level (1000) too high, resetting to 1
sh: warning: shell level (1000) too high, resetting to 1
./sensible-editor: fork: retry: Resource temporarily unavailable
./sensible-editor: fork: retry: Resource temporarily unavailable
./sensible-editor: fork: retry: Resource temporarily unavailable
./sensible-editor: fork: retry: Resource temporarily unavailable
./sensible-editor: fork: retry: Resource temporarily unavailable
./sensible-editor: fork: retry: Resource temporarily unavailable
./sensible-editor: fork: Resource temporarily unavailable
FAIL test/fork-bomb (exit status: 254)
?
packages IN the AUR should have compatibility with AUR helpers
How about no. First of all, "AUR helpers" is vague. They are legion, and supporting all of them is simply impossible as many have huge bugs. I will do my best to support yay
as it seems most popular in my packages, but users should not rely on AUR helpers.
sensible-utils-combined
is not a package in the AUR.
If your already-installed version is wrong then install the new version? I don't know what to reply about that.
packages IN the AUR should have compatibility with AUR helpers
Nothing about this sentence makes sense. Packages in the AUR are meant to follow AUR guidelines.
As mentioned in https://wiki.archlinux.org/title/AUR_helpers:
Warning: AUR helpers are not supported by Arch Linux. You should become familiar with the manual build process in order to be prepared to troubleshoot problems.
And that's not even how AUR helpers work, it is impossible for them to work the way you described, as you cannot even query provides
via the AUR RPC interface. So shoving useless provides
into a package is not going to do anything for searchability or dependency resolution. I don't know where you got that idea from.
The problem was this package actually doesn't report that it provides any of the necessary packages, and where they used to be split, my already-installed version of this package depends on sensible-{editor,browser,utils-data,pager,terminal}
.
sensible-utils-combined
reports it.
My Regolith DE pkgbase reports provides.
The problem with having to run makepkg -si
is that makepkg
can't pull in AUR dependencies. So yes, packages IN the AUR should have compatibility with AUR helpers (I know this package doesn't currently depend on any other AUR packages, but that shouldn't even matter).
Right now this can't be installed with any AUR helpers. It can be installed with makepkg -si but that's it, and even though that might not even be technically Arch rules, because it's the AUR, it's a really bad way to do things.
Oh. I see. I don't use any AUR helper but to make lives easier I will get rid of them now for a pkgrel 5, as since no names are being squatted anymore I don't need to nerf the package on purpose then push it back.
Next time there is an update I will remove the prepare and the declare. The reason they are there is because I originally intended to try to release a half-working package before the AUR Trusted Users stepped in and rectified the situation, so I had that there so I could quickly add sensible-terminal
once it was released. But then I discovered I couldn't even push as the main pkgname had been squatted and gave up on updating until rectified.
As of pkgrel 4 we no longer need to use my key. Please get Bastien's key from hkps://keyring.debian.org/ (https://keyring.debian.org/) ONLY, as ones on other keyservers are expired.
Pinned Comments
fbrennan commented on 2023-06-21 03:52 (UTC)
As of pkgrel 4 we no longer need to use my key. Please get Bastien's key from hkps://keyring.debian.org/ (https://keyring.debian.org/) ONLY, as ones on other keyservers are expired.