Arch Linux User Repository

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.

@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.