13:09:21 <Smithx10> jperkin:  "pkg_add: unable to verify signature: Signature key id"  how do I update the key?
13:17:02 <jperkin> Smithx10: assuming illumos trunk, follow the "Standard (upgrade)" instructions at https://pkgsrc.smartos.org/install-on-illumos/
13:18:04 <Smithx10> This is inside of the base-64-lts 21.4.0 zone
13:18:07 <Smithx10> never had to do that before 
13:19:15 <jperkin> the key didn't change for 21.4.0
13:19:28 <jperkin> so .. not sure what's going on there
13:19:31 <Smithx10> ran the upgrade
13:19:41 <jperkin> eek, no
13:19:50 <Smithx10> uh oh
13:20:04 <jperkin> ok, one moment..
13:20:20 <Smithx10> from within the zone I ran pkgin update i believe 
13:21:08 <Smithx10> Ill redeploy that image
13:21:18 <Smithx10> Dont think I need it anyway
13:21:28 <jperkin> oh, if you're able to then that'll probably be easiest, make sure you get the latest version which uses pkgsrc.smartos.org
13:21:44 <Smithx10> There is a new base-64-lts?
13:22:09 <jperkin> the only thing that changed for LTS releases is the URL, the signing key is exactly the same (basically until the LTS are EOL), so something else must have happened for you to now get different packages
13:22:36 <Smithx10> 85d0f826-0131-11ed-973d-2bfeef68011c right?
13:22:48 <jperkin> I released 20.4.1 and 21.4.1 images which have the updated URLs in place
13:22:55 <jperkin> yeh looks good
13:26:01 <Smithx10> Joyent no longer in the motd lol
13:26:04 <jperkin> if you did want to retain that older image then unpacking https://pkgsrc.smartos.org/packages/SmartOS/bootstrap-upgrade/bootstrap-2021Q4-x86_64-upgrade.tar.gz over the top should fix it
13:26:14 <Smithx10> "brought to you by MNX" :P
13:26:28 <jperkin> yeh, rip
13:56:01 <nahamu> companies don't write/maintain/package software; people do. I'm grateful for jperkin's employers past and present, but I know who's doing the pkgsrc work. :)
14:33:19 <toasterson> Well they get the add rights by Paying cash, it's a small enough price imho
17:06:54 <bahamat> At MNX we've decided to do all of the Triton/SmartOS stuff under the quazi-organization Triton.
17:07:21 <bahamat> There's not a legal framework around it, but the vendor is considered to be Triton or Triton Data Center.
17:08:29 <bahamat> MNX gets copyrights, which is clearly attributed in the source, but otherwise we didn't want to have to go through the whole mess if disentangling the company name if there happens to be change of ownership at any time in the future.
18:12:58 <toasterson> Hmmm might be a good discussion for ARM
19:45:54 <Smithx10> LLDP doesn't work when the interfaces are in an aggregation right?
19:53:25 <Smithx10> Any other way to get port info from ToR to get around that?
19:58:47 <pjustice> Is there LACP on them?  Could you sniff it, if so?
23:25:37 <jesse_> hmmm, where were the pkgsrc trunk build logs? caddy seems to be missing from it...
23:26:20 <jesse_> (and 21Q4 has 2.4.5 when 2.6.2 is newest)
23:26:27 <wiedi> https://mail-index.netbsd.org/pkgsrc-bulk/  -  https://us-central.manta.mnx.io/pkgsrc/public/reports/upstream-trunk/20221119.0803/caddy-2.6.2nb1/build.log
23:26:42 <wiedi> undefined: unix.SO_REUSEPORT
23:31:51 <jesse_> caddy requirements: Go 1.18 or newer
23:32:43 <jesse_> and trunk has go-1.19.3.tgz
23:36:44 <jesse_> so... from running a nat/fw/tls termination zone, to running nat/fw zone, tunneling to lx tls termination...
23:37:14 <jesse_> I don't like tne amount of hops for data, but there's just no way to keep running stuff on native zones
23:48:12 <jesse_> and that design will break the current certificate infra in place... the yak shaving just keeps going deeper. I just wanted a tls certificate for an ip, and I'm something like 15 hours in with it...=)