| 1.9, Аноним (-), 21:32, 29/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>Copyright (c) 2015-2025 Леонид Юрьев aka Leonid Yuriev <leo@yuriev.ru>
>СМЕНА ЛИЦЕНЗИИ (THE LICENSE CHANGE)
>OpenLDAP Public License → Apache 2.0
Русский проект, а я то думал иностранный.
>совместить внутри MithrilDB несколько реализаций написанных на разных языках, в частности C, С++ и Rust
Совмещать разные языки плохая практика. Это Бэд Практис.
| | |
| |
| 2.93, Аноним (93), 07:48, 30/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> Леонид Юрьев
У него тексты новостные ИИ пишет, что ли? Тяжело читать, некоторые части повторяются без объяснения сути.
| | |
| 2.103, aname (ok), 11:09, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Совмещать разные языки плохая практика. Это Бэд Практис.
Напишите Линусу заодно, чтоли.
| | |
| |
| 3.111, Аноним (93), 16:36, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Будто у Линуса всё хорошо в команде. Чего же он постоянно ругается?
| | |
| |
| 4.123, aname (ok), 20:40, 30/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Будто у Линуса всё хорошо в команде. Чего же он постоянно ругается?
Ржавеет
| | |
|
|
|
| |
| |
| |
| 4.102, pkdr (ok), 11:07, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 "Мифрил" это термин из Толкина, а "амальгама" это термин из химии.
| | |
|
|
| 2.36, Аноним (36), 23:06, 29/12/2025 [^] [^^] [^^^] [ответить]
| +7 +/– |
Код, который годится только для чтения и сборки, но не для разработки
| | |
| |
| 3.39, Аноним (30), 23:20, 29/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Леонид, ты?
>Код, который годится только для чтения
Нет, он не годится для чтения.
Как можно читать один сгенерированный файл из десятков тысяч строк.
Амальгамирование придумали для того чтобы код было проще распространять: из всех файлов кода генерируется всего один файл.
И, бонусом, компилятор лучше оптимизирует код если он находится в одной единице трансляции.
| | |
| |
| |
| 5.116, Аноним (116), 17:26, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Так может она заодно и разобьет на функции и файлы?
И комментариев добавит?
| | |
|
|
| 3.48, афтар поделия (?), 23:36, 29/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
У LMDB очень-очень высокий порог входа. У libmdbx он еще намного выше из-за более сложных алгоритмов и добавленных возможностей. Поэтому ни в LMDB, ни в libmdbx новых разработчиков не появилось и (пока) не ожидается.
Соответственно, на самом деле, амальгамирование почти никому не мешает.
| | |
| |
| 4.81, Анониммм (?), 04:52, 30/12/2025 [^] [^^] [^^^] [ответить]
| +3 +/– |
У ядра Линукс тоже высокий порог входа. Надо обфусцировать, а еще лучше закрыть, все равно это никому не помешает.
| | |
| 4.89, mos87 (ok), 06:59, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
 >У LMDB очень-очень высокий порог входа.
штож там кетаец такого понапейсал
| | |
| 4.108, Аноним (108), 14:11, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
>У LMDB очень-очень высокий порог входа
Шта блин? Она же простая как 3 копейки key-value.
| | |
|
|
| 2.57, Аноним (57), 00:06, 30/12/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
Обфусцированный. Не соответствующий определению исходного кода в терминологии GPL, например.
| | |
| 2.127, Ю.Т. (?), 07:55, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
По смыслу - "все в кучу". Минимум столетний смысл этого слова.
| | |
|
| 1.26, Аноним (26), 22:37, 29/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +6 +/– |
Мой комментарий про квазизакрытый код удалили вместе с ответом, что это выдумки и нужно читать комментарии в пдфке. Так вот, я прочитал и там прямо говорится, что переход к такому виду релизов сделан для предотвращения "угона" проекта, а также про платные фичи. Считаю свой комментарий верным и не содержащим выдумок.
| | |
| |
| 2.34, Аноним (36), 23:03, 29/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Обожглись походу. Тут пару лет назад в комментариях чел писал, у которого тоже богатый дядя форкнул его проект, раскрутил и начал продавать готовые бинарники с перебитым копирайтом
| | |
| |
| 3.77, Anonimous (?), 03:46, 30/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> код навсегда останется открытым, но будет распространяется только в амальгамированной форме
Ну уж выпускайте как freeware и мозги не полощите людям. Хотите противодействовать угону проекта, так честно закройте код.
А вот подскажите, а где он используется? Обычно такие резкие движения делают популярные проекты, которые рассчитывают что клиентам/пользователям деваться некуда. А про libmdbx я что-то не помню, или он как движок используется в более известных продуктах?
| | |
| |
| 4.106, афтар поделия (?), 11:58, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> А про libmdbx я что-то не помню, или он как движок используется в более известных продуктах?
Так зачем что-то писать если вы совсем не в теме ?
В каждой новости упоминаются эти продукты и компании, и в слайдах по ссылке тоже.
| | |
|
| 3.98, Имя (?), 10:09, 30/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> очень высокий порог входа и ещё более ребусный код
> Поэтому подавляющее большинство сторонних разработчиков и пользователей на самом деле не могут достигать продуктивных целей от использования тестового фреймворка. Однако, при этом сторонние разработчики нередко вносят собственные изменения в код libmdbx и считают их верными после краткосрочных поверхностных тестов, которых принципиально недостаточно для выявление потенциальных проблем
Я не стал бы такое использовать в серьезном проекте. Всё завязано на одного автора, который однажды может куда-то пропасть (потерять интерес к проекту, переключиться на что-то более для него важное, etc). Невозможно ни баг починить (без благоволения автора), ни покрытие фаззинг-тестами для сертификации показать.
| | |
| |
| |
| 5.118, Аноним (116), 17:30, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Вы игнорировали главную причину:
Всё завязано на одного автора, который однажды может куда-то пропасть
| | |
| |
| 6.137, афтар поделия (?), 15:04, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Ну так заплатите автору в форме долгосрочного договора и тогда он наймёт молодых и резких.
А то вы как центробанк -- тоже не даёт денег чтобы их у всех стало больше ;)
| | |
|
|
|
| 3.110, совсем другой Аноним (?), 14:50, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Код libmdbx навсегда останется открытым и с качественной бесплатной поддержкой
Однако на страничке проекта написано следующее:
... But it is not yet known whether such restriction will be implemented only through a license and support, *either the source code will not be open at all*.
Кому верить?
| | |
| |
| 4.138, афтар поделия (?), 15:17, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Там всё разъяснено достаточно подробно точно, надо только прочитать соседние строки.
1. MithrilDB (не путать с libmdbx) будет под собственной лицензией и т.д. Как декларировано в новой стратегии развития будет постепенное бесшовное движение от libmdbx к MithrilDB, с сохранением поддержки старых БД пока это требуется пользователям.
2. Contrary to MithrilDB, libmdbx will forever free and open source. Moreover with high-quality support whenever possible. Tu deviens responsable pour toujours de ce que tu as apprivois. So I will continue to comply with the original open license and the principles of constructive cooperation, in spite of outright Github sabotage and sanctions. I will also try to keep (not drop) Windows support, despite it is an unused obsolete technology for us.
Другими словами, как минимум, всем всегда будут доступны возможности libmdbx и соответствующий исходный код.
Возможности MithrilDB и его исходный код будут доступны на других условиях, в том числе под другой лицензией.
При этом, задумывается что libmdbx и MithrilDB будут сосуществовать под одним интерфейсным фасадом и могут быть использованы совместно.
| | |
|
|
| 2.50, Аноним (50), 23:41, 29/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
> предотвращения "угона" проекта, а также про платные фичи. Считаю свой комментарий
> верным и не содержащим выдумок.
И что, какой-то псих даже денег даст? Учитывая метания проекта с сменой сишного апи на плюсатый (== выбросьте все предыдущие наработки и забейте на interop с другими яп) - и теперь еще рост разлапистости в какую-то неведому шляпу. И это при том маппинг в память был сто лет у других, даже более древнних, типа tokyo cabinet старинного. А тут до господ только дошло.
| | |
| |
| 3.58, афтар поделия (?), 00:08, 30/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> уитывая метания проекта с сменой сишного апи на плюсатый
У проекта как был сишный API так и остался.
Плюсовый добавился в 2020-2021 годах и продолжает развиваться.
Проблема сишного API в том, что его пытаются "как есть" тащить в условный python, а потом смешивают с возможностями питона -- получается страшно и глючно.
> до господ только дошло.
tokyo cabinet старше LMDB примерно на 4 года, а отображение в память появилось >50 лет назад
| | |
|
|
| 1.29, Аноним (30), 22:42, 29/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
>разработка будет вестись внутри команды с публикацией результата только в амальгамированной форме
>декларируется желание поставлять библиотеку в максимального готовом виде, без зависимостей, необходимых только для её разработки и глубокого тестирования
Очень странное решение. Читаю как "мы решили закрыть исходный код".
SQLite, например, поставляется как в виде обычного исходного кода, из которого собирается амальгама (и который можно посмотреть), и в виде амальгамы. Никого это не ущемляет, отличный проект с абсолютно понятным лицензированием.
Не то чтобы я собирался пользоваться libmdbx, но на месте пользователей крепко бы призадумался. Сейчас есть масса альтернатив, разработчики которых не ведут себя странно.
| | |
| |
| 2.33, Аноним (36), 23:01, 29/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Открытый код давно перешёл в разряд только для чтения; подумай об этом на досуге
| | |
| |
| 3.54, Аноним (54), 23:46, 29/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
За 10 лет зоркий глаз не заметил что его код не нужен? Или просто нашел где заработать?
| | |
| |
| 4.56, афтар поделия (?), 23:57, 29/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> оркий глаз не заметил что его код не нужен?
1. https://ptsecurity.com/about/clients/
2. на libmdbx сидит половина узлов Ethereum и еще несколько блокчейнов.
3. несчитанное количество мобильных установок (через привязки Rust и использующие их проекты), посчитать реально невозможно -- пытались прикинуть/оценить получается >100 миллионов "но это неточно".
| | |
|
| 3.97, fi (ok), 08:44, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Пользователям нужен готовый к использованию код, а не куча-мала с тонной зависимостей.
Это означает что теперь надо будет писать свои тесты чтоб пройти сертификацию. Скорей заморозят версию и будут латать критикал
| | |
| |
| 4.104, афтар поделия (?), 11:18, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Это означает что теперь надо будет писать свои тесты чтоб пройти сертификацию.
Было-бы странно проходить сертификацию чужого кода на чужих же тестах.
Проходить сертификацию на внутренних тестах libmdbx ещё более странно -- ведь нужна машина хотя-бы с терабайтам ОЗУ на пару недель.
| | |
|
|
| 2.78, Аноним (78), 04:43, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Ничего странного в поведении разработчика не вижу.
Автор хочет бабла. И вполне явно декларировал желание бросить опенсурсное поделие и пилить новое поделие с закрытым кодом.
Но, как показала практика, пока такие поделия опенсурсные — все их используют и радуются. А когда аффторы резко закрывают, или даже меняют лицензию на непермиссивную — все заинтересованные лица (читай: корпорации) тотчас форкают последнюю версию с устраивающей их лицензией и сваливают на форк.
С учётом вышесказанного, в нынешней новости вижу банальную попытку варить лягушку помедленнее, в надежде, что таки не выпрыгнет. То есть, подтолкнуть текущих пользователей libmdbx в сторону нового поделия, но как–нибудь не слишком в лоб, поделикатнее.
В общем, запасаемся попкорном.
| | |
|
| 1.61, Аноним (-), 00:17, 30/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> но теперь разработка будет вестись внутри команды с
> публикацией результата только в амальгамированной форме.
Это чтобы всякие бэкдоры и вулны было удобнее пхать? Или зачем еще такая псевдооткрытость нужна? Говоря за себя я пожалуй обойду такой код за версту. Не выглядит как что либо внушающее доверие.
| | |
| |
| 2.62, афтар поделия (?), 00:24, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Это чтобы всякие бэкдоры и вулны было удобнее пхать?
Что-либо запихать в один файл также просто так и в 42.
Но этому будет более заметно, так как фокус внимания не перемещается.
> Или зачем еще такая псевдооткрытость нужна?
В слайды встроены комментарии, там все ответы.
Что-то уже было повторено от ответа здесь.
> говоря за себя я пожалуй обойду такой код за версту.
спасибо, так будет лучше при отсутствии доверия.
| | |
| |
| 3.66, Аноним (-), 00:45, 30/12/2025 [^] [^^] [^^^] [ответить] | +/– | С системой контроля версий гораздо удобнее смотреть что и где изменилось - по фа... большой текст свёрнут, показать | | |
| |
| 4.71, афтар поделия (?), 01:08, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> С системой контроля версий гораздо удобнее смотреть что и где изменилось.
Технически контроль версий для амальгамированных исходников работает ровно также.
Что и где изменилось смотреть удобнее иногда по-отдельности, иногда нет.
Просто по-отдельности изменений может быть кратно больше.
Но для аудита и/или анализа кода это не имеет никакого значения, от слова совсем.
Далее, на самом деле тут важнее понимать что делают изменения, в том числе в масштабе всего проекта.
А вот с этим в LMDB трудно, а в libmdbx труднее ещё в 10 раз (просто фичей больше, кода больше, темп развития кратно выше).
Поэтому, со все
| | |
| |
| 5.73, афтар поделия (?), 01:13, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
пардон, котэ прыгнул.
Так вот, с полной уверенностью утверждаю, что амальгамация вообще не заметна на фоне трудоёмкости погружения в код и детали реализации.
Как-то так.
| | |
| 5.117, Аноним (-), 17:29, 30/12/2025 [^] [^^] [^^^] [ответить] | +/– | А человечески - удобнее смотреть патчи в нормальном виде Как ревьюер кода говор... большой текст свёрнут, показать | | |
| |
| 6.121, афтар поделия (?), 18:12, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> > в 10 раз (просто фичей больше, кода больше, темп развития кратно выше).
> Ну т.е. считается что автор гений, остальные - слизни. И зачем вообще тогда код релизить черт его знает.
До сих пор удивляет, как в написанном можно увидеть настолько другое.
Еще раз, в libmdbx в сравнении с LMDB:
- действительно сложнее код, ибо в больше возможностей (загляните в README);
- у кода очень высокий порог входа, потому-что нет книжек аналогичных ядру Linux, и т.п.
- тем развития существенно выше, можно сказать что LMDB не развивается, а только поддерживается;
Во всём этом несложно убедится.
---
На всякий повторю:
- текущая форма примерно соответствует LMDB;
- большинству пользователей удобнее амальгамированные исходники, как правило они используют биндинги и не смотрят внутрь;
- если кто-то хочет вести разработку или требуется полная история коммитов, то welcome (обращайтесь);
| | |
|
|
|
|
|
| 1.64, Аноним (-), 00:39, 30/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– | |
У... сейчас начнется)
Благодарное сообщество™, которое и строчки кода в проект не закоммитило, будет кричать, что у него что-то отобрали и вообще своровали))
А сам аффтар вообще м-дила!)
Собственно выше уже начали. Хотя 99% коментаторов даже слышали об этом проекте только из новостей опеннета.
| | |
| |
| 2.72, Аноним (30), 01:12, 30/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>сам аффтар вообще
Ну да. Он форкнул открытый LMDB, что-то там добавил (С++ API? не следил особо) и начал бегать по интернетам с очень навязчивым пиаром.
Теперь проект на пол-шишечки закрывает свой исходный код под предлогом заботы о пользователях. Что за дичь вообще, какое это имеет отношение к нормальному, обычному опенсорсу.
Что ему мешало общаться с автором LMDB и развивать проект совместно с ним? Не думаю, что там были какие-то неразрешимые противоречия.
>99% коментаторов даже слышали об этом проекте только из новостей опеннета
Я пользовался оригинальным LMDB, еще до этого эпического форка. Не впечатлился. На libmdbx даже не стал смотреть, там же тот же b-tree на mmap-ed файлах, только с каким-то диким пиаром. Меня это наоборот отталкивает.
| | |
| |
| |
| 4.101, Аноним (93), 10:35, 30/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> для решения проблем возникших при эксплуатации в МегаФоне
Странно, что они только сейчас об этом догадались, что надо иметь свои исходники.
| | |
| |
| 5.126, _ (??), 04:35, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Нет, достаточно вменяемого апстрима. Чего они и получили :-р
| | |
|
|
| 3.128, Ю.Т. (?), 08:02, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Что ему мешало общаться с автором [XYZ] и развивать проект совместно с ним? Не думаю, что там были какие-то неразрешимые противоречия.
Это фразы очень общие. Сами-то имеете опыт такого общения?
Авторы свободного ПО слишком часто оказываются трудными и даже сверхтрудными в обществе. (А иначе они не писали бы свободного ПО, да. Так что ищем оптимум.)
| | |
| |
| 4.130, Аноним (30), 11:06, 31/12/2025 [^] [^^] [^^^] [ответить] | +/– | Да, причем иногда со стороны автора свободного ПО Леонид не показал переписку... большой текст свёрнут, показать | | |
| |
| 5.131, Ю.Т. (?), 11:12, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Это какие-то мифы. Все разработчики, которых я знаю и которые коммитят в опенсорс - достаточно легкие в общении люди.
Но и мое утверждение основано на опыте. Два изделия, которые мне нужны, ведутся трудными авторами. Одно я осилил "форкнуть" и добавлять, что мне надо, автора не беспокоить. Другое -- xpен-с.
Что там у Леонида и исходного автора -- понятия не имею, я и про бибку эту услышал вот только что. А вот утверждение, что все, мол, просто в этом оргвопросе -- явный перебор.
| | |
| |
| 6.133, Аноним (30), 11:37, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Одно я осилил "форкнуть" и добавлять, что мне надо, автора не беспокоить
Ну поставьте себя на место автора. Если эти "добавления" действительно полезны для проекта, если от них ничего не сломается, с вероятностью 95% он их добавит. Если не хочет добавлять - значит есть какие-то соображения, может быть имеет смысл к ним прислушаться.
5% оставляем на то что автор реальный шиз и не хочет добавлять потому что вы из неправильной страны или ему не понравился никнейм. Но это совсем редкость.
Не собираюсь спорить, форкайте на здоровье если вам так кажется правильнее, но обычно это контрпродуктивно и лучше договариваться.
| | |
| |
| 7.143, Ю.Т. (?), 11:03, 01/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну поставьте себя на место автора. Если эти "добавления" действительно полезны
Исходных авторов уважаю, но они не могут же они определять "пользу" для вообще всех.
Да и некоторая их догматичность выявляется чаще, чем кажется/хотелось бы (происходит из OCD, наверное, во многих случаях). "Ты хочешь неправильно пользоваться изделием Игрек!"
Например, еще один случай -- один из предложенных мною патчей к ОО, а потом к ЛО (на мой взгляд - очевиднейший) "замели под ковёр". Ему уже совершеннолетие скоро )) Само собой, для себя я собираю с ним.
| | |
|
| 6.140, афтар поделия (?), 19:49, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Что там у Леонида и исходного автора -- понятия не имею, я и про бибку эту услышал вот только что.
На всякий -- у нас всё хорошо.
Говард какое-то время даже анализировал исправления и что-то исправлял у себя.
Но постепенно проекты разошлись очень сильно.
Код libmdbx фактически переписан с добавлением новых возможностей.
Сейчас можно сказать что LMDB и libmdbx -- это движки со схожей архитектурой, но код совершенно разный.
API у libmdbx примерно вдвое больше, но переход с LMDB относительно прост.
| | |
|
| 5.136, афтар поделия (?), 14:59, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Сейчас мы наблюдаем второй этап - Леонид начинает проворачивать какие-то мутные фокусы с лицензированием и дистрибуцией.
Очень прошу не генерировать неверную информацию, а внимательно прочитать написанное, либо хотя-бы ответ https://www.opennet.ru/openforum/vsluhforumID3/138827.html#134
> Если сейчас появится новый Леонид, который захочет форкнуть libmdbx, навалить там дико модных фич и послать автора libmdbx - у него уже так просто это не получится. Тем более, если этот новый Леонид будет из "недружественной страны".
Еще раз повторяю просьбу не писать (пардон) ерунды.
Любой у кого есть достаточно желаний, упорства и компетенций сможет это сделать и добиться успеха.
В сети есть многочисленные копии кода, опубликованные под лицензией Apache, а более ранние под лицензией OpenLDAP. Ничего не мешает кому угодно их использовать в качестве основы для собственного форка.
Исходный код libmdbx распространяется под лицензией Apache, поэтому любые желающие (в том числе из "недружественных стран") могут его использовать и развивать свои форки. Доступность кода явно декларирована в README:
Contrary to MithrilDB, libmdbx will forever free and open source. Moreover with high-quality support whenever possible. Tu deviens responsable pour toujours de ce que tu as apprivois. So I will continue to comply with the original open license and the principles of constructive cooperation, in spite of outright Github sabotage and sanctions. I will also try to keep (not drop) Windows support, despite it is an unused obsolete technology for us.
Что касается моего собственного кода, включая MithrilDB и другие наработки, то они могут быть перелицензированны по усмотрению автора и распространяться на любых условиях. Но на самом деле это совершенно другая параллельная история.
Теперь становится сложнее вносить свои собственные правки (даже без собственных тестов), а затем красть моё время из-за возникающих проблем.
| | |
|
|
| 3.129, llolik (ok), 10:48, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Что ему мешало общаться с автором LMDB и развивать проект совместно с ним?
Не могу говорить за автора, но насколько я знаю, Говард Чу (мейнтейнер OpenLDAP) довольно специфический человек и с ним, как с апстримом, взаимодействовать довольно сложно.
| | |
| |
| 4.132, Аноним (30), 11:23, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
А представьте, что Говард Чу говорит "мы теперь будем распространять OpenLDAP только в виде амальгамы, все кому нужны исходники - пишите в личку". И вообще, если вы из недружественной страны, это код не для вас.
Вот даже и не знаю, кто более "специфический" человек - Леонид Юрьев или Говард Чу.
| | |
| |
| 5.134, афтар поделия (?), 13:25, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Код libmdbx сейчас распространяется под лицензией Apache, которая по-сути аналогична лицензии OpenLDAP. Отдельные пояснения по этому поводу есть в файла проекта.
Весь исходный код проекта libmdbx, хоть как-то происходящий от исходников LMDB, по-прежнему ДОСТУПЕН и обеспечивается поддержкой. А в отношении формы (амальгамированный или нет) лицензия не накладывают ограничений. Более того, амальгамированная форма больше соответствует коду LMDB.
Разработки не берущие начало от LMDB, включая но не ограничиваясь: тестовый фреймворк libmdbx, наработки для MithrilDB, модули/оверлеи для ReOpenLDAP -- могут быть перелицензированны по усмотрению автора и распространяться на любых условиях.
Новая модель разработки позволяет автору идти в сторону MithrilDB, одновременно сохраняя доступность и поддержу libmdbx. При этом не тратя время на поддержку сторонних форков/модификаций.
--
Говард Чу, точнее Symas Corp, имеет право распространять код в любой удобной им форме. Также имеет право внести изменения в лицензию, ибо это прописано в лицензии. При этом, как у Symas, так других компаний, немало закрытых/заказных разработок на базе этих-же исходников (лицензия это позволяет). А если вам нужно что-то разрабатывать, то потребуется либо вникать самим, либо действительно придется "писать в личку".
| | |
| |
| 6.142, Аноним (30), 00:32, 01/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Весь исходный код проекта libmdbx, хоть как-то происходящий от исходников LMDB, по-прежнему ДОСТУПЕН
В виде амальгамы. Понятно. Ладно, мне эту казуистику не очень интересно читать. От всего топика осталось довольно неприятное впечатление. Удачи пользователям libmxdb и остальных ваших библиотек.
| | |
|
|
|
|
|
| 1.96, Аноним (96), 08:09, 30/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>> Проект libmdbx полностью перемещен в юрисдикцию Российской Федерации. Исходный код по-прежнему открыт и обеспечен первоклассной бесплатной поддержкой
Вот такие новости
| | |
| 1.124, Кошкажена (?), 01:49, 31/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Исходный код libmdbx останется открытым и с качественной бесплатной поддержкой, но теперь разработка будет вестись внутри команды с публикацией результата только в амальгамированной форме.
Не понятно почему не сделать публикацию и кода и одного файла как в sqlite.
> В частности, декларируется желание поставлять библиотеку в максимального готовом виде, без зависимостей, необходимых только для её разработки и глубокого тестирования.
Сейчас для этого достаточно поставлять cmake файл. Ну или в conan загрузить.
| | |
| |
| 2.139, афтар поделия (?), 19:35, 31/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Не понятно почему не сделать публикацию и кода и одного файла как в sqlite.
Исходный код публикуется (он открыт, доступен и обеспечен поддержкой), но РАЗРАБОТКА не ведется в открытом режиме (это никак не ограничивается лицензией, но разработчикам теперь так удобнее).
> Сейчас для этого достаточно поставлять cmake файл. Ну или в conan загрузить.
Это и есть поставка, о которой говорится.
Поддержка conan есть давно, но не путать с размещение в conan-center (который привязан к github и требует CLA).
| | |
| |
| 3.141, Кошкажена (?), 21:55, 31/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
>> Не понятно почему не сделать публикацию и кода и одного файла как в sqlite.
> Исходный код публикуется (он открыт, доступен и обеспечен поддержкой), но РАЗРАБОТКА не
> ведется в открытом режиме (это никак не ограничивается лицензией, но разработчикам
> теперь так удобнее).
>> Сейчас для этого достаточно поставлять cmake файл. Ну или в conan загрузить.
> Это и есть поставка, о которой говорится.
> Поддержка conan есть давно, но не путать с размещение в conan-center (который
> привязан к github и требует CLA).
Тогда ок.
| | |
|
|
|
