Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 20 Jan 2024 15:22:17 +0300
From:      Vladimir Druzenko <vvd@freebsd.org>
To:        Daniel Engberg <daniel.engberg.lists@pyret.net>
Cc:        Mathieu Arnold <mat@freebsd.org>, ports-committers@freebsd.org, dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org
Subject:   Re: git: 589aaaeb09b7 - main - multimedia/libvpx: update 1.14.0
Message-ID:  <c64f6d1e-3911-4336-947b-18c37a6b2546@freebsd.org>
In-Reply-To: <4690f8987d3a0841ee7105d989847d1c@mail.infomaniak.com>
References:  <202401200042.40K0gNmu053279@gitrepo.freebsd.org> <240f4c88-582d-4da4-ba92-50d11ddfade3@freebsd.org> <m5bjygorxxilrvtyoqmb54ablzs4tjiocvfjjzskoffipyjlqb@7ap2zou7cm3q> <6e13868f-8910-4468-9e1d-2a231a0723ca@freebsd.org> <4690f8987d3a0841ee7105d989847d1c@mail.infomaniak.com>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--------------463DlDStrC1tjS08d3CR2d7z
Content-Type: multipart/mixed; boundary="------------nvBAaS1a6KishAQ9I9y6pl6f";
 protected-headers="v1"
From: Vladimir Druzenko <vvd@freebsd.org>
To: Daniel Engberg <daniel.engberg.lists@pyret.net>
Cc: Mathieu Arnold <mat@freebsd.org>, ports-committers@freebsd.org,
 dev-commits-ports-all@freebsd.org, dev-commits-ports-main@freebsd.org
Message-ID: <c64f6d1e-3911-4336-947b-18c37a6b2546@freebsd.org>
Subject: Re: git: 589aaaeb09b7 - main - multimedia/libvpx: update 1.14.0
References: <202401200042.40K0gNmu053279@gitrepo.freebsd.org>
 <240f4c88-582d-4da4-ba92-50d11ddfade3@freebsd.org>
 <m5bjygorxxilrvtyoqmb54ablzs4tjiocvfjjzskoffipyjlqb@7ap2zou7cm3q>
 <6e13868f-8910-4468-9e1d-2a231a0723ca@freebsd.org>
 <4690f8987d3a0841ee7105d989847d1c@mail.infomaniak.com>
In-Reply-To: <4690f8987d3a0841ee7105d989847d1c@mail.infomaniak.com>

--------------nvBAaS1a6KishAQ9I9y6pl6f
Content-Type: multipart/mixed; boundary="------------vFXacjgbAhPgJSUQTSZoJAa0"

--------------vFXacjgbAhPgJSUQTSZoJAa0
Content-Type: multipart/alternative;
 boundary="------------795w0RPuGMT475LQmlf8VNoV"

--------------795w0RPuGMT475LQmlf8VNoV
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: base64

MjAuMDEuMjAyNCAxNDo1MCwgRGFuaWVsIEVuZ2Jlcmcg0L/QuNGI0LXRgjoNCj4gT24gMjAy
NC0wMS0yMFQxMjo0MDoxMS4wMDArMDE6MDAsIFZsYWRpbWlyIERydXplbmtvIDx2dmRAZnJl
ZWJzZC5vcmc+IA0KPiB3cm90ZToNCj4NCj4gICAgICAgICAgICAgICAgICANCj4gICAgIDIw
LjAxLjIwMjQgMTQ6MTAsIE1hdGhpZXUgQXJub2xkINC/0LjRiNC10YI6DQo+DQo+ICAgICAg
ICAgICAgICAgICAgDQo+DQo+ICAgICAgICAgT24gU2F0LCBKYW4gMjAsIDIwMjQgYXQgMTI6
MDc6MDNQTSArMDMwMCwgVmxhZGltaXIgRHJ1emVua28gd3JvdGU6DQo+DQo+ICAgICAgICAg
ICAgIENhbiB3ZSBtYWtlIHNvbWUga2luZCBvZiBzY2hlZHVsZSBmb3IgbWFzcyBidW1wcyBv
ZiBodWdlDQo+ICAgICAgICAgICAgIHBvcnRzPw0KPiAgICAgICAgICAgICBVc2VycyB3aG8g
YnVpbGQgZnJvbSBwb3J0cyBjYW4gc2NoZWR1bGUgdXBncmFkZSBhbmQNCj4gICAgICAgICAg
ICAgcHJldmVudCBidWlsZCBzb21ldGhpbmcNCj4gICAgICAgICAgICAgdmVyeSBiaWcgIjIg
ZGF5cyBpbiBhIHJvdyIuDQo+ICAgICAgICAgICAgIEV2ZW4gaWYgeW91IHVzZSBiaW5hcnkg
cGFja2FnZXMsIHVwZGF0aW5nIGZvciBleGFtcGxlDQo+ICAgICAgICAgICAgIHZpcnR1YWxi
b3ggd2lsbCBlbnRhaWwNCj4gICAgICAgICAgICAgYSByZXN0YXJ0IChzYXZlc3RhdGUvc3Rh
cnQpIG9mIGFsbCB2aXJ0dWFsIG1hY2hpbmVzLCBhbmQNCj4gICAgICAgICAgICAgdGhpcyBt
dXN0IGJlDQo+ICAgICAgICAgICAgIHBsYW5uZWQgaW4gYWR2YW5jZS4NCj4gICAgICAgICAg
ICAgSWYgdGhpcyBhbHJlYWR5IGV4aXN0cywgcGxlYXNlIHBvaW50IHRvIGl0Lg0KPiAgICAg
ICAgICAgICBUaGFua3MhDQo+DQo+ICAgICAgICAgSGksDQo+DQo+ICAgICAgICAgSSBhbSBu
b3Qgc3VyZSB3aGF0IHlvdSBhcmUgY29tcGxhaW5pbmcgYWJvdXQuDQo+ICAgICAgICAgT24g
dGhlIG9uZSBzaWRlLCBpdCBzZWVtcyB0aGF0IHlvdSB3YW50IHRvIGJ1aWxkIHRoaW5ncw0K
PiAgICAgICAgIHlvdXJzZWxmIGFuZCB0bw0KPiAgICAgICAgIGhhdmUgZXZlcnl0aGluZyB1
cC10by1kYXRlIGFuZCB5b3UgdXBncmFkZSBldmVyeSBkYXkuDQo+ICAgICAgICAgT24gdGhl
IG90aGVyIHNpZGUgaXQgc2VlbXMgdGhhdCB5b3Ugd291bGQgbGlrZSB0byBoYXZlIHRoaW5n
cyBub3QNCj4gICAgICAgICB1cGRhdGVkIHNvIHlvdSBkb24ndCBoYXZlIHRvIHJlYnVpbGQg
dGhpbmdzIGV2ZXJ5IGRheS4NCj4NCj4gICAgICAgICBJZiB5b3UgYWJzb2x1dGVseSB3YW50
IHRvIHVwZ3JhZGUgZXZlcnkgZGF5IGJ5IHlvdXJzZWxmLCB0aGVuLA0KPiAgICAgICAgIHdl
bGwsIHlvdQ0KPiAgICAgICAgIGhhdmUgdG8gZXhwZWN0IHRvIHJlYnVpbGQgdGhpbmdzLCBs
YXJnZSBhbmQgc21hbGwgdHdvIGRheXMgaW4NCj4gICAgICAgICBhIHJvdyBvbmNlDQo+ICAg
ICAgICAgaW4gYSB3aGlsZS4uLg0KPg0KPiAgICAgICAgIFVzZSBiaW5hcnkgcGFja2FnZXMs
IHRoZXJlLCBJIGZpeGVkIHRoZSByZWJ1aWxkIGV2ZXJ5IGRheQ0KPiAgICAgICAgIHByb2Js
ZW0geW91DQo+ICAgICAgICAgaGF2ZS4NCj4NCj4gICAgICAgICBUaGVuIHlvdSBzYXkgdGhh
dCBpZiB2aXJ0dWFsYm94IGdldHMgYW4gdXBkYXRlLCB5b3UgbmVlZCB0bw0KPiAgICAgICAg
IHJlc3RhcnQNCj4gICAgICAgICB5b3VyIHZpcnR1YWwgbWFjaGluZXMsIGFuZCB0aGF0IGl0
IGlzIGEgcHJvYmxlbS4NCj4gICAgICAgICBXZWxsLCBpdCBpcyBvbmx5IGEgcHJvYmxlbSBp
ZiB5b3UgaGF2ZSB0aGUgYWJzb2x1dGUgbmVlZCB0bw0KPiAgICAgICAgIHVwZ3JhZGUgYXMN
Cj4gICAgICAgICBzb29uIGFzIHBvc3NpYmxlLg0KPiAgICAgICAgIEFuZCBpbiB0aGF0IGNh
c2UsIGl0IGlzIHlvdXIgcHJvYmxlbS4NCj4gICAgICAgICBNb3N0IG9mIHRoZSB0aW1lLCB0
aGUgdmlydHVhbGJveCB1cGRhdGVzIGFyZSBub3QgY3JpdGljYWwgc2VjdXJpdHkNCj4gICAg
ICAgICBpc3N1ZXMgYW5kIHRoZXkgY2FuIGJlIHBsYW5uZWQgb24geW91ciBzaWRlIGZvciB3
aGVuIGl0IGlzDQo+ICAgICAgICAgY29udmVuaWVudA0KPiAgICAgICAgIGZvciB5b3UuDQo+
DQo+ICAgICAgICAgSW4gYW55IHdheSwgbm9ib2R5IGZvcmNlcyB5b3UgdG8gdXBncmFkZSBh
cyBzb29uIGFzIHRoZXJlIGlzDQo+ICAgICAgICAgYW4gdXBkYXRlDQo+ICAgICAgICAgb2Yg
YSBwb3J0LCBidXQgaW4gdGhlIHNhbWUgd2F5LCBub3RoaW5nIGlzIGdvaW5nIHRvIGZvcmNl
IHRoZQ0KPiAgICAgICAgIHJlc3Qgb2YgdXMNCj4gICAgICAgICB0byBub3QgY29tbWl0IHRv
IHBvcnRzIGJlY2F1c2UgaXQgaXMgaW5jb252ZW5pZW50IGZvciB5b3UuLi4NCj4NCj4NCj4g
ICAgICAgICAgICAgICAgICANCj4NCj4NCj4gICAgICAgICAgICAgICAgICANCj4gICAgIENv
bXBsYWluaW5nPyBXaHkgZG8geW91IHRoaW5rIHNvPw0KPg0KPiAgICAgICAgICAgICAgICAg
IA0KPiAgICAgSSBqdXN0IGFzayBhYm91dCBwb3NzaWJpbGl0eSB0byBwbGFubmluZy4gSWYg
bm8gLSBtYXliZSBjcmVhdGUNCj4gICAgIG9uZT8gTWF5YmUgc29tZWJvZHkgaGF2ZSBpZGVh
cyBob3cgdG8gZG8gdGhpcyBiZXR0ZXIgYW5kIGV0Yz8NCj4NCj4gICAgICAgICAgICAgICAg
ICANCj4gICAgIEl0IGlzbid0ICJjb21wbGFpbmluZyIuDQo+DQo+ICAgICAgICAgICAgICAg
ICAgDQo+ICAgICBNYXliZSBteSBwb29yIEVuZ2xpc2ggaXMgdGhlIGlzc3Vl4oCmDQo+DQo+
ICAgICAgICAgICAgICAgICAgDQo+DQo+DQo+ICAgICAgICAgICAgICAgICAgDQo+ICAgICBB
Ym91dCB2aXJ0dWFsYm94OiBJIHBsYW5uZWQgdXBkYXRlIHNldmVyYWwgZGF5cyBhZ28gZm9y
IHllc3RlcmRheSwNCj4gICAgIGJ1dCB0b2RheSBJIGdvdCBidW1wLiBTYW1lIGZvciBmaXJl
Zm94IC0ganVzdCB1cGRhdGVkIGFuZCBub3cgSQ0KPiAgICAgbXVzdCBkbyBpdCBhZ2FpbiBv
ciBnZXQgInByb2JsZW1zIiB3aXRoIHByZXBhcmUgdXBkYXRlIGZvciBteQ0KPiAgICAgcG9y
dHMgKGZyZWVyZHAqIGRlcGVuZHMgb24gZmZtcGVnKS4gSWYgSSBoYWQga25vd24gYWJvdXQg
dG9kYXkncw0KPiAgICAgbWFzcyBidW1wLCBJIHdvdWxkIGhhdmUgcGxhbm5lZCB1cGRhdGUg
Zm9yIHRvZGF5IGluc3RlYWQgb2YNCj4gICAgIHllc3RlcmRheS4gQW5kIGtlZXAgYSBsb3Qg
b2YgdGltZeKApg0KPg0KPiAgICAgICAgICAgICAgICAgIA0KPiAgICAgSSBkb24ndCBuZWVk
IHVwZGF0ZSBhcyBzb29uIGFzIHBvc3NpYmxlLCBidXQgSSBuZWVkIHRvIGtub3cgaG93DQo+
ICAgICBsb25nIChhcHByb3hpbWF0ZWx5KSBJIG11c3Qgd2FpdCBiZWZvcmUgbmV4dCBtYXNz
IGJ1bXAgZm9yDQo+ICAgICBwbGFubmluZyB1cGRhdGUuDQo+DQo+ICAgICAgICAgICAgICAg
ICAgDQo+DQo+DQo+ICAgICAgICAgICAgICAgICAgDQo+ICAgICBTb3JyeSBhZ2FpbiBmb3Ig
bXkgcG9vciBFbmdsaXNoLg0KPg0KPiAgICAgICAgICAgICAgICAgIA0KPg0KPg0KPiAgICAg
ICAgICAgICAgICAgIA0KPiAgICAgLS0gDQo+DQo+ICAgICAgICAgICAgICAgICAgDQo+ICAg
ICBCZXN0IHJlZ2FyZHMsDQo+DQo+ICAgICAgICAgICAgICAgICAgDQo+ICAgICBWbGFkaW1p
ciBEcnV6ZW5rbw0KPg0KPiAgICAgICAgICAgICAgICANCj4NCj4gSXQgbWF5IGhhdmUgY29t
ZSBhY3Jvc3MgbGlrZSBvbmUgYnV0IGlmIHRoYXQgd2Fzbid0IHRoZSBpbnRlbnRpb24gaXQn
cyANCj4gY2xlYXJlZCB1cCBieSBub3csIEVpdGhlciB3YXkgeW91ciBzdWdnZXN0aW9uIGF0
IGxlYXN0IGZvciBub3cgbWFrZXMgDQo+IHRoaW5ncyB3YXkgdG9vIGNvbXBsaWNhdGVkIGFu
ZCB1bm1hbmFnZWFibGUgdG8gYmUgcHJhY3RpY2FsLiBKdXN0IHJ1biANCj4gdGhlIGpvYnMg
b24gaW4gUG91ZHJpZXJlIHdhbGsgd2F5IGFuZCBkbyBzb21ldGhpbmcgZWxzZSB1dGlsIHRo
ZXkncmUgZG9uZT8NCj4NCj4gQmVzdCByZWdhcmRzLA0KPiBEYW5pZWwNCj4NCkZvciBleGFt
cGxlIHRhYmxlIGluIHdpa2kgd2l0aCByb3dzOnwgcGxhbm5lZCBkYXRlIHwgcG9ydCB8IHNv
IG5hbWUgZm9yIA0KYnVtcCB8IHRoZSBkYXRlIHRoZSBlbnRyeSB3YXMgYWRkZWQgdG8gdGhl
IGxpc3R8DQpPciBmaWxlICJCVU1QUyIgaW4gcm9vdCBvZiB0aGUgcG9ydHMgcmVwbyBuZWFy
IE1PVkVELCBVUERBVElORyBhbmQgDQpDSEFOR0VTIHdpdGggc2FtZSBmaWVsZHMuDQpSZW1v
dmUgcm93IGFmdGVyIGNvbW1pdCBidW1wIHRvIG1haW4uDQpJdCdzIGZvciByZWFsIG1hc3Mg
YnVtcHMgbGlrZSBwb3BwbGVyLCBpY3UsIGxpYnZweCwgb3B1cywgd2VicCwgZmZtcGVnLCAN
CnJ1c3QsIG1heWJlIHBlcmw1IG9yIGNoYW5nZSBkZWZhdWx0IHB5dGhvbiBhbmQgZXRjLg0K
DQpNeSBib3RoIGJ1aWxkIHNlcnZlcnMgYXJlIGJ1c3kgbm93IHdpdGggYnVpbGQgdW5nb29n
bGVkLWNocm9taXVtIHdpdGggDQpkaWZmZXJlbnQgYnVpbGQgb3B0aW9ucyBmb3IgZGlmZmVy
ZW50IGhvc3RzIChvbmUgaGVhZGxlc3MgYW5kIG90aGVyIGZvciANCnVzZSBpbiBndWkpLiBO
ZXh0IGluIHF1ZXVlIGFyZSBuZXQvZnJlZXJkcHssM30uDQpBbmQgSSB1c3VhbGx5IGJ1aWxk
IEZpcmVmb3ggb24gYSBsaXZlIHN5c3RlbSAtIG11Y2ggZWFzaWVyIG1hbmFnZSBidWlsZCAN
Cm9wdGlvbnMuDQoNCi0tIA0KQmVzdCByZWdhcmRzLA0KVmxhZGltaXIgRHJ1emVua28NCg0K

--------------795w0RPuGMT475LQmlf8VNoV
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DUTF=
-8">
  </head>
  <body>
    <div class=3D"moz-cite-prefix">20.01.2024 14:50, Daniel Engberg =D0=BF=
=D0=B8=D1=88=D0=B5=D1=82:<br>
    </div>
    <blockquote type=3D"cite"
      cite=3D"mid:4690f8987d3a0841ee7105d989847d1c@mail.infomaniak.com">
      <meta http-equiv=3D"content-type" content=3D"text/html; charset=3DU=
TF-8">
      <div>On 2024-01-20T12:40:11.000+01:00, Vladimir Druzenko
        <a class=3D"moz-txt-link-rfc2396E" href=3D"mailto:vvd@freebsd.org=
">&lt;vvd@freebsd.org&gt;</a> wrote:<br>
      </div>
      <div class=3D"ik_mail_quote answerContentMessage">
        <blockquote class=3D"ws-ng-quote">
          <pre style=3D"white-space: normal;">
            <div>20.01.2024 14:10, Mathieu Arnold =D0=BF=D0=B8=D1=88=D0=B5=
=D1=82:<br>
            </div>
            <blockquote class=3D"ws-ng-quote">
              <div> On Sat, Jan 20, 2024 at 12:07:03PM +0300, Vladimir
                Druzenko wrote:<br>
              </div>
              <blockquote class=3D"ws-ng-quote">
                <div> Can we make some kind of schedule for mass bumps
                  of huge ports?<br>
                </div>
                <div> Users who build from ports can schedule upgrade
                  and prevent build something<br>
                </div>
                <div> very big "2 days in a row".<br>
                </div>
                <div> Even if you use binary packages, updating for
                  example virtualbox will entail<br>
                </div>
                <div> a restart (savestate/start) of all virtual
                  machines, and this must be<br>
                </div>
                <div> planned in advance.<br>
                </div>
                <div> If this already exists, please point to it.<br>
                </div>
                <div> Thanks!<br>
                </div>
              </blockquote>
              <div> Hi,<br>
              </div>
              <div><br>
              </div>
              <div> I am not sure what you are complaining about.<br>
              </div>
              <div> On the one side, it seems that you want to build
                things yourself and to<br>
              </div>
              <div> have everything up-to-date and you upgrade every
                day.<br>
              </div>
              <div> On the other side it seems that you would like to
                have things not<br>
              </div>
              <div> updated so you don't have to rebuild things every
                day.<br>
              </div>
              <div><br>
              </div>
              <div> If you absolutely want to upgrade every day by
                yourself, then, well, you<br>
              </div>
              <div> have to expect to rebuild things, large and small
                two days in a row once<br>
              </div>
              <div> in a while...<br>
              </div>
              <div><br>
              </div>
              <div> Use binary packages, there, I fixed the rebuild
                every day problem you<br>
              </div>
              <div> have.<br>
              </div>
              <div><br>
              </div>
              <div> Then you say that if virtualbox gets an update, you
                need to restart<br>
              </div>
              <div> your virtual machines, and that it is a problem.<br>
              </div>
              <div> Well, it is only a problem if you have the absolute
                need to upgrade as<br>
              </div>
              <div> soon as possible.<br>
              </div>
              <div> And in that case, it is your problem.<br>
              </div>
              <div> Most of the time, the virtualbox updates are not
                critical security<br>
              </div>
              <div> issues and they can be planned on your side for when
                it is convenient<br>
              </div>
              <div> for you.<br>
              </div>
              <div><br>
              </div>
              <div> In any way, nobody forces you to upgrade as soon as
                there is an update<br>
              </div>
              <div> of a port, but in the same way, nothing is going to
                force the rest of us<br>
              </div>
              <div> to not commit to ports because it is inconvenient
                for you...<br>
              </div>
            </blockquote>
            <div> <br>
            </div>
            <div>Complaining? Why do you think so?<br>
            </div>
            <div>I just ask about possibility to planning. If no - maybe
              create one? Maybe somebody have ideas how to do this
              better and etc?<br>
            </div>
            <div>It isn't "complaining".<br>
            </div>
            <div>Maybe my poor English is the issue=E2=80=A6<br>
            </div>
            <div><br>
            </div>
            <div>About virtualbox: I planned update several days ago for
              yesterday, but today I got bump. Same for firefox - just
              updated and now I must do it again or get "problems" with
              prepare update for my ports (freerdp* depends on ffmpeg).
              If I had known about today's mass bump, I would have
              planned update for today instead of yesterday. And keep a
              lot of time=E2=80=A6<br>
            </div>
            <div>I don't need update as soon as possible, but I need to
              know how long (approximately) I must wait before next mass
              bump for planning update.<br>
            </div>
            <div><br>
            </div>
            <div>Sorry again for my poor English.<br>
            </div>
            <div><br>
            </div>
            <div>-- <br>
            </div>
            <div>Best regards,<br>
            </div>
            <div>Vladimir Druzenko<br>
            </div>
          </pre>
        </blockquote>
      </div>
      <div>
        <div>It may have come across like one but if that wasn't the
          intention it's cleared up by now, Either way your suggestion
          at least for now makes things way too complicated and
          unmanageable to be practical. Just run the jobs on in
          Poudriere walk way and do something else util they're done?</di=
v>
        <div>
          <div><br>
          </div>
        </div>
        <div>Best regards,<br>
        </div>
        <div>Daniel<br>
        </div>
      </div>
      <div><br>
      </div>
    </blockquote>
    <p><font face=3D"monospace">For example table in wiki with rows:</fon=
t><font
        face=3D"monospace"> | planned date | port | so name for bump </fo=
nt><font
        face=3D"monospace">| </font>the date the entry was added to the
      list<font face=3D"monospace"> </font><font face=3D"monospace">|<br>=

        Or file "BUMPS" in root of the ports repo near MOVED, UPDATING
        and CHANGES with same fields.<br>
        Remove row after commit bump to main.<br>
        It's for real mass bumps like poppler, icu, libvpx, opus, webp,
        ffmpeg, rust, maybe perl5 or change default </font><font
        face=3D"monospace">python </font><font face=3D"monospace"> and et=
c.<br>
      </font><br>
      My both build servers are busy now with build ungoogled-chromium
      with different build options for different hosts (one headless and
      other for use in gui). Next in queue are net/freerdp{,3}.<br>
      And I usually build Firefox on a live system - much easier manage
      build options.</p>
    <pre class=3D"moz-signature" cols=3D"72">--=20
Best regards,
Vladimir Druzenko</pre>
  </body>
</html>

--------------795w0RPuGMT475LQmlf8VNoV--

--------------vFXacjgbAhPgJSUQTSZoJAa0
Content-Type: application/pgp-keys; name="OpenPGP_0x8006FAABBF942F73.asc"
Content-Disposition: attachment; filename="OpenPGP_0x8006FAABBF942F73.asc"
Content-Description: OpenPGP public key
Content-Transfer-Encoding: quoted-printable

-----BEGIN PGP PUBLIC KEY BLOCK-----

xjMEZEmcEhYJKwYBBAHaRw8BAQdAzzVRU/u5Oe4kUEFSvaiRoAPwsXMi4uBnfKqF
TOIxjaDNI1ZsYWRpbWlyIERydXplbmtvIDx2dmRAZnJlZWJzZC5vcmc+wo8EExYI
ADcWIQQJVt5Qnq2dfk5hjMKABvqrv5QvcwUCZEmcEgUJBaOagAIbAwQLCQgHBRUI
CQoLBRYCAwEAAAoJEIAG+qu/lC9z/qcBALviJppCfpN8fLj5HfnQ75ARS/RvOL+b
PHB422uv9PFOAP982mg4uqoYr1BvSVqmrtB7/oxkqReIeieBIkyBTM97As44BGRJ
nBMSCisGAQQBl1UBBQEBB0D41GJgPsXUyWQckRf725z8CsGADMjlIpJbVhWUQLi4
fwMBCAfCfgQYFggAJhYhBAlW3lCerZ1+TmGMwoAG+qu/lC9zBQJkSZwTBQkFo5qA
AhsMAAoJEIAG+qu/lC9z4bgA/jGNXk0cGGKii1lXk55Gwh2EQhC4pLxQe/36TZiR
29IBAP40fSUJOJ41IS0d8k6d5DQ0E9BJuRf+1S5AzsAUz0rmBQ=3D=3D
=3Dx+2b
-----END PGP PUBLIC KEY BLOCK-----

--------------vFXacjgbAhPgJSUQTSZoJAa0--

--------------nvBAaS1a6KishAQ9I9y6pl6f--

--------------463DlDStrC1tjS08d3CR2d7z
Content-Type: application/pgp-signature; name="OpenPGP_signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="OpenPGP_signature.asc"

-----BEGIN PGP SIGNATURE-----

wnsEABYIACMWIQQJVt5Qnq2dfk5hjMKABvqrv5QvcwUCZau6+QUDAAAAAAAKCRCABvqrv5QvczWP
AP4g28PQkWMTpzjIt6IF3t19ru8Yz0og4Inr33myO8bMGAD/RZGa9ZG4stLjpSl299Xq+XhXmCWd
EL6lgYUjpgEwdQU=
=gupo
-----END PGP SIGNATURE-----

--------------463DlDStrC1tjS08d3CR2d7z--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?c64f6d1e-3911-4336-947b-18c37a6b2546>