diff options
Diffstat (limited to 'meeting-logs')
-rw-r--r-- | meeting-logs/20240811-summary.txt | 70 | ||||
-rw-r--r-- | meeting-logs/20240811-summary.txt.asc | 19 | ||||
-rw-r--r-- | meeting-logs/20240811.txt | 240 | ||||
-rw-r--r-- | meeting-logs/20240811.txt.asc | 19 |
4 files changed, 348 insertions, 0 deletions
diff --git a/meeting-logs/20240811-summary.txt b/meeting-logs/20240811-summary.txt new file mode 100644 index 0000000..bf1c439 --- /dev/null +++ b/meeting-logs/20240811-summary.txt @@ -0,0 +1,70 @@ +Summary of Gentoo Council meeting 2024-08-11 + +Agenda [1] +========== + +1. Roll call +2. Open bugs with Council participation [1] +3. Open floor + + +Roll call +========= + +Present: Arsen (proxy for ulm), arthurzam, dilfridge, mgorny, robbat2, sam, soap +Absent: - + + +Foundation Discussion +===================== + +The foundation wasn't discussed since an AGM is upcoming with no new updates. + + +Open bugs with council involvement +================================== + +Bug 936517 - Social Contract update +----------------------------------- + +Marked as resolved. + + +Bug 936914 - ARM64 server replacement +------------------------------------- + +Acquiring a replacement for our current jiji.arm.dev.gentoo.org host. We have +not heard back from WorksOnArm. Other options such as Gigabyte, SuperMicro or +Nvidia's Grace are considered impractical for our purposes. Sam will reach out +to ARM contacts. + + +Bug 801499 - Nitrokey 3 upgrade +------------------------------- + +Nitrokey 3's quality is considered unacceptable. Soap will contact Yubico for +sponsorship or price quotes, while Robbat2 will ask on SPI lists about similar +initiatives. + + +Bug 925014 - PR services redundancy +----------------------------------- + +A shared Mastodon account was created, and no further action was required. + + +Open floor +========== + +arthurzam updated the council on a number of arches: + +- alpha/23.0 is a stable profile now. +- ppc64-32bit userland profiles are gone, arthurzam will do more ppc64 cleanups. +- ia64 is deprecated and will be removed on 2024-09-07. + +MIPS was discussed more, and splitting into distinct variants was brought up +but no action was taken. + + +------------------------------------------------------------------------------- +[1] https://marc.info/?l=gentoo-project&m=172336871401229&w=2 diff --git a/meeting-logs/20240811-summary.txt.asc b/meeting-logs/20240811-summary.txt.asc new file mode 100644 index 0000000..73181c6 --- /dev/null +++ b/meeting-logs/20240811-summary.txt.asc @@ -0,0 +1,19 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v2 + +iQKTBAABCgB9FiEEuNUxXaAAcsCoYIifzjbhFyAuOEIFAmbUqmxfFIAAAAAALgAo +aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEI4 +RDUzMTVEQTAwMDcyQzBBODYwODg5RkNFMzZFMTE3MjAyRTM4NDIACgkQzjbhFyAu +OEJEOhAA5dXwsIYvl8T6Zx8eCU272SZ5f9eQI8Ev2t9IjjnIvk3CvireX5MgtJ5D +lucKk7KZpAFbewfbEdT6KgvN6HDHsI0oIoHIhU05Kd53nIhR5VZf3XTXAgK9JAZf +zJTfyvE+CqpjvIX/3ai1KfJ17fXpS4rmqhEbXCO93xYkFuYQdN2aqovZO/nSN3r6 +EWAOPO+/upSKa2UUlUGnOZXi3bcpYcGOeUfs0dYxR9Mc9zVWFsW90z3GS+P6QzU6 +RgqByNlW0L31sptWq1kk/u3fSah5FPLYHg99IFglcaE/v5Iw8XqKL83FPEVGz9Cj +YKaUSwJENQ3kyD7YTxqgjK6bLIcPNoCposEFC24fULNXmEmMDtrMeiDUu3xh7Csq +IvCxF/ID3MPj7f7G4y1uUdwTK4riFI2fzbQDw6TapesBNJq6j0zTt4dq9jhjU7aM +xVGx2co5VmjdOhx/dB/Q6UsCeg/d+r2mljBvfCFelz36bpd1imQaOWA6Cs3YPz81 +K8H6ni4sHHmybE6Pxr6pij83lD/PqN7vGU0O2PydBXBBZZXtYdyEDSH7riAd4Wvj +BX72kYl1NNwgVYNyrQt2IXKoWSheAA0y4L3OcKcS9JmkJ4osw+jcZVjaLJTD1/vQ +d0ZrgRHS2e262qno4nYPRx93gf0arWeZVsJH/+IBQA6uiuWvWjo= +=6tsD +-----END PGP SIGNATURE----- diff --git a/meeting-logs/20240811.txt b/meeting-logs/20240811.txt new file mode 100644 index 0000000..ea3ed13 --- /dev/null +++ b/meeting-logs/20240811.txt @@ -0,0 +1,240 @@ +[18:59:58] <@soap> https://marc.info/?l=gentoo-project&m=172336871401229&w=2 +[19:00:16] <@arthurzam> dilfridge: soap: https://public-inbox.gentoo.org/gentoo-project/d2779e497df653744135f11f9ad5e4dd4d0f977c.camel@gentoo.org/T/#u +[19:00:46] <@dilfridge> looks exciting +[19:00:53] <@soap> ok, roll call +[19:00:57] <@robbat2> present +[19:01:01] -*- dilfridge present +[19:01:03] -*- mgorny here +[19:01:04] -*- arthurzam here +[19:01:06] -*- soap here +[19:01:07] -*- Arsen here (proxy for ulm) +[19:01:09] -*- sam_ here +[19:01:25] <@soap> ok, full council +[19:01:32] <@dilfridge> full house +[19:01:59] <@soap> 1.1 I've decided against discussing the foundation, since we'll have an AGM soon and there aren't any news on that front +[19:02:16] <@soap> 2. Open bugs with Council participation +[19:03:02] <@soap> bug 936517 should be done, I'll close it after the meeting +[19:03:03] <willikins> soap: https://bugs.gentoo.org/936517 "Social Contract update"; Gentoo Foundation, Licenses; IN_P; ulm:trustees +[19:03:09] <@dilfridge> \o/ +[19:03:30] <@soap> bug 936914 should be fine too +[19:03:31] <willikins> soap: https://bugs.gentoo.org/936914 "arm64: Short-term replacement for jiji.arm.dev.gentoo.org"; Gentoo Foundation, Proposals; CONF; robbat2:trustees +[19:03:42] <@robbat2> i have some questions there +[19:03:53] <@robbat2> did we hear back from WorksOnArm, or any other big users? +[19:04:06] <@dilfridge> I didnt hear anything +[19:04:16] <@sam_> just to say: I haven't heard back from my WOA replies, I have a feeling they didn't quite realise our needs couldn't be met by cloud, but I don't know if we will hear back +[19:04:33] <@sam_> I can try reach out to 2 people I know at arm who have been very appreciative of our help with gcc +[19:04:38] <@sam_> I have not heard from other users +[19:04:46] <@robbat2> neither Gigabyte nor SuperMicro are selling anything newer than 18 months old publicly +[19:04:54] <@dilfridge> no response from the glibc people +[19:05:17] <@sam_> I was waiting on asking the arm people I knew of until we gave the glibc people a chance, in case they're all on the same team +[19:05:18] <@robbat2> lots of hype about new products coming, but nowhere to get them, or even access +[19:05:30] <@dilfridge> robbat2: the only thing that is sold publicly is the nvidia grace superchip, and that is beyond our needs and means +[19:05:35] <@soap> the story of ARM... +[19:05:40] <@sam_> yep +[19:05:50] <@sam_> so if people think I should, I can reach out to the 2 arm folk +[19:05:53] <@sam_> I don't konw if it'll go anywhere +[19:05:57] <@sam_> or I can ask in person in a month +[19:06:07] <@robbat2> you can order a Grace, but seems nobody is actually shipping it +[19:06:14] <@dilfridge> (based on 2x neoverse v2, typical server from 50k€ upwards) +[19:06:24] <@soap> we have a Grace at work, but they're finicky +[19:06:36] <@ajak> wrt contingencies: i have my arm server that i'd be happy to give to gentoo, but need somewhere to put it +[19:06:41] <@sam_> we also don't need the gpu part at all for our purposes +[19:06:46] <@ajak> soap: and loud! +[19:06:56] <@ajak> (which may or may not be a genuine concern) +[19:07:00] <@dilfridge> sam_: grace is without gpu, grace hopper is with (fun) +[19:07:09] <@sam_> ah +[19:07:13] <@robbat2> i've asked OSL about the state of our racks; there isn't enough power right now; maybe if something got cleared out +[19:07:17] <@robbat2> but that's a next month discussion now +[19:07:21] -*- ajak nods +[19:07:26] <@mgorny> btw no chance worksonarm would give us the hw if they're decommissioning it anyway? +[19:07:30] <@dilfridge> sounds reasonable +[19:07:30] <@sam_> ok, so quickly: should I email the 2 people now, or just ask in person next month? +[19:07:31] <@robbat2> ajak: where physically is your node located? +[19:07:38] <ajak> bay area +[19:08:02] <@sam_> mgorny: they've not replied to my other emails yet so.. +[19:08:06] <@robbat2> mgorny: I did suggest WOA should be asked that question +[19:08:09] <@arthurzam> sam_: what are the risks of contacting them? +[19:08:27] <@sam_> arthurzam: just that maybe it'd be more successful if I ask IRL, dunno, but I get on with them well anyway +[19:08:34] <@sam_> maybe slight awkwardness if they say no? :D +[19:08:54] <+Arsen> I doubt there are any really.. but minimizing "bother" is nice +[19:09:02] <@arthurzam> ok, I see +[19:09:17] <@sam_> maybe some small increased chance of success if arsen and I are both there with the begging bowl +[19:09:18] <@sam_> no idea +[19:09:22] <+Arsen> (assuming these are the same ARM people I'm thinking of; sam?) +[19:09:25] <@sam_> yes +[19:09:28] <+Arsen> figures +[19:09:47] <@sam_> ok I'll play it by ear, I'll definitely ask, not sure when +[19:09:56] <@sam_> I'll ask in person if I haven't by then +[19:10:26] <@robbat2> thanks +[19:10:39] <@dilfridge> for the moment susuwatari (the new hetzner machine) is fully functional (thanks robbat2 and whoever else helped) +[19:11:01] <@arthurzam> dilfridge: can I start the tattoo on it? +[19:11:11] <@dilfridge> as far as I'm concerned, sure +[19:11:21] <@robbat2> i thought tattoo was already running :-) +[19:11:24] <@dilfridge> catalyst jobs and binhost builders are already running +[19:13:57] <@robbat2> anything else to discuss on the arm64 box topic? +[19:14:05] <@sam_> nothing from me +[19:14:09] <@dilfridge> nope +[19:14:13] <@arthurzam> none +[19:14:23] <@soap> ok, lets proceed +[19:14:28] <@soap> bug 801499 +[19:14:28] <willikins> soap: https://bugs.gentoo.org/801499 "Approach Nitrokey for Nitrokey 3 upgrade"; Gentoo Foundation, Proposals; CONF; sam:trustees +[19:14:37] <@dilfridge> nope +[19:15:04] <@robbat2> what is our overall plan here? (one sec, writing a longer message) +[19:15:08] <+Arsen> AFAIK yubikey was proposed as an alternative - ulm said that he does not oppose, so maybe that's a direction to inquire +[19:15:09] <@soap> so yes, NK3s seem to be a real problem +[19:15:11] <@sam_> I think that bug needs an update (ulm had mentioned we'd "voted against") +[19:15:22] <@sam_> I'll let soap summarise but I have serious concerns +[19:15:41] <@soap> the final nail in the coffin is that it turns out the secret enclave is actually proprietary? +[19:15:54] <@dilfridge> yes +[19:15:54] <@soap> never mind the terrible UX and cheap built quality +[19:15:59] <@robbat2> somebody was going to ask yubikey, for sponsorship/price quotes; if that works, go with that; otherwise go to NO keys? +[19:16:06] <@soap> yes +[19:16:15] <@soap> I was going to ask, but RL +[19:16:25] <@soap> I'm on PTO next week, so have time to contact them +[19:16:40] <@robbat2> so we're accepting we have to take proprietary to get the functionality; and which point it's a price / UX / quality discussion +[19:17:02] <@soap> "proprietary", why has noone engaged with sam's argument yet +[19:17:33] <@sam_> the RYU part applies heavily here; you don't _want_ to be able to update security key hardware, and nor can you if the security key is any good +[19:17:45] <@sam_> not only that, it's unclear to me that yubikey is even non-compliant with RYU +[19:17:51] <@sam_> it's marketing nonsense +[19:17:58] <@robbat2> can you expand RYU for the logs please? +[19:18:00] <@soap> if there's a serious vuln, yubico has demonstrated that they will replace all affected hardware +[19:18:15] <@soap> (ROCA) +[19:18:17] <@sam_> RYU = Free Software Foundation (FSF)'s "Respect Your Freedom" certification +[19:18:25] <@sam_> it has rules regarding firmware which can, and cannot, be updated +[19:18:35] <@dilfridge> [then you can extract your key using the serious vuln and upload it to the new hardware :o)] +[19:18:41] <+Arsen> heh +[19:19:07] <@sam_> all that to say, I just don't agree with the characterisation of proprietary vs not, as it's misleading +[19:19:28] <@sam_> i don't consider this any sort of violation, breach, or disrespect of the social contract +[19:19:29] <@dilfridge> it's kinda silly anyway, since I'm fairly sure our ganeti machines dont run coreboot +[19:19:33] <@sam_> that too +[19:19:34] <+Arsen> IMO there's value in the open-ness but it's academic if the product is significantly worse +[19:19:35] <@soap> especially with that secret enclave BS +[19:19:56] <@sam_> if the products are ~equal but one is more open, I'd definitely prefer the more open one +[19:20:07] <@sam_> or even if it's just a small trade-off +[19:20:16] <@sam_> for the logs, wrt secret enclave: https://docs.nitrokey.com/nitrokey3/features +[19:20:29] <@sam_> the FIDO2, Password Safe, and Admin Apps are _not_ in the secure element because of this +[19:20:56] <@sam_> if nitrokey come out with a NK4 or similar where they fix the various problems, I'm all for it +[19:21:09] <@robbat2> that's going to be at least 2 years ago +[19:21:10] <@robbat2> *away +[19:21:14] <@soap> si +[19:21:24] <@sam_> aye, I jus mean I don't take us using yubikey now (if we do) as a permanent agreement or anything +[19:21:30] <@dilfridge> the announcement, the hardware more like 6 years +[19:21:31] <@robbat2> in which period, we have yubikey || NK2 +[19:21:33] <@sam_> i'll happily support nitrokey if they come out with something good +[19:21:47] <@soap> dilfridge: with a cheesy python-only package for managing it +[19:22:26] <@mgorny> they should rewrite it in rust +[19:22:27] -*- mgorny hides +[19:22:30] <+Arsen> they did +[19:22:33] <@soap> mgorny: they did +[19:22:34] <@soap> haha +[19:22:34] <@robbat2> ok, let's continue with asking Yubico; in parallel, are any other SPI projects also doing similar work we can join? +[19:22:38] <@dilfridge> /o\ +[19:22:39] <+Arsen> https://www.nitrokey.com/news/2021/new-nitrokey-3-nfc-usb-c-rust-common-criteria-eal-6 +[19:22:45] <@sam_> good question ... +[19:22:54] <@sam_> so, I know that Alpine DOES NOT use security keys AFAIK +[19:23:04] <@soap> what a surprise +[19:23:44] <@robbat2> Arch does +[19:23:48] <@robbat2> https://www.nitrokey.com/news/2021/nitrokey-equips-arch-linux-developers-usb-keys +[19:23:53] <@soap> doesnt debian too? +[19:24:05] <@sam_> I don't know many people at Arch to ask about this +[19:24:13] <@sam_> I know one person who I could maybe ask +[19:24:15] <+Arsen> maybe eli does? +[19:24:21] <@dilfridge> let's ask eli :D +[19:24:30] <@robbat2> let's ask on the SPI discussion lists +[19:24:34] <@sam_> good idea +[19:24:38] <+Arsen> yes that seems easier +[19:24:42] <@sam_> ztrawhcse: ^ fyi +[19:25:04] <@robbat2> so action items here? soap was going to contact yubico; and ?? will ask on spi lists +[19:25:06] <@soap> robbat2: can you ask? +[19:25:13] <@robbat2> yes, I can take the spi lists +[19:25:26] <@dilfridge> robbat2 is gonna be our action figure +[19:26:36] <@soap> ok, last bug +[19:26:49] <@soap> bug 925014 +[19:26:49] <willikins> soap: https://bugs.gentoo.org/925014 "PR services lacking developer redundancy"; Community Relations, User Relations; CONF; ajak:pr +[19:27:02] <@soap> not sure what's left here to do? +[19:27:17] <@arthurzam> A shared account was just created for matstodon +[19:27:27] <@dilfridge> this is like arch status, we should probably just make it into a regular agenda item +[19:27:36] <+Arsen> lol +[19:27:37] <@soap> or that, yes +[19:27:42] <+ztrawhcse> sam_: I never got one via that program. I do remember from the discussion period that it was decided to seek Nitrokey sponsorship, not yubikey sponsorship, because nitrokey was "open source, open hardware" +[19:27:48] <@sam_> bug 937585 +[19:27:49] <willikins> sam_: https://bugs.gentoo.org/937585 "New alias to enable maintaining mastodon with more than one developer"; Gentoo Infrastructure, Other; RESO, FIXE; jstein:infra-bugs +[19:28:06] <@soap> ztrawhcse: open hardware, except the most important part :D +[19:28:20] <@robbat2> ztrawhcse: the nitrokey2 are still available in the program +[19:28:23] <@sam_> wrt PR: I think nothing for us to do really, the bug being done is good +[19:28:24] <+ztrawhcse> well, funny how these things turn out in the end is all I can say +[19:28:36] <@soap> ok great +[19:28:46] <@soap> let's move to the final point +[19:28:54] <@soap> 3. Open floor +[19:29:10] <@arthurzam> So some news: +[19:29:23] <@arthurzam> (1) as of some hours ago, alpha is now not exp arch! +[19:29:29] <@sam_> finally! +[19:29:34] <@dilfridge> \o/ +[19:29:38] <+Arsen> grats! +[19:29:38] <@sam_> that's great news, exp is really a death spiral +[19:29:38] <@dilfridge> great +[19:29:52] <@arthurzam> (2) I've yanked the weird ppc64-32bit useland profiles, soon will start cleanup of ppc64 profiles +[19:29:53] <@soap> arthurzam: lets do the same with mips! +[19:29:53] <@dilfridge> next step mips :) +[19:29:55] -*- soap ducks +[19:30:00] <+Arsen> lol +[19:30:02] <@soap> dilfridge: jinx! +[19:30:16] <@soap> tbh, I think arthur has a point, and we should split up mips +[19:30:18] <@arthurzam> (3) ia64 is deprecated, until 2024-09-07 when we will remove it +[19:30:31] <@sam_> these mono keywords are appalling +[19:30:36] <@sam_> bitness, endianness +[19:30:37] <@dilfridge> soap: split it up into what? mips and mips64 ? +[19:30:53] <@dilfridge> mips mipsel mips64 mips64el +[19:31:09] <@sam_> no 'el' please, we're not debian +[19:31:14] <@sam_> 'le' and 'be' +[19:31:22] <@dilfridge> that is, unfortunately, the CHOST +[19:31:27] <@soap> dilfridge: yes +[19:32:01] <@soap> we can probably keep the ABIs nested in there, but otherwise, mipsbe vs mips64le are totally different beasts +[19:32:01] <@arthurzam> dilfridge: could you create a blog item for removal of ia64? +[19:32:07] <@dilfridge> yes +[19:32:10] <+Arsen> sam_: mipsNNl and mipsNNb avoid that also ;P +[19:32:11] <@dilfridge> no problem +[19:32:35] <@arthurzam> dilfridge: and also for alpha not exp - I think it would make funny case for Gentoo that we support that thingy +[19:33:13] <@arthurzam> Thats all the news from me for now +[19:33:14] <@robbat2> what's the state of guppy.ia64? as of 2022/04 it was racked&powered still at OSL +[19:33:19] <@dilfridge> lets split that up and post it in different months +[19:33:35] <@dilfridge> robbat2: hangs +[19:33:37] <@sam_> robbat2: it's unstable (kernel) so i have to keep rebooting it, as far as I'm concerned, let's take a backup and uplug it +[19:33:40] <@arthurzam> dilfridge: Aug for alpha, Sep for ia64 +[19:33:40] <@sam_> *un +[19:33:46] <@soap> robbat2: didnt you see we need to make space/power at OSL? +[19:33:52] <@arthurzam> lol +[19:33:57] <@soap> say* +[19:33:57] <@robbat2> exactly why I'm asking ;-) +[19:34:05] <@arthurzam> I suspect ia64 is quite power hungry +[19:34:17] <@dilfridge> arthurzam: other way around, because ia64 is an action item while alpha is non-urgent good news +[19:34:28] <@arthurzam> dilfridge: ok +[19:35:11] <@dilfridge> about splitting arches +[19:35:30] <@dilfridge> we should come up with a plan and go with a relatively simple case first +[19:35:45] <@soap> dilfridge: I'd say do it along BE/LE then +[19:35:49] <@dilfridge> like riscv, where riscv32 so far barely exists +[19:35:56] <@sam_> I'll just note that in the past, we've done ACCEPT_KEYWORDS="k ~k" in profiles, maybe we can do basically the same thing +[19:36:17] <@dilfridge> once we have the problems sorted out and a valid procedure, we can do more +[19:36:28] <@dilfridge> sam_: yes that might work +[19:36:40] <@sam_> (not saying it's purely as simple as that, just noting it's an option) +[19:36:43] <@arthurzam> Also remember the userbase for the arches we want to split is quite small and knowladgable, so they can survive if we "break the seemless transition" +[19:36:44] <@dilfridge> I'll start a wiki page based on my -dev mail, then we can collect ideas +[19:36:47] <@sam_> thanks +[19:37:44] <@soap> ok, that should be it then for today? +[19:37:51] <+Arsen> seems so +[19:37:51] <@arthurzam> I think so? +[19:37:54] <@sam_> nothing more from me +[19:38:00] -*- ulm here :) +[19:38:08] <@dilfridge> nothing else that explodes when split? +[19:38:10] <@robbat2> nothing from me +[19:38:15] <+Arsen> ah, welcome back :-) +[19:38:18] -*- soap closes the meeting +[19:38:22] <@sam_> thank you! +[19:38:24] <+Arsen> just in time +[19:38:25] <+Arsen> thank you! +[19:38:27] <@soap> thanks everyone +[19:38:28] <@ulm> Arsen: thanks for proxying +[19:38:30] <+Arsen> np +[19:38:34] <@dilfridge> \o/ thanks :) +[19:38:42] <@arthurzam> Thank you all +[19:39:28] <@mgorny> thx diff --git a/meeting-logs/20240811.txt.asc b/meeting-logs/20240811.txt.asc new file mode 100644 index 0000000..f44d16d --- /dev/null +++ b/meeting-logs/20240811.txt.asc @@ -0,0 +1,19 @@ +-----BEGIN PGP SIGNATURE----- +Version: GnuPG v2 + +iQKTBAABCgB9FiEEuNUxXaAAcsCoYIifzjbhFyAuOEIFAmbUqmhfFIAAAAAALgAo +aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldEI4 +RDUzMTVEQTAwMDcyQzBBODYwODg5RkNFMzZFMTE3MjAyRTM4NDIACgkQzjbhFyAu +OEIi7A//Ze+kggEip+wrd58k9l4pmjag7IJbKIEnoa/K7jwaQeg0PHpEJ7NYQast +2DO5va/fuhMldZduIoHLRU6ItMXGPTaTuhsE8Pi2zEZk5rLpRMV9zlD5MJtN9ZMR +YfHQuVO1oxQMDLaur+C6djDjVBl+VqYJjzm885TIMZvPdshQ/lwoDPRDYP2PPswH +YLMrfSMvCRsIgdoQJX0i1c71hafS+z/+ZJLa6uEMdhcBB4P8Kg2iUlR0IcmUE5j0 ++Rls9IDKrn1TBUIyyM2NcI7J2u36kLfXcxwRBjr/m1b+HPP+imNYKcHauRkr7DzD +rhdyBOfWT7xvTC11CSvwZtPxXOwcxuiQrs7U0lCP1ztBGL0/vWd0gwj3tVj28dcW +M3wsRVbBOkRoiZ+vuEc861DZyidvF5s8QWirAGsO4rFE7iwcy0fakYh9cWIUJWDJ +zi3nCR5qF56Lgt06+ZTb1M2rleeetsnCmDPRFFIIFtc27rbD4rgvNy7WU0/PcMVV +RDu/ayua+xhP8KwRzYHOP/Gsg5hSKZUmUzk4IRtYP3vGyn+WXNTkjDl1pMFMQl/g +cDB4XDj1fW5o3uv4vHrpdEVv4k7J6GMIHTjmn4eAz0MmdqrOZPyvlfqY7PEUQr31 +p5kPMDiWdyrjWWwX4zrGA2IiSXS+euquJGzm2e59CCKomn8VP28= +=XYG2 +-----END PGP SIGNATURE----- |