Search Criteria
Package Details: ruby-hiera-eyaml 4.2.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/ruby-hiera-eyaml.git (read-only, click to copy) |
---|---|
Package Base: | ruby-hiera-eyaml |
Description: | OpenSSL Encryption backend for Hiera |
Upstream URL: | https://github.com/voxpupuli/hiera-eyaml |
Licenses: | MIT |
Submitter: | justin8 |
Maintainer: | lb.laboon |
Last Packager: | lb.laboon |
Votes: | 3 |
Popularity: | 0.000035 |
First Submitted: | 2015-09-09 07:00 (UTC) |
Last Updated: | 2024-11-03 17:17 (UTC) |
Dependencies (5)
- ruby
- ruby-highline
- ruby-optimist
- git (git-gitAUR, git-glAUR) (make)
- ruby-rdoc (make)
Required by (1)
- helmsman (optional)
Latest Comments
1 2 Next › Last »
krobe commented on 2025-03-07 14:52 (UTC) (edited on 2025-03-07 15:00 (UTC) by krobe)
Thanks for pointing me in the right direction. Since I apply system updates when they become available, I'm not exactly sure why it was needed (possibly due to package caching) but
yay -S ruby-hiera-eyaml --answerclean ALL
solved the issue for me.lb.laboon commented on 2025-03-06 20:25 (UTC)
Arch released ruby 3.3.x to the main repos on 2024-10-01. This package was updated to 4.2.0 on 2024-11-03 (would have done it sooner, but I was away on vacation at the time). So anybody with version 4.2.0 of this package should have built it against ruby 3.3.x, unless it was installed without doing a full system update first (which is inadvisable for AUR packages).
krobe commented on 2025-03-06 17:42 (UTC) (edited on 2025-03-06 19:00 (UTC) by krobe)
In my case, I have had this package installed before Ruby was at version 3.3.x in Extra and I apply each system update within a few days of the release. Should something have caused the rebuild of this package as part of Arch's release of ruby 3.3.x last year?
lb.laboon commented on 2025-03-06 16:03 (UTC)
If you just upgraded from ruby 3.2.x to 3.3.x then you will need to rebuild this package. That should have happened automatically as this package was updated to 4.2.0 following Arch's release of ruby 3.3.x last year.
krobe commented on 2025-03-06 13:36 (UTC)
Official ruby in Extra is now at 3.3.7-1 so running eyaml fails because it is looking for hiera-eyaml gem in /usr/lib/ruby/3.3.0 when it is in fact in /usr/lib/ruby/3.2.0:
krobe commented on 2024-06-30 12:32 (UTC) (edited on 2024-06-30 12:34 (UTC) by krobe)
I did not realize the same ID could reference an updated key. The
gpg --refresh
command resolved it, thanks!lb.laboon commented on 2024-06-27 13:55 (UTC)
The key is not expired. The owner extended its validity back in January as you can see here. Hence, you need to update the copy in your keyring.
krobe commented on 2024-06-27 11:48 (UTC) (edited on 2024-06-27 11:48 (UTC) by krobe)
From what I can tell, the PKGBUILD references an expired key (see validpgpkeys below). I'm not an expert on building packages but it seems the PKGBUILD needs to be updated to fix this.
lb.laboon commented on 2024-06-26 14:44 (UTC)
@krobe Looks like you need to update your keyring.
krobe commented on 2024-06-26 14:04 (UTC) (edited on 2024-06-26 14:07 (UTC) by krobe)
During update from previous version, the package was unable to be verified:
1 2 Next › Last »