[pfx] Re: Incompatibility with LMDB 1.0

Mel via Postfix-users <[email protected]>
Newsgroups gmane.mail.postfix.user
Message-ID <[email protected]>
On 2026-08-15 1:43, Dan Mahoney via Postfix-users wrote:
>> On Aug 15, 2026, at 1:12 AM, Matthias Andree via Postfix-users 
>> <[email protected]> wrote:
>>
>>
>> Am 14.08.26 um 20:45 schrieb Wietse Venema via Postfix-users:
>>> Mel via Postfix-users:
>>>> On 2026-08-14 9:56, Wietse Venema via Postfix-users wrote:
>>>>> Gerard Seibert via Postfix-users:
>>>>>> I rarely post on this forum. I am presently using FreeBSD 14.4-p8. As
>>>>>> you probably know, a serious problem has occurred with several pots
>>>>>> due to the change to LMDB. Has a solution been found for that problem?
>>>>> Again? I thought this was fixed a few weeks ago.
>>>> It is fixed on FreeBSD.  The lmdb port was split into two versions so
>>>> ports could depend on whichever version is needed, and the Postfix ports
>>>> correctly depend on databases/lmdb0.
>>>>
>>>> We'd need more information from Gerard if they're still seeing an issue.
>>> Sorry, I mean this is confirmed as fixed in LMDB 1.0.1.
>>>
>>> There is no need for FreeBSD depending on need for LMDB 0.9.*.
>>>
>>> Just pretend that LMDB 1.0 never happened.
> 
> Still would have been nice if they had shipped an 0.9 compatible 
> mdb_dump util with the 1.x packages.
> 
> Would have also been nice if FreeBSD (and other OSes) had made these 
> tools co-installable.
> 
> Something something POLA.

That irked me too.  They can coexist.  The deps are almost entirely on 
liblmdb, which differ: 0.9.x = liblmdb.so.0, 1.x.x = liblmdb.so.1.

The collision is on the easily-renamed include/lmdb.h and bin/mdb_*

_______________________________________________
Postfix-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.