> Вы не достаточно компетентны, поэтомуДоказательств моей некомпетенции предоставлено не было!
Это голословное обвинение. Так что это говорит больше о Вас, чем обо мне.
Я готов выслушать, в отличие от Вас, любые претензии свой адрес, если будет аргументация.
Ее просто нет.
> 1. ReOpenLDAP не является пакетом какого-либо дистрибутива.
Миллион программ не являются пакетами дистрибутивов, когда находятся в исходниках.
В Gentoo таких 99% исключая пары бинарных пакетов, которые мало кто ставит.
Этот Ваш аргумент не работает и говорит о непрофессионализме.
> При этом ReOpenLDAP "ведет" себя совершенно ожидаемым образом (стандартное поведение configure, т.е. automake+autotools):
Если бы он себя еще не вел ожидаемым образом место ему было бы на помойке.
Сложно себе представить софт написаный под "automake+autotools" и под ними не работает...
Так можно удивится, что автомобили ездят по дорогам для которых предназначены.
Представьте, что софт написанный под cmake тоже под ним работает...
Да, больше. Сишная программа компилируется сишным же компилятором... С ума сойти.
> затирание таких файлов является стандартным (обязательным) поведением.
Это вообще дремучая некомпетентность! За это надо бить по пальцам таких программистов.
До тех пор пока не по умнеют или перестанут быть в состоянии стучать по клавишам.
Любой, кто скажет такой бред провалит любое собеседование в эту же секунду!!!
И Вы смеете мне утверждать что-то о наличии компетенции??? Вы даже не понимаете какую чушь морозите. Ужас...
> более-менее опытный админ будет устанавливать ReOpenLDAP (как и любой другой подобный софт) в /usr/local или /opt
Вы деградируете на глазах. Как бы Вам это объяснить.... Есть такой анекдот про джигита, который
ездит на красный и стоит на зеленом... Во Вы его прекрасно напоминаете.
В вопросах интеграции софта Вы плаваете как в луже.
Нет. Ответ неверный. Если программист или админ будет ставить софт в /usr/local /opt итд
чтобы избежать конфликтов имен, то с гарантией 100% найдется другой программист, который
с этой же целью будет тоже ставить свой несовместимый софт в по такому же пути.
В итоге рано или поздно появится 1001 путей установки типа /opt1001
либо конфликт имен в случае всего 3х вариантов.
Задача программиста делать свой софт совместимым по пространству имен с другим софтом.
Тем более более или менее стандартным.
Теоретически вы можете назвать свою программу по приготовке борща - make,
но это будет говорить о Вашей квалификации или точнее об отсутствии оной.
Дополнительно следует отметить, что Вы постоянно попадаете в проблему галстук - трусы.
Вы либо заявляете, что перезаписывание имен при установке разными пакетами это нормально
и тогда нафиг разные там пути. Либо призываете каждый отдельный софт ставить по своему личному пути. Нельзя ратовать и за то и за другое. Это называется плюрализм мнений в одной голове.
> 2. ReOpenLDAP был сделан для МегаФона, как замена _серверной_ части
К сожалению далеко не всегда серверная и клиентская части разнесены по разным машинам.
Если бы это было так, то описываемых проблем не возникло.
> отсюда совпадение имен исполнимых модулей - обязательное требование
Может быть, но это снова противоречие самому себе! Совпадение имен происходит в КЛИЕНТСКОЙ
части софта. Если бы я мог оффициально ставить ТОЛЬКО серверную часть, то снова проблем не возникло бы.
OpenLDAP предлагает возможность поставить все БЕЗ сервера.
Если бы ReOpenLDAP позволил ставить только сервер, то это было бы идеальным решением.
Тем более, что Вы говорите, что клиентскую часть не оптимизировали или не меняли.
Т.е. мы опять и снова приходим к тому, что архитектурно было задумано неверно.
нужно было либо в рамках одного пакета предоставлять измененную серверную часть и не измененную
клиентскую, либо давать пользователям самим ставить ТОЛЬКО сервер.
В configure мы имеем опцию ставить И сервер, но нет опции отдельно ставить или нет клиентскую часть. В этом смысле оба софта ведут себя одинаково. Но соединение две вилки или две розетки не работает.
Понятно, что ручками после установки по отдельному пути можно оттяпать клиентскую часть,
что и было мной сделано. Потом все ставится по адекватным путям и прекрасно работает.
Если у меня не возникнет аллергия на Вас и Ваша упертость не изменится, то скорее всего
я объединю оба пакета в один клиентская от одного и серверная от другого.
Хотя честно говоря такая дремучесть в ответах наводит ужас. Но судя по тому, что вы ярый поборник Крыма все встает на свои места. Этот специальный ход мышления очевидно распространяется на все и не является чем-то особенным в отдельном вопросе. Уже неплохо.
> ReOpenLDAP не предназначен (не было в целях) для одновременной установки вместе с OpenLDAP
К сожалению в связи со сломанной Вами клиентской частью установка OpenLDAP это вынужденная мера!
У меня и в мыслях не было это делать.
Все таки неплохо бы помнить с чего _началась_ дискуссия. А то так и до анекдота - Папа, где море можной дойти. Этого бы совсем не хотелось.
> либо создайте свой fork где сделайте всё как считаете нужным.
судя по течению дискуссии форк это по сути единственный вариант в данном случае. жаль.
появится время - сделаю.
В любом случае я добился нужного для меня результата. И клиентская и серверная части работают.
Наверно потому, что я недостаточно компетен... Но оставим это на вашей совести.
Дальше общение не имеет смысла. Мы обозначили свои позиции. Я не приму Вашу. Вы не примите мою.
Удачи.
