Skip to content

Instantly share code, notes, and snippets.

View robbat2's full-sized avatar

Robin H. Johnson robbat2

View GitHub Profile
@robbat2
robbat2 / 00.txt
Created March 8, 2026 22:51
VREF/proj-gentoo-02-gpg false postive blocking push
$ git push
Enumerating objects: 40, done.
Counting objects: 100% (36/36), done.
Delta compression using up to 16 threads
Compressing objects: 100% (12/12), done.
Writing objects: 100% (30/30), 23.60 KiB | 23.60 MiB/s, done.
Total 30 (delta 22), reused 25 (delta 18), pack-reused 0 (from 0)
remote: EE05E6F6A48F6136:CF41912D53519F02 [Robin Hugh Johnson (robbat2) <robbat2@gentoo.org>] [E] algo:ecc:invalid ECC curve brainpoolP256r1 disallowed (only Curve 25519 supported)
remote: *** None of your keys comply with GLEP 63.
remote: Please update the keys into conformance if you wish to continue
@robbat2
robbat2 / gist:dcf6d7fbe848f913d8c9937ebf96d19d
Last active March 2, 2026 05:41
lvconvert fail to raid1 - region size error; suspect bad expectations re sector size
killdeer /usr/src # lvconvert --type raid1 vg/c6a145db-b517-4907-a66a-c47b2165caec.disk2_data
Are you sure you want to convert linear LV vg/c6a145db-b517-4907-a66a-c47b2165caec.disk2_data to raid1 type? [y/n]: y
device-mapper: reload ioctl on (252:395) failed: Invalid argument
Failed to suspend logical volume vg/c6a145db-b517-4907-a66a-c47b2165caec.disk2_data.
killdeer /usr/src # dmesg | tail
[ 274.423029] drbd resource7/0 drbd7: helper command: /bin/true after-resync-target minor-7 exit code 0 (0x0)
[ 934.753262] device-mapper: raid: Supplied region_size (1024 sectors) below minimum (4096)
[ 934.753276] device-mapper: table: 252:395: raid: Supplied region size is too small (-EINVAL)
[ 934.753280] device-mapper: ioctl: error adding target to table
# /usr/lib64/ruby/gems/3.2.0/specifications/unf-0.2.0.gemspec
# -*- encoding: utf-8 -*-
# stub: unf 0.2.0 ruby lib
# stub: ext/mkrf_conf.rb
Gem::Specification.new do |s|
s.name = "unf".freeze
s.version = "0.2.0".freeze
s.required_rubygems_version = Gem::Requirement.new(">= 0".freeze) if s.respond_to? :required_rubygems_version=
goshawk /usr/portage/dev-ruby/unf # qlist dev-ruby/unf-0
/usr/share/doc/unf-0.2.0/README.md.bz2
/usr/lib64/ruby/gems/3.2.0/gems/unf-0.2.0/lib/unf/normalizer_cruby.rb
/usr/lib64/ruby/gems/3.2.0/gems/unf-0.2.0/lib/unf/normalizer.rb
/usr/lib64/ruby/gems/3.2.0/gems/unf-0.2.0/lib/unf/version.rb
/usr/lib64/ruby/gems/3.2.0/gems/unf-0.2.0/lib/unf/normalizer_jruby.rb
/usr/lib64/ruby/gems/3.2.0/gems/unf-0.2.0/lib/unf.rb
/usr/lib64/ruby/gems/3.2.0/specifications/unf-0.2.0.gemspec
goshawk /usr/portage/dev-ruby/unf # qlist dev-ruby/unf_ext-0
/usr/share/doc/unf_ext-0.0.9.1/README.md.bz2
@robbat2
robbat2 / alertmanager_templates_howto.md
Created December 21, 2024 07:38 — forked from vi7/alertmanager_templates_howto.md
Alertmanager templates testing

Render Alertmanager templates locally

Normally to test Alertmanager templates you need to restart running Alertmanager and wait for alerts to arrive to Slack or email. To speed up this process parts of templates could be rendered locally using predefined alerts data without the need of the actual Alertmanager.

What you still need in this case is amtool which is a part of Alertmanager delivery which could be downloaded here https://github.com/prometheus/alertmanager/releases

Some examples of templates rendering:

# navigate to the templates dir
label: gpt
label-id: BCF8FB7F-A652-4E38-A3E1-7E640494828E
device: /dev/nvme0n1
unit: sectors
sector-size: 4096
/dev/nvme0n1p1 : start= 256, size= 130816, type=C12A7328-F81F-11D2-BA4B-00A0C93EC93B, uuid=3DE88D22-BCD1-4CE1-9E59-C13AC363EE86, name="primary"
/dev/nvme0n1p2 : start= 131072, size= 262144, type=A19D880F-05FC-4D3B-A006-743F0F84911E, uuid=C238F704-60A0-4481-A64B-EB5C54BC9E4B, name="primary"
/dev/nvme0n1p3 : start= 393216, size= 468449792, type=A19D880F-05FC-4D3B-A006-743F0F84911E, uuid=B011E232-810F-4857-9587-AEE5146C3090, name="logical"
/dev/nvme0n1p4 : start= 468843094, size= 508, type=0FC63DAF-8483-4772-8E79-3D69D8477DE4, uuid=9594B208-73D0-42D9-90A1-C58BE1DC37F2, name="logical"
To: gentoo-nfp@lists.gentoo.org,
gentoo-project@lists.gentoo.org,
gentoo-dev-announce@lists.gentoo.org,
gentoo-announce@lists.gentoo.org,
gentoo-foundation-announce@lists.gentoo.org
Subject: Gentoo Foundation 2024 Election: Recording Date, Nomination & Voting schedule
Reply-To: gentoo-nfp@lists.gentoo.org
This email serves as the legally required notice of the Gentoo
Foundation 2024 election.
$ gpg --verify test.asc test
gpg: Signature made Sun 21 Apr 2024 01:09:48 PM PDT
gpg: using EDDSA key 9AC275DCB7764E1481FDADA4A30516BE702D81A9
gpg: Good signature from "Matthias Maier" [unknown]
gpg: aka "Matthias Maier <maier@tamu.edu>" [unknown]
gpg: aka "Matthias Maier <msmaier@umn.edu>" [unknown]
gpg: aka "Matthias Maier <tamiko@43-1.org>" [unknown]
gpg: aka "Matthias Maier <tamiko@gentoo.org>" [unknown]
gpg: aka "Matthias Maier <maier@math.tamu.edu>" [unknown]
gpg: aka "Matthias Maier <tamiko@kyomu.43-1.org>" [unknown]
## Why become an SPI Associated Project?
Gentoo, as a collective of software developers, is pretty good at being a Linux
distribution. However, the legal & organization overhead required to convert
the existing corporation into a successful non-profit recognized at the federal
level in the USA would be a significant increase in non-development workload.
The historical baggage of the Gentoo Foundation, with bylaws restricted
behavior to that of a non-profit, and as a non-profit recognized only in the
state of New Mexico, but considered as a for-profit entity at the US federal
# Copyright 1999-2023 Gentoo Authors
# Distributed under the terms of the GNU General Public License v2
EAPI=8
USE_RUBY="ruby30 ruby31 ruby32"
RUBY_FAKEGEM_TASK_DOC=""
RUBY_FAKEGEM_EXTRADOC="README.md CHANGELOG.md PLUGINS.md"
RUBY_FAKEGEM_GEMSPEC="${PN}.gemspec"