https://www.opennet.me/openforum/vsluhforumID3/122544.html После двух месяцев разработки состоялся выпуск библиотеки libmdbx 0.9.2 (MDBX) с реализацией высокопроизводительной, компактной встраиваемой базы данных класса ключ-значение. Код libmdbx распространяется под лицензией OpenLDAP Public License. libmdbx является глубокой переработкой СУБД LMDB и по заявлению разработчиков превосходит своего прародителя по надежности, набору возможностей и производительности...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=54153<br> https://www.opennet.me/openforum/vsluhforumID3/122544.html#132 Tue, 12 Jan 2021 08:13:08 GMT &gt; Вы не достаточно компетентны, поэтому<br><br>Доказательств моей некомпетенции предоставлено не было!<br>Это голословное обвинение. Так что это говорит больше о Вас, чем обо мне.<br><br>Я готов выслушать, в отличие от Вас, любые претензии свой адрес, если будет аргументация.<br>Ее просто нет.<br><br>&gt; 1. ReOpenLDAP не является пакетом какого-либо дистрибутива.<br><br>Миллион программ не являются пакетами дистрибутивов, когда находятся в исходниках.<br>В Gentoo таких 99% исключая пары бинарных пакетов, которые мало кто ставит.<br><br>Этот Ваш аргумент не работает и говорит о непрофессионализме.<br><br><br>&gt; При этом ReOpenLDAP "ведет" себя совершенно ожидаемым образом (стандартное поведение configure, т.е. automake+autotools):<br><br>Если бы он себя еще не вел ожидаемым образом место ему было бы на помойке.<br>Сложно себе представить софт написаный под "automake+autotools" и под ними не работает...<br><br>Так можно удивится, что автомобили ездят по дорогам для которых предназначены.<br><br>Представьте, что софт написанный под cmake тоже под ним работает... https://www.opennet.me/openforum/vsluhforumID3/122544.html#131 Mon, 11 Jan 2021 23:15:11 GMT Вы не достаточно компетентны, поэтому неверно трактуете положение дел и продолжаете валить с больной головы на здоровую.<br><br>1.<br>ReOpenLDAP не является пакетом какого-либо дистрибутива.<br>Его сборка и установка из исходных текстов предполагает наличие соответствующего опыта.<br>При этом ReOpenLDAP "ведет" себя совершенно ожидаемым образом (стандартное поведение configure, т.е. automake+autotools):<br> - по-умолчанию в качестве префикса используется /usr/local, а если вы сознательно ставите в корень, то должны понимать все последствия.<br> - совпадение имен каких-либо устанавливаемых файлов с имеющимися в файловой системе не является ошибкой, а затирание таких файлов является стандартным (обязательным) поведением.<br><br>Поэтому более-менее опытный админ будет устанавливать ReOpenLDAP (как и любой другой подобный софт) в /usr/local или /opt, либо "опакечивать" собственными руками, либо сознательно (с пониманием последствий) ставить по стандартным директориям (как вариант в chroot, docker и т.д.).<br><br>2.<br>ReOpenLDAP был сде https://www.opennet.me/openforum/vsluhforumID3/122544.html#130 Mon, 11 Jan 2021 21:15:59 GMT &gt; Нет, не так.<br><br>Это бессмысленное утверждение, когда Вам были приведены доказательства.<br><br>Я добавлю, что по мимо заголовочных файлов ReOpenLDAP<br>при инсталляции устанавливает бинарники в /usr/bin/,<br><br>которые ТОЖЕ идентичны тому что устанавливает OpenLDAP.<br><br>На этом доказательства невозможности установки 2 серверов можно считать доказанным.<br><br>Вы, будьте любезны, предоставьте ФАКТЫ опровергающие данные заключения,<br>которые базируются на фактах. Только не надо предлагать мне устанавливать все в /opt<br>или еще куда...<br><br>Итого:<br><br>Claims.<br><br>1. С одной стороны наименование почти всех файлов в новой библиотеке идентичны исходному продукту.<br>2. С другой стороны - совестимость между продуктами не декларируется и мало того заявляется отсутствие взаимозаменяемости - drop in replacement.<br><br><br>Вы можете говорить и думать что угодно. Но Вы не в состоянии пойти против фактов.<br>Так что я предлагаю Вам признать эти заключения. И подумать как это исправить.<br><br>Из позитивных моментов.<br><br>Я установил custom самосборную вер https://www.opennet.me/openforum/vsluhforumID3/122544.html#129 Fri, 08 Jan 2021 13:19:45 GMT Леонид, у вас ангельское терпение в отношении криворуких мудаков.<br> https://www.opennet.me/openforum/vsluhforumID3/122544.html#128 Fri, 08 Jan 2021 13:15:59 GMT Нет, не так.<br><br>Вы не верно организовали сборку какого-то клиентского ПО и/или ReOpenLDAP, но не смотря на многократные объяснения не смогли этого понять и продолжаете валить с больной головы на здоровую.<br><br>Поэтому, строго говоря, несли и продолжаете нести чушь.<br><br>Намерение же как-то вам помочь воспринимаете то ли как мою слабость, то ли как признание вашей правоты.<br>При этом вы не цените чужой труд и потраченное на вас время, не желаете видеть свои ошибки, пытаетесь оправдать свою точку зрения приводя некомпетентные аргументы.<br><br>Адью мосье.<br> https://www.opennet.me/openforum/vsluhforumID3/122544.html#127 Fri, 08 Jan 2021 12:56:50 GMT &gt; Тем не менее, можете оформить PR на github с переименованием (например добавлением префикса "reopenldap-") заголовочных файлов, конечно включая корректировку имен во всех файлах ReOpenLDAP.<br>&gt; Если всё будет сделано правильно (т.е. после прохождения review и корректировок), то я приму этот PR.<br><br>Т.е. после долгих мучений мы таки признали, что не все так чисто...<br>Ну хоть так.<br><br>Извините и увольте. Но молить "барина" сделать по человечески я не буду.<br>Барин слишком долго распинался какую чушь я несу. А оказывается не чушь.<br><br>Я предпочту оставить Барина дальше на едине с его проектом.<br>Как я понимаю решили и сделать все остальные.<br><br>Только один совет оставлю на последок:<br><br>"Т.е. в принципе НЕЛЬЗЯ СМЕШИВАТЬ ReOpenLDAP и OpenLDAP."<br><br>включая заголовочные файлы...<br><br>Удачи.<br> https://www.opennet.me/openforum/vsluhforumID3/122544.html#125 Fri, 08 Jan 2021 12:29:45 GMT &gt;&gt;&gt; Не думаю, что Вы можете на уровне логики доказать обратное.<br>&gt;&gt; На всякий, последний раз, ради логики: <br>&gt; Вы это объясните авторам программ, которые используют ИДЕНТИЧНЫЕ заголовочные файлы.<br>&gt; У вас логика нарушена.<br><br>Название заголовочных файлов может совпадать.<br>Для разрешения конфликтов следует задавать include-пути через опции компилятора в правильном порядке.<br><br>Если по какой-то причине при сборке клиентского ПО попадают заголовочные файлы и/или библиотеки из ReOpenLDAP.<br>Либо наоборот, в сборку ReOpenLDAP попадают заголовочные файлы и библиотеки OpenLDAP.<br>То в обоих случаях сборка организована некорректно и результат будет заведомо неработоспособным.<br><br>Т.е. в принципе НЕЛЬЗЯ СМЕШИВАТЬ ReOpenLDAP и OpenLDAP.<br>А если не смешивать, то никаких проблем с разным содержимым заголовочных файлов быть не должно.<br><br>Тем не менее, можете оформить PR на github с переименованием (например добавлением префикса "reopenldap-") заголовочных файлов, конечно включая корректировку имен во всех файлах ReOpenLDAP.<br>Ес https://www.opennet.me/openforum/vsluhforumID3/122544.html#124 Fri, 08 Jan 2021 12:16:32 GMT &gt;&gt; Не думаю, что Вы можете на уровне логики доказать обратное.<br>&gt; На всякий, последний раз, ради логики: <br><br>Вы это объясните авторам программ, которые используют ИДЕНТИЧНЫЕ заголовочные файлы.<br><br>У вас логика нарушена.<br> https://www.opennet.me/openforum/vsluhforumID3/122544.html#123 Fri, 08 Jan 2021 12:09:47 GMT &gt;&gt; Тогда и проект надо было называть по другому.<br>&gt; Вы что-то принципиально не поняли, и пишите (уж извините) какую-то ерунду.<br>&gt; Пожалуйста внимательно перечитайте мой ответ.<br><br>Нет. Не ерунду. Я ответил в другом сообщении про заг. файлы.<br><br>&gt; Если вас устраивает OpenLDAP, то зачем вы тратите мое время и делаетемненервы? <br><br>Вроде бы естественное желание любого автора это то что его программой<br>будет пользоваться как можно больше людей. Отличный пример nginx.<br><br>Это не только почет и уважение, но и деньги.<br><br>Так что мы явно недопонимаем друг друга. Вы исходите из какой-то неведомой мне<br>логики.<br> <br><br>&gt; Еще раз - вы что-то неверно понимаете.<br>&gt; Вы не можете собрать какой-то софт с reldap.lib, ибо это ДРУГАЯ библиотека. <br><br>Прекрасно! Согласен полностью! НО! Тогда измените название заг. файлов.<br>Это очень многого просить?<br><br>Неужели непонятно, что если Вы предоставляете нечти типа stdio.h, то в мышлении C/C++<br>вы берете на себя некую ответственность. Если Вы называете тоже самое mystdio.h,<br>то любая ответственно