Arch Linux User Repository

Correction: hare(aur) is already in use.

We will still wait for hare(aur)'s 0.24.2 release before himitsu(aur)'s release.

hare(aur) 0.24.2 is about to release soon. I will use hare(aur) instead of hare-git(aur) for the next release of himitsu(aur).

TrialInError,

I've updated the PKGBUILD to use hare-git(AUR).

I've notified user fossdd that the himitsu-git(AUR) package is out-of-date, and have sent him an email.

The reason is rather simple. It is still a difference if I compile a stable release with a development snapshot of the dev environment, or if I compile a possible unstable snapshot of the software.
I could have changed the -git to use the tag/commit, but then I can use this. And it avoids possible hassle with programs which add himitsu as a dep.

TrialInError,

If there really is precedent for using alternative -git makedeps, then I shall consider it for himitsu(AUR). Though, the difference here is that, while libucl had (I'm assuming) versioned releases, upstream hare doesn't yet.

The commit chosen for the hare(AUR) PKGBUILD is the latest working commit which builds on the latest working harec(AUR) commit, which is based on the latest versioned release of qbe(AUR).

himitsu 0.4 may build with hare-git(AUR), but then why not use himitsu-git(AUR)? Nonetheless, I see the value, and i'll try to use -git here if I can.

This is in general true. But if there is breakage to avoid or if backporting fixes is to bothersome due to changes, even packages in the repos temporarily used a build from git.
And sometimes it cannot be avoided, like with hikari and libucl-git. Latest release of libucl was 2018, but a newer version was needed. Didn't exist, therefore the -git package as a dep for a non development package. Now it could be reverted back, as there was finally a release.
And qbe kinda reminds me of wlroots :D The back and forth with wlroots and wlroots-git to avoid breakage of the build process...
But well, let's see what happens :)

Edit: Who decided on the commit in the hare PKGBUILD? Just pinpointing to a specific commit is hardly a "stable" release. Nevertheless and just for confirmation himitsu 0.4 builds fine with the -git toolchain :)

TrialInError,

The package name himitsu(AUR) implies makedeps which are non "-git". This is what himitsu-git(AUR) is for. By the way, the maintainer of himitsu-git(AUR) should be alerted that his PKGBUILD file is failing to build, when it should be able to.

As it turns out, upstream himitsu versions 0.3 and 0.4 both don't compile with current hare(AUR). There is no solution other than waiting for a new qbe(AUR), harec(AUR), and hare(AUR) release. A revert or epoch is pointless.

What is your reasoning for not changing the makedep?
Of course you can always change the version back. Via revert, or manually (plus epoch). But what would be the gain if there is still the problem Liselotte reported? Or is that resolved?

TrialInError,

I believe changing the hare(AUR) dependency to hare-git(AUR) would be disingenuous.

I'm looking through the Arch Wiki for instruction. Would a revert commit work? Would it be acceptable?

I see. Thanks for the explanation.
Interesting problem. But if it's certain, it builds with hare-git, then I would change the makedep to hare-git for the time being. Still leaves the possibility that one gets the right timing to build an incompatible hare-git, but well.. One cannot have everything :D