Re: postfix-3.11.4,1 does not work with lmdb-1.0.0,1, requires 0.93.5,1

Chris <[email protected]> Sat, 04 Jul 2026 18:20:55 -0700
Newsgroups gmane.os.freebsd.devel.ports
Message-ID <[email protected]>
On 2026-07-04 03:44, Daniel Engberg wrote:
> On 2026-07-04 11:45, Gert Doering wrote:
>> Hi,
>> 
>> On Sat, Jul 04, 2026 at 11:40:32AM +0200, Michael Grimm wrote:
>>>> Can we get databases/lmdb reverted to 0.93.5, and 1.0.0 added as a 
>>>> separate origin?
>>> +1
>> +1 - and then depending packages can decide how they can migrate, without
>> breaking user setups when running a naive "pkg upgrade"... (POLA).
>> 
>> gert
> 
> There are two different issues here, Migration and compatibility People 
> really
> need to get rid of the "I don't want to change" mindset especially tracking
> head/master. POLA is not about that, we can't police upstream projects and 
> doing
> forks / extensive patching isn't reasonable and neither what any other 
> distro /
> package repo does. If upstream makes changes users need to follow. We can 
> apply
> POLA to projects we own but expecting that to carry out to third party is
> obviously out of our hands. What we can do is however to inform about 
> breaking
> changes and try to make the migration as painless as possible. I'm not 
> suggesting
> that we knowingly should break things just to the sake of it but on the 
> other hand
> these kind of issues have occurred before and will occur from time to time.
> Compatibility As Arch people have noted there also seems to be runtime and 
> (?)
> build issues, that however needs to be addressed. Given that time frame and
> affected ports it's likely a better idea to revert the commit and create a 
> meta PR
> for upgrading 1.x instead of having multiple versions in parallel.
> 
> What can we learn from this? Changelogs are important and to be fair one 
> could
> argue that this information wasn't easily obtainable / well communicated.
> 
> https://lists.openldap.org/hyperkitty/list/[email protected]/thread/P347LVJF4UAA3XL7D7ITJGJI54UAARXC/
> https://www.lmdb.tech --> "Technical Information" (below download button) 
> --> More
> documentation --> "Upgrading From Release
> 0.9"http://www.lmdb.tech/doc/upgrading.html
> 
> No CI pre commit doesn't help, "exp-run"-ish requirement/checks and 
> expecting a
> committer to have access to two different releases and at least three arch's
> (amd64, aarch64 and if possible i386 (I know its being phased out)) is a bit 
> of a
> tall order, we're all humans and we can miss things. Best regards, Daniel

I don't understand the long winded defense of the way this was done. IMDB 0.9 
and 1.0
are NOT mutually incompatible. IOW they can both live on the same system 
WITHOUT
conflict. Their SO names are different. As such a port or maintainer can 
choose to
which version they wish to link against. There was little to no reason to 
make
v1.o mandatory. Kindly bring .9 back. Having done so in the first place would 
have
made for a much quieter and uneventful transition.

Thank you. :)

--Chris
0xE512722F.asc (application/pgp-keys, 3 KB)
-----BEGIN PGP PUBLIC KEY BLOCK-----

mQENBGf/G0IBCADARuJc6IcwOe3jv7dQsP1X/EIHvCFExPbTmlMNFMXbMMccQUnV
o8ayEn+wmTvPhw7uL3PDk7DQs16W1sN2b8UMFc804cVWNGtoG3rA+Np+TFEYlXJx
eh5Q42VHptkuwzHKl+q2utkpRlS7uHyfjsInQAoHxLyi/wrsaZTHHhDbLLhJ5Ez0
arohQ2Q1w0M5e9rW8Fy5rpC7RpC6uO1SZMxcbdqURI/BBqxbiD1iW62cDWFkfFX+
dtaEXghFV7BIBMDSrgIunGoEfdMZgXys7O6bPWn8z0cuOZIPj4HrjoCYARyQ+sdc
rjz/k06SLM/UvEZDorJhT4DbYrwMNvaPWJiPABEBAAG0HkNocmlzIDxic2QtbGlz
dHNAYnNkZm9yZ2UuY29tPokBNQQQAQgAHwUCZ/8bQgYLCQcIAwIEFQgKAgMWAgEC
GQECGwMCHgEACgkQVKBqaOUSci8bSwf/fK3QcTYXRMrv82HIp4SiGCSD7/bRmyWr
ipv2vzknGFHxPBN4AEWIqF/U4j5oDXaodyU6xsy59Z47/lgbyzyZiVR6nmJVgZVf
el/EgwnLt7ZuYGLLEhIN2pd9itJkB8PMPZrUHMWgIw8BxX5YFYGuyiNe9pGn0Coj
98t/v3fouhqksH+BpB4TBHJBBDSxSiMm66VTJX4Xcnpf0ZnQVP4GBuoyodnFBfdI
wqftPLESsCC08lUhD2j7v2NRWwMi/q3ed8D6VCKPImBByYnBZL5gu56K5bwqaQfN
itu06APuIYnG71qxgn1EPO63lovWP5NZGgOKvzs3K+JfPF79BiOUFbQjQ2hyaXMg
PG1haWxvcEBocmNvbW11bmljYXRpb25zLm5ldD6JATEEEAEIABwFAmf/G0IGCwkH
CAMCBBUICgIDFgIBAhsDAh4BAAoJEFSgamjlEnIvBH8H9RGwzZuU6+zvH1WjQa97
yWpEt9rC+BIBJThev2Cpls2LqBqIeIQVZPnyLAZWgFaiezL6+xbvcNt6OnfidIYa
x8iRwCMC6/Bs8H2Wef9qfGxXi+jHPLYQk3juiZVmBhIK6FJZkzaW4wSiawofwzbp
zqNxO8dZ0j4foaJZrNi8iqsvKjiiHoSFaJtumIThAeydI18CNLeFaS53sk5nad6I
wCYeFKmJ/22dMP7DOFEgyG1iNYgY+AGREMkEsBiLpqYjJ5asK+1UdUy/TRly1hOt
HHxCiX0Fh9ZYM2vLIj7sq4LKaMPGeYC3qTqBYugVeyz7LkiI2ft/BKveA5JxuYKk
ZrQiQ2hyaXMgPG5hbm9nQGhyY29tbXVuaWNhdGlvbnMubmV0PokBMgQQAQgAHAUC
Z/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci+4Bwf8D0Ogk2/X
ud/CsAgHozwzKPqfesL5SRWM14hLnU9/EHoplnZgNexbVY1wXIi2FYPo5cve9QxW
Nmt3S3UTF9j2fGqv0wmeHv3EqogFUHnftLyWpbeTPOFDMIQp/BOD6ygfeXxXWxRT
L6zvUkSrDtHvkQHPWGRxwP+ihWjpw9AQR/R4/qAuTAZZM0O7UnJEo4mWXatl+utF
wegG2giwFTTxfF+1rMpFtUDjYCpRQ6ZmE+gC1mHUMoH7GJMQv12DbqwKrxtwGfd0
AJNO3ZDnxl24BmIfl1YqQGZQ5iIH7At4YItESbU45hoNNsG9oDrsil78EUCAtXHd
UPScj+eXaeAkgrQfQ2hyaXMgPHBvcnRtYXN0ZXJAYnNkZm9yZ2UuY29tPokBMgQQ
AQgAHAUCZ/8bQgYLCQcIAwIEFQgKAgMWAgECGwMCHgEACgkQVKBqaOUSci9o7Af+
Lwu5hJlI5HZNGwAll7QTIFZVW+y4OEg+amhxTDGbAAqlnSIkHC1KgkmIOOrThme3
kTFCqfIIsuP73yKxHq6kRG0zH5/7asAPNAUOfzD7B2o/gMyuTRKyG5r9f3UmACr4
6qvtFhIwROXr6+NNT2IKg3l0/8F58A0N/TR8D2PTHeo4x6jYcZQDCrCy7BAdk3cu
V16k4z/1UzRa07b5McezbWL20cIaZ+dqNcCjKZpzPlTyTCGgrNNtaDpNVhoWUKMB
YNcKql+tfC1IpX8l+IU6OBKcDKMkQojvO1QrZqY8MDJGo8jq/CtotQ8+IpAai3Bx
dQEsxrxlcKTR4rUqvd8VGbkBDQRn/xtCAQgAv5Nv/aQN72xsLik+K73PJwpUmyhu
vnI6stM6dSecylXVHjZ7C4n/m0eQEeQCl+9lByHR9N8H+WS3DtAd4pmciiIxRQLA
JZiuaLYcy9ziy1h7130VoR7hhJHzo9FIhWkTGlCDX3egUZrYhMiwFUO8lNltLB8o
TBvIrMSsnUzawtQjq/otv0Jf+oBPbG+gIYnAm7w6r86n/l+eVxf5eEoS7wV0DJfp
b2jE5zWErWk8I/tq4e8T+1VQeVQR6wz+NrUCSxkPkpNAm19AFUHOk//yvMGWVlDW
F6gr3ErN2a0w/kZ0lz3Msxsb87QT+MnJf/T3cuEqdTIoSk74BfNEAdMohQARAQAB
iQEfBBgBCAAJBQJn/xtCAhsMAAoJEFSgamjlEnIvyvIH/26zytSVNDaxtprg7XtX
LerIWf9RyVx8omCw/lXKRCcgkfwD7QR+nSZ0thWOGMpcnivjuReeVRkz/webUF47
BXJ/Tge07nrxdtyTIHBbp35fPIriaKaII6YWc2Ufdxwv+cD8PADS6gQWAlgrWLmn
VmYtyHs4kwtiPZyUyuBdWnZal2GyYY0WVwYjvbk95eInwOaIdoTjesJ7ZhUFu155
r4hh9GlvM0uv8WJ5Mw9wvHa5fIM205I5g0IWC7yvTwwwKHlV4JQQOqMwfv569OEl
1GKqA12nSVziB1+UV+I0NqOABWi/MOi+IySPzYP+XgdPfRNx4vmoHYZwWOQ3t4Jd
TEM=
=oj6y
-----END PGP PUBLIC KEY BLOCK-----