From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 9 Jul 2009 20:42:38 +0400 From: Lebedev Sergey To: ALT Linux Team development discussions Message-ID: <20090709164238.GA17151@lsv.altlinux.ru> References: <20090708170002.GA19553@lsv.altlinux.ru> <4A559F46.3070005@sakhalin.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4A559F46.3070005@sakhalin.ru> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: [devel] I: openldap 2.4.16 X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jul 2009 16:42:44 -0000 Archived-At: List-Archive: List-Post: On 09 Jul, Dmitry Lebkov wrote: > On 09.07.2009 04:00, Lebedev Sergey wrote: [skip] > Ну, как минимум, майнтейнеру можно было хотя бы письмо кинуть. > Писем от barabashka@altlinux.ru в своем почтовом ящике я не > наблюдаю. В целом, первое письмо было попыткой напомнить всем заинтересованным лицам о существовании openldap в Сизифе. > > В новой сборке, помимо закрытия блокеров и перехода с ветки > > 2.3 на 2.4, сделаны следующие изменения: [skip] > Идея хорошая. Но я так и не смог это реализовать с учетом > _всех_ нюансов своих "боевых" систем. Очевидно, что для _всех_ "боевых" систем сделать это крайне сложно. Опытный системный администратор может самостоятельно сдампить базы до обновления и залить их обратно после. А для простых смертных обновление должно пройти тихо и спокойно. > > 1) libldap2.4 обратно совместима с libldap2.3. > > > > Из 2.4 (относительно 2.3) были удалены следующие функции и > > переменная > > -D ldap_pvt_sockbuf_io_sasl > > -T desc2str > > -T ldap_parse_sort_control > > -T ldap_parse_vlv_control > > -T ldap_pvt_tls_get_peer_hostname > > -T ldap_pvt_tls_get_peer_issuer > > > > В Сизифе только libwine и libwine-vanilla требуют > > ldap_parse_sort_control ldap_parse_vlv_control. Остальные > > проекты, слинкованные с libldap2.3, не используют удаленные > > функции, переменную. > > > > Таким образом, libldap2.4 провайдит libldap-2.3 liblber-2.3 > > libldap_r-2.3. > > Мда. По этому поводу коллеги уже высказались. Я конструктивных высказываний не увидел. Обоснование своей позиции по поводу обратной совместимости libldap2.3 и libldap2.4 я написал. В чем мои доводы неверны? Как вариант могу предложить shared task на ~80 пакетов. * kdebase * openoffice.org * postgresql8.3 и так далее Думаю к выходу openldap 2.5 мы доберемся до ACCEPT этого task'а. > > Для каждой базы, объявленной в slapd.conf и окрестностях, будет > > сделана резервная копия самой базы (/var/lib/ldap/bases/$base_name.rpmorig), > > логов (/var/lib/ldap/dblogs/$name.rpmorig) и дамп базы в > > формате ldif (/var/lib/ldap/bases/$base_name.rpmorig/dump.ldif). > > > > После обновления openldap-servers, дамп базы будет залит обратно. > > > > 3) В момент обновления сервера, будут закомментированы строки > > replica-pidfile и replica-argsfile в /etc/openldap/slapd.conf. > > ТАКОЕ на базах в десятки гиг я делать не решусь. А что вы будете делать с этими базами? В любом случаи при переходе на 2.4 вы сделаете ровным счетом тоже самое. Backup всего, dump, заливка обратно. > Ну и не мешало бы предварительно озвучить/показать то, что планируется > делать с пакетом либо в этом листе, либо в openldap@lists.osdn.org.ua Захватить, распилить на кучу маленьких подпакетиков и продавать за большие деньги мантейнерам. :) У меня убедительная просьба ко всем мантейнерам заинтересованным в openldap и тем, кто не заинтересован, больше _конструктивных_, подтвержденных фактами, высказываний. К примеру, было бы очень здорово услышать * от Дмитрия Лебкова, как он планировал переход от 2.3 к 2.4 * от Дениса Смирнова, почему libldap2.3 -> libldap2.4 это ужас и комар * от Ивана Федорова, сколько времени уйдет на бекап 10 гигабайт